[Plugin] Compo Spray 1.4.2 Updated

thomthom

Simon,
C'est pas clair çà ???
Nouvelle version 1.4, ancienne 1.3 obsolete, plus de fichiers, plus de lien.
[attachment=0:mz8opdge]cs13.jpg[/attachment:mz8opdge]

Would be good to have a redirect there as well.

Frederik

I also have trouble making this work with SU 8...

thomthom

@frederik said:

I also have trouble making this work with SU 8...

Like I asked hebeijianke: what specifically is the problem?
It's hard to debug an issue without knowing what the symptoms are.
Exactly what doesn't work as expected and what was expected results/behaviour?

j_forrester

Not sure if i'm having much luck with 1.4 version either. I'm using Sketchup Pro 6. The old 1.3 version worked great.

Everytime I go to run the script, I select my component to spray, selected faces to spray onto. Other options left alone.

I get a dialoge box saying "1000 trials to drop components done. Continue?". At this point it shows 1% complete on the taskbar, I click continue and get a dailoge "more than 2 minutes remaining to complete. Continue?" as soon as I click I get "more than 4 minutes remaining to complete. Continue?" and so on.... never actually creating any copies, just doubling the time with each click?

Didier Bur

Hi,

@unknownuser said:

I get a dialoge box saying "1000 trials to drop components done. Continue?". And so on...

This dialog pops up when there are too much constraints (you drew your shape where there is no face that belongs to the layer mask for instance) and the script tries and tries to drop components and cannot.

@unknownuser said:

Other options left alone.

This may be the cause of the problem. Check if your options are consistent.

@unknownuser said:

Would be good to have a redirect there as well.

@TT : done.

@unknownuser said:

Error: #<LocalJumpError: unexpected break>

done too (fixed the bug).

@unknownuser said:

body { overflow: hidden; }

I tried that but no luck (CSS is greek to me )
I'd like to get rid of that horizontal scrollbar too...

I've found a way to use dialog.show{} instead of show_modal{}

Keep the bugs comin', I'll fix 'em and publish a patch then.

hebeijianke

Error: #<TypeError: can't convert Array into Float>
(eval):1752:in raytest' (eval):1752:in raytestH'
(eval):2323:in cs_random_points' (eval):1160:in create_geometry'
(eval):1052:in onLButtonDown' (eval):1752 Error: #<TypeError: can't convert Array into Float> (eval):1752:in raytest'
(eval):1752:in raytestH' (eval):2323:in cs_random_points'
(eval):1160:in create_geometry' (eval):1064:in onLButtonUp'
(eval):1752

thomthom

@didier bur said:

Hi,

@unknownuser said:

Would be good to have a redirect there as well.

@TT : done.

@unknownuser said:

Error: #<LocalJumpError: unexpected break>

done too (fixed the bug).

@unknownuser said:

body { overflow: hidden; }

I tried that but no luck (CSS is greek to me )
I'd like to get rid of that horizontal scrollbar too...

Because you used a strict doctype the HTML DOM acts a bit different. When I applied the rule to the HTML element it worked:

<span class="syntaxdefault"><br />html </span><span class="syntaxkeyword">{<br /></span><span class="syntaxdefault">  overflow</span><span class="syntaxkeyword">;</span><span class="syntaxdefault"> hidden</span><span class="syntaxkeyword">;<br />}<br /></span><span class="syntaxdefault"> </span>

I think that you can get rid of the inset frame if you set the scrollable argument to false when you create the WebDialog.

Didier Bur

Hi folks,

Just a note to keep the thread on top of stack...
Update 1.4.1. of CompoSpray is available here: http://rhin.crai.archi.fr/RubyLibraryDepot/plugin_details.php?id=76

Mainly bug fixes, backward compatibility, non-modal dialog BUT a true "Ignore hidden geometry" option (thanks to ThomThom): spray can now ignore entities that are masked OR on invisible layers.

Next step: a directionnal spray

xrok1

this is a sweet update.
do you have an explanation of how to use the layer mask?

Didier Bur

Hi,

@unknownuser said:

how to use the layer mask?

Select a layer in the dropdown list and components will "fall" only on that layer...

Aldob

Thanks,
My SU 7.1 just closing down as soon as I press component spray button on toolbar.
I deleted older version from Plugins folder and my system is Win XP 64
Regards

Didier Bur

@unknownuser said:

My SU 7.1 just closing down as soon as I press component spray button on toolbar.

It does bugsplat ?

pep75

It looks very promising, but it does nothing. I can see the menu etc, but when I push the "spray" button; "the computer says: "No"....

Oh I'm working with v8!

fjb80

The compospray icon shows up, as does the toolbar, but when I click it nothing happens. Here's my error message from the ruby console:

Error: #<Errno::ENOENT: No such file or directory - /Users/Fraser/Library/Application Support/Google SketchUp 8/SketchUp/Plugins/CompoSpray/csSettings.html>
(eval):269:in initialize' (eval):269:in new'
(eval):269:in write_cs_dialog' (eval):107:in compoSpray_main'
/Library/Application Support/Google SketchUp 8/SketchUp/Plugins/compoSprayToolbar.rb:14
(eval):269:in `call'
(eval):269

So it looks like it's missing an html file?

Using OS 10.6, SU 8

Thanks,

thomthom

It's looking in your user folder instead of the root folder where the plugin is installed.
Have you installed some plugins into your user folder? In come cases that might confuse plugins.

fjb80

The only files under the user library is a podium script. Can I edit one of the files in the folder (CSS) to make sure it looks in the HD library folder rather than the user library folder? I'm not sure how a ruby script works, but this would be a great one to get up and running.

Thanks for the help so far,

F

thomthom

hmm... if I remember correctly, podium can confuse some scripts.

@didier: how are you locating your files? I find that basing all my paths on File.dirname(__FILE__) is the most reliable method. Sketchup.find_support_file doesn't seem to be that reliable as plugins might not be installed there.

Didier Bur

Hi,

The HTML file isn't missing, because it is written (normally) each time the tool is launched, then loaded in the webdialog.
@thomthom: Here is how I locate this file:

@path_cs = Sketchup.find_support_file("Plugins")+"\/CompoSpray\/"
	@settings_dialog = UI;;WebDialog.new("CompoSpray Settings",true,nil,100,100,100,100,false)
	@settings_dialog.set_file(@path_cs + "csSettings.html")

Does this not work on a Mac the same way than on a PC ??

halroach

Is there a way to to spray onto closed components, rather than only onto "open" surfaces?

edit: I think stacking does it... ok! never mind!

Wonderful plugin!!!!

thomthom

@didier bur said:

Does this not work on a Mac the same way than on a PC ??

As you see in his error report, the plugin is trying to look for the file at:
/Users/Fraser/Library/Application Support/Google SketchUp 8/SketchUp/Plugins/CompoSpray
while the plugin itself is located under:
/Library/Application Support/Google SketchUp 8/SketchUp/Plugins/compoSprayToolbar.rb:14

OSX has a system Library folder and a User Library folder that looks very similar, and some users end up adding plugins to User Library. And I think Podium installs there.
And then you can get issues with Sketchup.find_support_file

The best way to determine the base path of your supporting folders are:
File.dirname(__FILE__)

In your case it'd be:
@path_cs = File.dirname(__FILE__) + "/CompoSpray/"

However, that won't work in .rbs files.
In Vertex Tools I made the uncrypted loader, which was a regular .rb file, determine the paths and assign it to constants which the .rbs files could use.

I've never had any path issues that way, and the plugins can be installed anywhere on the system. (if the user prefers to install in a custom location.)