Lock toolbars
-
+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."
-
Xennon,
The toolbar has been given a serious overhaul and is a step forward. Pointing out how lazy and bad they development team does nothing for your argument. Also posting in 2 forums the same diatribe without a compelling case in either is disappointing. Your free to air your opinions wherever you wish. I might add that we're a friendly bunch around here, as you know from your Golden Ratio thread, and help is always forthcoming. We also welcome new members and encourage open and honest discussions. I would take John's advice and show some tact when raising your concerns with SU. You'll find alot more people will support you!
Also I can vouch that the guys at Google SketchUp not only work hard but party even harder
For those who are interested here's Xennon's post from the Google Help Forums...
@unknownuser said:
That "remember" or restore option is a crock - it does nothing. It only works if you move toolbars around and change your mind (during that session) and want to go back to how they were when the prog started. If you install a new script/plugin, SU will ALWAYS start up after the install with messed up toolbars and pressing that restore button will do absolutely nothing.
This is a serious and extremely annoying BUG that's been there since waaaaaay back to version 4 at least. The best the developers have managed to come up with is a half-arsed save/restore option that fails more than it succeeds. Time to roll up the sleeves people and dig into the muck that must be the SU code and fix it once and for all.
Waddaya recon gooooooogle? ... you brave enough to have a go? (I for one think not)
-
I agree whilst it is frustrating that the toolbars move, i can imagine that Google have higher priorities in development such windows 7 and OS compatibility. Don’t forget Google bought SU to improve the openness of the 3D element of Good Earth. Plus it’s a minor thing in what is a massive programme. John's point about rubies is fair, I don’t have 200 (
) but I know they can programme stuff based on that extreme amount.So keep working boys and girls I can hold on a bit longer
PS. manners cost nothing so being nice to people is free.
-
@tobobo said:
Plus it’s a minor thing in what is a massive programme.
It's a major annoyance restoring ones workspace every time you get the Shuffle. A reliable workspace is essential to get a good workflow - so UI elements moving about is not a good thing.
Advertisement