[Plugin] ExtrudeTools - Full Set
-
Here's v2.3
A minor glitch [typo] is now fixed and it's compatible with v2014 once again
http://sketchucation.com/pluginstore?pln=ExtrudeTools -
If you want confirmation, loft wasn't working for me in 2014 and now is. Thanks.
-
The EEby Loft error was a strange one.
A very silly typo, that I'd have expected to make it fail in ANY version seems to be glossed-over by the Ruby of earlier versions.
The "princess-pea-under-the mattress" miss-picky Ruby2.0 didn't like it...
It was easy to fix when I got my head around it...
-
Hi TIG
I have tried once again .. and there is always something wrong .
what i have done1 - Erasure of all new plugins
2 - Installation of plugin Extrude Tools 2.3 with plugin store + Autoinstall
3 - Closure and rebootChri
-
Why does the error message include "invalid byte sequence in UTF-8"?
French Windows and English SketchUp?
-
This is most strange.
I have just repeated all of your steps...
It reinstalls and works fine after a restart [just in case something was adrift]...That RBZ's version of deBabelizer.rb IS the newest, and therefore compatible - I converted it a few months ago...
BUT your file says 02/12/2013 AND that IS the current file ?Try this known-to-work version [install from the attached RBZ]...
Restart SketchUp to retest...If this fixes, then it the mystery deepens...
BUT at least you'll have a working version...
-
PS:
Can you attached your version of deBabelizer.rb that is raising the issue on your system, so I can compare it with the 'real' [working] one that you should have...Can you also check that you have FULL security permissions to the Plugins folder...
It should be set automatically... -
@tig said:
PS:
Can you attached your version of deBabelizer.rb that is raising the issue on your system, so I can compare it with the 'real' [working] one that you should have...
-
@tig said:
PS:
Can you also check that you have FULL security permissions to the Plugins folder...
It should be set automatically...i dont know how to do this
-
That IS the correct file.
It should NOT raise a UTF8 error...
It is correctly encoded...
It works for me.
It works for others...Weird...
Incidentally, don't confuse the subfolders containing some files that are shipped with SketchUp v2014, with the main Plugins folder that is now located in your Users account...
Security... http://sketchucation.com/resources/tutorials/36-intermediate/811-setting-security-permissions-in-sketchup
-
@tig said:
Incidentally, don't confuse the subfolders containing some files that are shipped with SketchUp v2014, with the main Plugins folder that is now located in your Users account...
I have seen this and make an announcement on the french forum
here :
http://sketchucation.com/forums/viewtopic.php?f=51%26amp;t=56469chri
-
@chri said:
I have seen this and make an announcement on the french forum
here :
http://sketchucation.com/forums/viewtopic.php?f=51%26amp;t=56469There's a french forum?!
I don't have access to it, how can I? -
In your user control panel go to the usergroups tab and select Francias.
-
@Chri et al
The '
Application Data' Plugins folder-path is NOT the folder-path into which YOUR Plugins should normally 'go'.
You will not be able to install or manage these files, unless they have FULL security permissions to that folder-path [which is unlikely, as it's very limited by default, and also difficult to reset too].
C:/Documents and Settings/USERNAME/Application Data/SketchUp/SketchUp 2014/SketchUp/PluginsThere is a also a similar path, which is actually pointing to the same folder...
C:/Documents and Settings/USERNAME/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins
This path could also have restricted permissions...BUT every user gets their own fully accessible Plugins folder-path.
Where you can install and manage your plugins files - you will automatically have FULL security permissions using that folder-path.
That 'Users' Plugins folder is the default one...To find your very own Plugins folder use this in the Ruby Console:
Sketchup.find_support_file('Plugins')
It will return something like this:
C:/Users/USERNAME/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/PluginsAlthough it is effectively the same folder as the Application Data || /Documents and Settings/../AppData ones again - using this path you automatically get proper FULL permissions...
If you have tried to install Plugins into an alternative Plugins folder-path [even if in reality it is pointing at the same Plugins folder], in all likelihood you probably do not have FULL security permissions when approaching it down that folder-path...
So the chances are you have once again started the specter of the 'VirtualStore' / 'Compatibility Files' fiasco, which was meant to be avoided by the improved Users Plugins folder introduced in v2014...So please use to the usual
C:/Users/../Pluginspath... -
Here's an update http://sketchucation.com/pluginstore?pln=ExtrudeTools
v2.4 now includes ALL lingvo files in a v2014 compatible encoding. -
@tig said:
Here's an update http://sketchucation.com/pluginstore?pln=ExtrudeTools
v2.4 now includes ALL lingvo files in a v2014 compatible encoding.Hi TIG
Now , it works for me
Thanks a lotChri
-
Yes it was an odd one.
SketchUp v2014's Ruby2.0 demands that scripts are in UTF8-without-BOM encoding.
I had previously updated all of my files and reissued them - or so I thought...
Somehow a few rogue lingvo translation files got through the net - they were in the now unacceptable ANSI format - particularly the FR ones - so I assume the person translating them for me must have used a new empty Notepad file and copy+pasted into it, rather that a straight copy of the EN-US version which was already correctly encoded.
These files caused no issues, unless your locale was FR - in which case there was the loading error because the file could not be read into v2014.
I have now been through all of my scripts that have lingvo files and corrected the encodings and republished, so hopefully this little glitch is behind us... -
This is the first plugin i download here and its amazing, i'm just a little bit lost since i seem to not be able to find the toolbars... can i get some help with this please
(sorry if i reposted btw) -
@rich o brien said:
@unknownuser said:
Try this: Enable the toolbar in View>Toolbars. Pull all of the toolbars off the top rows. Does the Extrude Tool toolbar show up in the upper left corner? If so, you have now found it and can place it where you need but you really ought to install the current version of SU2013. there was a bug in the first release that caused new toolbars to appear under the existing ones. It was fixed though.
Dave earlier mentioned this...
To me it looks like this is related to the bug Dave flagged.
What happens when you check for update under the Help menu?
Seriously best easy way to solve it thanks
-
I have installed ExtrudeTools in SU 2013 & 2014 on Mac and the plugin works fine but there is a problem with spanish translation, all lingvo files are in UTF-8, I haven't modified them, the translation works ok in Menu, tooltips of the toolbar and Extrude Edges By Offset tool, the rest no.
This is very strange, do other users with the same problem?
Mac OSX 10.9.2, SU 2013 & SU 2014, no messages in Ruby Console.
Advertisement