@numerobis said:

I wasn't aware of your contact page.

It's reachable from the menu item on the right.

@numerobis said:

I think you know this is nonsense since my comment is from Nov. 26 and I received your refund on Nov. 28.

My comment isn't nonsense, and the dates are irrelevant, because of how you chose to see the issue. The attitude you conveyed was that you had been cheated. I was trying to resolve the issue, but you seemed intent on questioning my integrity and criticizing my attempts to help you despite my having severely limited input from you as to the root of the problem. Unfortunately, further discussion about the past is simply beating a dead horse. You've received a workable solution, you've received your money back from me, and I received the info I needed to code around the SU bug.

However, if you're willing, I'd like to work with you to figure out the bug itself.

@numerobis said:

@rickw said:

Incidentally, if you have a series of steps that you can present to replicate this particular situation, please share them so I can send it to the SU dev team.

I think I already described the steps since there is nothing more involved than creating new scenes - with and without camera information.

Since it doesn't happen to everyone, it's not that simple.
With an obscure bug, your platform, starting point (template), and order of operations (how you added scenes) is important in determining the cause of the problem.
What OS are you using?
Did you start with a standard template, or have you defined a custom template?
Can you re-create the bug with other templates?
Does the template have a top-down default view, similar to what you saw in the exports?
If not, did you create a scene with a top-down view?
Did you delete any created scenes during the process?
Were any scenes created from a scene that was deleted later?
Did you create the camera-saving scenes first, or the shadow-saving scenes first?
Can you recreate the export error starting with a new, blank model?
Can you recreate the export error when opening a file from an older version of SU (if available)?

If you'd prefer to take this off-forum for troubleshooting, you can contact me directly.

@numerobis said:

Sorry, but I just needed a quick solution for a project, that was why I bought your plugin. It didn't work for me.
I posted this in your forum and got no reply - you answered almost 4 days later, but without offering a solution. Without the help of sdmitch i would have had to export the scenes manually, since I had to finish the project.

We have a contact page for a reason - fast, direct customer service. The forum is for community discussion, and you posted on a weekend (when I focus my time on my family). More on my reply below, but the short answer is that you didn't give me enough detail to provide more than a cursory response and a workaround.

@numerobis said:

I don't know if it's a "glitch" in SU, but it seems to be possible to deal with it, as the solution of sdmitch is showing.

Since the solution you received was purpose-built for your specific need, and the author had the benefit of your sample model to work with, I would expect a working solution. The challenge of providing for a broader use case and not (initially) having the benefit of your sample model for testing against means a solution may take more time.

Incidentally, if you have a series of steps that you can present to replicate this particular situation, please share them so I can send it to the SU dev team.

@numerobis said:

And I'm using v2015, so even if it is a SU problem it's not a new one.

Just because it's not new doesn't make it prevalent. Yours is the first case I've seen of it since I developed SceneExporter (and I use it regularly for my own work).

@numerobis said:

And regarding your workaround... so you're saying, everything is working ok, I just have to change the scene settings every time I switch the camera? Really? Yes, i tried it and it's working, but it's not very practical when I have to do this every time I switch the camera when I have several dozen scenes - and this is why I bought your plugin. And seriously... this is your solution?

A workaround is a temporary "solution" until a more satisfactory solution is identified. Since you didn't contact me through the contact page as I requested to get more information about your particular problem (since my test couldn't replicate your issue), and since you didn't post a sample file in your initial post, all I could do was offer a workaround.

Once I had more information, I was able to present a more workable solution - a one-time-only select all "shadow" scenes, check and un-check the "camera location" box that clears out the "rogue" information created by the SU bug. That 6-second solution for an obscure bug was adequate while I worked out a solution (and that solution is now available).

@numerobis said:

Anyway... $10 payed - lesson learned.

Anyway, since I refunded your payment, I'm wondering what lesson you think you learned. The first lesson should be that we want to help you, not take advantage of you. The second lesson should be to provide adequate information for a help request through appropriate communications channels, and to help those trying to help you. We (all the developers) want our products to work for you, and we want to help you when there are problems.

