Re: Evolution - string freeze break for gnome-3-4 branch
Hi Milan! Matthew decided to outsource the usability to GtkFileChooser, but it's not ready yet for our needs (to open in previously used folder), thus I want to return back functionality users are used to in Evolution. It's very rare to attach the same file multiple times, you usually want to add more files from the same folder. Currently, you are presented with Recently used items, which is useless, then you need mouse to get to your album folder, which can be anywhere. I hope you can imagine the pain for users. As an example, I cannot imagine loosing option for Always ask me where to save files from FireFox, neither if it would always open in other than previously used folder. It would be a deal breaker for me. OK, I see your point and these strings are most likely still in most translations. So 1 of 2 with i18n-head on but I would really like to have usuability in GtkFileChooser fixed because it is personally annoying me to always default to recent use files (= release-team...). Regards, Johannes signature.asc Description: This is a digitally signed message part ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Evolution - string freeze break for gnome-3-4 branch
On Mon, 2012-07-30 at 16:15 +0200, Andre Klapper wrote: I'm rather neutral here (neither pro nor con) but would expect first trying to fix the root of the problem (gtk+) instead of the symptoms (evolution). Did you push for fixing the underlying gtk+ bug https://bugzilla.gnome.org/show_bug.cgi?id=658280 Hi, quite few users commented problems with GtkFileChooser dialog's Recently used feature in that bug report, nothing happened so far. so reverting commits in Evolution would not be required? Note, it's a revert of (useful) code _removal_ from Evolution. What was/is blocking? Matthew decided to outsource the usability to GtkFileChooser, but it's not ready yet for our needs (to open in previously used folder), thus I want to return back functionality users are used to in Evolution. It's very rare to attach the same file multiple times, you usually want to add more files from the same folder. Currently, you are presented with Recently used items, which is useless, then you need mouse to get to your album folder, which can be anywhere. I hope you can imagine the pain for users. As an example, I cannot imagine loosing option for Always ask me where to save files from FireFox, neither if it would always open in other than previously used folder. It would be a deal breaker for me. Bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Evolution - string freeze break for gnome-3-4 branch
On Fri, 2012-07-27 at 07:14 +0200, Milan Crha wrote: On Thu, 2012-07-26 at 19:15 +0200, Andre Klapper wrote: Could you list the strings here and tell us about how many strings we talk? shortComposer load/attach directory/short longDirectory for loading/attaching files to composer./long shortInitial file chooser folder/short longInitial folder for GtkFileChooser dialogs./long I'm rather neutral here (neither pro nor con) but would expect first trying to fix the root of the problem (gtk+) instead of the symptoms (evolution). Did you push for fixing the underlying gtk+ bug https://bugzilla.gnome.org/show_bug.cgi?id=658280 so reverting commits in Evolution would not be required? What was/is blocking? Any other opinions from i18n / r-t? (user docs are not affected.) andre -- mailto:ak...@gmx.net | failed http://blogs.gnome.org/aklapper ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Evolution - string freeze break for gnome-3-4 branch
Hello, after some discussion [1] about removed functionality of remembered last used folder in Evolution, I would like to revert the removal [2], because gtk's current implementation of Recently used is broken [3] (also can be read as not sufficient for Evolution needs), though the change to be reverted touches translated strings too. These are GConf schema keys, thus maybe not a big deal anyway? Please let me know if I can fix usability of Evolution. If you are wondering, evolution team plans to do a 3.4.4 release in time of 3.5.90 development release. Thanks and bye, Milan [1] https://mail.gnome.org/archives/evolution-hackers/2012-July/msg0.html [2] http://git.gnome.org/browse/evolution/commit/?id=938505da180727f [3] https://bugzilla.gnome.org/show_bug.cgi?id=674600 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Evolution - string freeze break for gnome-3-4 branch
Hi, On Thu, 2012-07-26 at 13:58 +0200, Milan Crha wrote: Hello, after some discussion [1] about removed functionality of remembered last used folder in Evolution, I would like to revert the removal [2], because gtk's current implementation of Recently used is broken [3] (also can be read as not sufficient for Evolution needs), though the change to be reverted touches translated strings too. These are GConf schema keys, thus maybe not a big deal anyway? Please let me know if I can fix usability of Evolution. Could you list the strings here and tell us about how many strings we talk? andre -- mailto:ak...@gmx.net | failed http://blogs.gnome.org/aklapper ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Evolution - string freeze break for gnome-3-4 branch
On Thu, 2012-07-26 at 19:15 +0200, Andre Klapper wrote: Could you list the strings here and tell us about how many strings we talk? Hi, sure. It's only about two options, which used to be in evolution for ages. The first is from mail/evolution-mail.schemas.in: /apps/evolution/mail/composer/current_folder shortComposer load/attach directory/short longDirectory for loading/attaching files to composer./long and the second from shell/apps_evolution_shell.schemas.in: /apps/evolution/shell/file_chooser_folder shortInitial file chooser folder/short longInitial folder for GtkFileChooser dialogs./long Otherwise there is no string (re)addition, nor change. Bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n