oh. right
the command search always comes up in the same place… it’s the command options(?) panel (or, the next panel after command search) which you can move around…
example:
type Line-- that search window will always be in the same place
press return-- you can move this Line panel around
type ExtrudeCurve then return-- this panel will be in the same place as where you moved the line panel to.
Indeed. A nice feature, I agree.
THANK GOD in DEE Heavens of Love.
The right sidebar changes size on fairly regularly when I’m working. I like the sidebar, but I like it as small as possible. My issue is that I select a part, and it gets larger. I deselect it, it gets smaller again (most of the time). This also ever so slightly rezooms the window. This bugs for a few reasons. Please tell me this is going to change…
The width of a sidebar is governed by a very complex set of calculations which includes items such as:
the language you are using
what panels are visible
what subpanels within a panel you are using
Rhino starts out with a reasonable default width for the right sidebar, but, depending on how you use it and what language you use, it may not be wide enough in all cases. Each of the panels in the sidebar has its own minimum width, so it is not possible to know what the perfect overall width should be. If you adjust the side bar width, Rhino remembers the setting, so set the width so that stays in place for the way you use Rhino, and the sidebar will stop adjusting its width.
You can also use the popovers on the top of the window and leave the ride side bar closed.
Just a thought for desired behavior. Not clear if this is what should happen or not given your advice @Marlin.
Personally, I would like the expansion/collapse of the left and right sidebars to not adjust the displayed content in the working windows. It should merely reveal what is “hidden” by the sidebars. C’est possible?
~Dave
Thanks Marlin. I actually seem to be experiencing the opposite of that. It sets the default width, then I minimize both left and right as much as they will go. This still fits everything on both sides. Then when I select an object it expands the right bar about 10% to fit the object properties content. Deselect and it shrinks back. I’m much much more familiar with the PC version, and the way the window and toolbars work there is solid. You set something to a size, and it stays. Because I can’t pull the layers and object properties into their own windows to use on my second display (in Mac), space is at a premium. I want the extra space for my viewports, but having the right sidebar bouncing back and forth makes things more tricky. I think that Dave is saying the same thing. Is there a way to move the sidebars and tool pallettes to a separate display? This would make mehappier still.
-Rob
[quote=“RStrickler, post:27, topic:5408, full:true”]
Thanks Marlin. I actually seem to be experiencing the opposite of that. It sets the default width, then I minimize both left and right as much as they will go. This still fits everything on both sides. Then when I select an object it expands the right bar about 10% to fit the object properties content. Deselect and it shrinks back.[/quote]
if you set it to the narrowest width then use a dialog that requires more width, it’s going to expand further… so set it to that width and it won’t move around (though there will be empty space with the dialogs not requires that much width)
the commands _Layer and _Properties will give you individual panels which you can put on another display.
Hi Marlin,
I have mixed feelings on single window modelling. It’s a huge improvement when working with one screen, but when using dual monitors (which I’m assuming most people who use CAD packages use) it’s less than ideal. The worst though, is switching back and forth between one and two monitors. In single window modelling the command options in sidebar makes the most sense, but when using dual monitors the popup is the best as having the sidebars taking up space on the main monitor defeats the whole purpose of multiple monitors
It would be great to be able to use the sidebars, but drag them and for that matter all toolbars off to the other monitor, but keep everything pinned together. It just seems odd for a modelling tool to be built around a 1 monitor setup at the sacrifice of dual or more monitors.
Alternately would it be possible to default to the popup when the sidebar is closed and default to within the sidebar when open it’s open? I feel like this would be more natural as you’d get the best of both and in a seamless, responsive manner. This could even make sense in addition to the option of being able to drag the sidebars to a separate display.
Also is there any way to get rid of the viewport options buttons? Using keyboard shortcuts or double clicking the viewport labels to change views and switch between 1-up and 4-up isn’t that hard to do and for my workflow it’s a pretty big waste of space. A balance might involve having those options available from a single button in the top tool pallet or when right clicking the display label?
thanks again for all the hard work and innovative improvements, I really like the overall direction you’re going.
Stuart
There is more work to be done to support multiple monitors. You can open all the panels in the sidebars as floating panels using the Window menu, and put them on a second monitor, but OS X Mavericks refuses to restore them on the second monitor when you reopen Rhino. I have not figured out a workaround to this annoying behavior yet. One workaround (if I remember right) is to turn off “Displays have separate Spaces” in Mission Control in System Preferences. But this disables the Mavericks multiple monitor handling that I prefer.
Thanks for the reply, and yes that’s what I’ve been doing with the floating panels. The weird thing is that it restores all but the main tool pallet when quitting and re-opening Rhino (probably doesn’t need fixing as I’d hope the long term solution would be being able to detach the sidebars or similar)
Also there is a workaround for keeping the floating pallets in the secondary screen, which is to open rhino / your first rhino document from the monitor that you want your tools in, then dragging the main window into the other monitor.
Re-posting a thought here which gained 0 traction when posted as a topic. With an understanding that I may be the only one who cares, here goes again with the “hope” that placing it in the “right” spot makes a difference. I’ll give up henceforth…promise.
When making a projected presentation on the road with Rhino, one typically uses a laptop. With laptops getting smaller all the time, optimization of screen space can be key to the presenter.
Perhaps the following image is not a technical possibility, but in my view something along the lines of it would help under the aforementioned scenario. Thanks!
i get what you’re saying and it does seem as if some of the toolbar (containing the sidebar switches/ ortho-snap-history-etc) could be consolidated with the window frame options (viewport controls)…
that said, i’m not entirely sure if there are other options which may go there in the future but if so, it’s probably wise to leave some space for future additions.
–anyway… about presenting to clients… i had a meeting on monday and set up rhino like this.
that’s my entire laptop screen… no crops (though scaled down for posting here)
• full screen
• right-click on toolbar → hide toolbar
• i toggle the sidebars via screen edges (_ToggleRightSidebar _ToggleLeftSidebar)
• my osnaps are toggled with a 3finger downswipe (_ToggleOsnapPanelUnderCursor)
you can also toggle and individual layers panel and properties panel if desired…
to me, the presentation possibilities with rhino are pretty excellent as you can get rid of almost everything except the viewport while still having fingertip access to all of if.
Clever Jeff, thanks! I learned something. I’m a little more caveman like…I see it I click it 
ha. yeah, I’m caveman like too.
it’s just that in the case of rhino for mac, I’ve been using it for quite a while now – prior to a lot of these toggling options being available.
and they didn’t come in all at once so I was able to learn each feature one at at time as they were implemented/tested instead of needing to take it all in at once.
Loving toggling the right toolbar via the right screen edge. Very productive/slick. Thanks!
Trying to create a toggle for the bottom screen edge. Can’t get it to work “smooth”…it’s finicky…have to wobble the mouse around a bit. Takes some effort. Am I missing something? Seems like there is “interference” with window resize and the bottom edge, but I do not have that problem at the right.
The cool part about right-screen-edge/ToggleRightSidebar is that one is going over there anyway, so it’s a quick “bang/bang” to toggle on/off. Can’t seem to make something similar (bang/bang) happen at the bottom edge. Takes effort to set off the macro.
hmm… yeah. i see what you’re saying… i’ve never used the bottom screen edge but i just tried and and only got it to activate a macro twice out of maybe 25 attempts.
@marlin anything you can do to make the bottom screen edge more responsive?
And it would be great to utilize all four edges.
Regarding the TOP edge, I found I did not want to use it because I set off the macro too often while going after a menu. LEFT edge (and this is mostly my doing since I like a hidden OS X dock on the left I use for maximized application/document switching, rather than other methods) I would trigger its macro when going after the Dock. Anything clever under this scenario that would help? Can it recognize a “bang” movement?
FWIW - I can’t use a track pad. Makes me nauseous. No idea why or how many are like me. Multiple button old school mice work for me…and the screen edges are like having 4 more buttons. Was never fond of remembering keyboard shortcuts.
I’d like to have a quicker and more dependable response on ALL edges (side edges also). I feel they are a bit to unreliable at times… And the bottom edge isn’t responding at all…
The left screen edge on my 27" monitor isn’t working either, when I have my laptop lid open (my laptop is on the left side).
It would also be nice to have the side edges divided in half. That way you could assign two macros to both.
Thanks 
Philip
Philip’s thought made it occur to me:
If the Top edge macro ignored the menus such would solve that problem.
If the specific edge shared with the OS X Dock, when set to automatically hide/show, could ignore the dock region such might help.
