Just noticed something strange in the latest SketchUp 25.0.660.
The views change orientation aligned to the rotation of the group you just opened (edit group).
See pic and SketchUp file. The left group is not rotated, the right one is rotated 90 degrees
change your view to Front using the views toolbar. You get the front view of the model as expected
now open the left group and change your view to Front using the views toolbar. same result.
now open the right group that was rotated 90 degrees. Again change to front view, you get the right view (relative to the Model).
This behavior confuses me a lot. Never noticed this before and I use rotated groups all the time. I expect the views relative to the model an not to the rotated group. New behavior or just a bug?
the views simply align to the axis of the current context
when you take a group and rotate it, the axis inside the group rotate with the rest.
the general axis of your model havenāt changed. but once you enter the group, youāre now working with its own axis. and the views will adapt
so, I just checked in sketchup 2017 and it worked as you expected it to. it remained on the global axis. so itās been changed within the last 7 versions
Iām tempted to say it was a fix, I remember having problems when changing the axis in a file (for comfort), and the views would still be using the original ones.
This IMHO is correct behaviour. My current project has part of the building on one axis and the other twisted. I find the current behaviour helps so I can orientate the camera to the current axis which can then be included with Scenes for placing rotated plan views in Layout.
IMHO this is nightmare behavior. The model axis is my main reference point in choosing which view I need. Groups are moved and rotated all over the model so now its hit and miss trying to guess which view I must select when editing a group.
If you mouse-over an icon, in the bottom-left of the screen it also states āview your model from the frontā, not āview your model from the front relative to the axis of your current axis spaceā.
I really hope this gets reverted like it always was.
Good find but I didnāt change the axis of my world. If I did, this change would make sense.
I did just rotate a group (and that rotated the axis of the group).
Very strange I didnāt notice this behavior beforeā¦
I prefer the new behaviour.
as a workaround you can still set scenes with standard views based on your world axis and click on them while editing a group.
you can also explode and regroup so that the group matches the world origin. donāt if you work with components
I appreciate your suggestions but these have a few the downsides for me;
Extra wasted extra space in the scene bar just for for being able to use the standard views like before. I guess I have to do some ruby coding to make a new view toolbar that works like before.
After exploding, you have to make sure you align to an edge when editing a rotated steel beam instead of just move along a main axis like the non-exploded beam would have.
I can imagine the new behavior can have some benefits for some but Iām not happy about this at all.
edit: spelling
WorldViewTools.rbz (4.5 KB)
I quickly created a toolbar using AI. Icons could be better-looking, but I canāt spend more time on it
install through the extension manager
I tested it and it works, I made it auto zoom extends on the edited group/component and respect the current selected projection mode (perspective/parallel)
Front in SketchUp now (with advantage*) means looking head on at the red/blue plane in current axes situation, so always red/bue. Unlike before.
*) think of working on a large building with a wing at an odd angle. That grouped wing could have its own red/blue and green/blue planes for elevations. And even so red/green axes for top view.
All standard views obey the groupās axes once inside. A big plus.
If you wish to have SketchUp obey the worldās axes from the inside of groups without saving scenes, then use right click > āResetā from the context menue, just a few (two at most) clicks.
Maybe there even is a shortcut key available to reset the axes.
I can imagine there is some logic for the new behavior and there would be good use cases for the new behavior but I prefer the old ways. Never felt the need for a change. Workarounds like extra scenes and extra clicks I like to prevent as Iām editing groups all day.
Already made a plugin a few hours ago with a custom toolbar instead of the original view toolbar so now I have the old behavior back that fits my workflow and muscle memory.
