`# Group windows by application in Mission Control`
`defaults write com.apple.dock "expose-group-by-app" -bool true`
Can't believe any hackers would use this. Mountain Lion was worth $20 just for the new `false` alone.
~/.osx updated — sensible hacker defaults for OS X Mountain Lion
51–60 of 91 posts
Re: ~/.osx updated — sensible hacker defaults for OS X Mountain Lion
#52Earlier quoted context omitted.
Unilaterally resetting the scroll direction to the 10.6 standard is insanely presumptuous.
So was unilaterally setting it to the 10.7 standard. I think we should have the script flip a coin so people are annoyed evenly.
It's not arbitrary though. The point was to move away from the metaphor of moving the window around a document to just manipulating the document directly as you do in iOS. Granted it's not as obviously the right thing when touch is not involved, but it is the right thing.
Re: ~/.osx updated — sensible hacker defaults for OS X Mountain Lion
#53This is the most important one, that's not been mentioned in OP: defaults write -g NSScrollAnimationEnabled -bool NO It disables the stupid "smooth scrolling". on Lion (and everything before that) you could disable it from the 'General' tab of SysPrefs, but now it's gone. What does it do? When you press spacebar in a web browser, or fn-downarrow in a text editor, it "smoothly" bring new content up from the bottom of…
Is there a way to change or disable the animation time when switching between spaces (or "desktops" as they are now called)?
The only way I know of is with "TotalSpaces", currently in a free beta. http://totalspaces.binaryage.com/
Re: ~/.osx updated — sensible hacker defaults for OS X Mountain Lion
#54Great list. Stripping animations out is always appreciated. Does anyone know how to alter / remove the animation from horizontal motion between spaces? Particularly when using the keyboard shortcuts, this whizzing is disorienting and irritating. I assume it is not possible, given that animation seems to be keenly bound to the trackpad 'peeking' operation and all.
As mentioned above, I was happy to find TotalSpaces (http://totalspaces.binaryage.com/) which allows you to disable it completely!
Re: ~/.osx updated — sensible hacker defaults for OS X Mountain Lion
#55Earlier quoted context omitted.
I would love to not have to disable this, but it's buggy and I've had it up to here with pointless confirmations like "README.txt is an application downloaded from the internet. Are you sure you want to open this file in TextEdit?"
That's not buggy, that's a text file with it's executable bit set, which is actually potentially dangerous.
They could just as well automatically chmod the txt/docx/html file to remove the executable bitset. Why would anyone want to have an executable txt file? If one does want it, it's pretty safe to let them reset the bit manually afterward.
Re: ~/.osx updated — sensible hacker defaults for OS X Mountain Lion
#56Looks great. How about making home/end on external keyboards go to beginning/end of the line rather than the document?
Re: ~/.osx updated — sensible hacker defaults for OS X Mountain Lion
#57It would be great to have a script that setup your machine with all settings, is there a list of all "defaults write" commands somewhere?
Check out http://secrets.blacktree.com/
Re: ~/.osx updated — sensible hacker defaults for OS X Mountain Lion
#58Earlier quoted context omitted.
Under what scenario is it ever unsafe to open a text document in TextEdit? Under what scenario would you ever not completely ignore that warning? A much more likely threat is a malformed jpg or pdf designed to exploit a decoder, in which case the executable bit is completely irrelevant. Warning the user about the executable bit protects them from nothing, unless Finder is preparing to execute the file itself. It is a…
TextEdit could have a bug in its 'guess the character encoding' code that leads to a buffer overflow, or it could have a bug handling malformed UTF-8. Its 'guess the character encoding' code also might have a 'wait a minute, this is RTF/PDF' feature. Of course, Apple could trust its own apps, but I think they should not (why increase the attack surface?) and that would lead to complaints "why can't I tell this OS tha…
Isn't TextEdit sandboxed in Lion + Mountain Lion? If so TextEdit most likely cannot execute any non signed code or open a network connection... But of course sandboxing should only be used as a last resort. I am not a security expert - can anyone comment on that?
Re: ~/.osx updated — sensible hacker defaults for OS X Mountain Lion
#59You know, when I tell people I use Linux, they usually say something like, "But don't you have to spend countless hours on pointless yak-shaving tasks just to get things to work sensibly?"
Re: ~/.osx updated — sensible hacker defaults for OS X Mountain Lion
#60Earlier quoted context omitted.
I'm completely the opposite; having windows contents jarrigly jump down slows me down significantly as I keep having to scan to find my place. It's one thing that annoys me about vimium that there's no option to j/k scroll smoothly
I would love it too, if it wasn't 8 frames per second on my machine! I love animations, but this one is ridiculously slow on my machine...
Strange. It works fine in my early 2008 MBP.