[Plugin] LordOfTheToolbars - v4.0a - 22 Sep 26

Horizon41

@fredo6 Hi, I checked the Fredo library and it is correct. I am not sure about how the Ruby + Console works. I tried leaving it open and there are warnings, but I cannot see any mention of LOTT. See below, for 1st console page which contains links that go to a lot of code in the console

"Add help menu!"
"create new"
"created"
#Sketchup::Menu:0x000001f0e18eddd8
(eval):23: warning: calling URI.open via Kernel#open is deprecated, call URI.open directly or use URI#open
internal:warning:43:in warn' <internal:warning>:43:in warn'
…/rubygems/core_ext/kernel_warn.rb:52:in call' …/rubygems/core_ext/kernel_warn.rb:52:in block in module:Kernel'
…/open-uri.rb:18:in open' (eval):23:in pull'
(eval):203:in `block in module:Notification'

TIG

@horizon41
The current version is 16.2b - perhaps you made a typo ? You need to restart SketchUp after installing any extension so it is properly synced.
Please post the whole error message - part is not sufficient - in the Ruby Console -Ctrl+A to Select All then Ctrl+V to Paste that into your message here...

Horizon41

Thanks I have restarted each time, after several reinstalls. There is definitely an issue. I was trying to do a clean install. Maybe I need to track down some sort of cache or config file that might be corrupt, it appears to revert to the last backup. Here is the full console message.
Editor Clear
Console
Help Select Menu
"Add help menu!"
"create new"
"created"
#Sketchup::Menu:0x0000020f29900cb0
(eval):23: warning: calling URI.open via Kernel#open is deprecated, call URI.open directly or use URI#open
internal:warning:43:in warn' <internal:warning>:43:in warn'
…/rubygems/core_ext/kernel_warn.rb:52:in call' …/rubygems/core_ext/kernel_warn.rb:52:in block in module:Kernel'
…/open-uri.rb:18:in open' (eval):23:in pull'
(eval):203:in `block in module:Notification'

Horizon41

I can confirm Library is 16.2b

TIG

The open v. URI.open deprecation issue has been around for quite along time.
Any developer using it will have rewritten their code to sidestep that issue and use the current 'safe' methods...
I can't believe that Fredo has left this 'hanging' - so have you perhaps got some now incorrect older legacy Fredo files loading, which could confuse the situation ?
Fredo might have some ideas as to what files to look for ??
@fredo6 do6 ?

fredo6

Did you upgrade Sketchucation tools to 5.0.8 ?

TIG

@fredo6
Question: why is there an open v. UI.open error message at all ?
I sure you will have trapped for that long ago after the versions' Ruby changes ?
Could he have a rogue file hanging around in one of your subfolders which is somehow loading a spurious old deprecated method ?

fredo6

LibFredo6 does not use URI.open anyway.

fredo6

@horizon41
Do you still have the problem of height adjustment with LOTT?

Horizon41

Yes. I have checked all my drivers. Updated 3d Connex and Nvidia RTX. I also did a repair/install on sketchup. I uninstalled and reinstalled LOTT. NB it did reinstate the last toolbar configuration. The same problems are there. I suspect the auto adjust palletes may be the issue. I am using the default hover mode and if I hover and click the tab that pallete moves to below the Sketchup Top Toolbar about 20mm below the main LOTT. 1 pallette moves directly beneath the LOTT. I cannot move the order of the tabs in the LOTT and I cannot move any of the palletes. Some of the toolbars are not showing all the tabs and I can adjust (not move) to show but it forgets this regardless of whether auto adjust is selected.

Is it possible for me to try reinstalling the previous version? I did not save it. Thanks

TIG

So a weird message - a rogue older Lib6Traductor ot similar that might load and add a spurious old method ?
I assume that you you checked the expected code with a 'find' by line to see if a raw 'open' ever gets called - by mistake [e.g. a typo] - and there by the error can mistakenly assume that UI.open was the intention ?