[Plugin] TT_Lib²

hygicell · 10 Oct 2012, 10:51

1.a do you mean completely empty visualstore (or rename it and create an empty one)?
1.b I think you mean: rename plugins folders, so that plugins is empty?

2.a do you mean completely empty visualstore (or rename it and create an empty one)?
2.b I think I tried that (without 2.a) with good results (see page 7, 2/3 down) except for the solid inspector error
and, as said, I don't need solid inspector for the moment

thomthom · 10 Oct 2012, 10:58

I want to see what happens when you have nothing in the VirtualStore folder and the Plugins folder. Because it's was very odd how it previously seemed to indicate something was still loading. (the solid inspector)

Re: 2.b Yes, we tried that, but before checking the VirtualStore.

hygicell · 10 Oct 2012, 11:14

... and it might be that I had installed solid inspector in between tests, as I was in the learning curve for solids
which would probably explain the error

please be more specific for both folders: empty completely or temporarily rename and create an emty one

thomthom · 10 Oct 2012, 11:26

@hygicell said:

... and it might be that I had installed solid inspector in between tests, as I was in the learning curve for solids
which would probably explain the error

That would make more sense.

@hygicell said:

please be more specific for both folders: empty completely or temporarily rename and create an emty one

Doesn't matter how you empty them. Rename, move or whatever.

Just try to start SketchUp with empty Plugins folder and empty VirtualStore folder.

If it starts without errors with empty Plugins folder, install Vertex Tools.

If Vertex Tools then works it would indicate some issue with your existing plugins folder and you'd have to incrementally start to reinstall your other plugins and see when any error appearing.

We would then be able to identify when the problem occurs and determine if we're looking at a plugin conflict.

hygicell · 10 Oct 2012, 11:54

I think we have established that ttVertex works, apart for the solids inspector error
I am ready to do as you recommend

thought it would maybe spare us some time if first I test with all extensions except ttVertex disabled in the preferences window:

didn't do much good, quite the contrary
so I will proceed
but while I start doing what you ask, maybe you can inspect if at first sight there might be a conflict that has been exposed:

Error Loading File C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/TT_Vertex/loader.rb
uninitialized constant TT_VertexError Loading File C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/lss_toolbar/lss_blend.rb
undefined method add_item' for nil:NilClassError Loading File C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/lss_toolbar/lss_crvsmth.rb undefined method add_item' for nil:NilClassError Loading File C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/lss_toolbar/lss_ctrlpnts.rb
undefined method add_item' for nil:NilClassError Loading File C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/lss_toolbar/lss_fllwedgs.rb undefined method add_item' for nil:NilClassError Loading File C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/lss_toolbar/lss_mshstick.rb
undefined method add_item' for nil:NilClassError Loading File C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/lss_toolbar/lss_pathface.rb undefined method add_item' for nil:NilClassError Loading File C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/lss_toolbar/lss_pnts2mesh.rb
undefined method add_item' for nil:NilClassError Loading File C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/lss_toolbar/lss_recursive.rb undefined method add_item' for nil:NilClassError Loading File C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/lss_toolbar/lss_tlbr_common.rb
undefined method `add_separator' for nil:NilClass

thomthom · 10 Oct 2012, 12:02

Not all plugins can be enabled/disabled via the Extension list.

Not sure about that error. I'm unfamiliar with that is prefixed with "lss"... But this doesn't mean immediately there's a conflict with that. Maybe something it required was deactivated. This is why to be sure one need to do one by one - I'm afraid.

Just to be 100% sure I've understood correctly: Vertex Tools loads with no issues when it's installed by itself?

hygicell · 10 Oct 2012, 12:03

you must be hungry by now,
so I have sent you a box of cookies (Belgian First Quality Pralines)
Frank

thomthom · 10 Oct 2012, 12:04

@hygicell said:

you must be hungry by now,
so I have sent you a box of cookies
Frank

That was mighty kind of you! Now let us hope we can pin down the source of your issue. I'll feel really bad if I cannot help.

Btw, are you going to Basecamp?

hygicell · 10 Oct 2012, 12:05

I will proceed along your instructions

hygicell · 10 Oct 2012, 12:07

@thomthom said:

Not all plugins can be enabled/disabled via the Extension list.

a suggestion for a plugin or for sketchup?
would make debugging fast and easy

thomthom · 10 Oct 2012, 12:09

@hygicell said:

@thomthom said:

Not all plugins can be enabled/disabled via the Extension list.

a suggestion for a plugin or for sketchup?
would make debugging fast and easy

I think Dana was working on a Plugin Manager... ...I'll poke him and query the status.

thomthom · 10 Oct 2012, 18:42

Whoa! After a remote session (thanks to Teamviewer) I found the culprit! It was organizer which doesn't just modify the menus etc, it even loads the files it iterates - causing Vertex Tools' loader.rb to be loaded before tt_vertex.rb - because it made the assumption that nothing other than tt_vertex.rb would be loading it.

hygicell · 10 Oct 2012, 19:03

    :facepunch:  :rolling_on_the_floor_laughing:  :heart_eyes:  :sunglasses:  :sunny:  :smile:  :smile:  :wink:  :open_mouth:  :astonished:

Your message contains too many smilies. The maximum number of smilies allowed is 15.

Dave R · 10 Oct 2012, 19:51

Organizer?

thomthom · 10 Oct 2012, 19:58

(www.smustard.com)

Dave R · 10 Oct 2012, 20:01

Ah. So that's not so good.

thomthom · 10 Oct 2012, 20:08

It does say in the description of Organizer that sub-folders in the plugins folder needs to be excluded (because it assumes all sub-folders otherwise belongs to Smustard... )

But I had no idea how that plugin worked. I was just somewhat aware it did something with the menus. So now I've been debugging, with my user who's also had to deal with this, for the last three days. I don't like the invasive behaviour of Organizer.

TIG · 10 Oct 2012, 21:28

Neither had I !

@unknownuser said:

There is also a mechanism for developers to easily exclude their subfolders so Organizer will not try to load the contents of those folders. This should result in a smoother experience for users, who won't have to contend with manually maintaining the excluded folders list in the SmustardOrganizerExcludeFolders.txt file.

To do this: in your subfolder, create an empty text file called "exclude.txt" - that's it!
I too don't like the way that 'other developers' [AKA most of us] are expected to avoid their sledgehammer.
There are many tools that have subfolders of other files that don't auto-load...
They never should be auto-loaded anyway !? Surely that must be up to loader-scripts or extension-loaders to decide... Why has RickW made it this way at all ?
Have you messaged him ??
Another candidate for the 'Quarantine Badge'

thomthom · 10 Oct 2012, 22:32

Yea - as it is now it by-passes the Extension mechanism of Plugins. Unless they exclude themselves. Which is really not something he should expect a developer to do. It shouldn't be an opt-out system. How on earth is a developer expected to know about the behaviour of another plugin like that?

I've not contacted him, no. I exhausted my computer time today debugging this.

thomthom · 10 Oct 2012, 22:35

I'm puzzled why he made the Plugins folderstructure into the hierarchy of the custom menus... o_O