Disappearing toolbar under OSX?
-
@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.2Can not upgrade driver
-
@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!)
-
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?
-
@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.
-
@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
-
@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.
-
@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 -
@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
johnAnd what other side-effects does erasing these files have?
-
you loose all 'user' settings, the app regurgitates it's default list on next startup,
it's a common debug step, "trash the preference list" although I prefer to overwrite or delete only the suspisious ones, so I keep all my paths, toolbar co-ords etc...
john -
so the code I left earlier in the thread would have done the same thing, but only to your plugins prefs, if it had all your plugins names right...
-
Right, I need to make a note of this. How often do you find yourself doing this?
-
a lot when debugging things, or adding extra functionality [like Web Inspector] it so easy to do from Ruby Console using unix or SU cmds.
Advertisement