Lock toolbars
-
@unknownuser said:
BUT I thinkit is obvious that with a simple maintenance release like this (when they generally fix some minor bugs mostly turned up by the big, main release only),this won't be solved.
this is exactly the kind of things that service releases should be aimed at. whats the alternative, they fix it for ver.8 so they can sell it as a new feature? "buy sketchup8, now with toolbars that work the way they should." urrgh!
-
@remus said:
Im sure it will do very little to ease your pain, but if you get enough short-cuts setup it is quite possible to model entirely with short-cuts. Combined with a choice few tool-bars i have found this to be the best solution.
I actually combine this with Jim's tool-bar plug-in and have stripped my SU window entirely off the tool-bars. Now the only "native" tool-bar is Jim's and there are a couple of plug-ins placed nicely under each other but everything is floating next to my SU window where I don't have any tool-bars.
About 80% of the cases I use short-cuts anyway and this allows me to "dump" all those icons the tool of which I'd use with short-cuts anyway and to keep only those plug-ins "alive" that I'm currently using for that particular model (e.g. I don't need the Kerky exporter or the IDX Renditioner tool-bars) while modelling.
Yes, I KNOW this is a sort of workaround (but this is SketchUp after all and we are masters at workarounds, aren't we?) but has one very big advantage as well; since Jim's script stores the tool-bar info in an external file, I can set it up once and carry it from computer to computer without any problem.
-
@a4chitect said:
there is a little trick to help you, once you are happy with your toolbar arrangement, close sketchup (the UI gets saved internally). anytime your screen gets resized, or messed up, or your toolbars change - don't close sketchup, open another instance of sketchup - this one opens with the original UI. then close both windows but make sure that you close the clean and tidy @last
this way your clean UI gets saved as last overwriting the messy one (since all instances of sketchup share one UI setting)
Thanks for the tip. This has been one major annoyance.
-
+1
Registry tweak works OK only till the next installation of a new script with toolbar which is always followed by another toolbar chaos. Google, please fix this. -
+1 happened to me today
-
I've found a good way of placing toolbars is to click in the lower left part of a menu and release it at the upper left part where you want it it doesnt "jump back" to where it was.
-
@unknownuser said:
Bump.
I added a couple new ruby scripts today and what do you know... all my toolbars were flung all over my screen. And then I had to fix it all over again at home.
Please fix this Google.When ever I add a new script it A L W A Y S the Sandbox toolbar that moves around and mess things up. Is it the same for you?
-
@pixero said:
When ever I add a new script it A L W A Y S the Sandbox toolbar that moves around and mess things up. Is it the same for you?
Nopes. Any toolbar. Often all.
-
You can also using the Toolsbar Menu, unselect all items. Close SU and reopen, you'll get a brand new space and reselect step by step all favourites !
But it looks like some dressing ( first aid) on a piece of wood ( very bad translation's French say )
MALAISE
-
The Jumping Toolbar Syndrome! - PARTIAL SOLUTION
Sometimes I find myself battling the toolbars to get them all tight and snug (after the installation of a new ruby toolbar).
for example:
I have three lines of toolbars lets say, and two of them are full, with the third line containing only a few buttons. I then try to place another toolbar on the third line, and instead of if being placed right next to it, it's placed on a fourth line, wasting all that space on the third line... arggghI have found a solution to the jumping toolbar problem!
you must pack and cram each line of toolbars all the way to the end, until one of the toolbars get cropped, and then cram one more toolbar until one of the toolbars shifts to the next line automatically (sort of like an auto carriage return, or wordwrap). Now you can rearrange the toolbars on the third line, and they won't jump around! and you can replace the cropped toolbar from the second line to the third line too...Hope This Helps Someone
-
there are so many people on this forum who are awesome at making plugins... is there a possibility that one can make a plugin that just stops this haywire toolbars problem??
-
There's been a great number of brave attempts. Countless hours has been spent trying to hack the wretches thing - but all have returned bruised and scared.
-
@thomthom said:
There's been a great number of brave attempts. Countless hours has been spent trying to hack the wretches thing - but all have returned bruised and scared.
i see.....but as the adidas line goes ..."IMPOSSIBLE IS NOTHING"... surely one genius is going to crack this problem...
-
Until a couple of days ago installing a new script would mess up my toolbar locations, but at least I could re-arrange toolbars. Then I installed a couple of new ones, Extrusion Tools by TIG was one of them. And toolbars stopped sticking to where I wanted them to be! Really annoying!
Strangely, the following from Halroach did help. Thanks!
@unknownuser said:I have found a solution to the jumping toolbar problem!
you must pack and cram each line of toolbars all the way to the end, until one of the toolbars get cropped, and then cram one more toolbar until one of the toolbars shifts to the next line automatically (sort of like an auto carriage return, or wordwrap). Now you can rearrange the toolbars on the third line, and they won't jump around! and you can replace the cropped toolbar from the second line to the third line too...PS This is not to say that TIG's Extrusion Tools was actually the culprit. I don't know what was.
-
@remus said:
...except office 2007
Well, Microsoft has the official stance that things can't be removed from the Ribbon... but what they don't advertise is that you can hide things on the Ribbon and otherwise move stuff around (and add new things): http://msdn.microsoft.com/en-us/library/aa338202%28office.12%29.aspx#OfficeCustomizingRibbonUIforDevelopers_Customizing
I would really really like to see the ability to do something like that, some sort of coding or CSS or XML or something that would allow us to upload a customized UI from a file. There are a few things that I like to use regularly that I just can't do with keyboard shortcuts, like the Dimension tool for callouts. I've set it to the "D" key, but then there's that layer-pane thing that sizes itself to cover the model and which "hides" (removes) everything on one side of it -- I love sliding that thing back and forth to quickly remove a wall.
-
@unknownuser said:
I've had to arrange my toolbars for the third/fourth time today. Really annoying! I hope this will be fixed soon so one can lock your tools (menu top and left) in position so in the even of something happening you don't have to rearrange them afterwards.
I think this has been mentioned (requested) in the wishlist before, hope it gets the attention it deserves.
Hey Juju...
Ummm, why don't you set the screen up as you'd like to see it everytime by turning it into a template? You set up everything, the units, the toolbars, the background get rid of Brice...everything you want. The next time you launch SU...presto! It's the way you want it.
-
An observation:
-
There are plugins (most plugins) that load a toolbar automatically when first installed - and in most cases cause a lot of havoc - moving all the other toolbars all over the place.
-
On the other hand plugins that need to be initially "checked" ('view''toolbars''plugin name') or from ('preferences''extensions''plugin name') usually load somewhere in the middle of the screen that way they can be placed easily without messing everything up. I am not a coder, but maybe the initial placement of the toolbar is something that can be coded into each plugin... (i.e. make it load somewhere neutral at first load) or is it just by chance?
-
-
This is incredible ... this thread alone has been going since Apr 2008 ... more than 30 months and STILL no resolution to the extremely annoying issue. Version 8 has now come out and guess what - I STILL DOES IT!!.
OMFG - What does it take for goooooooogle to pull their finger out and address this problem?
Someone else said that it's been around since at least v4 ... how long ago was that?!
Given the enormous resource base of gooooooogle, rivaled probably only by microsoft and yahoo in scale - how bad must their developers be if they can't solve this problem in the years that they've had to mess with it.
totally gob-smacked!
-
@xennon said:
This is incredible ... this thread alone has been going since Apr 2008 ... more than 30 months and STILL no resolution to the extremely annoying issue. Version 8 has now come out and guess what - I STILL DOES IT!!.
While it is clear that you're not impressed with our improvement (for those who've missed it so far, we're also discussing this on the SketchUp Help Forum), I'm curious to know if it had any impact on the workflow of other folks here on SCF?
The basic problem is that folks with more than a dozen Ruby extensions (I ran into someone yesterday who had over 200 of them installed at once... whoa!) are overwhelming our simple MFC toolbar implementation. It just can't scale to that kind of usage. To make things work better, we'll have to stop using Microsoft's toolbars and write our own. That isn't a trivial project, unfortunately– we could do it, but it would mean not doing something else.
@xennon said:
OMFG - What does it take for goooooooogle to pull their finger out and address this problem?
As I said over at our forums, being civil will make it much more likely that discussion of the actual problems at hand will occur. I'm quite willing to discuss these sorts of issues, but find it easier to do when folks are being polite.
john
. -
"but find it easier to do when folks are being polite."
Advertisement