Re: [evolution] String freeze break plea for gnome-43 branch

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[evolution-mapi] Created branch gnome-43

[Milan Crha]

The branch 'gnome-43' was created pointing to:

 3d14152... NEWS update for 3.46.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-ews] Created branch gnome-43

[Milan Crha]

The branch 'gnome-43' was created pointing to:

 d4f2486... NEWS update for 3.46.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution] Created branch gnome-43

[Milan Crha]

The branch 'gnome-43' was created pointing to:

 2ac3eb1... NEWS update for 3.46.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-data-server] Created branch gnome-43

[Milan Crha]

The branch 'gnome-43' was created pointing to:

 ed45e32... NEWS update for 3.46.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

gnome-software: A string change

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[evolution-mapi] Created branch gnome-42

[Milan Crha]

The branch 'gnome-42' was created pointing to:

 b9c77cb... NEWS update for 3.44.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-ews] Created branch gnome-42

[Milan Crha]

The branch 'gnome-42' was created pointing to:

 559320e... NEWS update for 3.44.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution] Created branch gnome-42

[Milan Crha]

The branch 'gnome-42' was created pointing to:

 0839b6f... NEWS update for 3.44.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-data-server] Created branch gnome-42

[Milan Crha]

The branch 'gnome-42' was created pointing to:

 1c7202b... NEWS update for 3.44.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: [evolution] String freeze break approval plea

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[evolution-mapi] Created branch gnome-41

[Milan Crha]

The branch 'gnome-41' was created pointing to:

 6dbbc08... NEWS update for 3.42.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-ews] Created branch gnome-41

[Milan Crha]

The branch 'gnome-41' was created pointing to:

 d63e800... NEWS update for 3.42.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution] Created branch gnome-41

[Milan Crha]

The branch 'gnome-41' was created pointing to:

 f315305... NEWS update for 3.42.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-data-server] Created branch gnome-41

[Milan Crha]

The branch 'gnome-41' was created pointing to:

 35c810b... NEWS update for 3.42.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: evolution: String freeze break plea

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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-mapi] Created branch gnome-40

[Milan Crha]

The branch 'gnome-40' was created pointing to:

 34eae18... NEWS update for 3.40.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-ews] Created branch gnome-40

[Milan Crha]

The branch 'gnome-40' was created pointing to:

 c4ad19c... NEWS update for 3.40.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution] Created branch gnome-40

[Milan Crha]

The branch 'gnome-40' was created pointing to:

 d9b3618... NEWS update for 3.40.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-data-server] Created branch gnome-40

[Milan Crha]

The branch 'gnome-40' was created pointing to:

 f045c3c... NEWS update for 3.40.0

___
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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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-mapi] Created branch gnome-3-38

[Milan Crha]

The branch 'gnome-3-38' was created pointing to:

 84fc9c2... NEWS update for 3.38.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-ews] Created branch gnome-3-38

[Milan Crha]

The branch 'gnome-3-38' was created pointing to:

 eb6c3d2... NEWS update for 3.38.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution] Created branch gnome-3-38

[Milan Crha]

The branch 'gnome-3-38' was created pointing to:

 d85fbf2... NEWS update for 3.38.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-data-server] Created branch gnome-3-38

[Milan Crha]

The branch 'gnome-3-38' was created pointing to:

 2f52415... NEWS update for 3.38.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Evolution: String freeze break approval plea

[Milan Crha via gnome-i18n]

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

[evolution-mapi] Created branch gnome-3-36

[Milan Crha]

The branch 'gnome-3-36' was created pointing to:

 1337bd2... NEWS update for 3.36.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-ews] Created branch gnome-3-36

[Milan Crha]

The branch 'gnome-3-36' was created pointing to:

 d37bdd0... NEWS update for 3.36.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution] Created branch gnome-3-36

[Milan Crha]

The branch 'gnome-3-36' was created pointing to:

 5eb0771... NEWS update for 3.36.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-data-server] Created branch gnome-3-36

[Milan Crha]

The branch 'gnome-3-36' was created pointing to:

 7d6f7ee... NEWS update for 3.36.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: [evolution] Clashing string in translatable text

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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-mapi] Created branch gnome-3-34

