[Plugin] Compo Spray 1.4.2 Updated
-
I am perturbed that you seem to have a mash-up in your main 'Tools' folder.
This is mine...
Everything else in the default Plugins folder, or custom-plugins folders set to load from $:...
The 'Tools' folder is reserved for a few standard SketchUp rb files, and in v2014 the Ruby Libraries...
Making another Tools subfolder elsewhere is plain weird ???
There are several old files in there too [i.e. pre-v2014!] - the v2014 dynamiccomponents loader is NOT that name etc, and the extensions, sketchup and langhandler ruby files are the ones in Tools and should never be duplicated elsewhere Old files like date and rational rb are also outmoded in v2014...
If it's inside the Plugins folder nothing within it will auto-load, unless it is explicitly added to $:
-
TIG
Understood re /Tools
The SU2014 & updates were per download installs.
The only thing I did copy to the /Tools folder was the CompoSpray folder & .rb
You figure where the other stuff came from.
Does not seem to cause an error or interrupt other plugins.Hmmmm?
dtr
-
I am having the same problem as I had before.
If I copy the latest compspray files to my plugins folder here:
I get this error when opening SU. Also the toolbar isn't listed and CS isn't there.
If I copy the latest files here:
I am able to pull up the toolbar for compspray but the only thing that works are the CS settings. I also could not find compspray in the SU system preferences/extensions window.
Any ideas on what I'm doing wrong?
-
I'm having the same problem on my end as well.
-
Hi mtriple
Thanks for the new fix
Now OK to install in SU 2014 in xxx/Roaming/(SEE SCREEN COPY)
Works now in SU 2014 Plugins folder.dtr
-
@jamesce said:
It was a permissions error for me, but it is working now! I also didn't know much about using the ruby console. Thanks!
[attachment=0:ys8pcg72]<!-- ia0 -->1.png<!-- ia0 -->[/attachment:ys8pcg72]
Permissions to folders within the Programs Files tree is limited by default.
As has been said before... you should never need to put ANYTHING into the Tools folder.
The default 'User' Plugin folder for v2014 has suitable permissions...
I am still at a loss as to see what is improved by this fiasco... -
JamesCE,
dont use my first fix, its contain a bad fix, it will cuz bug and crash at a phase of running. go to the last one.TIG,
its not totaly true, if u used find supported file with parameter "tools" its works.
when i start using su 14 i didnt know where is plugins folder so i thought they name it "tools".
so first fix i change that in the code "plugins" to "tools". and that works in v14 but not with any other version.
but u r right, its not good may cuz su crash because the folder contain some su rb files as default. what i mean is u can put ur plugins anyplace if its got the same path inside the code.
also i have seen some plugins copying it self automatic to "plugins" if u place it inside "tools" after loading su.
all of this just because there is alot plugins need to be RBZ instead of rb.
srry TIG i didnt understand waht u mean by this "I am still at a loss as to see what is improved by this fiasco..."
even google didnt give me the meaning. xd -
In v2014 SketchUp auto-loads any rb/rbs plugin files it finds in two folders in its
$:
[aka$LOAD_PATH
].
By default that is the mainC:/Users/.../Plugins
folder and theC:/Programs Files/.../Tools
folder.
These load in that order - there should only be SketchUp supplied files in that folder: currently that's onlysketchup.rb
,extensions.rb
andlanghandler.rb
, that's why you'll see "require('sketchup.rb')
" and so on in other scripts which load from the default User's Plugins folder earlier but need the code which would otherwise load too late...The
$:
also includes two other folders for Ruby2.0 access, but their content is not auto-loaded - authors must include code like "require('zlib')
" to access these additional functions.The
$:
can also include other folder paths. A 'custom-plugins-folder' can be added using Fredo'sAdditional Plugins Folder
tool - e.g. a 'DropBox' folder used for syncing your plugins across several PCs.
Again, the scripts in such an included folder-path are not automatically loaded by SketchUp as it starts: however, Fredo's tool WILL auto-load any rb/rbs files found in that specified custom-plugins-folder...The 'AutoInstall' function accessed through the
Preferences > Extensions > Install...
button... ALWAYS extracts a RBZ archive's files into the default User's Plugins folder.
However, the outwardly similar 'AutoInstall' and 'Archive-Installer' tools used through the 'SketchUcation PluginStore Toolset' options will offer you a choice of destination folder, if one is defined in$:
- like a 'DropBox' folder etc - and load those installed file[s] too.In addition, if you have also made a 'shared' folder setup in
C:/ProgramData/...SketchUp 2014/
named 'Plugins
'... then that is automatically included in the$:
, and any scripts in that folder are also auto-loaded as SketchUp starts - this optional setup allows you to have one version of a plugin installed which is loaded for every user on that particular PC. BUT unless there are multiple SketchUp users on your PC, then that folder is not normally needed, made or used...The security permissions to the default User's 'Plugins' folder are automatically setup appropriately, to allow that user to install/manage plugins etc.
Similarly a User can set security permissions to any custom-folder they might setup.
BUT, the default security permissions for the main 'Tools' folder [and indeed any folder within the 'Plugins Files' tree] are restricted by Windows - even if you are an admin - and need elaborate recasting to ensure ready access - which of course you should never need anyway !
That security restriction is the very reason that SketchUp v2014 now defaults its Plugins folder in a user-accessible location, and no longer parallel with the 'Tools' folder - like it used to be in earlier PC versions, which caused endless installation problems ! [MACs had the user-accessible setup for some time!!]Using the Ruby Console:
Sketchup.find_support_file('Plugins')
Tells you where your own User's 'Plugins' folder is - BUT unless you are manually installing files you don't need to worry, the readily available 'AutoInstall' tools will always put RBZ content in the right place... In addition to RBZ, the SketchUcation PluginStore submenu tool also allows ZIP archive installation. 99% of scripts now come as installable archives, so unless you have a lone RB to manually install you need never open your User Plugins folder...
Scripts in 'Tools' will auto-load, BUT they are not copied into the default 'Plugins' folder.
Any scripts in the 'ShippedExtensions' folder DO get copied into the 'Plugins' folder, BUT again why would you want to do this? That folder also has the same security permission issues as the 'Tools' folder !A few older scripts hard-code the path to 'themselves' using
Sketchup.find_support_file('Plugins')
, and then look for their helper files within their subfolder in that location.
This is fine IF the installed script is located in the default User's 'Plugins' folder.
BUT this inevitably causes issues when the script's installation in elsewhere - because then the subfolder is not found - but 99.9% of newer/updated scripts useFile.dirname(__FILE__)
to find where the plugin is installed and then get its subfolder from there...My 'throw-away' comment about 'fiasco' was referring to the many recent posts in this thread - where bad installation practice was being advocated, and could leads to all kinds of mis-installations, and ensuing problems that we can avoid.
Installing RBZ/ZIP contents is quite simple when the correct tools are used...
There is no need to mess around with any 'system' folders within 'Program Files' at all... -
Thank you mtriple. The file downloaded from the website just kept giving loading errors.
-
thx TIG,
i'm still learning (i'm noob), u guys helped me alot.
i'm waiting ur cloth simulation xd. -
It was a permissions error for me, but it is working now. I also didn't know much about using the ruby console. Thanks!
-
@tig said:
Permissions to folders within the Programs Files tree is limited by default.
As has been said before... you should never need to put ANYTHING into the Tools folder.
The default 'User' Plugin folder for v2014 has suitable permissions...
I am still at a loss as to see what is improved by this fiasco...I assumed that the permissions were changed by the company I work for. I didn't realize it is like that by default. To fix it I actually downloaded the latest link and installed it the correct way. I didn't realize that mtriples other link was a bad fix, and I'm still confused to how dtarch got it to work..
The reason I said that I fixed it by fixing the permissions issue is because I assumed it wasn't like that by default and assumed it could be just changed to get it to work for people that were having that same issue. I was trying to be helpful but it ended up being wrong and more confusing sorry
-
I tried placing the files into Tools and Plugins without success
However when I placed them in Tools and ShippedExtensions folders, where the tools folder is it fired up. But not in the plugins folder.Paul J
-
Does anyone know how to get this plugin working on a Mac install of SU2014? I get this error after installation:
@unknownuser said:
Error: #<SyntaxError: /users/keithpocock/library/application support/sketchup 2014/sketchup/plugins/compospray/compoutils.rbs:511: Invalid break
/users/keithpocock/library/application support/sketchup 2014/sketchup/plugins/compospray/compoutils.rbs:520: Invalid break>
/users/keithpocock/library/application support/sketchup 2014/sketchup/plugins/compospray/compoutils.rbs
Error Loading File compoSprayToolbar.rb
Error: #<NoMethodError: undefined methodcompSpray_env' for main:Object> /Users/keithpocock/Library/Application Support/SketchUp 2014/SketchUp/Plugins/compoSprayToolbar.rb:7:in
<top (required)>' -
On Mac & SU2014 you have to place the compoSprayToolbar.rb file and ComproSpray folder is this path:
/Applications/SketchUp 2014/SketchUp.app/Contents/Resources/Content/Tools
Go to Applications folder select SketchUp app and right click Show package content -
Thanks Oxer. I have just tried putting the file & folder as you suggest but still get the error. I have double checked that there is no longer a copy in either user Application Support../Sketchup subfolders, or in the system support folder, but up pops the error when I start up.
The error has changed to the updated path for the script, so maybe something else is wrong:Error: #<SyntaxError: /applications/sketchup 2014/sketchup.app/contents/resources/content/tools/compospray/compoutils.rbs:511: Invalid break
/applications/sketchup 2014/sketchup.app/contents/resources/content/tools/compospray/compoutils.rbs:520: Invalid break>
/applications/sketchup 2014/sketchup.app/contents/resources/content/tools/compospray/compoutils.rbs
Error Loading File compoSprayToolbar.rb
Error: #<NoMethodError: undefined methodcompSpray_env' for main:Object> /Applications/SketchUp 2014/SketchUp.app/Contents/Resources/Content/Tools/compoSprayToolbar.rb:7:in
<top (required)>' -
So, any solution? I tried downloading it with the SCF plugin store but that did not work well, in fact it installs but nothing, no tool bar not in plugin menu, anyone?
-
KeithSWD and Solo, try with this version updated by MTriple, it works fine for me on Mac OS X & SU2014, remember the path on OS X:
/Applications/SketchUp 2014/SketchUp.app/Contents/Resources/Content/Tools -
Many thanks Oxer (and MTriple) this version is working for me too!
Glad to have this very useful tool back in operation.
-
The file MTriple uploaded to dropbox is offline, does anyone else has it, that kindly could uploaded again for sharing? Thanks!
Advertisement