Though I don't like how things have transpired, I'm thankful that you made me aware of this obscure SU bug, and that you (inadvertently, perhaps?) helped me make SceneExporterPro better.

@numerobis said:

"useless" SceneExporterPro

That's an unfair accusation. This is a glitch within SketchUp, not a problem with SceneExporterPro. You also didn't contact me through our contact page as I requested so I could get more information from you to resolve the problem.

I checked your file and saw what you described - top-down views being exported. But that is not the problem - it is only a symptom of the problem. The problem is that a top-down view was assigned to the scenes and was overriding the "no camera location" setting during export. I selected the three "date and time" scenes in the Scenes dialog, checked the "Camera Location" box, then unchecked it, and exports were successful using either "camera 1" or "camera 2" (edit: with no further action required from the user).

So please, before posting unfair accusations, let the author get to the root issue.

Smustard Top 15:

FREE SCRIPTS
1 Windowizer3
2 MakeFaces
3* Weld
4 FlightPath
5 StrayLines
6 CurveStitcher
7 Stitcher
8 PathCopy
9 ChamferAlongPath
10 ReverseFaces
11 Bomb
12 CenterPoint
13 GroupByTexture
14 CameraLines
15 Drop

• [url=http://www.smustard.com/script/ProgressBar:1v7g4l7u]"ProgressBar"[/url:1v7g4l7u] is #3 in total downloads, but was omitted as it is not a standalone script

PAY SCRIPTS
1 [url=http://www.smustard.com/script/3DTextTool:1v7g4l7u]3DTextTool[/url:1v7g4l7u]
2 [url=http://www.smustard.com/script/CloseOpens:1v7g4l7u]CloseOpens[/url:1v7g4l7u]
3 [url=http://www.smustard.com/script/IntersectOverlaps:1v7g4l7u]IntersectOverlaps[/url:1v7g4l7u]
4 [url=http://www.smustard.com/script/PresentationBundle:1v7g4l7u]PresentationBundle[/url:1v7g4l7u]
5 [url=http://www.smustard.com/script/Flatten:1v7g4l7u]Flatten[/url:1v7g4l7u]
6 [url=http://www.smustard.com/script/DeleteShortLines:1v7g4l7u]DeleteShortLines[/url:1v7g4l7u]
7 [url=http://www.smustard.com/script/DashedLines:1v7g4l7u]DashedLines[/url:1v7g4l7u]
8 [url=http://www.smustard.com/script/Nudge/:1v7g4l7u]Nudge[/url:1v7g4l7u]
9 [url=http://www.smustard.com/script/ExplodeImplode:1v7g4l7u]ExplodeImplode[/url:1v7g4l7u]
10 [url=http://www.smustard.com/script/Randor:1v7g4l7u]Randor[/url:1v7g4l7u]
11 [url=http://www.smustard.com/script/Repaint:1v7g4l7u]Repaint[/url:1v7g4l7u]
12 [url=http://www.smustard.com/script/FlightPath2:1v7g4l7u]FlightPath2[/url:1v7g4l7u]
13 [url=http://www.smustard.com/script/TextureHelper:1v7g4l7u]TextureHelper[/url:1v7g4l7u]
14 [url=http://www.smustard.com/script/NightSky:1v7g4l7u]NightSky[/url:1v7g4l7u]
15 [url=http://www.smustard.com/script/PageExIm:1v7g4l7u]PageExIm[/url:1v7g4l7u]

I'll look into it.

EDIT: fixed (had a variable left over from command line testing, converted it to the "real" variable).

Download 1.0.5 for the fix.

@panixia said:

i can't see the wire tool button

Strange, it appears on my machine. Try opening the Ruby console before launching the WebDialog and see if there are any messages.

@function said:

The new version also does not show ordinary sketchup commands.

That is correct. It can only address Ruby commands created with UI::Command. Plugins that do not use this (i.e., they create menu items only), will not be available. This is a limitation of the Ruby API.

Version 1.0.3 is now online, which has full autoloading of saved toolbars at launch, and they remember their positions!

Now to investigate Krisidious's request...

@krisidious said:

How do we make custom bars for plugins that are not listed?

I'll have to investigate that one. Right now, the plugin queries Toolbars and Command items to generate its list of items for customization. I'll have to see if there's a way to query (usually older) plugins that don't use the Command structure for creating their menu items.

EDIT: Are there any in particular that you don't see?

Has anyone else had problems with not all commands being available? I'm also missing a lot of icons that exist on other toolbars.

Version 1.0.2 is now uploaded. I added a third button that loads all saved custom toolbars with a single click.

The problem with generating the buttons at SU launch is that not all .rb files have been loaded when ToolbarBuilder loads, and thus some commands have not been created. This causes errors when the plugin attempts to create the buttons. I will continue to explore possible resolutions to this issue.

The current problem with autoloading the custom toolbars is that they depend on commands created by other plugins, and there's no guarantee that those commands will have been created when ToolbarBuilder is loaded by SketchUp and tries to build its toolbars. The benefit is having the toolbar position remembered, the drawback is missing buttons.

One solution is to have a button for a 1-click loader that will load all custom toolbars after SketchUp is fully launched and all .rb/s files are loaded. The benefit is all buttons load into the toolbar, the drawback is toolbar positions are not remembered.

The other solution (and I think the final answer for now) is a hybrid - autoload at launch creates empty toolbars (with the saved positioning), and a single button on the Smustard toolbar loads all custom toolbars after launch is complete.

Any input on this solution?

The issue has been resolved and the file uploaded. Your previous download link will now pull down the updated file.

@jorge2011 said:

Thank you very much for this plugin.
I installed this plugin and generates the following error:

ToolbarBuilder callback: build
Error: wrong argument type # <TypeError: (expected Sketchup::Command)>
C Program Files (x86) / Google / Google SketchUp 8/Plugins/ToolbarBuilderFree.rb: 251: in add_item ' C :/ Program Files (x86) / Google / Google SketchUp 8/Plugins/ToolbarBuilderFree.rb: 251: in create_html '
C Program Files (x86) / Google / Google SketchUp 8/Plugins/ToolbarBuilderFree.rb: 251: in each ' C :/ Program Files (x86) / Google / Google SketchUp 8/Plugins/ToolbarBuilderFree.rb: 251: in create_html '

You can fix it?
thank you very much

@panixia said:

mmm.. going on with testing and it only loaded the first toolbar i saved.. now it refuses to load others.. moreover it refuses to load the toolbar editor..

It seems these are related. I'm looking into it and will issue a fix ASAP.

@panixia said:

mmm.. another huge downside i didn't notice.. is that when you close and reopen sketchup the custom toolbars aren't loaded at all! i also saved the toolbar position and tried to restore, but nothing happens.. one have to load each saved toolbars every time? that's quite annoying..

It is noted in the description that in this initial release, toolbars must be manually loaded, but the first planned (free) update is to include an autoloader.

@panixia said:

so.. is it possible to have some "arrange buttons" functionality?
thank you!

That is a planned update, but you can do this manually by editing the .toolbar file.

@krisidious said:

what will happen with icons? if a plugin does not have icons can we make them?

Assigning custom icons is a planned update, but it can be done manually by editing the .toolbar file and adding the path to the icons (large & small).

@box said:

I agree that it is an excellent plugin, but without the save/load it's rather annoying.
It's a must have plugin in my book.

@krisidious said:

No... It's installed. I've been teased. I need it now...

The pro version is now available!

@unknownuser said:

:ecstatic: I love this plugin so much!

You can also post this on Plugins Forum to Spread the word of this magnificent new Plugin!

Cheers!

Glad you like it! I've taken your suggestion and posted on the Plugins forum.

ToolbarBuilderDemo is now available at Smustard.com. Build custom toolbars for your Ruby plugins!

The pro version (NOW AVAILABLE!) has the ability to save and load custom toolbars with planned updates to include other features.