SketchUp 2014 Icon missing from Toolbar ? Solved!

TIG

Are you 100% sure that the image file exists in the specified folder exactly as it's typed into the toolbar-making code.
Do you have two valid and correctly named images [one for each toolbar size], and have them accurately specified in code ??
The "green-yeuk!" image on a button appears when the specified image cannot be found [or is unusable].
Perhaps you got something obscure like a special-character in the image's file-name?
Try renaming it with copy+paste from the code itself.
Or perhaps an image in the v2014 subfolder with obscure security permission settings - NOT readable for example ? Or a corrupted png ?
If you bring in a copy from the working earlier version and overwrite does it work.
Can we see the toolbar making code and a list of the image files??

tomot

Here are the 2 example I sited again

concrete_frame_icon1.png
concrete_frame_icon4.png
concreteaddon_icon.png <--- this is the "green-yeuk!" icon

The other example was the truss icon:

truss_icon.png <--- this is the "green-yeuk!" icon

I can't seem to produce a screen capture of the tooltip which shows correctly when the
"green-yeuk!" icon is highlighted by my mouse, these Rubies still run, the "green-yeuk!" icon just annoyingly sits there

But again I must emphasize, I see no reason why these Icons trade there "green-yeukyness"
based on what what computer they run on. Once more there is NO "green-yeukyness" icon in SU 8 which also runs happily on both computers.

TIG

@tomot

I asked for a screen-shot of your Plugins subfolder showing the icon files, and a snippet of the code that is trying to use them for the buttons, so we could be sure they 'exist' and the code matches the path etc.

When the image is not used it suggests that either there is something wrong with the image OR it has not been found !
To test it exists try this code snippet in the Ruby Console:

File.exist?("full_path_to_the_png")

Where you substitute the "full_path..." with where the file ought to be - "C:/...../Plugins/.../concreteaddon_icon.png" etc...

If it returns 'true' then that file does exist...
So there is something wrong with it !
Check its details in an image-editor - size, format etc, compared to an image that you know will work...

If it returns 'false' then it is missing, so make sure it is there in the folder and retest...

tt_su

Can you supply a full working example with code and icons? ZIP or RBZ we can install and debug?

tomot

@tt_su said:

Can you supply a full working example with code and icons? ZIP or RBZ we can install and debug?

You got mail!

tomot

@tig said:

@tomot

I asked for a screen-shot of your Plugins subfolder showing the icon files, and a snippet of the code that is trying to use them for the buttons, so we could be sure they 'exist' and the code matches the path etc.

Please trust me, there is no change in the snippet of code, pertaining to the use of the 3 icons, otherwise SU8 would show the same error. BUT SU8 has no "green-yeuk!" icon

TIG

So there's maybe something wrong with the PNG itself ?
Did you try all of the tests I suggested to at least rule out misnaming etc

tomot

I found the problem!
I just installed my original Bootable Disk image HDD
It has NO Icon Problem, with SU14.

So I looked thru the code. and yes an _ (underscore) went missing in the icon title.
I'm current looking at a 3rd Bootable Backup to see whats happening with it.

I strongly suspect this may have been a file saving error. Caused by my Editor.
SU8 shows no errors, because the _ is not missing.

TIG

So it was a file [mis]naming issue !
Had you tried my suggested tests on the file-path in the code File.exist?()
http://sketchucation.com/forums/viewtopic.php?p=516878#p516878
then you might have got a clue nearly a week earlier...

tomot

Point well taken. Its an odd coincidence, which transpired with my desperate attempt to become SU14 compliant. ......S**T happens!

TIG

Tell me about it...

Look what's just cropped up with users of v2014 who include a' in their Windows User name... their Plugins won't load...
OR v2014 Windows Users who manage to setup an accented-name that is not UTF8 encoded [unexpectedly surprisingly easy!], bringing us all back to the pre-v2014 days of accented-user-names dismally failing when accessing FILE/TEMP etc... it can be fixed in v2014 by considerable [unexpected] convoluted hoop-jumping by plugins-authors, who now need to avoid an issue that Ruby2.0 was mean to circumvent - AND NOT MAKE WORSE [FFS]!