[Milan Crha]

The branch 'gnome-3-34' was created pointing to:

 50b4909... NEWS update for 3.34.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-ews] Created branch gnome-3-34

[Milan Crha]

The branch 'gnome-3-34' was created pointing to:

 5c2fc5b... NEWS update for 3.34.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution] Created branch gnome-3-34

[Milan Crha]

The branch 'gnome-3-34' was created pointing to:

 b38f28c... NEWS update for 3.34.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-data-server] Created branch gnome-3-34

[Milan Crha]

The branch 'gnome-3-34' was created pointing to:

 4b7967e... NEWS update for 3.34.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution] String freeze break approval plea

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[evolution-mapi] Created branch gnome-3-32

[Milan Crha]

The branch 'gnome-3-32' was created pointing to:

 8bd2041... NEWS update for 3.32.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-ews] Created branch gnome-3-32

[Milan Crha]

The branch 'gnome-3-32' was created pointing to:

 684ff55... NEWS update for 3.32.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution] Created branch gnome-3-32

[Milan Crha]

The branch 'gnome-3-32' was created pointing to:

 c8676d8... NEWS update for 3.32.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-data-server] Created branch gnome-3-32

[Milan Crha]

The branch 'gnome-3-32' was created pointing to:

 872b93e... NEWS update for 3.32.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Collection in Evolution

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[Milan Crha via gnome-i18n]

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

[evolution] Created branch gnome-3-30

[Milan Crha]

The branch 'gnome-3-30' was created pointing to:

 907dc0e... NEWS update for 3.30.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-ews] Created branch gnome-3-30

[Milan Crha]

The branch 'gnome-3-30' was created pointing to:

 038271a... NEWS update for 3.30.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-data-server] Created branch gnome-3-30

[Milan Crha]

The branch 'gnome-3-30' was created pointing to:

 1498ad5... Correct ChangeLog URLs

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-mapi] Created branch gnome-3-30

[Milan Crha]

The branch 'gnome-3-30' was created pointing to:

 7e03bc7... NEWS update for 3.30.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-mapi] Created branch gnome-3-28

[Milan Crha]

The branch 'gnome-3-28' was created pointing to:

 19bf781... NEWS update for 3.28.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-ews] Created branch gnome-3-28

[Milan Crha]

The branch 'gnome-3-28' was created pointing to:

 ee0132a... NEWS update for 3.28.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution] Created branch gnome-3-28

[Milan Crha]

The branch 'gnome-3-28' was created pointing to:

 06c5e1a... NEWS update for 3.28.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-data-server] Created branch gnome-3-28

[Milan Crha]

The branch 'gnome-3-28' was created pointing to:

 7f6c163... NEWS update for 3.28.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: [evolution-data-server] GSettings key description typo correction

[Milan Crha]

On Mon, 2018-02-26 at 17:23 +0100, Piotr Drąg wrote:
> No process is perfect, and we
> absolutely can discuss it if you feel it doesn’t work for you.

Hi,
okay. I see I've a hard time to properly express myself today. The
process as such works for me, I only tend to forget of basic rules and
then I cause such confusion like here.

> …that said, I don’t think “obvious” issues are any different to
> non-obvious ones. The amount of work translators need to spend is
> exactly the same.

Yes and no. Being pedantic, knowing of a typo in the translated string
and waiting for an approval for a day may mean that some translator(s)
will translate the string with the typo and then will need to
re-translate it again, after the typo is fixed, while those whom will
be "late" will translate only once.

I know, it's just how it is and it (probably) doesn't happen that
often. Let's keep the process as is, I'll try to do it right the next
time.
Thanks and bye,
Milan
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: [evolution-data-server] GSettings key description typo correction

[Milan Crha]

Hi,

On Mon, 2018-02-26 at 16:52 +0100, Piotr Drąg wrote:
> I don’t quite understand your concerns.

Ouch, I didn't mean to even imply that the current process is wrong,
I'm sorry if it might look like that, it was not my intention.

I was only wondering, and thinking aloud, whether the process could be
simplified for such obvious issues like typos in the translated
strings.

