[Plugin] TT_Lib²
-
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 -
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.
-
... 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 errorplease be more specific for both folders: empty completely or temporarily rename and create an emty one
-
@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 errorThat 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.
-
I think we have established that ttVertex works, apart for the solids inspector error
I am ready to do as you recommendthought 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 methodadd_item' for nil:NilClassError Loading File C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/lss_toolbar/lss_crvsmth.rb undefined methodadd_item' for nil:NilClassError Loading File C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/lss_toolbar/lss_ctrlpnts.rb
undefined methodadd_item' for nil:NilClassError Loading File C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/lss_toolbar/lss_fllwedgs.rb undefined methodadd_item' for nil:NilClassError Loading File C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/lss_toolbar/lss_mshstick.rb
undefined methodadd_item' for nil:NilClassError Loading File C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/lss_toolbar/lss_pathface.rb undefined methodadd_item' for nil:NilClassError Loading File C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/lss_toolbar/lss_pnts2mesh.rb
undefined methodadd_item' for nil:NilClassError Loading File C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/lss_toolbar/lss_recursive.rb undefined methodadd_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 -
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?
-
you must be hungry by now,
so I have sent you a box of cookies (Belgian First Quality Pralines)
Frank
-
@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?
-
I will proceed along your instructions
-
@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 -
-
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.rbto be loaded beforett_vertex.rb- because it made the assumption that nothing other thantt_vertex.rbwould be loading it.
-
: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.
-
Organizer?
-
-
Ah. So that's not so good.
-
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.
-
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' -
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.
-
I'm puzzled why he made the Plugins folderstructure into the hierarchy of the custom menus... o_O
Advertisement