Re: [evolution] String freeze break plea for gnome-43 branch
On Thu, 2022-09-22 at 16:49 +0200, Milan Crha wrote: > I guess it's meant to be 2/2, as Alexandre gave the first one, thus > I'll commit the change shortly. Thank you both. Hi again, I see your string checker discovered two more strings: + "Send / Receive" + "toolbar-button"::"New" Both used to be part of the evolution before the header bars. The "Send / Received" had been removed only recently, for 3.46.0 (due to not using labels in buttons in the header bar). I'm sorry I overlooked the two old strings being returned back. It was not my intention to hide them from you. Bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: [evolution] String freeze break plea for gnome-43 branch
On Thu, 2022-09-22 at 15:28 +0200, Daniel Mustieles García wrote: > 1/2 from i18n Hi, I guess it's meant to be 2/2, as Alexandre gave the first one, thus I'll commit the change shortly. Thank you both. Bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: [evolution] String freeze break plea for gnome-43 branch
Hi, On Thu, 2022-09-22 at 12:30 +0200, Alexandre Franke wrote: > For my fellow i18n coordinator who will try to assess the situation > like I just did: the link is to an issue that’s closed. It links to a > related MR, which has been merged a while ago and is not what Milan > is trying to get approved here. The issues is closed via a commit > that contains the actual strings. I supposed that commit was on the > main branch and Milan is asking for approval to backport. Err, right, my fault, I should rather link the commit itself, than its corresponding bug report. https://gitlab.gnome.org/GNOME/evolution/-/commit/c12bb7fa4380a28992fb99ad9e7173305b5065bc The bug had been closed by that commit ~ an hour ago. > I suppose the other new strings about icon size in the commit are not > going to be backported. I thought of using both options, to have 1:1 correspondence of the change between the stable and the development branch, but yes, I can skip it. > The second string feels a bit weird. In “and uses it”, what does the > “it” refer to? I suggest rephrasing this, e.g. "When enabled, adds > buttons to the header bar. This applies to dialogs as well. Changing > the option requires application restart." You deciphered it right, the 'it' is as 'the option'. I just changed it to your string: https://gitlab.gnome.org/GNOME/evolution/-/commit/96bdef5a015f9c1bd9736333943eaae11dc1b542 > From a pure i18n perspective, the request is reasonable and here is > approval 1/2. Please add the strings ASAP once you get the second > approval, so translators get as much time as possible before the .1 > release. Sure thing. Thank you. Bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[evolution] String freeze break plea for gnome-43 branch
Hello, I'd like to ask for a string freeze break approval for the 'evolution' project for the gnome-43 branch in order to apply change for [1] to it. Background: there had been added use of header bars (client side decorations) on the most used windows of the application for the .beta GNOME release. I've been told by multiple users on various channels for an option to turn the header bars off. There was no such option until the [1]. Even I agree with Andre that such claims are not a good excuse for a code complexity (he wrote it in the [1]), I can understand the header bars can mean a bad experience to some users. There had been added only two options into GSettings, which have translatable the and . It's a hidden option and the default is to use the header bars, thus there's no difference on the UI side with compare to the 3.46.0 release. I returned back one string, "%s — Evolution", which had been removed when the change landed. I guess neither this one causes a problem, but if needed, I can remove this string for the gnome-43 branch. That being said, I believe it's safe to include the change. The GSettings strings are hidden, thus may not cause any disruption in the GUI for regular users. The added functionality will help to those whom do not need header bars, which is a plus, from my point of view. Bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution/-/issues/2039 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
gnome-software: A string change
Hello, just a quick notice, a translatable string had been changed in the gnome-software sources few minutes ago, as had been agreed on at: https://gitlab.gnome.org/GNOME/gnome-software/-/issues/1574 It changes: No updates have been installed on this system. into: No Updates Installed No other changes made. Bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: evolution-data-server new translatable strings
On Tue, 2022-08-16 at 16:49 +0200, Luna Jernberg wrote: > Is there any reason evolution-data-server says its archived on D-L > when there is new strings to translate? Hi, yes, there unfortunately is: https://gitlab.gnome.org/GNOME/evolution-data-server/-/merge_requests/78#note_1402321 Bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
evolution-data-server new translatable strings
Hello, just a note that I added several new translatable strings into the evolution-data-server. I'm not naming them here, there are more than 10 added [1]. This is related to an intent to drop GcrCertificateWidget from the gcr project [2]. Bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution-data-server/-/commit/5fe79c2c6451819faf8f8b00a135489897757686 [2] https://gitlab.gnome.org/Teams/Releng/freeze-breaks/-/issues/82 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
gnome-software: New translatable string
Hi, I've just merged [1], which adds a translatable string in the appstream file. It changes: Application manager for GNOME to: Install and update apps simply to have a better application summary in the Software itself. Bye, Milan [1] https://gitlab.gnome.org/GNOME/gnome-software/-/merge_requests/1453 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Report-Msgid-Bugs-To in the .po files
On Tue, 2022-08-02 at 13:05 +0200, Ask Hjorth Larsen wrote: > The "Report-Msgid-Bugs-To" is for reporting bugs in the "msgid", > meaning the English string. As such, it will need to go to the > developers. For actual translation bugs there's the team and last- > translator emails. Hi, aha, I see, I misplaced the two. Okay then, all is fine. Thanks and bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Report-Msgid-Bugs-To in the .po files
Hello, this is rather a question, than a request. I noticed that the GNOME/evolution project's .po files contain Report-Msgid-Bugs-To with various values, often referencing the project itself, like this: Report-Msgid-Bugs-To: https://gitlab.gnome.org/GNOME/evolution/issues While it makes sense, the translations are not dealt with in the project, but in the https://gitlab.gnome.org/groups/Teams/Translation/xy instead, thus any reported issues are forwarded to the related translation team. Would it make sense to change the Report-Msgid-Bugs-To to the correct translation team URL? Though more importantly, can the users get to the URL anyhow easily? If the users cannot get to it, then it doesn't make much sense to change the Report-Msgid-Bugs-To, because they would file a bug against the project itself, which will be copied to the Translation team afterwards. This may affect more projects, the GNOME/evolution is only a project I noticed this with. Bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: [evolution] String freeze break approval plea
On Tue, 2022-03-01 at 14:43 +0100, Claude Paroz wrote: > Le 01.03.22 à 14:21, Alexandre Franke a écrit : > > Sure, looks reasonable and it’s still early. Approval 1/2 from > > i18n. > > Agreed, 2/2 from i18n. Hi, thank you both for a quick answer and an approval. I committed the change to the sources. Bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[evolution] String freeze break approval plea
Hi, I'd like to ask for string freeze break approval, due to additional changes for: https://gitlab.gnome.org/GNOME/evolution/-/issues/1373 The thing is that the change (already committed) could be harmful for some users, hiding important information from a meeting invitation mail due to the sender's software not providing that information in their description. I made some improvements and attached them there, but they, unfortunately, add two new translatable strings and change an existing string (which is in the GSettings only). The new strings are: "Show description provided by the sender" "Hide description provided by the sender" and the changed string is from: Set to true to show invitation description as provided by the sender, if such is available; otherwise generate the invitation description from the iCalendar component to: Set to true to show invitation description as provided by the sender, if such is available I only removed the second half of the string. I believe it'll be better to have this fixed/changed for the upcoming stable, thus this freeze break approval plea. Thanks and bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[gnome-software] String freeze break plea for gnome-41
Hi, I'd like to ask for a string freeze break approval for the gnome-41 branch of the gnome-software, to backport [1], which includes an important fix, but also a new translatable string: A list of required repositories that cannot be disabled or removed This string is part of the GSettings schema, thus something regular users usually do not see. Thanks and bye, Milan [1] https://gitlab.gnome.org/GNOME/gnome-software/-/issues/1479 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: evolution: String freeze break plea
On Thu, 2021-09-09 at 13:41 +0200, Alexandre Franke wrote: > Options are to request an exception from the release team now, or to > wait until right after the 41.0 release so it gets in the 41.1 one. I > would recommend the latter Hi, works for me too, let it be in the "41.1" (3.42.1 in case of the Evolution). Thanks and bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: evolution: String freeze break plea
On Thu, 2021-09-09 at 11:13 +0200, Daniel Mustieles García wrote: > 2/2 Hi, thanks, though is it too late now? I mean the hard code freeze is in the effect and will be for a bit more than a week. Many translators may already translate the text, maybe? Bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: gnome-software string freeze break approval plea
On Fri, 2021-09-03 at 08:34 +0200, Daniel Mustieles García wrote: > Technically this is not a freeze break since no new strings are added > so you can go ahead with it. Hi, I see, I wasn't sure. In that case I'm merging the change. Thanks and bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
gnome-software string freeze break approval plea
Hi, there had been found a typo in a translated string: https://gitlab.gnome.org/GNOME/gnome-software/-/merge_requests/946 - g_dngettext (..., "%u reviews total", "%u reviews total", ... + g_dngettext (..., "%u review total", "%u reviews total", ... It would be nice to have it fixed before the .rc release, though I'm afraid I cannot do it without the approval, thus I'm asking here. Thanks and bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
evolution: String freeze break plea
Hi, there had been filled [1] while I've been gone and I've got to it only yesterday. I'd like to add a context to one of the occurrences of the "Title" word, thus it can be properly translated. While it might not be a problem for the language the reporter translates to, it can be a problem for other languages, thus I guess it makes sense to do the change now, rather than in the next series. Thanks and bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution/-/issues/1596 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
gnome-software string freeze break approval plea
Hi, this is a late string freeze break approval plea for gnome-software. It's late, because the change already landed: https://gitlab.gnome.org/GNOME/gnome-software/-/commit/fb27aa9fbdbba86ed7c3873fe281b5606dc9b307 It received the UI freeze break approval, but before I've got to the review the string freeze took into effect. I confused the two and committed the change before asking freeze break/announcing the new strings. I'm sorry about that. Bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: evolution & evolution-data-server string & UI freeze break approval plea
On Thu, 2021-03-18 at 15:48 +0100, Alexandre Franke wrote: > > I'd like to ask for a string and UI freeze break approval for the > > 3.40.1 > > Thanks a lot for the detailed and clear explanation. 1/2 from i18n > for 3.40.1. > Hi, thanks Alexandre. May I ping here, in case someone else would give the second approval, thus the lighter (in the translatable strings) change can get into the gnome-40 branches, please? Thanks and bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
evolution & evolution-data-server string & UI freeze break approval plea
Hello, I'd like to ask for a string and UI freeze break approval for the 3.40.1 (it could be also 3.40.0 from my point of view, but it's too tight now, because I'll be doing a release in less than 24 hours, thus no rush), to add OAuth2 authentication for Yahoo! servers/users. With that change they can get the same experience as the Google users have, but, more importantly, Verizon Media begun to force OAuth2 for the authentication few months ago, which means trouble to the users (they need application specific passwords, which is not always understood by the users, not talking it adds "less security"). I would do that long before, but I only recently figured how to ask Verizon Media for an approval to access restricted scopes and I received an approval from them only several days ago (they had been quick, I've been slow). The change itself is here: https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/317 and it's split into two parts. One part is on the evolution-data-server side, where I added these translatable strings: "OAuth2 (Yahoo!)" "This option will use an OAuth 2.0 access token to connect to the Yahoo! server" "Yahoo!" where the first one is usually shown in the UI, when the user is creating or editing a Yahoo! mail account. There are also strings in the GSettings, which are not that important, from my point of view. The Evolution part is simpler, but I'd make it even simpler for the stable branch by not harmonizing some redundant translatable strings; I'd add only one string: "Add Yahoo! Con_tacts to this account" This will be shown at the end of a new mail account wizard, as a checkbox for the user to pick whether he/she wants to add also contacts to this account. This is a UI change. I think using the OAuth2 is a good thing to do and even it could bring some untranslated strings in the UI, it still worth it. It should be better than waiting another 6 months for the change to get to the users. Thanks and bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[evolution-data-server] Added new translatable string
Hello, I just committed a change [1], which adds a new translatable string "until start time", meaning "Snooze, until event start time". I thought it's a relatively simple change, thus no need to postpone to the following stable series. Bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution-data-server/-/commit/9b36f52297cdbb6a674618f52477f74158da05c6 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[evolution-ews] Translatable string change
Hello, I just noticed a contribution from a user for evolution-ews [1], which fixes several typos in the code comments, but also a typo in a translatable string. I merged the merge request for the next release. The new string reads: Cannot add messages into a Microsoft 365 account from another account. Only messages from the same account can be moved/copied between the Microsoft 365 folders. The change was from "an Microsoft" to "a Microsoft" at the beginning of the sentence. Bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution-ews/-/merge_requests/5 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[evolution] Added a new translatable string
Hello, I forgot to commit a patch for [1] before the Friday release, which adds a new translatable string "Folder: %s" into the sources. I committed it now. Bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution/-/issues/1353 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Evolution: String freeze break approval plea
Hello, there is opened a merge request [1] against Evolution from a contributor, which is quite simple (code wise speaking), but it contains two translatable strings. One for an option name ("Started Tasks"), the other for its tooltip (might be something along these lines, even we are still discussing the final version "Filters for tasks that either do not have a start date or the start date is earlier than the time the filter is selected at"). I'd like to include the change in the 3.38.0, especially because it's the contributor's effort, though the contributor filled the merge request "too late". Would you mind to approve it, please? Thanks and bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution/-/merge_requests/63 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: [evolution] Clashing string in translatable text
On Sat, 2020-02-29 at 11:00 +0100, Piotr Drąg wrote: > So by “using GTK translations”, you mean copying existing > translations to Evolution’s po files, or tapping into the GTK > translation domain? > > The former is problematic, the latter you’re free to do. Hi, I meant to use gtk+ translation domain, but then I changed my mind. I marked the strings in the borrowed code with special context and committed the change before the Friday release (I thought it'll be better to be done before the 3.35.92 release). I pinged Alexandre on IRC before doing that. Bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: [evolution] Clashing string in translatable text
On Wed, 2020-02-26 at 16:50 +0100, Alexandre Franke wrote: > Your case here falls under the “Change or addition > of a message that is not marked for translation” category, i.e. the > strings are already present in the code and they are just not > available for translators to translate. Hi, not exactly, the string is marked for translation (that's how the translator found it) and it either needs a context or other way to distinguish the meaning in different, well, contexts. > The general rule is that developers should not touch translations > even if they want to help translators. I’ll let Piotr confirm whether > he thinks it applies to your specific case. Okay, let's wait. I'd prefer to use gtk+ translations, but both options work for me. Thanks and bye, Milan P.S.: by the way, I'm not on the list; feel free to CC me in responses, but I'll check the list archive too. ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[evolution] Clashing string in translatable text
Hello, I've been warned about a string clash for word "Flags" in Evolution by one of the translators. It happened when I copied gtk+' Emoji chooser widget into Evolution sources (because gtk+ (3.x) doesn't provide it in public API). The string is already used in Evolution in a meaning "bit-or flags", while in the Emoji it's used like a "country flags". I need to make a change, but I'm not sure whether I can do it without an approval, as the code is under the string freeze. I can think of two approaches to fix this. The first is to just mark the clashing strings with context, but I'd say it's suboptiomal. The second approach is to use the translation from the gtk+ package, which is better, from my point of view (also because it keeps the Emoji chooser texts consistent). It will also avoid unnecessary translation strings for Evolution translators. I've prepared a very simple patch for the second approach, I only would like to know whether I can commit it, to not make life worse to anybody. Thanks and bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[evolution] New translatable strings in a warning message
Hello again, I just committed a fix for [1], which had been filled only yesterday. I thought it'll be better to have it fixed in the next stable release, because it can be considered a security issue. The added strings are ngettext strings: "Review attachment before sending." "Review attachments before sending." "There had been added %d attachment. Make sure it does not contain any sensitive information before sending the message." "There had been added %d attachments. Make sure they do not contain any sensitive information before sending the message." Bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution/issues/784 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[evolution] New translatable strings in GSettings scheme
Hello, I just committed a change [1], which adds new translatable strings into a GSettings scheme file. The strings are: Whether unset colors provided in HTML mails. If enabled, unset colors in HTML messages, forcing use of desktop theme colors instead. It doesn't change UI at all, neither it shows these texts in the Evolution UI at all. Bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution/commit/4dad3e4c5b7c65a6cf70309ebe818995828abe5d ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[evolution] New translatable strings added
Hello, I committed a contributed change yesterday [1], which adds few new translatable strings, namely: Let the Month View start with the current week Whether the month view should show weeks starting with the current week instead of the first week of the month. Start Month View with the c_urrent week Just that you know. Bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution/commit/ee8a47b8b78016a42237d61e78ab45d1535cd9b0 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[evolution-data-server] New translatable strings
Hello, just a notice that I committed a change [1], which added two translatable strings into evolution-data-server, namely: Enable _UTF-8 extension, when the server supports it and Unable to connect to POP server %s.\nError enabling UTF-8 mode: " where the later is used as a GError prefix. The change is for 3.35.91+. Bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution-data-server/commit/4bf02eb3a4509a471298a7ecd69c074218fcb720 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[evolution] String freeze break approval plea
Hello, a user reported a typo in a translatable string [1]. I can fix it, but it would break existing translations, even it is visible only in GSettings, dconf-editor and similar tools. The faulty string had been added before 3.33.1 release. Can I correct the string, please? Bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution/issues/592 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
evolution-data-server: Added new translatable string
Hello, in order to address [1], I added a new translatable string into the evolution-data-server sources with commit [2]. It's: Refreshing… and it's used 3 times in the sources. It basically means that the backend is refreshing its content, which can be a time expensive operation in some cases. Bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution-data-server/issues/138 [2] https://gitlab.gnome.org/GNOME/evolution-data-server/commit/28b0e26216001c1199d292a929a4889770ad21a6 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Collection in Evolution
On Sun, 2019-03-10 at 22:42 +0100, Andre Klapper wrote: > AFAIK, basically a Collection account is an account which serves for > multiple views/types of services (not email or not contacts only). Hi, the above is true. While creating mail acocunt you get basically only mail, similarly when creating a calendar you get only calendar, and so on, the collection account can group together all the types and it can for example share credentials. Due to lack of a better text I chose to use the same "Collection Account" as the code uses in the background. Bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: [evolution-data-server] UI/string freeze break approval request
On Fri, 2019-03-01 at 15:33 +0100, Andre Klapper wrote: > On Fri, 2019-03-01 at 07:14 -0600, mcatanz...@gnome.org wrote: > > 1 / 2 release team > > 2/2 r-t approval Hi, thank you all. I committed it [2] for 3.31.92+. Bye, Milan [2] https://gitlab.gnome.org/GNOME/evolution-data-server/commit/df0a219cc ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: [evolution-data-server] UI/string freeze break approval request
On Fri, 2019-03-01 at 11:32 +0100, Daniel Mustieles García wrote: > Is it just an copy-paste URL in a single string? If so, 1/2 from i18n > > ... > > URL: [ https://accounts.google.com/signin/ ] > ... Hi, the above are two widgets, a label containing "URL:", which is also marked for localization, and an entry showing actual URL being used in the WebKitWebView below it, aka the URL itself, in the entry, is changing during the process of the authentication and is not localized. I wanted to re-use an existing string for the label, but there was none suitable in the sources. Bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[evolution-data-server] UI/string freeze break approval request
Hello, I know this is awfully late, but I also believe this has a very limited impact to all interested parties, including translators, documentation and users itself. I'd like to break the UI Freeze in evolution-data-server's authentication dialog when using OAuth2, by adding URL line into it [1]. It's only the URL: [ https://accounts.google.com/signin/ ] line in [1], which had been added. It's added, because Google requires it to be there, which kind of makes sense, even for native applications, though it makes the dialog uglier. The "URL:" text is marked for localization, but I guess it's no big deal. Neither I think this dialog is shown anywhere in the documentation (though I can be wrong). I do not think it's really necessary to have this done for 3.32.0, the same as I agree that the timing, even for such small change, is really bad, but I think it would be nice to have in the 3.32.0. I'd not ask for it not being of the Google's requirement for it. Thanks for consideration. Bye, Milan [1] https://people.gnome.org/~mcrha/google-login.png ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[evolution-data-server] New translatable strings added
Hello, I added new translatable strings into evolution-data-server in this commit [1]. The strings are part of a GSettings schema only, describing four newly added keys. Bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution-data-server/commit/3824aa3b88461f0d92f4bab2e674372d8eac629b ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n