Make Same Fails for Angles Offset From 90°, 180° and 270°

[Hangman]

I'm unsure whether this has been logged as part of AF-1822 where it isn't possible to apply Set Selection Box after Cycling the Selection Box to Regular Bounds for objects rotated by 90°, 180° and 270°.

The 'workaround' for this bug is to offset these specific angles by .01° to say 89.99° or 90.01°, 179.99° or 180.01° and 269.99° or 270.01. Doing so allows Set Selection Box to be enabled.

The issue, however, is that while using the workaround should allow Make Same: Width and Make Same: Height to function correctly it doesn't, both incorrectly use Base Box instead of Regular Bounds values when enabling 'Set Selection Box'...

Note: This affects both Grouped and Non-Grouped Objects...

[Dan C]

Thanks for your report @Hangman & our apologies for the delay!

On 4/9/2024 at 8:05 AM, Hangman said:

I'm unsure whether this has been logged as part of AF-1822 where it isn't possible to apply Set Selection Box after Cycling the Selection Box to Regular Bounds for objects rotated by 90°, 180° and 270°.

The 'workaround' for this bug is to offset these specific angles by .01° to say 89.99° or 90.01°, 179.99° or 180.01° and 269.99° or 270.01. Doing so allows Set Selection Box to be enabled.

I can see from the internal bug report that it appears our development team have confirmed that the behaviour with 90, 180 & 270 degree rotated objects and Set Section Box is expected, with the following reason:

Quote

"Because, even though the box ‘points’ a different direction, it’s the same box."

However, the bug you're reporting here seems to affect any rotational value that is not 90, 180 & 270 - after using the Set Section Box command.

For example;

• Draw a rectangle
• Rotate by 45°
• Cycle Selection Box
• Set Selection Box
• Note the current Height & Width reported in Transform
• Draw a second rectangle using different size values
• Select the previously rotated object, then the newly drawn rectangle
• Make Same: Width
  ⚠Note the Width of the second rectangle does not match that of the rotated Regular Bounds rectangle, the Base Box value is used
• Make Same: Height
  ⚠Note the Height of the second rectangle does not match that of the rotated Regular Bounds rectangle, the Base Box value is used

I can see arguments for both behaviours here - some users might expect the 'true' width / height of the object to be used, ignoring the rotational value affecting the Regular Bounds transform values however others may expect these Regular Bounds to be used after applying the Set Selection Box command.

Therefore I'm checking this with our development team now as to their expected behaviour and will log this as a bug as required - once I have further information from our team I'll be sure to share this here

[Hangman]

Hi @Dan C,

I'd be interested to know the expected behaviour, I assume it will be as it currently is...

I can certainly see arguments for both behaviours as well, maybe there could/should be an additional selectable option in the Alignment Panel for 'Relative to Regular Bounds' which when unchecked exhibits the current behaviour and when checked 'Make Same: Width' and 'Make Same: Height is based on the Regular Bounds of the first selected item...

[ygoe]

How can it be the same box if the points are in a different order? And pressing . has a very important effect, it changes the rotation of a rectangle to 0° and puts the width and height input fields to the visually correct meaning again. Ctrl+. would persist those changes, but refuses to do so in these simple cases. I don't get that. Is there any reason why this has been deliberately disabled for that very useful use case? I mean, disabling just because devs think it's useless when proven otherwise isn't user friendly, is it?

[Leigh]

@Hangman I'm being lazy, so here's a link to @Lee D response in another thread that relates to this one