Prev: how do you specify the username and password in a url to mount a drive?
Next: Mac OS X - Disappearing Menu
From: David Empson on 15 Jan 2010 18:03 Ed H. <fake(a)notreal.net> wrote: > In article <00fe802b$0$27943$c3e8da3(a)news.astraweb.com>, Warren Oates > <warren.oates(a)gmail.com> wrote: > > > In article <00cc0fb4$0$23492$c3e8da3(a)news.astraweb.com>, > > JF Mezei <jfmezei.spamnot(a)vaxination.ca> wrote: > > > > > BTW, how does one go about finding such nuggest of information on the > > > Apple site ? (such as the shift-command-period to list hidden files and > > > shift command g to a "goto folder" menu in a file selection dialogue ?) > > > > there's some suff in Preferences/Keyboard & Mouse; you can also try Help > > and type in "shortcuts". > > In addition to that, I've found some of them by accident or > experimentation. There are several useful shortcuts in the Open/Save > dialogs: > > Shift-Cmd-C : Computer (top level of file system) > Shift-Cmd-H: Home > Shift-Cmd-D: Desktop > Shift-Cmd-A: Applications > Shift-Cmd-U: Utilities > Shift-Cmd-/ (keypad): Go to folder with "/" typed in The last one is simply achieved by "/" without modifiers. -- David Empson dempson(a)actrix.gen.nz
From: Jolly Roger on 15 Jan 2010 18:18 In article <00ccb96b$0$17142$c3e8da3(a)news.astraweb.com>, JF Mezei <jfmezei.spamnot(a)vaxination.ca> wrote: > Jolly Roger wrote: > > > You have nothing more constructive on which to to spend your time than > > trying to make every part of a GUI show elements that are better off not > > exposed in a GUI? Seriously - use the right tool for the job, man! > > I am not a command line zealot. There are tasks which are better done in > a GUI, and there are tasks which are better done at command line. > > Having complementary GUI and command line is best of both worlds. But > because the GUI is crippled (from system management point of view), you > end up javing to rely on the command line only. You claim to be a system administrator, yet you seem to think reliance on the command line is a bad thing, for some reason. I don't get that at all! > this could easily be solved by having a single preference page to > enable/disable display of all files (or a defaults.write command to do > this). A system manager could then choose to have his ccount set this > way and not have to resort to using tricks to get the finder to cooperate. Most every experienced system manager I know is not put off by the command line. Quite the contrary, they appreciate that in many ways, it's much more efficient than graphical user interfaces. -- Send responses to the relevant news group rather than email to me. E-mail sent to this address may be devoured by my very hungry SPAM filter. Due to Google's refusal to prevent spammers from posting messages through their servers, I often ignore posts from Google Groups. Use a real news client if you want me to see your posts. JR
From: Jolly Roger on 15 Jan 2010 18:21 In article <hiqqi9$n5i$1(a)news.eternal-september.org>, Larry Gusaas <larry.gusaas(a)gmail.com> wrote: > On 2010/01/15 4:12 PM Jolly Roger wrote: > > In article<hiqo8s$2p3$1(a)news.eternal-september.org>, > > Larry Gusaas<larry.gusaas(a)gmail.com> wrote: > > > > > >> On 2010/01/15 3:42 PM Jolly Roger wrote: > >> > >>> Nothing that is hidden is needed by GUI users. > >>> > >> Not true. I use OpenOffice.org and on rare occasions caused by a crash, > >> a .lock file gets left in the user profile that needs to be deleted. The > >> only solution when files are hidden is to create a new profile. Or a > >> .lock file in the folder containing the document and needs to be deleted > >> before the document can be used. > >> > > That's an extreme edge case - not the norm. > > Not extreme at all. I have advised many Mac users using OpenOffice.org > about deleting .lock files. I have done so myself several times. It's the result of software that was written and ported to Mac OS X in a sloppy manner in that it doesn't know how to clean up after itself in the event of a crash. This is not the norm at all in Mac OS. > What is a blatantly false is your statement "Nothing that is hidden is > needed by GUI users". Fine: Typically, nothing that is hidden is needed by GUI users. Better? -- Send responses to the relevant news group rather than email to me. E-mail sent to this address may be devoured by my very hungry SPAM filter. Due to Google's refusal to prevent spammers from posting messages through their servers, I often ignore posts from Google Groups. Use a real news client if you want me to see your posts. JR
From: JF Mezei on 15 Jan 2010 19:26 David Empson wrote: >> Shift-Cmd-/ (keypad): Go to folder with "/" typed in > > The last one is simply achieved by "/" without modifiers. No anymore. In Snow Leopard, typing / gets the computer to search for any document which contain the character "/" in them. And after it's done that, if you click on "file name" instead of the "contents", it doesn't let you get to those directories.
From: JF Mezei on 15 Jan 2010 19:34
Jolly Roger wrote: > You claim to be a system administrator, yet you seem to think reliance > on the command line is a bad thing, for some reason. I don't get that > at all! Not at all. I come from a VMS background where there were very few GUI system administration tools. (I thing DCHP_GUI was the only one). VMS also had a more structured directory organisation with which I was very familiar, do I didn't have to search for where a file was located. Being a newbie to Unix, I have to learn about where files are supposed to go, and the GUI is great for that when you know how to get it to display unix files. As I said, there are tasks that can be great in a GUI, and tasks that are much better in command line. One need not exclude the other. |