Originally posted by kim kap sol
Of course...and you'll probably find hundreds of millions of people satisfied with Windows. Because they don't *know*.
If everyone cattered to the lowest common denominator, we'd be a deep shit right now (maybe even literally).
Here's even more to consider:
The 100 AI posters and 100+ Ars posters are the people tech companies should listen to if they want an edge.
Here's my gripes with the Finder. I work with column view, so most of my gripes are related to that. Some have been touched on already. Someone else stated that quite a few problems are "nit-picking". There are two things to consider: sure, some, if not all, the problems are quite small, but there are a huge number of them. Add them all up, and the problem is significant. Additionally, Apple brand themselves as paying attention to the details. (Steve Jobs talks about this in nearly every interview he gives). The Finder is one glaring example of an area where Apple have not paid attention to the details.
1. Poorly threaded
2. Handles networked storage poorly.
3. Icon only display for the sidebar in the Finder:
At the moment, the separator between the sidebar and the main part of the window can be moved so that the names of the items in the sidebar are no longer displayed. However, this also means that the eject buttons that show up for removable items in the sidebar are not displayed. There should be an option in the sidebar Finder preferences to show icon only, text only or icon and text, just like there is for the toolbar. All three views should ensure that any eject buttons are visible.
4. "Open new windows in column view" Finder preference:
I am constantly wondering what the point of this preference is. I have it checked, but I can't remember the last time a new window (e.g. a newly mounted CD, Network drive or Disk Image) actually opened in column view. When the "Open new windows in column view" Finder preference is checked, a new Finder window should NEVER open in anything other than column view. It's as simple as that.
5. View options for column view in the Finder:
Why are the only view options for column view: "text size", "icon" and "preview column"? Why aren't there options for "icon size", "keep arranged by...", and "background colour" and why is there not a persistent column width for each folder? At the moment, the view options for column view seem to be global. Surely each folder can have its own individual preferences for when it is viewed in column view, just like for other views such as "list". At the very least, it would be nice to have a preference to "auto size" all column widths (i.e. set the Finder to automatically perform the task that is performed currently if a user double-clicks on the bottom of a column separator).
6. Cut and paste of files in the Finder:
At the moment, a file can be selected in the Finder, "copy" selected from the edit menu, a new location navigated to, and "paste" selected from the edit menu in order to copy a file to a new location. It should also be possible to select "cut" from the edit menu in order to move a file from one location to another, just like in Windows. (I know there are issues with this in relation to the Cut/Paste metaphor and in some people's opinion it would therefore violate consistency of interface. If this is why the feature has not yet been implemented, why not call it something other than "cut" (for example, it could be called "move"), and give it a different keyboard shortcut?)
7. The addition of a "shelf" to Finder windows would be very helpful when moving files. The shelf could be implemented as a "drawer", and the user could choose which side the drawer should open from.
Let's say I have the shelf set to open on the right. I have file "A" that I want to move from its current directory to a new one. I click and drag file "A" outside of the Finder window to the right, and the shelf drawer opens. I let go and the file is now on the shelf. Now I navigate to the new directory, drag and drop the file from the drawer, the drawer automatically closes, and the file has been moved.
8. Switching between items in the Finder sidebar using the arrow keys:
Picture the following scenario: The Finder sidebar contains hard-drives, removable devices, the network, applications, the home folder, documents, movies etc. In the Jaguar Finder, pressing the left arrow key when in the "documents" folder in column view would scroll the user back to the home folder, then "Users", then to the root level of the hard drive. However, in the Panther Finder, if "documents" is selected from the sidebar and column view is active, it is not possible to scroll up the folder hierarchy using the left arrow key. This is fair enough. It would be extremely useful however, if pressing the left arrow key in this case made the sidebar like the "active" column, so that the items in the sidebar could then be navigated using the up and down keys. So, for example if "documents" is selected in the sidebar, but I want to go to my music folder, I can press "left" to make the sidebar active, then "down" until my music folder is selected, then "right" to navigate the music folder.
9. Unzipping files stored on read-only media
If you double-click on a zip file in the Finder, the archive will be decompressed. The Finder will attempt to write the decompressed files to the same directory as the source zip file, so if the zip file happens to be in a read-only location, such as a CD-ROM, the decompress will fail. The resultant error message by the Finder is deeply unhelpful, simply stating that the archive could not be decompressed. It would be better if the Finder checked to see if the intended destination is writable, and if not, ask the user to choose a destination for the decompressed files.
10. Shift-arrow selection behaviour. Like someone else said, this is not limited to the Finder, but is worth mentioning because it is IMHO the single most annoying thing in OS X. It really pisses me off. Really.
\tUsing iTunes as an example: In an iTunes playlist, multiple tracks can be selected by clicking on a track, then holding down the shift key whilst pressing the up/down arrow keys.
\tPressing the down arrow key always
extends the selection downwards, whilst pressing the up arrow key always
extends the selection upwards. This means that it is impossible to contract your selection, you can only make it bigger.
\tI find this highly annoying and think that the selection process should work like selection of text in other applications such as TextEdit. This would make the interface more consistent and more intuitive. The function of the up/down arrow keys should depend on the direction in which the selection was originally extended.
\tFor example, imagine wanting to make a selection starting at a particular song and extending downwards: if you overshoot your intended selection, you should be able to contract the selection by pressing the up arrow key. Correspondingly, if your original selection was upwards, pressing the down arrow key should then contract the selection.