Disappearing Sandbox-MAC
-
I now have the OSX version of GIMP and you can put the various toolboxes and windows in a single pane with the workspace or let them float. It's easy to sort them out, load, collapse, hide and switch windows. And when you open the app again, it's the way you left it. Similar to tool icons, brushes etc. can be added and they all find a place to go.
-
@pbacot said:
I now have the OSX version of GIMP and you can put the various toolboxes and windows in a single pane with the workspace or let them float. It's easy to sort them out, load, collapse, hide and switch windows. And when you open the app again, it's the way you left it. Similar to tool icons, brushes etc. can be added and they all find a place to go.
yeah, there are definitely solutions out there.. it's just a matter of whether or not the su team is willing to dive in and come up with something better.. for me, the ruby toolbars aren't even that big of a deal (other than the ones that won't stay invisible when i close them).. i don't really have that many showing and work mainly from keystrokes.
the main problem area for me are the panels (entity info, outliner, styles, etc).. i just launched sketchup and took a screenshot of my panels.. honest- no fiddling around to make them look bad or anything like that.. this is simply the state they were in after my last su session:
they just get out of hand so quickly.. they're supposed to stick together but far too often, i'll expand one and instead of the rest of them sticking to the bottom and moving accordingly, the freshly expanded one will un-attach and cover the rest of them.. so i then have to move those out of the way in order to get to something underneath etc.. after a relatively short amount of drawing time, they're a mess-- even if i start a session with them completely organized.
-
@chris fullmer said:
So is it common that the DC, Sandbox, Advanced Camera tools, and Photo textures toolbars always turn themselves off on your macs?
ChrisHi Chris, for me it's been like that for a quite while now, and today still on 3 different Macs.
I will try and ask around other Mac users.
In fact, all ruby extensions show this behaviour here.
For my main ones, I play with the "toolbar" code (adding ##) in the ruby script until they always stay on. -
Very interesting Mario and Jeff. There is a good example between the two of you, Mario has all his ruby toolbars close every time he closes SU, Jeff does not. I can't see it either, but we keep getting reports of it from users and developers. At this point, we can't figure out how to make it reproducible and I'm having a hard time tracking it down. Driven has done some good background investigation into it, as it affects him as well. But so far it is still eluding us
-
Jeff,
That issue with the windows seems the most important and annoying. I use two monitor setups and I realize there's not a lot to be done without Apple stepping in, but when they get pushed about the monitor change--if they'd just stick together. I always want the entity window at top--the rest I have given up keeping a standard order and just sort them every session as I need them. At least SU nicely re-sizes the work space window to accommodate the dialog position when you place them against the side. I have other apps that can't do that.
Peter
-
Yes, those SU toolbars are always off at start. (ruby extensions)
But the toolbars of added plugins are always on OR off, until I play with the script.
For instance LIghtUp and Subsmooth are always ON, but
Fredoscale, Keyframe Animationand TOS are always OFF,
to name just a few.
There are a lot of different ways of coding the toolbar display in the scripts out there.Updt: Even Fredo's newly updated plugins still are off at launch. Maybe this has to be settled with somebody at Apple.
Updt: Looks like a Toolbar last_state is always set to 0 at launch. Is it possible that the TB (or it's variable) is recreated at each launch ? I'm no coder ...
p.s.: Let's stick to the floating toolbars for now.
And address the mac top toolbar later since the problem is half solved (by opening a new window). -
Here is, hopefully, another clue.
The toolbar of Flattery is always on,
and that of Mirror is always off.Ckeched with a friend, he has same trouble.
Could it be in there ? User/Library/Saved Application State
-
@mariocha said:
Could it be in there ? User/Library/Saved Application State
nah.. that's where osx stores the last state of an application in case you reboot or a crash / power failure... the apps will open back up with the same files open etc..
it would be in your preferences .plist
user/ library/ preferences/ com.google.sketchup(version).plist
all the possible toolbars will have an entry: SketchUp.Toolbars.Curviloft.Visible then a string type 1 for on or 0 for off
with su2013, the plist is:
user/ library/ preferences/ com.sketchup.SketchUp.plistthat one has a single expandable entry called Toolbars.. all the possible toolbars are listed under this single entry then a number type 1-on 0-off
-
fwiw, you can close sketchup then trash (or move) your preferences .plist then relaunch su..
sketchup will create a new one upon relaunching but it will act as if it's the first time you installed it (i.e.- everything reverts to default).. all of the toolbars should be visible upon this first launch (stacked on top of each other in the top left corner)
move it to the desktop then relaunch sketchup.. if it fixes the problem then great.. if not, trash the new one then put the old .plist back in there so you don't have to set everything up again.
-
Hi Jeff,
I did more than trash de prefs, I deleted all the app and its files (with an app delete soft).
Re-installed, only Solar North is visible at first launch, but then no more. And same bug for other palettes.
Looked at the com.sketchup.SketchUp.plist file, all toolbar integers are set to 1, indeed.
But do you mean that you do not have this bug on your OS X? -
@mariocha said:
But do you mean that you do not have this bug on your OS X?
right.. all is functioning normally* on my computers (a macpro and a mbp).. 10.7 on the mp & 10.8 on the mbp..
su 8 pro and sketchup make2013 on both*normal meaning the toolbars remember their on/off state between sessions (except for a few due to the ruby writer's coding- skindigo, profile builder, sds, perp face tools)
-
@unknownuser said:
right.. all is functioning normally* on my computers (a macpro and a mbp).. 10.7 on the mp & 10.8 on the mbp..
su 8 pro and sketchup make2013 on bothOh ! I did not realized that. I thought you also had the problem.
Mountain Lion ? 10.8.5 ? -
@mariocha said:
Oh ! I did not realized that. I thought you also had the problem.
Mountain Lion ? 10.8.5 ?no, no problem here.. and apparently the su team can't reproduce it either.
im on 10.8.4 but .5 was just released so i'm assuming you had the problem with earlier version on mLion as well.
just out of curiosity, what do you have the gatekeeper preference set to? (System prefs -> Security & Privacy -> General )
Allow applications downloaded from
?mine is set to 'Anywhere'
-
yes on 10.8.4 as well.
"Allow applications downloaded from" is set to -Mac App store and identified devs..
euh.. why
Advertisement