[Plugin] LordOfTheToolbars - v4.0a - 22 Sep 26
-
Could you check the effective version of LibFredo6, as there has been some issues on the Sketchucation server side.
Use menu Window > LibFredo6 Settings... > About LibFredo6... You should see v6.2a or 6.2b. -
Hi, the Library is 6.2b. I am not sure about how to use the Ruby Console to check for errors. I tried leaving it on and restarting sketchup. I am using sketchup pro 21. Everything was ok with the previous version of the Toolbar. Thanks
-
@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:inwarn' <internal:warning>:43:inwarn'
…/rubygems/core_ext/kernel_warn.rb:52:incall' …/rubygems/core_ext/kernel_warn.rb:52:inblock in module:Kernel'
…/open-uri.rb:18:inopen' (eval):23:inpull'
(eval):203:in `block in module:Notification' -
@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... -
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:inwarn' <internal:warning>:43:inwarn'
…/rubygems/core_ext/kernel_warn.rb:52:incall' …/rubygems/core_ext/kernel_warn.rb:52:inblock in module:Kernel'
…/open-uri.rb:18:inopen' (eval):23:inpull'
(eval):203:in `block in module:Notification' -
I can confirm Library is 16.2b
-
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 ? -
Did you upgrade Sketchucation tools to 5.0.8 ?
-
@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 ? -
LibFredo6 does not use URI.open anyway.
-
@horizon41
Do you still have the problem of height adjustment with LOTT? -
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
-
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 ?
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login
Advertisement