"Ajoute quelques outils utiles dans SketchUp, comme Cacher / Montrer des entités et des calques, Geler / Dégeler pour des composants, et Montrer / Dégeler tous."
Is beautiful that please without concept!
OK.. thanks Pilou ... got and updated the file.
FEI (For Everyone's Information): I finally quit "fiddling" and sent Dana the "FreezeTools" ver 2.0.0 package, so he can have a first look. He'll likely put the package up on Github, until we are satisfied, that there are no major issues. Then he or I, will put the package on the EXTENDSketchup site.
Known "to do":
Note: Dana will be away till late next week (Thursday or so,) and will not be able to begin reviewing the new version til then.
Your patience is appreciated.
THE ISOLATE LAYER DOESN'T WORK. i'M RUNNING SKETCHUP 8 PRO.
Here's the ruby console errors.
C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/SU_Utils/Utilities.rb:241
C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/SU_Utils/Utilities.rb:45:in `call'
C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/SU_Utils/Utilities.rb:45
Is there a fix or version 2.0 for skecthup 8 pro?
First of all, the Active Layer cannot be hidden, so if you expected that, it will not happen.
Isolate Layer seems to work OK in my v2.0.0 ...
I had sent it to Dana for his approval, but he had just started a new job, and was heavily working on the ExtendSketchup plugin... so nothing has happened.
Dana.. how about if we have TIG and/or ThomThom take a look ??
If you have v1... zip downloaded from the direct link, then it doesn't contain the begin..rescue..end protection of the newer version that you can download manually from the site that is linked to
However, as even this could also jump out of the layer manipulation loop prematurely you can fix the tool's code thus...
Edit the Utilities.rb file in the SU_Utils subfolder, using Notepad or a similar plain text editor like Notepad++...
Use its 'Find and Replace' tool to change the two lines of code that say
l.visible = false
l.visible = false unless l == @model.active_layer
This will stop you trying to make the active layer invisible which is disallowed...
Save it and restart Sketchup.
Now the two layer tools that try to switch layers 'off' should work without errors...
I use this utility alot with large projects and it no longer works with sketchup 8.0.15158. Could you please check why it does not load? Was there a change in the sdk that conflicts with your ruby scrpit?
Hi David, I will look into and get back to you. I've been working on re-writing the application recently. Will update!
So you are settling on "IntrepidBear" as your toplevel namespace and filespace, then ?
Hi Dana, nice clean set of Utilities.. well done and thank you on behalf of everyone who has downloaded it!!
I had a think about the Isolate Entitles: its great to be able to isolate something particularly in a large model when you want to just work on that specifically however it would is just as important to be able to revert back to the entities that were visible. The same applies to the Hide Entities tool: mostly I would think that once you've finished with the hiding what you need you'd want the option to revert back....
Just a thought
Thank you again.
Glad you like the tool!
If I understand correctly, you're asking for the ability to "unhide all" which is actually a button on the menu, so you should be able to do that already. I apologize if I'm misunderstanding what you're looking for.
Thanks for the reply, Dana.
I see you have an 'unhide all' botton in the toolset but what I was thinking was if I isolate selected entities I would like to then go back to what I had shown before I did so, not necessarily unhiding all.
This seems to be a great tool and i would like to test it.
I try to figure out how to install "Vistools".
After downloading and unpacking the zipfile SU responses with the following Error message :
no such file to load-C/Programfiles (x86)/Google/GoogleSketchup8/Plugins/IntrepidBear/Vistools/VisTools.rb
After checking the zip -file, I found that the folder "IntrepidBear" misses the subfolder "Vistools" as well as "VisTools.rb "
Where ist the problem ?
thanks for your help
Please, register (free) to access all the attachments on the forums.
Usually it is you, "the user", who has managed to mess up a tool's download and installation... BUT in this case it is in no way your fault !
Something does indeed seem very awry !
Both the current download-able ZIP and RBZ versions on Dana's site contain an empty 'IntrepidBear' folder.
This ought to contain a 'Vistools' subfolder, which in turn ought to have VisTools.rb and probably some other files in there too
I'm sure Dana can fix this... If you get no response/fix after a reasonable time - then nag him - perhaps by PM...
Sorry bout the broken download zip, I've fixed it.
Had made the zip on the command line and apparently my settings only zipped the folders, doh!
Gotya. Like an "undo" button? I could look into adding this, just not sure when I'd have the time to get around to it!
Could be added with some sort of "history" buffer...
Thanks Dana, Look forward to seeing what you come up with.
Last edited by Dan Rathbun on Sun Apr 21, 2013 1:49 am, edited 2 times in total.
I suppose you are asking the question "What happened to FreezeTools v2.0 ?"
(1) FreezeTools must be thought of as an experimental code fork of the original, that was never released.
(2) Some organizational ideas for the code were used by Dana in the VisTools v1.1 (or v1.0.1 ? ) release.
And probably, that was the correct decision. (I think I got carried away, and broke the code up into far too many files. Also, I likely introduced too many changes all at once. It is better to do changes in smaller increments, for debugging, and just in case that "fork" must be rolled back if it does not work out.)
But... since VisTools still needed an update to correct the multi-model situation on Mac, I said to myself,
"Why waste the work I and others did creating the language strings for FreezeTools?"
I still have all those language hash files, so I used the language strings, but in a slightly different way. (I no longer read the file as a hash literal into a string object, and then eval() it. I just let the interpreter use the language file via the load() method.)
SO .... this really is where we should be.
Version 1.2.0 is just a small incremental change that adds multi-model support, and loads localized language strings for the menus, toolbar, and tooltips.
Last edited by Dan Rathbun on Sun Apr 21, 2013 1:48 am, edited 1 time in total.
Issue #15 - Feedback needed:
Should commands that change entity states (hide, show, isolate, unfreeze & freeze,) touch entities that are already on hidden layers?
Currently there is no test for this, and commands just change the states without testing if the entity is on a layer that is not displayed.
(1) avoid changing entity states when the entity is already hidden by virtue of it's layer ?
(2) provide a toggle (both menu item and toolbar button,) to ignore hidden layers ?
Issue #13 - Feedback needed:
The hide_entities() and isolate_entities() commands can unexpectedly cause freezing.
If the entity is a group or component, and it is already locked, but not hidden, the above commands will cause freezing, by making them both hidden and locked. (Ie, there is no test to determine if the entity is a locked group or component.)
This may be unexpected by the user. A subsequent show_all command will not then make everything that was hidden become visible again.
Is this kind of freezing desired ?? ... or should these commands be changed to avoid causing freezing ?
Issue #12 - Feedback needed.
Should the show_all() command be separated into a show_all_layers() and show_all_groups_and_components() command ??
Reasoning: The layers are not tested for freezing (because they cannot be locked,) but the groups and components are tested for freezing.
Issue #11 - Feedback needed:
The command methods show_all() and unfreeze_all() only work upon the model level entities collection.
Should these instead iterate the definitions collection, and their instances collections, in order to act upon groups and components at ANY level, top or nested ??
Dan, you're at it again
You're correct in guessing that I was daunted by your changes, I appreciate you're understanding and your time.
As you may have noticed, we've made the decision of closing down ExtendSketchUp and in turn I won't be doing any work on SketchUp plugins in the foreseeable future. Please feel free to use my code in any way you choose and I hope some of it becomes useful. Sorry to be disappearing but I don't use SketchUp much these days and don't feel I can adequately support any plugins at this time.
Last edited by Dan Rathbun on Sun Apr 21, 2013 1:51 am, edited 1 time in total.
ADD: Issue filed for milestone 1.3.1, and fix has been done.
Last edited by Dan Rathbun on Sun Apr 21, 2013 1:54 am, edited 1 time in total.
Pushed update into a forked GitHub online repository at:
Feedback via: https://github.com/DanRathbun/sketchup-vistools/issues
Last edited by Dan Rathbun on Sun Apr 21, 2013 1:54 am, edited 1 time in total.