Re: Feature requests: use Monitor colour profile, and deleting directories...
John Ellis <[email protected]> Fri, 17 Nov 2006 22:30:30 -0500
| Newsgroups | gmane.comp.gnome.apps.gqview.devel |
|---|---|
| Message-ID | <[email protected]> |
Alan Horkan wrote: [extra quoting removed] > Closed as duplicate of #1439244 > [ 1439244 ] delete directory function > https://sourceforge.net/tracker/index.php?func=detail&aid=1439244&group_id=4050&atid=354050 > >>From the looks of it there is a delete directory/folder* feature but we've > not noticed it and it doesn't behave exactly as you might expect. I am The delete folder feature is only 3 hours old (as of this writing), I had just updated that feature request with the patch before closing it. Prior to this there was no way to find the feature as it did not exist. I do not understand the comment about 'behaving as you would expect'. > always at great pains to remind developers that features need to > discoverable and including things in the context menu should only be an > optional extra, as it has both usability and accessibility issues. Well, right now the folder context menu contains 4 functions that can not be easily done in another way by the user, for 3 of those it is the only method of activation. > I prefer to delete to the Trash/Recycle Bin but then inevitably you will > get people asking for a "Direct Delete" option so they can more > efficiently shoot themselves in the foot. I can sort of understand the > reluctance to add easy ways to delete folders. Having said that if I > could do a little more file management in GQView I might never use > Nautilus again. The first problem is that GQview does not follow the trash standard (is there an official one? the one at freedesktop.org appears different than what I see nautilus doing). You can set it to ~/.Trash but that's not the default as I do not want GQview to compete with/clobber the user's standard trash mechanism. The second problem is that not everyone will be running a trash aware desktop, so it will need to stay off by default even if it was standards compliant (GQview has no way of retrieving things from it's trash via GUI). > * Folder is the recommended term in Gnome, for what it is worth and if I GQview uses 'folder' everywhere (if not, it's a bug). > had admin access (hint, hint, nudge, nudge) I would probably make sure > both terms directory and folder were included in the request summary in > the hope of reducing duplicate requests. (John, feel free to give me > admin rights in the request tracker. ;) Well, I fixed the summary but it sure would be much easier if the tracker had a way of marking one bug a duplicate of another (and anyone monitoring the duplicate bug was then updated with the original bug too). Greetings, John -- John Ellis <[email protected]> http://gqview.sourceforge.net <GQview> | http://hideseek.sourceforge.net http://gqmpeg.sourceforge.net <GQmpeg> | <Preferences Hide and Seek> ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV