Problem Description
related to the first post of the second page of
Basically, shift+Crop does not work in a consistent way across layouts depending on one thing: has this layout been opened during this session or not?
Attach a Capx
Attached
Description of Capx
Layout 2 and 3 are dupplicates of layout one (You can open layout 2 to verify that but DO NOT OPEN LAYOUT 3 as the bug won't reproduce if you open it in the same session as you crop shift)
Steps to Reproduce Bug
- Open Capx
- Open layout 2 to see it is identical to layout 1, then close layout 2 (don't open layout 3 at this point)
- open the sprite image editor and shift+crop it
- Open layout 2, still the same, all is fine
- Open layout 3 (you did not opened it earlier, remember), it should be different to layout 1 and 2 (sprite stretched)
Observed Result
On layout 3, the sprite texture has been resized, but the sprite object himself has not been resized, and so crop+Shift broke its look (not only inconsistent compared to layout 1 and 2, but also break the whole point of using cropping as it should be painless!)
Expected Result
Layout 3 to be like layout 1 and 2 (texture resized of course but also object resized to has a painless operation that will not break it).
Affected Browsers
Operating System and Service Pack
Windows 7 home edition, 64-bit
Construct 2 Version ID
r190 stable (did not had time to test on the beta)