I'm perfectly fine to follow the correct procedure the next time.
Thanks and bye,
Milan
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-data-server] GSettings key description typo correction

[Milan Crha]

Hello,
I committed a change for bug [793728] last week, where the reporter
claims a typo in a description of one of the GSettings key description.
I've been warned that I've been supposed to ask for a permission to do
the change at this late stage of the release cycle, but I hope it's
understandable to have the typo fixed, instead of giving users false
and/or confusing information.

I'm sending this email as a late heads-up.

I'm not sure how to proceed in the future. I know that the rules are
important and I believe I do my best to support translators work and
not waste their time. I also try to do my best for the users, but I
also do mistakes and typos like this, where the need for the
translators and the need for accurate information given to the users
intersects and causes trouble (and some paperwork overhead) now. I do
not know, would it make sense to just correct typos in such late time
and just give a heads up? After all, the translation in the sources is
used by the users too. I know I should not touch translator's files,
but there's an option to correct the typo there as well, thus such
changes might not cause 'fuzzy' translations (okay, this particular
change is easy, having other kind of typos, which may eventually change
meaning of the text, is definitely better to be dealt by the
translators, not by the coders). It's understandable that most of the
translators begin translation when the string-freeze period begins,
while they find such typos or issues in the translations only after the
string should not be changed, but it looks odd to have the default
translation wrong and wait for the next release to have it corrected.

I do not know, it's hard to make everyone happy, even when we are on
the same side, trying to provide as best user experience as possible.

Bye,
Milan

[793728] https://bugzilla.gnome.org/show_bug.cgi?id=793728
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: [evolution-ews] Two new translatable strings added for 3.27.91

[Milan Crha]

On Fri, 2018-02-09 at 23:05 +0100, Ask Hjorth Larsen wrote:
> And even better if there are some usage hints - is it important that
> this word or an exact equivalent is used (maybe translator will write
> the English term in parenthesis then), or can it be replaced by
> something inexact like 'Security group'.

Hi,
I didn't want to diverge from the terms used on the portal.azure.com
site, just to make it easier to the users to pair what they see at the
site and where they fill it in the settings.

I already added some translator comment around the 'tenant' word,
hopefully useful for translators. I can change it, if needed.
Bye,
Milan
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: [evolution-ews] Two new translatable strings added for 3.27.91

[Milan Crha]

On Wed, 2018-02-07 at 23:33 +0100, Alexandre Franke wrote:
> >   Tenant cannot be empty
> 
> That one probably deserves a translator comment. I know the word
> tenant in the context of renting an appartment, but I have no clue
> what it could be here.

Hi,
neither do I, that's just a term used by Microsoft. I didn't check what
they translate it to, if anything. I'll try to find it out and
eventually add the translator comment, if I find anything usable.
Bye,
Milan
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-ews] Two new translatable strings added for 3.27.91

[Milan Crha]

Hello,
I realized I missed some functionality before 3.27.90 release of
evolution-ews, which requires two new translatable strings, thus I
added them with commit [1]. The strings in question are:
   Tenant cannot be empty
   Application ID cannot be empty
Nothing else about translation or UI had been changed.
Bye,
Milan

[1] https://git.gnome.org/browse/evolution-ews/commit/?id=a487e14
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: [evolution] String freeze break plea for gnome-3-26

[Milan Crha]

On Mon, 2017-10-16 at 08:44 +0200, Milan Crha wrote:
> ...

Hi,
as I didn't receive the approval for the inclusion of the simplified
change for [1], I decided to unmark the two strings from translation in
gnome-3-26 branch (for 3.26.2+). It should not have any bad side-effect 
for translators, from my point of view.

I did that, because I'm afraid more users will prefer to not have those
strings localized, while still using their preferred language in the
UI. I may eventually reconsider the whole issue later (for the
development version), but the current state is that the development
version is left untouched and the option to use or not use localized
Fwd/Re is available there.
Bye,
Milan

[1] https://bugzilla.gnome.org/show_bug.cgi?id=788916
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: [evolution] String freeze break plea for gnome-3-26

[Milan Crha]

