Disappearing toolbar under OSX?

thomthom

Try this - from Windows > Ruby Console: (Type each command and see what the results are)

t=UI.toolbar('Vertex Tools')

t.visible?

t.get_last_state

t.show

gt5

@thomthom said:

Try this...

t=UI.toolbar('Vertex Tools')
#UI::Toolbar:0x165b4e04
t.visible?
true
t.get_last_state
1
t.show
nil

wind-borne

@thomthom said:

@wind-borne said:

That toolbar does occasionally disappear for me also, usually when editing a group.

Really? And only with Vertex Tools?

Now we have established gt5's problem is not the button but the toolbar inside of Vertex Tools that is missing.

The main toolbar and information panel within Vertex Tools have at times disappeared when editing inside of a group. Vertices will be highlighted blue as if waiting to be selected, no toolbar and nothing can be selected in Vertex Tools until I exit group and reenter group edit mode and open Vertex tools again. Then all functions normal. Select freehand initial tool. Of course I couldn't recreate today
I use a different color for selections in SU, that blue only shows up inside of Vertex Tools.

I rely on 'edit vertices' shortcut to activate tool so I never have that initial toolbar button visible if that is what you are asking about.

thomthom

@gt5 said:

@wind-borne said:

Are we talking about the single button to activate tool?
.

Nope, the single button is there. It's the long toolbar that appears after one clicks the button that as wondered off.

Ah! I completely missed this! Sorry - now I'm with you!

Ok - lets debug that toolbar:

Can you please type:
TT_Vertex.settings

thomthom

@wind-borne said:

The main toolbar and information panel within Vertex Tools have at times disappeared when editing inside of a group. Vertices will be highlighted blue as if waiting to be selected, no toolbar and nothing can be selected in Vertex Tools until I exit group and reenter group edit mode and open Vertex tools again. Then all functions normal. Select freehand initial tool. Of course I couldn't recreate today

When this happens, can you please open the Ruby Console and see if you're getting any error messages?

gt5

@thomthom said:

Ok - lets debug that toolbar:

Can you please type:
TT_Vertex.settings

TT_Vertex.settings
#<TT_Vertex::Settings:0x169d16f4 @section="TT_Vertex", @cache={:remember_uv=>true, :view_normals=>true, :context_menu=>true, :radius=>0.0, :vertexinfo_x=>615, :axis_lock=>false, :normal_size=>20, :vertexinfo_y=>234, :gizmo_visible=>true, :l10n=>"en", :vertex_size=>6, :merge_tolerance=>0.393700787401575, :last_select_tool=>:rect, :last_tool=>"T_Select_Rectangle", :toolbar_x=>1133, :axis=>:local, :auto_smooth=>true, :ss_cos=>false, :toolbar_y=>202, :initial_tool=>"T_Select"}>

thomthom

hm... And your monitor resolution is larger than 1133px wide? Or, is your viewport that wide?

Sketchup.active_model.active_view.vpwidth

And if you have the Ruby Console open while you use Vertex Tools, do you see any error messages appearing?

gt5

@thomthom said:

hm... And your monitor resolution is larger than 1133px wide? Or, is your viewport that wide?

Sketchup.active_model.active_view.vpwidth

And if you have the Ruby Console open while you use Vertex Tools, do you see any error messages appearing?

Sketchup.active_model.active_view.vpwidth
1766

no errors in console

thomthom

I'm baffled.

Could it be an OpenGL issue, hardware? If you disable hardware acceleration under Preferences - does that have an effect?

gt5

@thomthom said:

I'm baffled.

Could it be an OpenGL issue, hardware? If you disable hardware acceleration under Preferences - does that have an effect?

Ok, this is just weird:
Turned off HA
Dialog says: The change will take effect for new windows
Toolbar returns in the existing window
However, now it's gone again regardless of HA setting! (I even tried restart.)

I may need to reinstall the OS--not fun

thomthom

That is very strange. What are you hardware specs? What is the graphic card?
Is it possible to update the graphic driver - or is that done automatically by OSX?

thomthom

Do you notice any artefacts in any other applications?
What about Fredo's tools - he uses similar technique to draw the UI as I do.

gt5

@thomthom said:

That is very strange. What are you hardware specs? What is the graphic card?
Is it possible to update the graphic driver - or is that done automatically by OSX?

2010 Quad-Core 2.93 GHz i7 iMac
16GB RAM
ATI Radeon HD 5750 1GB Graphics Ram OpenGL 3.2

Can not upgrade driver

gt5

@thomthom said:

Do you notice any artefacts in any other applications?
What about Fredo's tools - he uses similar technique to draw the UI as I do.

no problems with other apps or fredo's stuff

sketchup (and only sketchup) itself crashes a lot

it may, in fact, be the most poorly written high profile app ever--they know there's something terribly wrong or they wouldn't have two different, simultaneous, autosaves! (And neither of them work as advertised!)

Chris Fullmer

Two different simultaneous autosaves? Worst written high profile App? We must not be using the same software. Mine almost never crashes (except when I'm doing particularly grueling things to it in terms of high poly models).

but seriously, simultaneous autosaves, what does that mean? I've never seen that. Mac thing? Or is your SU really borked?

thomthom

@gt5 said:

sketchup (and only sketchup) itself crashes a lot

hm... sounds something is amiss. I do experience the occasional crash, but not a lot - and I can almost every time trace it down to a rouge plugin. Sandbox Tools is my main cause for crashes - but that's only when I use it. Some other plugins might have observer active that might crash SU at any given time.

Do you have a lot of plugins installed?

Could you try running SketchUp with just Vertex Tools - no other plugins? Just so we can eliminate conflicts.

This is a very difficult issue to debug, as it appear to be local to your machine. And all the data I get out of the API indicate that the toolbar is positioned and visible in the viewport - which makes me suspect there is something else going on here.

gt5

@thomthom said:

....difficult issue to debug, as it appear to be local to your machine.

That's it! Boy do I feel silly. Deleted the .plist files, restarted, problem solved!

Sorry to have troubled you, I should have thought of this sooner.

g

thomthom

@gt5 said:

@thomthom said:

....difficult issue to debug, as it appear to be local to your machine.

That's it! Boy do I feel silly. Deleted the .plist files, restarted, problem solved!

Sorry to have troubled you, I should have thought of this sooner.

g

I'm not that familiar with OSX - can you explain what these .plist files are? Where they are? In case I should get this questions again.

driven

@TT
it's where defaults write and sketchup.write_defaults both read/write from/to.
~/Library/Preferences/com.google.sketchuppro8.plist
there is also another less obvious one here
~/Library/Application Support/Google SketchUp 8/SketchUp/Shortcuts.plist
john

thomthom

@driven said:

@TT
it's where defaults write and sketchup.write_defaults both read/write from/to.
~/Library/Preferences/com.google.sketchuppro8.plist
there is also another less obvious one here
~/Library/Application Support/Google SketchUp 8/SketchUp/Shortcuts.plist
john

And what other side-effects does erasing these files have?