[Evolution-hackers] Return back folder remember for Open/Save dialog
Hi, I propose to return back the feature of remembering last used folder for Open/Save dialogs, which was removed recently [1]. I follow the duplicate bug and people are very unhappy with the gtk+ feature of Recently used, not talking that this thing doesn't make sense in evolution. It's not that many code for evolution, and costs absolutely no maintenance, but gives a very nice feature for Evolution users (I dislike current behaviour too, because I rarely want to import the same file multiple times (not taking that the file is usually missing in the list of recently used anyway, or is hard to find there)), thus, I believe, it'll be much better if the feature of remembering the last used folder will be returned back. Is there any objection? If not, then I'll revert the mentioned commit in sources next week or so. Bye, Milan [1] https://bugzilla.gnome.org/show_bug.cgi?id=674600#c1 ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Return back folder remember for Open/Save dialog
On Mon, 2012-07-02 at 09:12 +0200, Milan Crha wrote: Is there any objection? If not, then I'll revert the mentioned commit in sources next week or so. Please don't. GTK+ claims to handle this now, we should defer to them so our Open/Save dialogs behave consistently with other GTK+ apps. If the policy they've chosen is unpopular, that's their problem to deal with. Please do not override it. Matt ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Return back folder remember for Open/Save dialog
On Mon, 2012-07-02 at 14:47 +0200, Milan Crha wrote: Well, they do not do it right, and this kind of outsourcing proved to be problematic in the past, thus why to rely on something nonworking with not our fault, ask them to fix it explanation? I always thought we do software for people, not people for software. Consistency with other GTK+ applications is more important. If GtkFileChooser has chosen a bad policy, try and open a discussion with Federico about it. Don't just circumvent the policy. I would consider that a regression. ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-hackers