[Plugin] TT_Lib²

tt_su

hm.. if you can load Selection Toys alone, but not with the rest of your plugins it sounds like a clash. Any chance you can find out which plugin it clashes with?

guanjin

@tt_su said:

hm.. if you can load Selection Toys alone, but not with the rest of your plugins it sounds like a clash. Any chance you can find out which plugin it clashes with?

Version 2.2 normal way? It will not conflict.

2.36 will flash back it?

tt_su

I'm sorry, but what do you mean by "flash back"?

guanjin

@tt_su said:

I'm sorry, but what do you mean by "flash back"?

After opening tools, a few seconds sketchup8 automatically quit.

tt_su

But doesn't happen when it is the only plugin installed?
If it crashes when you have other plugins installed, can you find out which one that will make it crash?

g_wilson

Hi - Given the season - I feel like Alastair Sim haunted by the Ghost of Christmas Past dragging the chains of XP about. I loaded 2.3.6 Selection Toys - SU8 starts up - stays up - functions with no problems. All items in tool bar enabled. BTW => XP SP3 plus TT Library v2.9.4 plus I also have a gazillion plugins installed but none of the known troublemakers.

irwanwr

@tt_su said:

irwanwr: did 2.9.4 fix the error message you where getting?

Nope. No error at all
Selection Toys 2.3.6
Edge Tools 2.0.4
UV Toolkit 2.3.1

on Win XP SP3, IE 8.

Oxer

Hi, I have a question, why does appear the TT_Lib² in Disabled Extensions on SketchUcation Extensions Manager window?
In SketchUcation Plugins Manager window it appears like Plugin Loaded (see the image below).
I select TT_Lib² on SketchUcation Extensions Manager window and I push the button Load-Permanently, I close the window and quit SU, then I restart SU but TT_Lib² appears in Disabled Extensions again.

TIG

When an Extension 'sticks' in the disabled [red] side of the Manager despite you trying to enable it, then it means that something is wrong with its code as it loads...

Have you ever disabled this Lib ?
Are you sure it is installed correctly ?

Look at the files inside the Plugins folder.
If they are named ending in .rb! they manually rename them as .rb and restart SketchUp.
You should now see an error message.
This might help resolve what is wrong.

If you have FULL rights to your Plugins folder and have installed the very latest versions of the Lib and other related Plugins, then there should not be any odd behavior

tt_su

Maybe the PluginStore is confused over the root TT_Lib2.rb file. It implements SketchupExtension class - it it appear in the Window > Preferences > Extensions list. But unticking it won't disable TT_Lib2 because the plugins that use it load TT_Lib2/core.rb directly.

I still don't know if that is the case though, I don't know what PluginStore is doing.

When TT_Lib2 appear disabled in PluginStore - do the plugins that depend on it load?

TIG

@TT - your Lib appears in the native Extensions panel and the SketchUcation Extensions Manager.
But it fails to display details in the latter - I suspect because you've named it with a superscript 2 - because if I rename it with a normal 2 it works with details etc !
So that is probably causing subtle issues - perhaps in js ?

So I know how to probably fix the issue - I'm testing it shortly...

Watch for v2.5.0 out soon...

tt_su

Ah, an multi-byte character issue then.

TIG

I now have it working with the superscript 2...

tt_su

Thanks TIG!

That superscript 2 has caught many off guard.

"Nobody expects Unicode multi-byte characters!"

TIG

Oddly the superscript 3 in your 'Cleanup' name works just fine.
It's only seems to be the superscript 2 !
But then even 178.chr fails too...

I already knew that names including a ' or starting with '#' messed up in the ruby/js/callbacks...

I have also now found that names ending in a <space> also mess up !

But they are all trapped now.

tt_su

huh! That's very odd, as I'm sure that superscript 3 is in unicode as well... :s

TIG

Tell me about it...

The characters in Extension names that mess with ruby/js/callbacks in webdialogs when passing js-side RS joined [RS = String.fromCharCode(30)] arrays, that are then then split at RS [RS = 30.chr] ruby-side, to give the individual names, are:

[pre:1yxha6nn]<space> at the end of the name

at the start of the name

' [single-quote] anywhere in the name
² anywhere in the name[/pre:1yxha6nn]

It doesn't matter if that is Unicode or ASCII 178.chr
Other superscripts etc like ³ do not seem to cause issues at all...

I have a series of traps to stop issues now - these will be in an upcoming release [aka 2.5.0]...

Oxer

In the end, you have found the problem of TT_Lib² in Extension Manager

TIG

@oxer said:

In the end, you have found the problem of TT_Lib² in Extension Manager

You can still manipulate that Lib [for now] in the native Extensions panel.
I'd always leave it 'enabled' anyway...
A new version of the SketchUcation Toolset, including the updated Extensions Manager and lots of new goodies, is in alpha-testing now - sliding into beta-tesing soon - and then v2.5.0 will be released - probably early in the new year ?

TIG

Now the bad news...

After further testing... I confirm that my fix for a superscript 2 in the Extension's name doesn't work with TT_Lib² after all... It was a spurious result...

It must be something to do with the way the file calls itself - almost unique amongst Extensions !
Then I noticed that Fredo's Lib uses a fake Extenson...

#Compatibility with EWH begin ; SketchupExtension.new "toto", "toto.rb" ; rescue ; end

That is all, and that gets past the EWH check and does NOT register an Extension ?
Although through other means there is an entry fro LibFredo6 ?? ...

So the fix seems to be in TT's hands.

Simply remove the current 'extension making code' and add in a 'fake file' like as shown above, and it works... there's no 'fake extension' confusing users in the Preferences OR the SCF Extensions Manager...