Shift+Crop inconsistency

Bugs will be moved here once resolved.

Post » Tue Jan 13, 2015 7:33 am

Problem Description
related to the first post of the second page of i-just-don-t-get-it-performance-question_p873154?#p873154

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

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
  • Editor bug

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)
You do not have the required permissions to view the files attached to this post.
Game design is all about decomposing the core of your game so it becomes simple instructions.
Posts: 2,123
Reputation: 17,200

Post » Tue Jan 13, 2015 1:59 pm

Thanks for the report, this should be fixed in the next build.
Scirra Founder
Posts: 25,073
Reputation: 199,682

Return to Closed bugs

Who is online

Users browsing this forum: No registered users and 1 guest