Re: [Gimp-developer] The Export spec should be augmented to handle an important usecase
Omari Stephens wrote: UI powers that be: any ideas/status on this? having thought about it quite a bit, here are some jots: as Omari pointed out himself, it is a tug of war of different use cases and it depends on what just happens to be worked on, what the right default is for any given user. what is right may change a couple of times per hour of use. any solution can only be in the Export file-dialog, I agree on that with Tobias and other people who discussed this on irc. I would like to have had some widgets in the file dialog that not only navigated to alternative destination folders (of imported file when there is one at all, of saved xcf if there is one at all, does not need to be the case, right?) but also set that as the 'default destination policy override'. but it is impossible/the hack of the month to put widgets in a gtk file dialog I was told. and I do not think it is worth it, the hack of the month. so the next best thing is for GIMP to populate the Places column (also used in the 'Save in folder' pop-up), with: dir of of the imported file that started this file (when there is one); dir of last saved xcf of this file (when there is one) last 5 dirs exported to (hell why not) now I would like to know how these (dynamically) added Places turn out in the dialog. then we can talk about 5 last dirs for Save... --ps founder + principal interaction architect man + machine interface works http://mmiworks.net/blog : on interaction architecture ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The Export spec should be augmented to handle an important usecase
On Sat, 2009-07-25 at 15:22 +0200, peter sikking wrote: [...] but it is impossible/the hack of the month to put widgets in a gtk file dialog I was told. and I do not think it is worth it, the hack of the month. It's only software... gtk+ could be changed, no? -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The Export spec should be augmented to handle an important usecase
UI powers that be: any ideas/status on this? --xsdg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] The Export spec should be augmented to handle an important usecase
Am Mittwoch, 8. Juli 2009 schrub Omari Stephens: [...] Thus, it seems like both ways of handling this default ([1, 2, 3] priority as well as [3, 1, 2] priority) are viable and useful. This is why I suggest having a setting to switch between the behaviors. What about providing some kind of pre-populated drop down box in the export dialog with both alternatives, so you can quickly select one of those or just use the dialog the way it currently works. The box could be filled like this: last used directory associated directory last (say) 5 directories other than the two above If you select either one of the first two entries, that one becomes the default in subsequent exports. So if GIMP ships with last used directory and you export to associated directory, the next time you open the dialog it will default to associated directory. To make the whole thing unobtrusive it could be reduced to a little triangle next to the path at the top of the dialog which gives the list when clicked. Well, I guess that's the way drop down boxes work. :-) I hope this makes some kind of sense. Tobias signature.asc Description: This is a digitally signed message part. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