On Sun, 2017-10-15 at 20:13 +0200, Andre Klapper wrote:
> On Fri, 2017-10-13 at 12:02 +0200, Milan Crha wrote:
> > I just committed a fix for it for 3.27.1 [3], but I'd like to add
> > the
> > change also for 3.26.2.
> > [3] https://git.gnome.org/browse/evolution/commit/?id=c5ca2d356f
> 
> In 3.27 it's up to translators how "Re:" and "Fwd:" get localized.

Hi,
the same applies for 3.26.0+, that's why this plea exists.

> And up to the user whether to enable that localization or not.

That's what added the change above, yes.

> "org.gnome.evolution.mail.composer-localized-re" also exists, to
> recognize localized "Re:" (like "AW:" or "SV:") prefixes.
> Setting that key (=the recognized prefixes) is up to the user.
> The idea was to avoid lines like "Re: AW: Re: AW: Re: Subject".
> 
> That's now thwarted by letting users enable localized prefixes but
> Evolution by default not recognizing these localized prefixes.

Well, those are two different things (also see below). The "composer-
use-localized-fwd-re" bool option is there to let Evolution know that
it should use/add the localized version, as specified by the
translator, of the Fwd/Re prefix when creating a new forward or reply
message (aka when Ctrl+F/Ctrl+R is pressed in the Mail view).

> And I don't understand why it's up to translators to define a
> localized language prefix but up to users to set the localized prefix
> to make Evolution recognize it.

Translators cannot fill "composer-localized-re", translators can only
define what the prefix might be in their language (which happened for
3.26.0, by tagging the strings for translation). The "composer-
localized-re" is to contain all the prefixes the user receives messages
with, thus for example some in German, Czech, whatever. It would not
make sense to need from every translator to define all possible
prefixes for all known languages.

The options look similar, but they are not the same.

I hope it makes it clearer.
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-3-26

[Milan Crha]

Hello,
during 3.25 development cycle I made a change for [1], where I marked
Fwd and Re attributions for translation, as requested by the reporter.
What I didn't realize at that moment was that people in
internationalized environments might have problem with it (not talking
that the "Re" is part of RFC, which I missed completely). It stroke
shortly after those users begun to use 3.26 in locale which had
translated those strings. It resulted in bug [2].

I just committed a fix for it for 3.27.1 [3], but I'd like to add the
change also for 3.26.2. The original change contains also UI changes,
because I added a checkbox for it into the Composer Preferences, but
I'd like to simplify the change for 3.26 and include only translatable
strings in GSettings [4]. The default value for the option is not to
use translated Fwd/Re, which will fix it for majority of the users and
those whom prefer the translated strings can change the values of the
option manually or wait for 3.28.0.

I believe that regular users access GSettings/DConf only when told to
do it, thus these two strings [4] not being translated should not cause
any significant harm, especially in compare of the issue itself.

Thanks and bye,
Milan

[1] https://bugzilla.gnome.org/show_bug.cgi?id=783968
Mark Fwd and Re Subject attribution for translation

[2] https://bugzilla.gnome.org/show_bug.cgi?id=788916
Localized "Fwd:"/"Re:" can't be disabled

[3] https://git.gnome.org/browse/evolution/commit/?id=c5ca2d356f

[4] <_summary>Use localized “Fwd”/“Re” in message Subject
<_description>When set to true, uses localized “Fwd”/“Re” in
message Subject on reply and forward as provided by current locale
translation, otherwise uses unlocalized version.
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-mapi] Created branch gnome-3-26

[Milan Crha]

The branch 'gnome-3-26' was created pointing to:

 56019b9... NEWS update for 3.26.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-ews] Created branch gnome-3-26

[Milan Crha]

The branch 'gnome-3-26' was created pointing to:

 fd784cc... NEWS update for 3.26.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution] Created branch gnome-3-26

[Milan Crha]

The branch 'gnome-3-26' was created pointing to:

 286b2d6... NEWS update for 3.26.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-data-server] Created branch gnome-3-26

[Milan Crha]

The branch 'gnome-3-26' was created pointing to:

 5f1e442... Correct URL in ChangeLog file

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-mapi] Created branch gnome-3-24

[Milan Crha]

