Thanks for that hint Chris.. I only acted up after all these ppl with generic response lecturing me of how I should adjust to the OS X way without addressing the issue at hand. I called OS X lame.. yes, but I assume no one would take that personally..
No, Camino is not Aquafied Firefox. Firefox is cross-platform with a small OS-specific runtime engine to interpret XUL code. Camino is a MacOS X binary application. Wikipedia has entries for both Camino and Firefox.Camino is Aquafied Firefox, so I would assume so. Firefox still uses some of its own UI components such as buttons. ...
I'd also rather have a workflow where I can do a copy on a file and then point my cursor to the input box and paste and have the path to the file be pasted there.. much much easier than dragging IMO.
Get info shows the path to the file but I can't highlight and copy it.. plus, right-click->Get Info->Copy->Close Get Info is also more work than necessary..
For the rest of it, we're just going around in circles:
"How do I do X on the Mac? I liked doing that in Windows."
"Well, you can't. But you can do Y, or Z."
"But I want to do X."
"Well, you can't. But if you add on this program, it's similar to X."
"But I want to do X."
"Well, you can't. But Y's actually faster, once you get used to it."
"But I want to do X."
"Well, you can't..."
Update: You can copy a file's full path from the Finder. When you choose Copy on a file in the Finder, it actually puts a bunch of different things on the clipboard - the filename, a link to the file itself, and the file's full path. Which one gets used depends on where you paste it - if you paste it into a path window or Terminal, the whole path gets pasted. I've been using OS X since developer preview 1, and I didn't realize this. Very slick.
Edit: Oops. Spoke too soon. I guess it only works in Terminal windows.
It also works in Plain-text documents in TextEdit, or textareas in Safari, just to name a couple. But it is up to the application developer to decide how this is handled.
So full of complaints. Why the hell did you even get a Mac without researching how you could use it productively first? BTW, that was rhetorical. Grab a book, read the basics, then come back if you have any questions.
It doesn't for me - only the file name gets pasted. The full path only seems to get pasted in Terminal.
Hmm, where does Apple tell them "it's easy!"?I suspect it would be better if Apple tells switchers that they should expect some differences, rather than just tell them "Its easy!"
Hmm, where does Apple tell them "it's easy!"?![]()
Easy != not different.
If anyone switches from Windows to OS X expecting things to work the same, then they're awfully silly. What would be the point of switching?
Except that clearly that basic functionality IS THERE. If Safari does it, the capability is supported. You simply need to file a bug report with the Firefox team.My frustration was not that OS X didn't behave like Windows, it was that it didn't perform a basic functionality that SHOULD be on both Windows and OS X. Unless Apple totally revolutionizes their next OS and abandon the tree/folder file management structure, folder/file paths are a crucial aspect of the utilization of the OS.
There are many things I like about OS X, and I'm seriously considering getting an iMac or Mac Pro..
I'm just frustrated of not being able to do a very basic thing.
I did initially try dragging the file to the HTML input box next to the browse button. As it turned out, only Safari supports this feature. Well I'm not about to abandon an industry dominant browser to use Safari.
My frustration was not that OS X didn't behave like Windows, it was that it didn't perform a basic functionality that SHOULD be on both Windows and OS X. Unless Apple totally revolutionizes their next OS and abandon the tree/folder file management structure, dealing with folder/file paths are a crucial aspect of the usage of the OS.
On Mac, Safari is the "industry dominant" browser.
Right, a dominant browser on platform with 8% of the personal computing market. If you want to stay within the Apple Macintosh Webring, then by all means go ahead. I'll try to accommodate for the majority.
I develop websites, so Safari compatibility is the last thing I'll worry about Right now I'm sure that stance would change as Safari usage increases.
Honestly, if you're developing websites, you should be developing to web standards... Where Safari is one of the most compliant browsers on the market—yes, even better than Firefox. If you code to web standards you will have a site that can only be MORE accessible to MORE people.
If you were going to develop for the majority you wouldn't care about Firefox either, you'd be developing for the notoriously finicky IE7 (or 6). Stop talking out of both sides of your mouth, please.
Theoretically yes, but in the real world, it's all about cost vs reward, the ideal thing is to develop code for all the various browsers and account for all of their little intricacies.. In the real world where there are budget and resource constraints, all websites will be build to IE's interpretation of the web standards, then comes FireFox and so on.. Safari is low in the pecking order, but climbing.