From kde-usability Tue Jun 01 02:36:49 2004 From: "Jamethiel Knorth" Date: Tue, 01 Jun 2004 02:36:49 +0000 To: kde-usability Subject: Re: New File Selection Dialogs Message-Id: X-MARC-Message: https://marc.info/?l=kde-usability&m=108605744615797 >From: William Leese >Date: Mon, 31 May 2004 20:39:04 +0200 > >Jamethiel Knorth wrote: > >>>From: William Leese >>>Date: Mon, 31 May 2004 10:44:27 +0200 >>> >>>Jamethiel Knorth wrote: >>> >>>>The main changes would be: >>>> >>>>* New quick-access panel >>> >>>.. which leaves no room for the users own shortcuts. The shortcut bar >>>can't hold many entries, so it's not a good idea to just randomly place >>>anything that might seem useful there. >> >> >>Wait, what? The entire current listing is included and fits. What is there >>no space for? > > >Again: the users own shortcuts. RMB the shortcut bar -> Add Entry... Again: The exact same section as previously existed is still in there. It is still there. It is not gone. >>>> - Search bar >>> >>>This could be a button instead perhaps? OTOH having it inline makes it >>>more accessible. But wouldn't it ideally be located next to the >>>addressbar, or directly above/below the filesystem view? >> >>It takes up a lot of space in either of those spaces. If it is placed >>beside the location bar (my original choice) it takes up too much space >>when programs add their own extensions there. Several do. Kate's encoding >>selector, for example, makes that way too crowded. > > >Hmm. How about the Filter widget then. Filtering and searching are the same >thing. Filtering is not the same. Filtering is to change items in the current display. Searching searches the file system. They're vastly different. Also, I have issues with the triple-stack at the bottom. I'd like to be able to change the filter line, so the file-name entry is more distinctive, but that doesn't seem feasible. >>>> - Dynamic list of recent locations >>> >>> >>>What about the length of a path? What are the chances that these are too >>>long for the dialog? "/home/wvl/downloads" already gets cuts off, this is >>>only one deep after my home folder.. >> >> >>Shows the last entry in the path, more in a tooltip. Usually, that is >>enough. The purpose is for when you have been using a directory a lot >>recently, in which case you will probably know why it is there. > > >Not exactly expected behavior (showing last entry in path). I'm not sure I >know of any application that has something like this. It shows the name of the directory. It isn't exactly rare to reference a directory by only its name, it just isn't done in KDE's bookmark system. >I don't like the idea. Would having 'most recent locations' under the >address bar's drowndown make far more sense? That already has recent locations, as well as several other entries. The idea is that they are in the quick-access panel. If that listing were more used, the quick-access panel would have very little value, but most people just don't think to touch it. >>>> - New bookmark system >>> >>>Bookmarks, Shortcuts.. >>> >>>Why aren't these two being merged instead? Bookmarks will then contain a >>>few defaults (the shortcuts in the Shortcut bar). Needs some thought >>>aswell.. >> >>They are. In this system, bookmarks are for a specific program, the >>shortcuts are universal. There's no great reason, but that is a useful >>division. That is also why the bookmarks appear at the bottom, as they >>might get very long. > > >Not true: shortcuts can be created per app or globally. Try creating a new >shortcut. I know. I was recommending merging them, and making that be the division. Reread my comment, thinking of everything after 'in this system' as referring only to what I proposed. >Why not simply merge shortcuts and bookmarks, making shortcuts a subfolder >of bookmarks which is then displayed as the shortcut bar. A subfolder would >also contain the links to the selected devices. You'd also have a 'recent >locations' subfolder, which could also be displayed on the shortcut bar. > >You'd end up with a configurable shortcut bar that can optionally display: >removeable drives, bookmarks located in a certain folder, recent locations >and common locations. It is a configurable shortcut panel that can optionally display a list of devices, recent locations, bookmarks for specific programs, universal bookmarks, and a search option, as well as potentially other entries if someone decided to add them. That is exactly the point. >>>>* Better configuration system >>>>* Better preview field >>>> - Show large icons, rather than blanks for many files >>>> - Show metadata information >>> >>>Might want to put a seperator between the icon and metadata. >> >>Looking at that in a mock-up, it seems kinda extraneous. The icon is >>always separated (visually) by the fact that it is an image and the >>metadata is text. Also, what advantage is there to having them separated? >>They both serve the same purpose: they deliver additional information >>about the selected file. > >Spacing. What? _________________________________________________________________ Learn to simplify your finances and your life in Streamline Your Life from MSN Money. http://special.msn.com/money/0405streamline.armx _______________________________________________ kde-usability mailing list kde-usability@kde.org https://mail.kde.org/mailman/listinfo/kde-usability