SketchUcation Tools in 2017
-
-
Have you tried the old trick of deleting the IE cache ?
Then restarting SketchUp and dialog ? -
@tig said:
Have you tried the old trick of deleting the IE cache ?
Then restarting SketchUp and dialog ?Just tried that and that did not solve the problem either. Still same result
-
A silly question: Could this be an OpenGL problem and how do I check to see that my laptop configuration support OpenGL 3.0?
-
In SU
Window>Preferences>OpenGL>Graphics Card Details
mine is 4.5.0.
I too am an IE user.
-
@rich o brien said:
3.0.2 available to download
Can you try this?Sorry for my ignorance, but how do I install the RBZ on SU2017...??
I don't have the "Install extension" options available in SU2017...
The installation video doesn't help me in any way... -
Go to Window/Extension Manager and the Install button is on the bottom left.
-
Cheers, Box...
Any way... Like others, it's still the same for me...
I see the Extension Store bar and nothing else...
Can resize it and clicking the maximize just makes the top bar wider...Similar to JQL I've tried everything Tig has suggested to no avail...
-
Could it be because I have Firefox set up as my default browser...?
-
@frederik said:
Could it be because I have Firefox set up as my default browser...?
Changing it to Edge or Chrome doesn't seem to do anything...
(Yes, I have restarted SU after switching to another browser...) -
Even restarting Windows doesn't help...
Feel I've tried everything possible... -
Just for the avoidance of doubt...
SketchUp 2017 introduces its own built-in browser [Chromium], which is used for the v2017 only HtmlDialogs.
The WedDialogs used by many extensions - like ExtensionStoreยณ - use Internet Explorer [Safari on MAC].
What you use for day-to-day browsing is unimportant - SketchUp always uses IE.
Clearing the IE cache can sometimes fix display issues...
It will be a major undertaking for authors to recast the hundreds of WebDialog dialogs into the new HtmlDialog format, and of course they would not be compatible with <v2017 anyway, so for now the new dialog format is not likely to become very common. The old format still works in v2017 - or at least it does for many of us... The reports here are weird and may stem from a number of unrelated issues - that's why I suggested various approaches...
Personally the dialog performs in v2017 exactly as v2016One further point can you look at the Registry entry as outlined here.
http://sketchucation.com/forums/viewtopic.php?p=606859#p606859
HKEY_CURRENT_USER\SOFTWARE\SketchUp\SketchUp 2017\WebDialog_SketchUcation ExtensionStore
Do not delete the entry, but note the the Height and Width values, and reset them to something like the example [869 & 817] - remembering to change the values to decimal input [unless you are a hex wiz].
Restart SketchUp and report back [with original H & W values too]... -
You might have nailed it Tig...
Taking a look at the registry I get this:
I'll try changing the height and report back
-
Damn,
I quit sketchup, change the registry value Height for a decimal value of 512, then open sketchup 2017, open Sketchucation Extension Store and only see a bar as usual.
I close sketchup again, an go to the registry and I see that the decimal value is back at 37...
This is very strange as it seems eithe Sketchup or Sketchucation Extension Store is forcing that value.
-
As JQL indicates you can reset the values for the dialog in the registry but this has no effect on the height of the dialog in SU. If you quit SU without attempting to resize the dialog the registry values remain unaltered. Changing the size of the dialog in SU resets the height value in the registry to Decimal 37. It looks like the width value is responding correctly to resizes.
Clearing the IE cache has no effect.
-
This weird, it works OK for many of us...
Please copy+paste+enter these in the Ruby Console.
SCF_Dialog::MINWIDTH
350 ???
SCF_Dialog::MAXWIDTH
900 ???
What do you get ?
These are used to set the default sizes, BUT any customized H/W are then remembered in the Registry as SketchUp closes.
Note that the
MAXWIDTH
is actually re-used for the initial default dialog height, thereafter it should be remembered as what was set by the user.Something is resetting that dialog's height for some of you...
-
Can someone with this problem please try a slightly different approach...
Close SketchUp 2017.
Use Regedit again to reset the dialog's height to a reasonable number [say 500] in the Registry and then close.
Now select the SketchUp 2017 exe icon [or the equivalent desktop-shortcut] and...
right-click > context-menu > Run as administrator
this will launch SketchUp slightly differently with some subtle side-effects like diabling image drag-n-drop !Any improvement on the SCF dialog front ?
-
@tig said:
This weird, it works OK for many of us...
Please copy+paste+enter these in the Ruby Console.
SCF_Dialog::MINWIDTH
350 ???
SCF_Dialog::MAXWIDTH
900 ???
What do you get ?
Please see attached screen grab...
-
@tig said:
Can someone with this problem please try a slightly different approach...
Close SketchUp 2017.
Use Regedit again to reset the dialog's height to a reasonable number [say 500] in the Registry and then close.
Now select the SketchUp 2017 exe icon [or the equivalent desktop-shortcut] and...
right-click > context-menu > Run as administrator
this will launch SketchUp slightly differently with some subtle side-effects like diabling image drag-n-drop !Any improvement on the SCF dialog front ?
No difference. It still only displays the dialog's bar, and reverts the registry to a value of 25(hex) and 37(decimal)
-
I just tested it again and changed ALL reg values to 512.
This made SCF change the width of the bar and still don't display anything else.
Then I closed Sketchup and got back at the registry editor. Here's what I got:
Advertisement