The branch 'gnome-3-24' was created pointing to:

 79f0bca... NEWS update for 3.24.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-ews] Created branch gnome-3-24

[Milan Crha]

The branch 'gnome-3-24' was created.

Summary of new commits:

  dec1881... NEWS update for 3.24.0
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution] Created branch gnome-3-24

[Milan Crha]

The branch 'gnome-3-24' was created pointing to:

 716056d... NEWS update for 3.24.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution-data-server] Created branch gnome-3-24

[Milan Crha]

The branch 'gnome-3-24' was created pointing to:

 9915b6e... NEWS update for 3.24.0

___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution] New translatable string

[Milan Crha]

Hello,
I just committed [1] into evolution git master branch, which contains
a new translatable string:

   "This meeting invitation is obsolete. It had been updated."

Bye,
Milan

[1] https://git.gnome.org/browse/evolution/commit/?id=6ffb317
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: [evolution] gnome-3-22 String freeze break plea

[Milan Crha]

On Wed, 2017-01-18 at 10:13 +0100, Alexandre Franke wrote:
> On Wed, Jan 18, 2017 at 10:02 AM, Claude Paroz 
> wrote:
> > 1 of 2 i18n approvals.
> 
> And here is 2 of 2.
> 

Hi,
thanks, I committed it for 3.22.5 as [1], with a little string change
as suggested in the bug report [2].
Bye,
Milan

[1] https://git.gnome.org/browse/evolution/commit/?id=a870b0a
[2] https://bugzilla.gnome.org/show_bug.cgi?id=776391#c9
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

[evolution] gnome-3-22 String freeze break plea

[Milan Crha]

Hello,
I'd like to commit a change for bug:
https://bugzilla.gnome.org/show_bug.cgi?id=776391
also into the gnome-322, but as the Evolution localized also GSettings
keys, then it breaks the string freeze policy. As mentioned, the new
translatable strings are only for the GSettings keys, thus shown only
in the dconf-editor or such tool, where users may not usually want to
go, thus I think it's pretty safe to make the change. The added option
is supposed to be hidden, it's not anywhere in the UI and is only for
the developers, but influences how the Evolution behaves for regular
users, in a not so great way. That's the main reason why I'd like to
commit also to the stable branch.

The added strings are:
 <_summary>Enable special WebKit developer features
 <_description>The change of this option requires restart of the 
Evolution.

I plan to make the final 3.22.5 Evolution release on February 13th.
Thanks and bye,
Milan
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String additions to 'evolution-data-server.gnome-3-22'

[Milan Crha]

Hi,

On Thu, 2016-10-06 at 20:01 +0200, Piotr Drąg wrote:
>   + "Failed to construct refresh_token request"
>   + "Failed to encode new access token to Google secret"
>   + "Failed to get Google secret from credentials"
>   + "Failed to get access token from refresh_token server response"
>   + "Failed to refresh token"
>   + "Refresh token not found in Google secret"
>
> Your commit broke the string freeze. Please revert it in the
> gnome-3-22 branch and ask for a permission, if you want.

ouch, I knew I forgot something. I did know that I'm adding new
strings, I even know that I should ask first, but then I completely
forgot of it when committing to master and I just blindly committed it
to the stable branch as well. I'm sorry for that.

I'm CC'ing the relevant parties and doing the right thing now:

I'd like to ask for a string freeze break in the gnome-3-22 branch for
the evolution-data-server, where I made a change for [bug #771547]
"Internal Google OAuth2 authentication fails with expired token". The
change is somewhat important, because it fixes broken behaviour in
OAuth2 Google tokens handling. I added couple error messages,
translated (quoted above), which can show up in a user interface,
though only in a very very very rare cases, like when users manually
edit or remove the secrets in the seahorse. I didn't want to add
strings without being marked for translation (and diverge from git
master), thus I'd rather left them untranslated. I know this is pretty
late, quite close before the 3.22.1 release, but I hope you'll still
understand the importance of the change.

Let me apologize once again for my failure in the string freeze break
approval procedure, it really wasn't intentional.

Bye,
Milan

[bug #771547] https://bugzilla.gnome.org/show_bug.cgi?id=771547
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n