Problem with SU
-
Oops, after re-arranging the tool bars the registry entries are present again in 7 and 8. In Sketchup 8 i have some additional entries.
-
I think the extra entries are to do with remembering the toolbar settings ??
-
@tig said:
I think the extra entries are to do with remembering the toolbar settings ??
Aye - the ToolbarsUserCustom entries are new to SU which it uses to restore toolbar settings.
-
Still following....though lost.
Is this turn of events a good or bad thing?
-
@leedeetee said:
This is weird, now, parts of my toolbars just seem to vanish, in this example, ATViews, TOS, Fredoscale and Sandbox have all gone weird .... Needs a reboot/redock for them to reappear ....
Sorry chaps, just a little bump for this. Is there any reaosn why I should lose my toolbar icons at all?
-
Did you do anything to your Plugins or Tools folders? I ran ThomThom's bat file on my computer at work but had no trouble when I put the toolbars back. All the icons were present and accounted for.
-
You should not loose any icons no.
Do you mean you get the toolbars, but with missing icons? Or missing toolbars? -
Sorry for being unclear, I meant icons within the toolbars. Turned computer on this morning and it seems fine however!
-
When you browse to your plugin folder - do you see a "Compatibility Files" button?
-
@thomthom said:
When you browse to your plugin folder - do you see a "Compatibility Files" button?
Sorry, do you mean via Windows Explorer? (C:\Program Files (x86)\Google\Google SketchUp 8\Plugins) If so, no.
-
it works ! after execute the command my toolbars blast!
now my sketchup starts faster more than before and then i rearrange the toolbars.
thank you. -
THIS FIXES THE ISSUE! ThomThom saves the day once again. Hopefully Trimble fixes this as a bug.
-
@thomthom said:
Use at Own Risk!!!
This is a couple of batch commands I use to clear the toolbar registry. It has worked for me - but I put a word of caution anyway; use at own risk.Activate the one corresponding to your SketchUp version.
I had to change the content of the batch-file to (Windows 7-64):
"c;\Windows\System32\reg.exe" query "HKEY_CURRENT_USER\Software\Google\SketchUp8" /f "ToolbarsUser" >> reg_keys.txt for /f %%k in (reg_keys.txt) do ( "c;\Windows\System32\reg.exe" delete %%k /f )
(I found 4539 entries, who has more ? )
-
@cotty said:
I had to change the content of the batch-file to (Windows 7-64):
[code]"c:\Windows\System32\reg.exe" query "HKEY_CURRENT_USER\Software\Google\SketchUp8" /f "ToolbarsUser" >> reg_keys.txtIt was made on Windows 7 64bit...
It's using relative path - I see you used a full path. Seems like there's something odd about your PATH environment variables...@cotty said:
(I found 4539 entries, who has more ? )
I've had double that... After a session of longer debugging a toolbar problem.
-
Mine last cleared out at over ~1800 toolbar entries - and it had been crawling !
After a lot of debugging of scripts/toolbars/extensions etc it does grow alarmingly...You must have been waiting forever for it to startup !
I have a cmd that removes all toolbar guff and extensions too.
It reduces startup time by a factor of 4 or 5 after it's run and I reinstall the extensions/toolbars I need !! -
Extensions bogg down as well?
-
I think if you keep adding/subtracting/activating/deactivating extensions during tests legacy entries can build up.
Seems to slow me down when developing tools using them - if it crashes on a faulty load I think a new one gets added... The extension's name is determined by the loader .rb and if you change the text in that, then the older one can be left behind ?
Also if you physically move an extension or rename it .rb! then its extension data is left in the registry clogging things up...
Just seems easier to clean them out now an again, like the toolbars. -
@thomthom said:
It was made on Windows 7 64bit...
It's using relative path - I see you used a full path. Seems like there's something odd about your PATH environment variables...The neccessary change was the "/f" instead of the "| find" which causes an error for me.
@thomthom said:
I've had double that... After a session of longer debugging a toolbar problem.
I made it without a single line of debugging
-
I updated the command file a bit:
(1) saves current WD and switches to the User Home dir.
(2) first deletes an old file if it exists (because the REG QUERY appends to the file.)
(3) Echos the number of lines containing keys to be deleted.
(4) Accepts a "view" argument that will open the generated key file in the system's default text application, at the end of processing.
(5) Switches back to the previous directory.@echo off set olddir= %CD% cd %USERPROFILE% if exist su_reg_keys.txt del su_reg_keys.txt reg query "HKCU\Software\Google\SketchUp8" | find "ToolbarsUser" >> su_reg_keys.txt echo . echo SketchUp Toolbar Registry entries to be deleted; find /C /I "HKEY" su_reg_keys.txt echo . for /f %%k in (su_reg_keys.txt) do ( reg delete %%k /f ) REM Open file in default text application REM if "view" param is passed; if %1.==view. su_reg_keys.txt if %1.==VIEW. su_reg_keys.txt cd %olddir% set olddir=
-
Haven't yet posted anything until now...thanks very much thomthom, for this excellent solution! Worked perfectly for me, on a problem that has been plaguing me for just over a month.
Advertisement