Re: [Evolution-hackers] String change request for Evolution
Hi! Finally, here's a first approval for hard code freeze break, assuming translators are happy with the string change. Quoting Andre: To clarify: We talk about the string Fetch messages in one part, to work around broken servers like Domino I don't expect many users (nor translators) to understand fetch messages in one part (=so what does it actually change when I enable this?), and that part somehow relates to IMAP's multipart. So, I guess a better wording would be nice. Maybe it would just be enough to say: Enable work-around for broken Domino IMAP server Regards, Johannes ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] String change request for Evolution
Hi, Le lundi 21 mars 2011, à 00:10 +, David Woodhouse a écrit : I've diagnosed a bug in Lotus Domino IMAP server that we need to work around in Evolution's IMAP client: https://bugzilla.gnome.org/show_bug.cgi?id=645332 The simple workaround is to disable multi-part fetches and just get the whole message in one go. That code path *is* tested, because we were doing it for small messages anyway. Doing it for large messages means that the connection is blocked while the whole of the message is downloaded, so other, higher-priority user requests can't be handled — and it means that the progress indication doesn't work. That's why it was never an option before, but it *does* suffice to work around the server bug, so it does seem to be necessary. So I'd like permission to break the string freeze to add this option. If anyone has improved suggestions for the English strings to use, that would make me happy. I wanted to do a positive option for Fetch messages in multiple parts, to allow better responsiveness, which would default to TRUE. But when we upgrade Evolution, any new option will be assumed to be FALSE in any pre-existing account. So AFAICT it has to be a *negative* option, along the lines of Fetch messages in one part. cc'ing gnome-i18n since the i18n team is the one approving string changes. I guess the configuration also appears in the UI; if yes, you should notify the doc team too (gnome-doc-list), but that should be fine. Finally, here's a first approval for hard code freeze break, assuming translators are happy with the string change. Vincent -- Les gens heureux ne sont pas pressés. ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] String change request for Evolution
I've diagnosed a bug in Lotus Domino IMAP server that we need to work around in Evolution's IMAP client: https://bugzilla.gnome.org/show_bug.cgi?id=645332 The simple workaround is to disable multi-part fetches and just get the whole message in one go. That code path *is* tested, because we were doing it for small messages anyway. Doing it for large messages means that the connection is blocked while the whole of the message is downloaded, so other, higher-priority user requests can't be handled — and it means that the progress indication doesn't work. That's why it was never an option before, but it *does* suffice to work around the server bug, so it does seem to be necessary. So I'd like permission to break the string freeze to add this option. If anyone has improved suggestions for the English strings to use, that would make me happy. I wanted to do a positive option for Fetch messages in multiple parts, to allow better responsiveness, which would default to TRUE. But when we upgrade Evolution, any new option will be assumed to be FALSE in any pre-existing account. So AFAICT it has to be a *negative* option, along the lines of Fetch messages in one part. -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-hackers