[Plugin] SketchUcation Tools
-
@gábor said:
@shake1: PM was sent to you.
I'm sorry I can not answer in a personal, if you do not mind I'll answer here
@gábor said:
I have some questions regarding your error. Please answer them to let us find the reason:
Did you have the same problem with the previous (v.2.6.0) version of the plugin?
Do you have this unzip issue only with one specific plugin file or installing any plugin throws this error?
What happens when you download the .rbz file and manually install it at Preferences/Install Extension?- version 2.6.0 had the same problem
- this error when installing/updating any plug
- each file is installed successfully from Preferences/Install Extension
@unknownuser said:
AND... if you have the Ruby Console open, are there any messages ?
Also, if you download some RBZ files can you auto-install using SketchUcation / Install Archive... submenu item ?- Ruby console does not display any messages
- from SketchUcation / Install Archive... installed without problems
-
@acatalyst said:
i wish there was a "logout feature"
Collecting the good ideas for the next release. Log out feature is one of them.
-
@shake1: Thank you for the answers. We are looking for the possible cause. Will let you know if we have any other questions or if we have the fix for it.
-
Hi! Solved my problem - in the name of the computer was Cyrillic. Renamed to letters and began working plugin. Thank you guys, I'm happy again!
-
Maybe we need to look at encoding/decoding the user's computer-name to avoid this [it's needed for the 'Bundles' feature]...
-
I just updated to sketchucation 2.6.1. Some errors appears when loading sketchup:
Error: #<LoadError: 127: The specified procedure could not be found. - C:/Program Files (x86)/SketchUp/SketchUp 2014/Tools/RubyStdLib/platform_specific/zlib.so>
C:/Program Files (x86)/SketchUp/SketchUp 2014/Tools/RubyStdLib/rubygems/core_ext/kernel_require.rb:45:inrequire' C:/Program Files (x86)/SketchUp/SketchUp 2014/Tools/RubyStdLib/rubygems/core_ext/kernel_require.rb:45:in
require'
c:/users/toshiba/appdata/roaming/sketchup/sketchup 2014/sketchup/plugins/sketchucation/scf-rbztools.rbs:185:in<module:RBZtool>' c:/users/toshiba/appdata/roaming/sketchup/sketchup 2014/sketchup/plugins/sketchucation/scf-rbztools.rbs:157:in
<main>'
C:/Users/Toshiba/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/SketchUcation/SCF_loader.rb:28:ineval' C:/Users/Toshiba/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/SketchUcation/SCF_loader.rb:28:in
load'
C:/Users/Toshiba/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/SketchUcation/SCF_loader.rb:28:inblock in <top (required)>' C:/Users/Toshiba/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/SketchUcation/SCF_loader.rb:17:in
each'
C:/Users/Toshiba/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/SketchUcation/SCF_loader.rb:17:in<top (required)>' C:/Program Files (x86)/SketchUp/SketchUp 2014/Tools/extensions.rb:197:in
require'
C:/Program Files (x86)/SketchUp/SketchUp 2014/Tools/extensions.rb:197:inload' C:/Users/Toshiba/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/!SketchUcation_loader.rb:191:in
register_extension'
C:/Users/Toshiba/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/!SketchUcation_loader.rb:191:in<module:SCF>' C:/Users/Toshiba/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/!SketchUcation_loader.rb:16:in
<top (required)>'
Error Loading File examples/exampleScripts.rb
Could not find included file 'examples/exampleScripts.rb'
Error Loading File ocean/ocean.rb
Could not find included file 'ocean/ocean.rb'Anyone can help? Thanks in advance.
-
This a strange and rare problem, which is actually unrelated to the toolset itself, but rather to your 'system' files.
I personally discovered it when v2014 was released, but at that time I seemed to be the only person who could create the issue.
The 'zlib.so' and its related 'zlib1.dll' are shipped with Ruby2 and should simply load when needed by any Ruby tools doing 'zip/unzip' processes...
However, if the zlib has already been loaded 'universally' from another source, AND that zlib version is somehow significantly different, then it causes the Ruby2 one to have issues and so it fails to load.
I discovered that several programs come with zlib etc as part of their toolset, but these are located in the app's own folder and load as they need.
However, some old program seems to have once upon a time put its copy of zlib into a system folder [perhaps InkScape?] - this means it loads as your PC starts up, AND unfortunately that zlib version also had some silly changes incorporated into it, which breaks the standard zlib processes used by all others programs...So to fix it...
Find the rogue zlib* file[s] and remove it/them.
Look in your C:\Windows, C:\Windows\System32\ and C:\Windows\SysWOW64\ folders... there should be NO 'zlib' files in these folders.
[Other 'zlib' files supplied within other app's own subfolders should not present an issue]
Restart your PC.
You should find that the v2014 Ruby2 zlib.so version is now properly loaded and so works !
This will mean that SketchUcation Toolset v2.6.1, AND any other tools using zlib's zip/unzip functions should now work correctly ! -
Nice. That did the trick. My zlibs are in Windows/ and SysWOW64\ . Thanks!
-
I have two problems
1./ my plugin don't show (anymore) updates for my plugin instaled.
I noticed it for those of fredo6.
I'm on mac osx 10.10.1 and skp82./ skp window toolbar dose not retain tool icons setup after next skp start
can somen advice on those ?
thanks -
@bimbachi said:
I have two problems
1./ my plugin don't show (anymore) updates for my plugin instaled.
I noticed it for those of fredo6.
I'm on mac osx 10.10.1 and skp82./ skp window toolbar dose not retain tool icons setup after next skp start
can somen advice on those ?
thanksWhich version of the plugin are you using?
-
-
Have you changed your SketchUcation user-name ?
It will only remember what you have downloaded per user-name... -
@tig said:
Have you changed your SketchUcation user-name ?
It will only remember what you have downloaded per user-name...No
Same user name
Mac os system upgraded to Yosemite -
Yosemite has some incompatibilities up to v2014 - v2015 seems stable - so unfortunately v8 is likely to be flaky using that OS ! You are FOUR SketchUp version behind... so you can't expect full compatibility with the latest OS ??
-
@tig said:
Yosemite has some incompatibilities up to v2014 - v2015 seems stable - so unfortunately v8 is likely to be flaky using that OS ! You are FOUR SketchUp version behind... so you can't expect full compatibility with the latest OS ??
Same was with previous os version.
As far skp version i tested 2015 and deleted because of plenty unstability
Personaly, since trimble I see no real progres off skp -
I have an unpublished extension (cli-select) which shows up when I did a search for "ruby"
I doubt unpublished extensions were meant to be listed. Thanks for looking into this.
-
You are right that unpublished plugins should not be listed in a search.
Indeed if you search for "cli-select" or list by author "Jim" it returns nothing.
So it's somehow still including the unpublished item's description/usage text when it's searching, because "things", "Ruby" and "Ruby Console" all return a hit on your unpublished entry.
I see that this only occurs in the Sketchup based web-dialog - the PluginStore web-site search works as expected and never returns matches in unpublished entries.
So I suspect that Gábor uses to similar but different search code setups...
I've PM'd him this post and hopefully he'll be able to see the issue and fix it.
It's already working web-site side, and partially server-side for the web-dialog - so it seems quite doable -
@jim said:
I have an unpublished extension (cli-select) which shows up when I did a search for "ruby"
I doubt unpublished extensions were meant to be listed. Thanks for looking into this.
Now it is corrected in versions 2.6.1 and 2.6.2[beta]. Thank you for notifying us about the problem.
Also thanks to TIG for notifying me by PM as I was away from the forums for a few days.
-
now its been updated to 3.0! some glitches tho.
-
Neat update this version 3... but I'm wondering who is making such a big effort to make this tool WORSE than better?
Why worse?- Now the plugins have NO information about them Except the name. There is a fancy heart and a big download button.
What the hell am I downloading? What that extension does? Can't find that anymore... - Bundles STILL CAN'T BE DELETED - but yey, we have a new interface. Why was that needed anyway? The previous one had much more USEFUL information.
- Now the window has two "dead" areas - status bars, whatever:
-The top one where is ONLY one settings button (yup, that's it... the rest is just white space)
-The bottom one with filters, favorites, search, logoff.
Does this app comes with FREE BIGGER DISPLAYS ? Because I can't afford bigger one right now. - There is no button to send me to plugin's page (either on the forum or on author's website)
- There is no button to UNINSTALL a installed plugin/extension. It wasn't before, but as you still install a feature on user's computer why can't you make the things easier instead of more complicated? If I install it from there, why can't I UNINSTALL it from the same place?
And again: still can't delete bundles... but I can clone them. Wow, such feature. So useless (if I can't delete).
Now, I apologize for being so sarcastic (but I'm not sorry). I was expecting much more from some people with so much experience in making plugins, interfaces, user-friendly menus, etc. So, all my sarcasm came from this huge disappointment. Is like you take Ergonomics lessons from Google (yeah, they love to mess-up with everything that works).
EDIT: another "fancy feature" is that fade when doing any command... like a cheap action movie. And NO setting to control the fade duration or just to cut it off.
- Now the plugins have NO information about them Except the name. There is a fancy heart and a big download button.
Advertisement