[Plugin] Compo Spray 1.4.2 Updated

TIG

http://sketchucation.com/forums/viewtopic.php?p=520341#p520341

Oxer

I have installed the plugin in /Applications/SketchUp 2014/SketchUp.app/Contents/Resources/Content/Tools and the plugins works fine now on Mac 10.9.4 & SU2014.
Thanks you very much for the info!!

mtriple

you are welcome my friend, iam just looking for pro coder to help me with sketchyphisics to work on 2014 cuz im noob, if any one can help plz.

Oxer

It would be great to run Sketchyphisics on SU2014 but I haven't idea about ruby code or programming, sometimes I help to translate the plugins or I test the plugins on Mac.

dtrarch

Mtriple

Thanks for figuring out how to get Compo Spray to work in SU 2014
This is really a GOTTA HAVE tool from the past.
Just to make clear the fix as I understood it.
Here is what I did to make it work
1-I copied compoSprayToolbar.rb and the folder CompoSpray to Program Files(x86)/Sketchup/SketchUp 2014/Tools
2-I also copied them both to xxx/Roaming/SketchUp/Sketchup2014/SketchUp/Tools
To get it to work.
Open SU 2014
goto View/Toolbars and select select the [X]Components Spray option box.
There it was and in working order too.

This might also be a fix for other Didier plugins as well

Whew!
Thanks again Mtriple the Great.

dtr

JamesCE

I did what dtrarch said(I am not getting an error message when launching anymore) but..

Wwhen I go to View/Toolbars and try to select the [X]Components Spray option box it is not there. I have other extensions installed but Components Spray is not listed. I can also pull up the tool bar for CompS but it does nothing when I try to use it.

On step #2 I could not locate the tools folder. I tried to find xxx/Roaming/SketchUp/Sketchup2014/SketchUp/Tools

but my file structure is set up like this xxxx/Roaming/Sketchup/Sketchup2014/Sketchup/ -- and there is only a plugins and classifications folder.

Am I looking in the wrong spot? Any suggestions?

Thanks in advance

mtriple

now it will work fine on 2014,

https://www.dropbox.com/s/5sc2ghd6t5amrgh/cs.zip

after updating some files, the problem solved, it was ::: in 2014 plugins folder named as "Tools", in older versions it was "plugins" .
prove

mtriple

up up ^^^

TIG

I'm NOT sure that putting any non-SketchUp files into Tools is a good idea...
You might well have limited permissions to add files to that folder too...
However, to find ANY of SketchUp's folder use this in the Ruby Console:
Sketchup.find_support_file('Tools')
To find something else simply change what is inside the ''...

mtriple

what dtrarch saying :
Latest files : https://www.dropbox.com/s/5sc2ghd6t5amrgh/cs.zip
for windows:
copy Latest files after unzip to :
"Program Files(x86)/Sketchup/SketchUp 2014/Tools"
dont copy the Latest file to next link unless first step didnt work :
"C:\Usersur username\AppData\Roaming\SketchUp\SketchUp 2014\SketchUp\Plugins"

idk for mac maybe the same ask Oxer .

dtrarch

Hello mtriple

As just a marginal CodeHead I did what you recommended but could not get the Icons to show so I also just stuffed the folder and .rb into RoamingxxxxSketchup2014/Plugins/Tools.
My cut and try screen shots FYI ?
As TIG observed maybe just the CompoSpray.rb file is needed or ???
No error or problem as it stands for me.

dtr

CompoSpray(x86).jpg

TIG

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 $:

dtrarch

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

JamesCE

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?

TedVitale_CG

I'm having the same problem on my end as well.

dtrarch

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

COMPO SPRAY SU 2014.jpg

TIG

@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]1.png[/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...

mtriple

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

TIG

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 main C:/Users/.../Plugins folder and the C:/Programs Files/.../Tools folder.
These load in that order - there should only be SketchUp supplied files in that folder: currently that's only sketchup.rb, extensions.rb and langhandler.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's Additional 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 use File.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...

Bob James

Thank you mtriple. The file downloaded from the website just kept giving loading errors.