Re: Freeze break request for gnome-shell

[Daniel Mustieles García via gnome-i18n]

2/2 from i18n

Thanks

El mié., 14 sept. 2022 19:26, Piotr Drąg via gnome-i18n <
gnome-i18n@gnome.org> escribió:

> śr., 14 wrz 2022 o 14:53 Florian Müllner via gnome-i18n
>  napisał(a):
> >
> > Hey,
> >
> > I'd like to request a freeze break for
> >
> > https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2485
> >
> > It adds context to an existing translation as requested by Alexandre.
> >
> > Besides approval, I'd also appreciate feedback that the added context
> > is actually helpful :-)
> >
>
> It is helpful, and here is 1/2 from i18n. :)
>
>
> --
> Piotr Drąg
> ___
> gnome-i18n mailing list
> gnome-i18n@gnome.org
> https://mail.gnome.org/mailman/listinfo/gnome-i18n
>
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for gnome-shell

[Piotr Drąg via gnome-i18n]

śr., 14 wrz 2022 o 14:53 Florian Müllner via gnome-i18n
 napisał(a):
>
> Hey,
>
> I'd like to request a freeze break for
>
> https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2485
>
> It adds context to an existing translation as requested by Alexandre.
>
> Besides approval, I'd also appreciate feedback that the added context
> is actually helpful :-)
>

It is helpful, and here is 1/2 from i18n. :)


-- 
Piotr Drąg
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for gnome-shell

[Jordi Mas]

Hello,

I want to bring this localisation issue to our attention:

https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5820

When this is fixed, new strings also will be available for translation, and
these strings are highly visible.

Regards

Jordi,

Missatge de Florian Müllner via gnome-i18n  del dia
dc., 14 de set. 2022 a les 14:53:

> Hey,
>
> I'd like to request a freeze break for
>
> https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2485
>
> It adds context to an existing translation as requested by Alexandre.
>
> Besides approval, I'd also appreciate feedback that the added context
> is actually helpful :-)
>
> Cheers,
> Florian
>
>
> ___
> gnome-i18n mailing list
> gnome-i18n@gnome.org
> https://mail.gnome.org/mailman/listinfo/gnome-i18n
>
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Freeze break request for gnome-shell

[Florian Müllner via gnome-i18n]

Hey,

I'd like to request a freeze break for

https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2485

It adds context to an existing translation as requested by Alexandre.

Besides approval, I'd also appreciate feedback that the added context 
is actually helpful :-)


Cheers,
Florian


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

Re: Freeze break request for gnome shell

[Daniel Mustieles García via gnome-i18n]

2/2 from i18n.

Thanks!

El lun, 5 sept 2022 a las 10:22, Alexandre Franke ()
escribió:

> On Sat, Sep 3, 2022 at 7:09 PM Florian Müllner 
> wrote:
> > https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2467
> >
> > It adds an ellipsis to a menu item that should have it according to the
> HIG.
>
> Trivial enough. 1/2 from i18n.
>
> --
> Alexandre Franke
> GNOME Hacker
> ___
> gnome-i18n mailing list
> gnome-i18n@gnome.org
> https://mail.gnome.org/mailman/listinfo/gnome-i18n
>
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for gnome shell

[Alexandre Franke]

On Sat, Sep 3, 2022 at 7:09 PM Florian Müllner  wrote:
> https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2467
>
> It adds an ellipsis to a menu item that should have it according to the HIG.

Trivial enough. 1/2 from i18n.

-- 
Alexandre Franke
GNOME Hacker
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Freeze break request for gnome shell

[Florian Müllner]

Hey,

I'd like to request a string freeze break for

https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2467

It adds an ellipsis to a menu item that should have it according to the HIG.

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

Re: Freeze break request for gnome-shell

[Piotr Drąg via gnome-i18n]

2/2 from us, thanks!

czw., 19 mar 2020 o 13:16 Daniel Mustieles García via gnome-i18n
 napisał(a):
>
> +1 from i18n
>
> Thanks!
>
> El jue., 19 mar. 2020 a las 12:59, Florian Müllner () 
> escribió:
>>
>> Hey everyone!
>>
>> As you may know, we now have an official "Extensions" app for managing
>> gnome-shell extensions. Unfortunately we missed adding appdata for it,
>> so it doesn't show up in GNOME Software at all.
>>
>> I would like to address this for 3.36.1 as part of
>> https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1081, but
>> it adds a new translatable string for the description:
>>
>> "GNOME Extensions handles updating extensions, configuring extension
>> preferences and removing or disabling unwanted extensions."
>>
>> That string has been heavily inspired by the release notes, so
>> hopefully it doesn't impose too much work on translators.
>>
>> Stay safe,
>> Florian
>>
>>
>> ___
>> gnome-i18n mailing list
>> gnome-i18n@gnome.org
>> https://mail.gnome.org/mailman/listinfo/gnome-i18n
>
> ___
> gnome-i18n mailing list
> gnome-i18n@gnome.org
> https://mail.gnome.org/mailman/listinfo/gnome-i18n



-- 
Piotr Drąg
https://piotrdrag.fedorapeople.org
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for gnome-shell

[Daniel Mustieles García via gnome-i18n]

+1 from i18n

Thanks!

El jue., 19 mar. 2020 a las 12:59, Florian Müllner ()
escribió:

> Hey everyone!
>
> As you may know, we now have an official "Extensions" app for managing
> gnome-shell extensions. Unfortunately we missed adding appdata for it,
> so it doesn't show up in GNOME Software at all.
>
> I would like to address this for 3.36.1 as part of
> https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1081, but
> it adds a new translatable string for the description:
>
> "GNOME Extensions handles updating extensions, configuring extension
> preferences and removing or disabling unwanted extensions."
>
> That string has been heavily inspired by the release notes, so
> hopefully it doesn't impose too much work on translators.
>
> Stay safe,
> Florian
>
>
> ___
> gnome-i18n mailing list
> gnome-i18n@gnome.org
> https://mail.gnome.org/mailman/listinfo/gnome-i18n
>
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Freeze break request for gnome-shell

[Florian Müllner]

Hey everyone!

As you may know, we now have an official "Extensions" app for managing 
gnome-shell extensions. Unfortunately we missed adding appdata for it, 
so it doesn't show up in GNOME Software at all.


I would like to address this for 3.36.1 as part of 
https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1081, but 
it adds a new translatable string for the description:


"GNOME Extensions handles updating extensions, configuring extension 
preferences and removing or disabling unwanted extensions."


That string has been heavily inspired by the release notes, so 
hopefully it doesn't impose too much work on translators.


Stay safe,
Florian


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

Re: String freeze break request for gnome-shell

[Daniel Mustieles García via gnome-i18n]

2/2 from i18n

Thanks!

El mié., 11 sept. 2019 a las 7:55, Piotr Drąg via gnome-i18n (<
gnome-i18n@gnome.org>) escribió:

> śr., 11 wrz 2019, 00:43 użytkownik Florian Müllner 
> napisał:
>
>> Hey!
>>
>> I'd like to push a minor string change in
>> https://gitlab.gnome.org/GNOME/gnome-shell/issues/1538.
>>
>> The change is in the --help output of the newly-added gnome-extensions
>> CLI tool and very simple:
>> "Use %s to get detailed help.\n" becomes
>> "Use “%s” to get detailed help.\n" (note the quotation marks around %s).
>>
>> It is not very important to get the change into 3.34.1, but Piotr
>> suggested asking for a freeze break, so here we are :-)
>>
>
> And here’s 1/2 from i18n. :)
>
> Best,
> Piotr
>
>> ___
> gnome-i18n mailing list
> gnome-i18n@gnome.org
> https://mail.gnome.org/mailman/listinfo/gnome-i18n
>
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String freeze break request for gnome-shell

[Piotr Drąg via gnome-i18n]

śr., 11 wrz 2019, 00:43 użytkownik Florian Müllner 
napisał:

> Hey!
>
> I'd like to push a minor string change in
> https://gitlab.gnome.org/GNOME/gnome-shell/issues/1538.
>
> The change is in the --help output of the newly-added gnome-extensions
> CLI tool and very simple:
> "Use %s to get detailed help.\n" becomes
> "Use “%s” to get detailed help.\n" (note the quotation marks around %s).
>
> It is not very important to get the change into 3.34.1, but Piotr
> suggested asking for a freeze break, so here we are :-)
>

And here’s 1/2 from i18n. :)

Best,
Piotr

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

String freeze break request for gnome-shell

[Florian Müllner]

Hey!

I'd like to push a minor string change in
https://gitlab.gnome.org/GNOME/gnome-shell/issues/1538.

The change is in the --help output of the newly-added gnome-extensions
CLI tool and very simple:
"Use %s to get detailed help.\n" becomes
"Use “%s” to get detailed help.\n" (note the quotation marks around %s).

It is not very important to get the change into 3.34.1, but Piotr
suggested asking for a freeze break, so here we are :-)

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

Re: String & UI Freeze break request for GNOME Shell

[Daniel Mustieles García via gnome-i18n]

This request has 2/2 from release-team, and it's just one string (with one
word).

I agree with Alexandre, but having RT approval there is no need to stop
this from i18n, so 1/2.

Regards

El mié., 4 sept. 2019 a las 7:28, Alexandre Franke ()
escribió:

> On Tue, Sep 3, 2019 at 11:55 PM Arnaud Bonatti 
> wrote:
> > They cannot, there is no way to do that. Well, in fact, they can set
> > all the things manually if they know dconf-editor as I know it, as its
> > maintainer and main developer; but the *creation* of a folder would
> > look impossible to most users, due to the way the settings are done
> > (only command line allows that, more easily with `dconf` than with
> > `gsettings`; or Software, until now at least); and there is nothing
> > that will help them to do a *renaming*, in any way.
>
> Ok. I took Georges' indication as “it can be done with gsettings”
> anyway, so that doesn’t change my approval and conditions.
>
> --
> Alexandre Franke
> GNOME Hacker
> ___
> gnome-i18n mailing list
> gnome-i18n@gnome.org
> https://mail.gnome.org/mailman/listinfo/gnome-i18n
>
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String & UI Freeze break request for GNOME Shell

[Alexandre Franke]

On Tue, Sep 3, 2019 at 11:55 PM Arnaud Bonatti  wrote:
> They cannot, there is no way to do that. Well, in fact, they can set
> all the things manually if they know dconf-editor as I know it, as its
> maintainer and main developer; but the *creation* of a folder would
> look impossible to most users, due to the way the settings are done
> (only command line allows that, more easily with `dconf` than with
> `gsettings`; or Software, until now at least); and there is nothing
> that will help them to do a *renaming*, in any way.

Ok. I took Georges' indication as “it can be done with gsettings”
anyway, so that doesn’t change my approval and conditions.

-- 
Alexandre Franke
GNOME Hacker
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String & UI Freeze break request for GNOME Shell

[Arnaud Bonatti via gnome-i18n]

Hey, a “small detail”:

2019-09-03 22:44 UTC+02:00, Georges Basile Stavracas Neto via
gnome-i18n :
> Users can use dconf-editor to rename folders, but that would make for
> a terrible user experience.

They cannot, there is no way to do that. Well, in fact, they can set
all the things manually if they know dconf-editor as I know it, as its
maintainer and main developer; but the *creation* of a folder would
look impossible to most users, due to the way the settings are done
(only command line allows that, more easily with `dconf` than with
`gsettings`; or Software, until now at least); and there is nothing
that will help them to do a *renaming*, in any way.

Regards,
Arnaud

-- 
Arnaud Bonatti

courriel : arnaud.bona...@gmail.com
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String & UI Freeze break request for GNOME Shell

[Alexandre Franke]

1/2 for a merge right **after** 3.34 for a 3.34.1 inclusion.

-- 
Alexandre Franke
GNOME Hacker
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String & UI Freeze break request for GNOME Shell

[Georges Basile Stavracas Neto via gnome-i18n]

Users can use dconf-editor to rename folders, but that would make for
a terrible user experience. Renaming folders is critical to managing app
folders from GNOME Shell.

Em ter, 3 de set de 2019 às 17:41, Alexandre Franke 
escreveu:

> On Tue, Sep 3, 2019 at 10:28 PM Georges Basile Stavracas Neto
>  wrote:
> > You should read it again, then.
>
> I really shouldn’t. That is my point actually. A freeze request should
> clearly explain from the start what the benefits and risks are, so
> that we coordinators can make a well-informed decision. The easier you
> make it for us, the more likely we are to give you a quick approval.
>
> > The rename popover, that is introduced by
> > that merge request, will not be introduced if the merge request isn't
> merged.
> > Without the rename folder popover, users won't be able to rename folders
> > from GNOME Shell.
>
> Thank you, that is important information. Would the user have a
> fallback mechanism to do it in that case? As it is, the risk of not
> merging it doesn’t seem that high to me and we are getting late so I’m
> leaning towards not granting you the exception for 3.34, but approving
> for a merge right after 3.34 is out so we have time to translate it
> for 3.34.1.
>
> --
> Alexandre Franke
> GNOME Hacker
>
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String & UI Freeze break request for GNOME Shell

[Alexandre Franke]

On Tue, Sep 3, 2019 at 10:28 PM Georges Basile Stavracas Neto
 wrote:
> You should read it again, then.

I really shouldn’t. That is my point actually. A freeze request should
clearly explain from the start what the benefits and risks are, so
that we coordinators can make a well-informed decision. The easier you
make it for us, the more likely we are to give you a quick approval.

> The rename popover, that is introduced by
> that merge request, will not be introduced if the merge request isn't merged.
> Without the rename folder popover, users won't be able to rename folders
> from GNOME Shell.

Thank you, that is important information. Would the user have a
fallback mechanism to do it in that case? As it is, the risk of not
merging it doesn’t seem that high to me and we are getting late so I’m
leaning towards not granting you the exception for 3.34, but approving
for a merge right after 3.34 is out so we have time to translate it
for 3.34.1.

-- 
Alexandre Franke
GNOME Hacker
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String & UI Freeze break request for GNOME Shell

[Georges Basile Stavracas Neto via gnome-i18n]

You should read it again, then. The rename popover, that is introduced by
that merge request, will not be introduced if the merge request isn't
merged.
Without the rename folder popover, users won't be able to rename folders
from GNOME Shell.

Em ter, 3 de set de 2019 às 17:22, Alexandre Franke 
escreveu:

> On Tue, Sep 3, 2019 at 10:16 PM Georges Basile Stavracas Neto
>  wrote:
> > not approving this break would prevent that merge request from being
> merged.
>
> Right. That’s not a very useful answer though. My question was what
> the current behaviour is, i.e what will the user see if this doesn’t
> get merged.
>
> --
> Alexandre Franke
> GNOME Hacker
>
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String & UI Freeze break request for GNOME Shell

[Alexandre Franke]

On Tue, Sep 3, 2019 at 10:16 PM Georges Basile Stavracas Neto
 wrote:
> not approving this break would prevent that merge request from being merged.

Right. That’s not a very useful answer though. My question was what
the current behaviour is, i.e what will the user see if this doesn’t
get merged.

-- 
Alexandre Franke
GNOME Hacker
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String & UI Freeze break request for GNOME Shell

[Georges Basile Stavracas Neto via gnome-i18n]

The new string is a verb, "Rename". It is displayed at the rename folder
popover, introduced by that merge request. Since it's a critical part of the
merge request, not approving this break would prevent that merge request
from being merged.

Em ter, 3 de set de 2019 às 16:54, Alexandre Franke 
escreveu:

> On Tue, Sep 3, 2019 at 8:08 PM Georges Basile Stavracas Neto via
> gnome-i18n  wrote:
> > I hereby ask for String and UI freeze break exceptions for landing GNOME
> Shell's
> > https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/675. This
> merge
> > request is an important last step for feature-completeness of the
> ability to create
> > and delete folders within GNOME Shell.
>
> What’s the new string? I had a quick look at the MR and couldn’t find
> it. When/how is it displayed? What is the current behaviour (i.e. what
> happens if we don’t approve the freeze break)?
>
> --
> Alexandre Franke
> GNOME Hacker
>
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String & UI Freeze break request for GNOME Shell

[Alexandre Franke]

On Tue, Sep 3, 2019 at 8:08 PM Georges Basile Stavracas Neto via
gnome-i18n  wrote:
> I hereby ask for String and UI freeze break exceptions for landing GNOME 
> Shell's
> https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/675. This merge
> request is an important last step for feature-completeness of the ability to 
> create
> and delete folders within GNOME Shell.

What’s the new string? I had a quick look at the MR and couldn’t find
it. When/how is it displayed? What is the current behaviour (i.e. what
happens if we don’t approve the freeze break)?

-- 
Alexandre Franke
GNOME Hacker
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Fwd: String & UI Freeze break request for GNOME Shell

[Georges Basile Stavracas Neto via gnome-i18n]

CCing the i18n team.

-- Mensagem encaminhada --
De: Georges Basile Stavracas Neto 
Assunto: String & UI Freeze break request for GNOME Shell
Data: Tue, 03 Sep 2019 15:05:44 -0300
Para: release-t...@gnome.org

To the Release Team,

I hereby ask for String and UI freeze break exceptions for landing 
GNOME Shell's
<https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/675>. This 
merge
request is an important last step for feature-completeness of the 
ability to create

and delete folders within GNOME Shell.

With respect,
Georges

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

Re: Freeze break request for gnome-shell

[Michael Catanzaro]

This looks pretty self-contained, and I presume you originally sent the 
request a week and a half ago when we were earlier in the cycle. So +1 
of 2 from me.


Michael

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

Re: Freeze break request for gnome-shell

[Rui Tiago Cação Matos]

[ Re-sending since it seems this didn't make it to the release team list ]

> Hi,
>
> I'd like to request a freeze break request for this gnome-shell UI addition:
>
> https://bugzilla.gnome.org/show_bug.cgi?id=783550 - it's basically an
> Alt+Tab style switcher to cycle through multi-monitor configurations
> on laptops.
>
> Thanks,
> Rui
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for gnome-shell

[Matthias Clasen]

On Fri, Aug 18, 2017 at 11:45 AM, Rui Tiago Cação Matos <
tiagoma...@gmail.com> wrote:

> Hi,
>
> I'd like to request a freeze break request for this gnome-shell UI
> addition:
>
> https://bugzilla.gnome.org/show_bug.cgi?id=783550 - it's basically an
> Alt+Tab style switcher to cycle through multi-monitor configurations
> on laptops.
>
>
I'm in favor, +1 from the release team
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Freeze break request for gnome-shell

[Rui Tiago Cação Matos]

Hi,

I'd like to request a freeze break request for this gnome-shell UI addition:

https://bugzilla.gnome.org/show_bug.cgi?id=783550 - it's basically an
Alt+Tab style switcher to cycle through multi-monitor configurations
on laptops.

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

Re: Freeze break request for GNOME Shell

[Florian Müllner]

On Mon, Mar 20, 2017 at 5:29 PM Piotr Drąg  wrote:

> By the way, I really like this feature. :)
>

Heh, thanks (and for the two +1s) - I'll push the patches after releasing
3.24.0 later today ...

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

Re: Freeze break request for GNOME Shell

[Piotr Drąg]

2017-03-20 17:17 GMT+01:00 Alexandre Franke :
> On Mon, Mar 20, 2017 at 5:04 PM, Florian Müllner  wrote:
>> Hey,
>
> Hi,
>
>> I would like to request a post-3.24.0 freeze break for
>> https://bugzilla.gnome.org/show_bug.cgi?id=780252, which introduces one new
>> string :
>>
>> If gnome-weather is installed but hasn't been used yet, so there's no
>> location to show a weather forecast for, we should display "Select a
>> location…" in the calendar drop-down.
>
> Sounds reasonable. +1/2.
>

2/2 from i18n.

By the way, I really like this feature. :)

Best regards,

-- 
Piotr Drąg
https://piotrdrag.fedorapeople.org
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for GNOME Shell

[Alexandre Franke]

On Mon, Mar 20, 2017 at 5:04 PM, Florian Müllner  wrote:
> Hey,

Hi,

> I would like to request a post-3.24.0 freeze break for
> https://bugzilla.gnome.org/show_bug.cgi?id=780252, which introduces one new
> string :
>
> If gnome-weather is installed but hasn't been used yet, so there's no
> location to show a weather forecast for, we should display "Select a
> location…" in the calendar drop-down.

Sounds reasonable. +1/2.

-- 
Alexandre Franke
GNOME Hacker & Foundation Director
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Freeze break request for GNOME Shell

[Florian Müllner]

Hey,

I would like to request a post-3.24.0 freeze break for
https://bugzilla.gnome.org/show_bug.cgi?id=780252, which introduces one new
string :

If gnome-weather is installed but hasn't been used yet, so there's no
location to show a weather forecast for, we should display "Select a
location…" in the calendar drop-down.

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

Re: Freeze break request for gnome-shell

[Javier Jardón]

On 28 Feb 2017 19:02, "Florian Müllner"  wrote:

On Tue, Feb 28, 2017 at 7:52 PM Matthias Clasen 
wrote:

> we don't have much else to show in that area, this cycle...maybe thats me
> wearing a marketing rather than rel-eng hat
>

I was afraid of mentioning the 'm' word, but that was indeed a main
motivator behind the push for finishing up those branches

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


2/2 for release team
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for gnome-shell

[Florian Müllner]

On Tue, Feb 28, 2017 at 7:52 PM Matthias Clasen 
wrote:

> we don't have much else to show in that area, this cycle...maybe thats me
> wearing a marketing rather than rel-eng hat
>

I was afraid of mentioning the 'm' word, but that was indeed a main
motivator behind the push for finishing up those branches
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for gnome-shell

[Matthias Clasen]

fwiw, I'm +1 _because_ this is a visible improvement and new feature in
gnome shell - we don't have much else to show in that area, this
cycle...maybe thats me wearing a marketing rather than rel-eng hat
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for gnome-shell

[Michael Catanzaro]

On Tue, 2017-02-28 at 13:06 -0500, Matthias Clasen wrote:
> On Tue, Feb 28, 2017 at 12:49 PM, Florian Müllner  g> wrote:
> > 
> > In my opinion, both items make for some nice polish improvements in
> > that area with low risk (the weather section is very isolated, and
> > the
> > visual refresh is mostly a style update), so they would make for a
> > good (while late) 3.24 addition.
> 
> I concur. +1 for the release team from me. 

I'm torn. I like the changes too: it looks like a good improvement. But
it's a pretty major UI change in a significant component of the desktop
shell, and going in very late in the release cycle. I'd prefer to save
it for 3.26 to give users more time to comment on the change. So I
won't give +1 myself, but I also won't block it if someone else wants
to give the second +1.

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

Re: Freeze break request for gnome-shell

[Matthias Clasen]

On Tue, Feb 28, 2017 at 12:49 PM, Florian Müllner 
wrote:

>
>
> In my opinion, both items make for some nice polish improvements in
> that area with low risk (the weather section is very isolated, and the
> visual refresh is mostly a style update), so they would make for a
> good (while late) 3.24 addition.
>

I concur. +1 for the release team from me.
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Freeze break request for gnome-shell

[Florian Müllner]

Hey everyone,

I'd like to land some improvements to the date+time drop-down before
entering beta. The bugs in question are:

 * https://bugzilla.gnome.org/show_bug.cgi?id=754031
   which adds weather information according to the location configuration
   from gnome-weather. This has been fairly high on the wishlist for a while
   (at least since 3.16), so I'm sure this will be a very welcome addition
   (and I'm sorry I only found time recently to finish up the patches)

  Note to translators:
   There's a big patch that adds non-capitalized versions of
libgweather's condition
   strings. We will not land this, so there'll be a moderate eight additions.


 * https://bugzilla.gnome.org/show_bug.cgi?id=775763
   which streamlines the notification area's visuals according to Allan's latest
   mockups - see
https://blogs.gnome.org/aday/2016/12/13/improving-notifications-in-gnome/

For reference, this is what the result looks like:
https://people.gnome.org/~fmuellner/gnome-shell-calendar-refresh.png

In my opinion, both items make for some nice polish improvements in
that area with low risk (the weather section is very isolated, and the
visual refresh is mostly a style update), so they would make for a
good (while late) 3.24 addition.

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

String freeze break request for gnome-shell

[Florian Müllner]

Hey folks,

sorry for the late request, but the bug in question[0] only came in today ...

In the system menu, we'd like to link to the corresponding Settings
panel in the Location submenu (like all other submenus do), which
would add the new string Privacy Settings.

-- Florian

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

Re: String freeze break request for gnome-shell

[Daniel Mustieles García]

1/2 from i18n

Cheers

2014-09-12 12:04 GMT+02:00 Florian Müllner fmuell...@gnome.org:

 Hey folks,

 sorry for the late request, but the bug in question[0] only came in today
 ...

 In the system menu, we'd like to link to the corresponding Settings
 panel in the Location submenu (like all other submenus do), which
 would add the new string Privacy Settings.

 -- Florian

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

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

Re: String freeze break request for gnome-shell

[Alexandre Franke]

2/2 from i18n.

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

Freeze break request for GNOME Shell

[Florian Müllner]

Oh my, it's this time of the year again ...

When the new status menu work landed, the Notification switch that
used to be in the user menu was removed, although according to the
mockups[0] it should be included in the message tray menu - I'd like
to land this[1] now for 3.10.1.

At this point in time, this constitutes both a UI and string freeze
break, though it restores functionality that has been around for quite
some time (3.4?) and was only removed late this cycle, so I suspect
that there are translations/documentation that can be resurrected.


Cheers,
Florian

[0] https://wiki.gnome.org/GnomeShell/Design/Guidelines/SystemStatus/
[1] https://bugzilla.gnome.org/show_bug.cgi?id=707073
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for GNOME Shell

[Piotr Drąg]

2013/10/10 Florian Müllner fmuell...@gnome.org:
 Oh my, it's this time of the year again ...

 When the new status menu work landed, the Notification switch that
 used to be in the user menu was removed, although according to the
 mockups[0] it should be included in the message tray menu - I'd like
 to land this[1] now for 3.10.1.

 At this point in time, this constitutes both a UI and string freeze
 break, though it restores functionality that has been around for quite
 some time (3.4?) and was only removed late this cycle, so I suspect
 that there are translations/documentation that can be resurrected.


It's a bit too late, but since we already accepted bigger changes, I
give 1/2 from i18n. Please note that this the last time I'm going to
approve a break in this cycle.

-- 
Piotr Drąg
http://raven.fedorapeople.org/
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for GNOME Shell

[Javier Jardón]

On 10 October 2013 15:38, Piotr Drąg piotrd...@gmail.com wrote:
 2013/10/10 Florian Müllner fmuell...@gnome.org:
 Oh my, it's this time of the year again ...

 When the new status menu work landed, the Notification switch that
 used to be in the user menu was removed, although according to the
 mockups[0] it should be included in the message tray menu - I'd like
 to land this[1] now for 3.10.1.

 At this point in time, this constitutes both a UI and string freeze
 break, though it restores functionality that has been around for quite
 some time (3.4?) and was only removed late this cycle, so I suspect
 that there are translations/documentation that can be resurrected.


 It's a bit too late, but since we already accepted bigger changes, I
 give 1/2 from i18n. Please note that this the last time I'm going to
 approve a break in this cycle.

+1 for release team


-- 
Javier Jardón Cabezas
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for GNOME Shell

[Petr Kovar]

Piotr Drąg piotrd...@gmail.com, Thu, 10 Oct 2013 16:38:42 +0200:

 2013/10/10 Florian Müllner fmuell...@gnome.org:
  Oh my, it's this time of the year again ...
 
  When the new status menu work landed, the Notification switch that
  used to be in the user menu was removed, although according to the
  mockups[0] it should be included in the message tray menu - I'd like
  to land this[1] now for 3.10.1.
 
  At this point in time, this constitutes both a UI and string freeze
  break, though it restores functionality that has been around for quite
  some time (3.4?) and was only removed late this cycle, so I suspect
  that there are translations/documentation that can be resurrected.
 
 
 It's a bit too late, but since we already accepted bigger changes, I
 give 1/2 from i18n. Please note that this the last time I'm going to
 approve a break in this cycle.

2/2 for i18n. 

Florian, please try to push the change ASAP so that translators have
enough time to get their translations updated for the point release.

Thank you,
Petr Kovar
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for GNOME Shell

[Matthias Clasen]

On Thu, Oct 10, 2013 at 10:59 AM, Javier Jardón jjar...@gnome.org wrote:



 +1 for release team


Second approval for the release team
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Freeze break request for gnome-shell

[Cosimo Cecchi]

Hi all,

This cycle we redesigned the Shell overview, hiding the message tray by
default from the view.
The original design also added a new messages indicator to make the tray
more discoverable, but it didn't make it in time for 3.7.90. Bug 687797 [1]
contains a patchset that adds the indicator.
Patches have been reviewed already and the request comes from the design
team. OK to commit this?

[1] https://bugzilla.gnome.org/show_bug.cgi?id=687787

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

Re: Freeze break request for gnome-shell

[Matthias Clasen]

On Fri, Mar 1, 2013 at 9:20 AM, Cosimo Cecchi cosimo.cec...@gmail.com wrote:
 Hi all,

 This cycle we redesigned the Shell overview, hiding the message tray by
 default from the view.
 The original design also added a new messages indicator to make the tray
 more discoverable, but it didn't make it in time for 3.7.90. Bug 687797 [1]
 contains a patchset that adds the indicator.
 Patches have been reviewed already and the request comes from the design
 team. OK to commit this?

 [1] https://bugzilla.gnome.org/show_bug.cgi?id=687787

Could you attach a screenshot to the bug ? That makes it much easier
to judge such requests...
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for gnome-shell

[Cosimo Cecchi]

On Fri, Mar 1, 2013 at 10:10 AM, Matthias Clasen

Could you attach a screenshot to the bug ? That makes it much easier
 to judge such requests...


Yeah I forgot about it...attached a screenshot now.

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

Re: Freeze break request for gnome-shell

[Frederic Peters]

Cosimo Cecchi wrote:

 This cycle we redesigned the Shell overview, hiding the message tray by
 default from the view.
 The original design also added a new messages indicator to make the tray
 more discoverable, but it didn't make it in time for 3.7.90. Bug 687797 [1]
 contains a patchset that adds the indicator.
 Patches have been reviewed already and the request comes from the design
 team. OK to commit this?

1 of 2 for the release team.

https://bugzilla.gnome.org/show_bug.cgi?id=687787#c26 says:

  As for the style, I think it's best to leave that for Jakub or Allan
  to tweak - right now it's using a simple light gray to transparent
  gradient.

It would be really great if those potential changes could also happen
soon.


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

Re: Freeze break request for gnome-shell

[Matthias Clasen]

On Fri, Mar 1, 2013 at 9:20 AM, Cosimo Cecchi cosimo.cec...@gmail.com wrote:

.
 Patches have been reviewed already and the request comes from the design
 team. OK to commit this?

Thanks for the screenshot, looks good to me; I'll give an approval for
the release team
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Another string freeze break request for GNOME Shell

[Gil Forcada]

El dj 11 de 10 de 2012 a les 18:48 +0200, en/na Florian Müllner va
escriure:
 Hi,
 
 here are two more bugs that would be nice to include in 3.6.1:
 
   https://bugzilla.gnome.org/show_bug.cgi?id=672909
   https://bugzilla.gnome.org/show_bug.cgi?id=685738
 
 Either bug exposes a Shell keyboard shortcut in System Settings'
 keyboard panel (the latter bug also adds the shortcut in the first
 place, which means additional strings in the GSettings schema, but
 those are not really user-visible).
 
 The strings in question are
   Open the application menu
 and
   Show all applications
 
 which will appear as descriptions in System Settings - Keyboard -
 Shortcuts - System. We can certainly back out of adding the shortcut
 definitions in 3.6, but we believe that the benefit of documenting the
 existence of those shortcuts outweighs the inconsistency untranslated
 entries introduce (for locales that don't catch up until 3.6.1) - of
 course that's completely subjective, so feel free to disagree :-)
 
 
 Regards,
 Florian

Hi,

would be the last one? :)

Anyway, 5~6 days left... could be doable: gnome-i18n 1/2 approval.

Cheers,
-- 
Gil Forcada

[ca] guifi.net - una xarxa lliure que no para de créixer
[en] guifi.net - a non-stopping free network
bloc: http://gil.badall.net
planet: http://planet.guifi.net

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

Another string freeze break request for GNOME Shell

[Florian Müllner]

Hi,

here are two more bugs that would be nice to include in 3.6.1:

  https://bugzilla.gnome.org/show_bug.cgi?id=672909
  https://bugzilla.gnome.org/show_bug.cgi?id=685738

Either bug exposes a Shell keyboard shortcut in System Settings'
keyboard panel (the latter bug also adds the shortcut in the first
place, which means additional strings in the GSettings schema, but
those are not really user-visible).

The strings in question are
  Open the application menu
and
  Show all applications

which will appear as descriptions in System Settings - Keyboard -
Shortcuts - System. We can certainly back out of adding the shortcut
definitions in 3.6, but we believe that the benefit of documenting the
existence of those shortcuts outweighs the inconsistency untranslated
entries introduce (for locales that don't catch up until 3.6.1) - of
course that's completely subjective, so feel free to disagree :-)


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

Re: String freeze break request for gnome-shell

[Gabor Kelemen]

2012-09-18 20:33 keltezéssel, Giovanni Campagna írta:

Hello release team, hello translators,

I'd like to break the string freeze for gnome-shell for bug
https://bugzilla.gnome.org/show_bug.cgi?id=683060. The main part of it
is already solved, what is left out is handling DBus errors that might
happen even if GDM is available and the right version.
There is only one string, Authentication error, and in the normal
case it should be never shown to the user. In fact, I've never
experienced such problems myself, but
https://bugzilla.gnome.org/show_bug.cgi?id=684172 tells me otherwise.
Without the patch, the shell is left with a broken greeter (half
animated avatar, no prompt) or unlock dialog (full grey screen). With
the patch, Authentication error is shown for a few seconds under the
entry (in the same place as Authentication failed), and the greeter
is reset or the lock screen curtain falls down again.



Sounds serious enough, so i18n approval 1/2.

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

Re: String freeze break request for gnome-shell

[Gil Forcada Codinachs]

2/2 from i18n.

Cherrs,
On Sep 19, 2012 9:09 AM, Gabor Kelemen kelem...@gnome.hu wrote:

 2012-09-18 20:33 keltezéssel, Giovanni Campagna írta:

 Hello release team, hello translators,

 I'd like to break the string freeze for gnome-shell for bug
 https://bugzilla.gnome.org/**show_bug.cgi?id=683060https://bugzilla.gnome.org/show_bug.cgi?id=683060.
 The main part of it
 is already solved, what is left out is handling DBus errors that might
 happen even if GDM is available and the right version.
 There is only one string, Authentication error, and in the normal
 case it should be never shown to the user. In fact, I've never
 experienced such problems myself, but
 https://bugzilla.gnome.org/**show_bug.cgi?id=684172https://bugzilla.gnome.org/show_bug.cgi?id=684172tells
  me otherwise.
 Without the patch, the shell is left with a broken greeter (half
 animated avatar, no prompt) or unlock dialog (full grey screen). With
 the patch, Authentication error is shown for a few seconds under the
 entry (in the same place as Authentication failed), and the greeter
 is reset or the lock screen curtain falls down again.


 Sounds serious enough, so i18n approval 1/2.

 Regards
 Gabor Kelemen
 __**_
 gnome-i18n mailing list
 gnome-i18n@gnome.org
 https://mail.gnome.org/**mailman/listinfo/gnome-i18nhttps://mail.gnome.org/mailman/listinfo/gnome-i18n

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

String freeze break request for gnome-shell

[Giovanni Campagna]

Hello release team, hello translators,

I'd like to break the string freeze for gnome-shell for bug
https://bugzilla.gnome.org/show_bug.cgi?id=683060. The main part of it
is already solved, what is left out is handling DBus errors that might
happen even if GDM is available and the right version.
There is only one string, Authentication error, and in the normal
case it should be never shown to the user. In fact, I've never
experienced such problems myself, but
https://bugzilla.gnome.org/show_bug.cgi?id=684172 tells me otherwise.
Without the patch, the shell is left with a broken greeter (half
animated avatar, no prompt) or unlock dialog (full grey screen). With
the patch, Authentication error is shown for a few seconds under the
entry (in the same place as Authentication failed), and the greeter
is reset or the lock screen curtain falls down again.

Thanks in advance,

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

Re: String freeze break request for gnome-shell

[Florian Müllner]

On Tue, Sep 18, 2012 at 8:33 PM, Giovanni Campagna
scampa.giova...@gmail.com wrote:
 With the patch, Authentication error is shown for a few seconds under the
 entry (in the same place as Authentication failed), and the greeter
 is reset or the lock screen curtain falls down again.

Could you attach a screenshot on the bug so that the designers can
give a quick thumbs-up as well?

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

Re: String freeze break request for gnome-shell

[Giovanni Campagna]

2012/9/18 Florian Müllner fmuell...@gnome.org:
 On Tue, Sep 18, 2012 at 8:33 PM, Giovanni Campagna
 scampa.giova...@gmail.com wrote:
 With the patch, Authentication error is shown for a few seconds under the
 entry (in the same place as Authentication failed), and the greeter
 is reset or the lock screen curtain falls down again.

 Could you attach a screenshot on the bug so that the designers can
 give a quick thumbs-up as well?

Done now.

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

Re: String freeze break request for gnome-shell

[Matthias Clasen]

On Tue, Sep 18, 2012 at 2:33 PM, Giovanni Campagna
scampa.giova...@gmail.com wrote:

The patch looks good to me. I've asked #gnome-design to weigh in.
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for gnome-shell

[Matthias Clasen]

In case it is still needed, I'm fine with these changes, second
release team approval.
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for gnome-shell

[Gabor Kelemen]

2011-10-13 21:20 keltezéssel, Johannes Schmid írta:

Hi!

I think we discussed that already for the original break request, so 1
of 2 from i18n.


Important enough for me, i18n approval 2/2.

Regards
Gabor Kelemen
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for gnome-shell

[Javier Jardón]

On 13 October 2011 15:03, Florian Müllner fmuell...@gnome.org wrote:
 So I'd like to request a UI freeze break for the addition of context
 menus (screenshot attached) and a string freeze break for the four
 strings introduced in the patch (Copy, Paste, Show Text, Hide
 Text).

+1 from me, thanks for complete this for 3.2.1

-- 
Javier Jardón Cabezas
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for gnome-shell

[Shaun McCance]

On Thu, 2011-10-13 at 16:03 +0200, Florian Müllner wrote:
 On mar, 2011-09-20 at 16:30 -0400, Matthias Clasen wrote:
  On Mon, Sep 19, 2011 at 10:00 AM, Florian Müllner fmuell...@gnome.org 
  wrote:
   On lun, 2011-09-19 at 15:39 +0200, Luca Ferretti wrote:
  
   It's a -1 from me. A small visual incoherence is better then feature
   regression. Better wait 3.4 for a proper solution.
  
   I'm less worried about visual incoherence here, but rather about wrong
   usage of the switch widget[0], which might get picked up by application
   authors.
  
  And I assume we don't have checkboxes for shell dialogs...:-(
  
  I am not too worried about the 'feature' that we are temporarily losing 
  here.
  I assume we can get context menus (and thus the ability to show
  passwords) in 3.2.1, Florian ?
 
 I'm not sure everyone is aware, but Owen was uncomfortable with the
 feature regression, so I backed out for 3.2 despite release team
 approval. I'm bringing it up again for 3.2.1, as the context menu patch
 is now ready to land[0] (but obviously requires another freeze break).
 
 So I'd like to request a UI freeze break for the addition of context
 menus (screenshot attached) and a string freeze break for the four
 strings introduced in the patch (Copy, Paste, Show Text, Hide
 Text).

It doesn't appear we mention the switch in the help, so this won't
invalidate anything. I would like to add a note about right-clicking
to see the password to step 2 in net-wireless-connect.page. I can't
do that now, because gnome-user-docs is frozen for 3.2.1.

I'll give a docs team approval, with the understanding that we won't
add the note in the help until 3.2.2.

--
Shaun


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

Re: Freeze break request for gnome-shell

[Shaun McCance]

On Thu, 2011-10-13 at 16:03 +0200, Florian Müllner wrote:
 On mar, 2011-09-20 at 16:30 -0400, Matthias Clasen wrote:
  On Mon, Sep 19, 2011 at 10:00 AM, Florian Müllner fmuell...@gnome.org 
  wrote:
   On lun, 2011-09-19 at 15:39 +0200, Luca Ferretti wrote:
  
   It's a -1 from me. A small visual incoherence is better then feature
   regression. Better wait 3.4 for a proper solution.
  
   I'm less worried about visual incoherence here, but rather about wrong
   usage of the switch widget[0], which might get picked up by application
   authors.
  
  And I assume we don't have checkboxes for shell dialogs...:-(
  
  I am not too worried about the 'feature' that we are temporarily losing 
  here.
  I assume we can get context menus (and thus the ability to show
  passwords) in 3.2.1, Florian ?
 
 I'm not sure everyone is aware, but Owen was uncomfortable with the
 feature regression, so I backed out for 3.2 despite release team
 approval. I'm bringing it up again for 3.2.1, as the context menu patch
 is now ready to land[0] (but obviously requires another freeze break).
 
 So I'd like to request a UI freeze break for the addition of context
 menus (screenshot attached) and a string freeze break for the four
 strings introduced in the patch (Copy, Paste, Show Text, Hide
 Text).

Just to be sure: We're only talking about gnome-shell's password prompt
here, and not the password entry on the Wireless Security tab when you
edit a connection, right?

--
Shaun


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

Re: Freeze break request for gnome-shell

[Florian Müllner]

On jue, 2011-10-13 at 13:09 -0400, Shaun McCance wrote:
 Just to be sure: We're only talking about gnome-shell's password prompt
 here, and not the password entry on the Wireless Security tab when you
 edit a connection, right?

Right.

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

Re: Freeze break request for gnome-shell

[Johannes Schmid]

Hi!

I think we discussed that already for the original break request, so 1
of 2 from i18n.

Regards,
Johannes

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

Re: Eeeks! Another freeze break request for gnome-shell ...

[Gil Forcada]

El ds 17 de 09 de 2011 a les 13:57 +0900, en/na Johannes Schmid va
escriure:
 Hi!
 
  The patch adds a new user-visible string used in a notification. A
  little bit of background: gnome-shell's user menu now has two controls
  which interact - a switch to turn notifications off (formerly known as
  Busy) and a combo box to set the IM status. Now, when turning off
  notifications, the IM status is set automatically to busy, which is not
  exactly obvious (the reason being that without notifications, incoming
  messages are easily missed). We would like to pop up a notification in
  this case explaining the behavior.
 
 It adds two string (just for reference):
 +Main.notify(_(Your chat status will be set to busy),
 +_(Notifications are now disabled,
 including chat messages. Your online status has been adjusted to let
 others know that you might not see their messages.));
 
 As the IM status/Notification status in gnome-shell was a real mess in
 3.0 I think that change might help a lot and as we still have one
 release candidate it should be enough time for the two strings.
 
 So 1 of 2 from i18n. But I think you should definitly ping the docs-team
 about it as this should be convered in the docs.

2/2 from i18n, quite late but quite important.

Cheers,

 Regards,
 Johannes
 
 ___
 gnome-i18n mailing list
 gnome-i18n@gnome.org
 http://mail.gnome.org/mailman/listinfo/gnome-i18n


-- 
Gil Forcada

[ca] guifi.net - una xarxa lliure que no para de créixer
[en] guifi.net - a non-stopping free network
bloc: http://gil.badall.net
planet: http://planet.guifi.net

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

Eeeks! Another freeze break request for gnome-shell ...

[Florian Müllner]

Hi,

I know this is very much a last-minute request, but I'd like to request
another freeze break for bug:

https://bugzilla.gnome.org/show_bug.cgi?id=652718

The patch adds a new user-visible string used in a notification. A
little bit of background: gnome-shell's user menu now has two controls
which interact - a switch to turn notifications off (formerly known as
Busy) and a combo box to set the IM status. Now, when turning off
notifications, the IM status is set automatically to busy, which is not
exactly obvious (the reason being that without notifications, incoming
messages are easily missed). We would like to pop up a notification in
this case explaining the behavior.

Regards,
Florian

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

Re: Eeeks! Another freeze break request for gnome-shell ...

[Johannes Schmid]

Hi!

 The patch adds a new user-visible string used in a notification. A
 little bit of background: gnome-shell's user menu now has two controls
 which interact - a switch to turn notifications off (formerly known as
 Busy) and a combo box to set the IM status. Now, when turning off
 notifications, the IM status is set automatically to busy, which is not
 exactly obvious (the reason being that without notifications, incoming
 messages are easily missed). We would like to pop up a notification in
 this case explaining the behavior.

It adds two string (just for reference):
+Main.notify(_(Your chat status will be set to busy),
+_(Notifications are now disabled,
including chat messages. Your online status has been adjusted to let
others know that you might not see their messages.));

As the IM status/Notification status in gnome-shell was a real mess in
3.0 I think that change might help a lot and as we still have one
release candidate it should be enough time for the two strings.

So 1 of 2 from i18n. But I think you should definitly ping the docs-team
about it as this should be convered in the docs.

Regards,
Johannes

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

Re: String freeze break request for gnome-shell

[Florian Müllner]

On vie, 2011-09-09 at 19:07 +0200, Gabor Kelemen wrote:
 Approval 1/2.

Ping? Could someone give me 2/2 (or voice his/her objections)?

Regards,
Florian

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

Re: String freeze break request for gnome-shell

[Claude Paroz]

Le mercredi 14 septembre 2011 à 15:28 +0200, Florian Müllner a écrit :
 On vie, 2011-09-09 at 19:07 +0200, Gabor Kelemen wrote:
  Approval 1/2.
 
 Ping? Could someone give me 2/2 (or voice his/her objections)?

2/2, go, go, go :-)

Claude

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

Re: String freeze break request in gnome-shell

[Piotr Drąg]

2011/9/7 Piotr Drąg piotrd...@gmail.com:
 I'd like to commit a patch from bug 658414 [1] to add context to two
 Sign In strings in login window. I need different translations for
 them in Polish (one is a button [2] and another is a window
 title/command [3]). I'm pretty sure some other languages need this
 too.

 We are in a string freeze period now, so I ask for your approval.

 [1] https://bugzilla.gnome.org/show_bug.cgi?id=658414
 [2] http://people.gnome.org/~halfline/fingerprint.png
 [3] http://people.gnome.org/~halfline/nologo.png


Hi again,

Could you please take a look at this? It's a simple patch, and I can
remove fuzzy marks from already translated files if it helps.

-- 
Piotr Drąg
http://raven.fedorapeople.org/
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String freeze break request in gnome-shell

[Ihar Hrachyshka]

On 09/09/2011 06:59 PM, Piotr Drąg wrote:
 2011/9/7 Piotr Drąg piotrd...@gmail.com:
 I'd like to commit a patch from bug 658414 [1] to add context to two
 Sign In strings in login window. I need different translations for
 them in Polish (one is a button [2] and another is a window
 title/command [3]). I'm pretty sure some other languages need this
 too.

 We are in a string freeze period now, so I ask for your approval.

 [1] https://bugzilla.gnome.org/show_bug.cgi?id=658414
 [2] http://people.gnome.org/~halfline/fingerprint.png
 [3] http://people.gnome.org/~halfline/nologo.png

 
 Hi again,
 
 Could you please take a look at this? It's a simple patch, and I can
 remove fuzzy marks from already translated files if it helps.
 

*Don't* unfuzzy strings for other translation teams. You don't have
enough knowledge about their languages and translation conventions to
decide if existing translation is right for them.
/Ihar
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String freeze break request in gnome-shell

[Matthias Clasen]

On Fri, Sep 9, 2011 at 11:59 AM, Piotr Drąg piotrd...@gmail.com wrote:
 2011/9/7 Piotr Drąg piotrd...@gmail.com:
 I'd like to commit a patch from bug 658414 [1] to add context to two
 Sign In strings in login window. I need different translations for
 them in Polish (one is a button [2] and another is a window
 title/command [3]). I'm pretty sure some other languages need this
 too.

 We are in a string freeze period now, so I ask for your approval.

 [1] https://bugzilla.gnome.org/show_bug.cgi?id=658414
 [2] http://people.gnome.org/~halfline/fingerprint.png
 [3] http://people.gnome.org/~halfline/nologo.png


 Hi again,

 Could you please take a look at this? It's a simple patch, and I can
 remove fuzzy marks from already translated files if it helps.

No objections from me, so +1 for the release team.
Helping to unfuzzy preexisting translations would probably be
appreciated, but lets here what i18n has to say.
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String freeze break request in gnome-shell

[Piotr Drąg]

2011/9/9 Ihar Hrachyshka ihar.hrachys...@gmail.com:
 *Don't* unfuzzy strings for other translation teams. You don't have
 enough knowledge about their languages and translation conventions to
 decide if existing translation is right for them.


Sure thing. It was just a proposition, as current translations for
both items are identical in every language. But you are probably
right, I won't touch them. :)

-- 
Piotr Drąg
http://raven.fedorapeople.org/
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String freeze break request in gnome-shell

[Gabor Kelemen]

2011-09-07 21:28 keltezéssel, Piotr Drąg írta:

Hi,

I'd like to commit a patch from bug 658414 [1] to add context to two
Sign In strings in login window. I need different translations for
them in Polish (one is a button [2] and another is a window
title/command [3]). I'm pretty sure some other languages need this
too.

We are in a string freeze period now, so I ask for your approval.


i18n approval 1/2, provided that no one touches fuzzy translations ;).

Regards
Gabor Kelemen

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

Re: String freeze break request for gnome-shell

[Florian Müllner]

On mié, 2011-09-07 at 22:12 +0200, Florian Müllner wrote:
 I'd like to request a freeze break for the following bugs:
 
  [...]
  
   - https://bugzilla.gnome.org/show_bug.cgi?id=642135
   This adds context to an existing string.

After input from Friedel Wolff I changed the patch to add a translator
comment instead of context, so the above bug no longer requires a freeze
break.


Regards,
Florian

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

Re: String freeze break request for gnome-shell

[Gabor Kelemen]

2011-09-07 22:12 keltezéssel, Florian Müllner írta:

Hey,

I'd like to request a freeze break for the following bugs:

 - https://bugzilla.gnome.org/show_bug.cgi?id=644097
  This is actually adding a string, so technically not a break,
It is. Please read: 
http://live.gnome.org/TranslationProject/HandlingStringFreezes


Aside from that, i18n approval 1/2.


  but while at it I'll include it in this request; the new string
  in question is %d%%, to allow translators to move the %-sign
  in front of the number or replace it with a more appropriate
  character. Most locales should be fine with the default, so the
  impact is low.

  - https://bugzilla.gnome.org/show_bug.cgi?id=642135
  This adds context to an existing string. Unless there are
  objections, I'll push a follow-up patch which adjusts existing
  translations, so again the impact should be low.

Now that you proposed to add only a comment and not a context, this is 
not a freeze break.


Also, if you were adding a context marker, that would be used to change 
the *meaning* of the string, thus patching translations would be a very 
bad idea.
For example, imagine someone who had translated this Volume as disk 
volume. By adding a context he would be forced to review the 
translation and hopefully he would detect the error. Removing the fuzzy 
mark would kill this opportunity.



 - https://bugzilla.gnome.org/show_bug.cgi?id=645037
 This fixes a colloquialism in the original string. Again, I have
 a follow-up patch ready to adjust existing translations, so
there should be no impact for translators.

Usually, I'd say this is not important enough, but since we are already 
breaking freeze... approval 1/2.



 - https://bugzilla.gnome.org/show_bug.cgi?id=639987
 Use ngettext for timeouts in session dialogs (You will be
 logged out in X seconds.). Obviously this affects existing
 translations.


Approval 1/2.

Regards
Gabor Kelemen
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String freeze break request in gnome-shell

[Gil Forcada]

El dv 09 de 09 de 2011 a les 18:25 +0200, en/na Gabor Kelemen va
escriure:
 2011-09-07 21:28 keltezéssel, Piotr Drąg írta:
  Hi,
 
  I'd like to commit a patch from bug 658414 [1] to add context to two
  Sign In strings in login window. I need different translations for
  them in Polish (one is a button [2] and another is a window
  title/command [3]). I'm pretty sure some other languages need this
  too.
 
  We are in a string freeze period now, so I ask for your approval.
 
 i18n approval 1/2, provided that no one touches fuzzy translations ;).

2/2 and I agree with Gabor, please let us handle fuzziness.

Cheers,

 Regards
 Gabor Kelemen
 
 ___
 gnome-i18n mailing list
 gnome-i18n@gnome.org
 http://mail.gnome.org/mailman/listinfo/gnome-i18n


-- 
Gil Forcada

[ca] guifi.net - una xarxa lliure que no para de créixer
[en] guifi.net - a non-stopping free network
bloc: http://gil.badall.net
planet: http://planet.guifi.net

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

Re: String freeze break request in gnome-shell

[Piotr Drąg]

2011/9/9 Gil Forcada gforc...@gnome.org:
 El dv 09 de 09 de 2011 a les 18:25 +0200, en/na Gabor Kelemen va
 escriure:
 i18n approval 1/2, provided that no one touches fuzzy translations ;).

 2/2 and I agree with Gabor, please let us handle fuzziness.


Of course. This is committed and pushed now. Thank you all.

-- 
Piotr Drąg
http://raven.fedorapeople.org/
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n

String freeze break request in gnome-shell

[Piotr Drąg]

Hi,

I'd like to commit a patch from bug 658414 [1] to add context to two
Sign In strings in login window. I need different translations for
them in Polish (one is a button [2] and another is a window
title/command [3]). I'm pretty sure some other languages need this
too.

We are in a string freeze period now, so I ask for your approval.

[1] https://bugzilla.gnome.org/show_bug.cgi?id=658414
[2] http://people.gnome.org/~halfline/fingerprint.png
[3] http://people.gnome.org/~halfline/nologo.png

-- 
Piotr Drąg
http://raven.fedorapeople.org/
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n

String freeze break request for gnome-shell

[Florian Müllner]

Hey,

I'd like to request a freeze break for the following bugs:

 - https://bugzilla.gnome.org/show_bug.cgi?id=644097
  This is actually adding a string, so technically not a break,
  but while at it I'll include it in this request; the new string
  in question is %d%%, to allow translators to move the %-sign
  in front of the number or replace it with a more appropriate
  character. Most locales should be fine with the default, so the
  impact is low.

  - https://bugzilla.gnome.org/show_bug.cgi?id=642135
  This adds context to an existing string. Unless there are
  objections, I'll push a follow-up patch which adjusts existing
  translations, so again the impact should be low.

 - https://bugzilla.gnome.org/show_bug.cgi?id=645037
 This fixes a colloquialism in the original string. Again, I have
 a follow-up patch ready to adjust existing translations, so
there should be no impact for translators.

 - https://bugzilla.gnome.org/show_bug.cgi?id=639987
 Use ngettext for timeouts in session dialogs (You will be
 logged out in X seconds.). Obviously this affects existing
 translations.


Regards,

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

Re: Code freeze break request for gnome-shell

[Vincent Untz]

Le vendredi 25 mars 2011, à 10:11 -0400, Matthias Clasen a écrit :
 On Fri, Mar 25, 2011 at 8:50 AM, Lucian Adrian Grijincu
 lucian.griji...@gmail.com wrote:
  On Fri, Mar 25, 2011 at 9:43 AM, David Zeuthen dav...@redhat.com wrote:
this._errorMessageLabel.set_text(_(Sorry, that didn\'t work. Please
try again.));
 
  The string is from
 
   https://live.gnome.org/GnomeShell/Design/Whiteboards/AuthorizationDialog
 
  From the screenshots Incorrect password. Please try again seems 
  sufficient.
  If something more generic is needed wouldn't Authentication failed.
  Please try again suffice?
 
 I recommend staying with the current design and just adding a
 translator comment if it is required.

I went ahead and added a translator comment; didn't request any freeze
break as it's just a comment.

Vincent

-- 
Les gens heureux ne sont pas pressés.
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Code freeze break request for gnome-shell

[David Zeuthen]

Hi,

On Thu, 2011-03-24 at 18:05 -0400, Owen Taylor wrote:
 On Thu, 2011-03-24 at 22:54 +0100, Luca Ferretti wrote:
  Il giorno mer, 23/03/2011 alle 21.55 +0100, Kjartan Maraas ha scritto:
  
  
   this._errorMessageLabel.set_text(_(Sorry, that didn\'t work. Please
   try again.));
  
  Sorry for the late reply, I've seen this change was yet committed, but
  this message is really really really hard to translate. That what??
  
  Could you please at least add a translator comment, in order to help us
  to provide an optimal translation/adaptation?
 
 David Zeuthen would have the best idea whether some useful comment is
 possible, since this is from the PolicyKit authentication dialogs.
 David?

The string is from

 https://live.gnome.org/GnomeShell/Design/Whiteboards/AuthorizationDialog

and showed when authentication fails. Jon McCann came up with it, so if
you need to change it probably best to talk to him (added as Cc). Feel
free to add a translator comment saying this or let me know if you want
me to do that.

Thanks,
David


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

Re: Code freeze break request for gnome-shell

[Lucian Adrian Grijincu]

On Fri, Mar 25, 2011 at 9:43 AM, David Zeuthen dav...@redhat.com wrote:
   this._errorMessageLabel.set_text(_(Sorry, that didn\'t work. Please
   try again.));

 The string is from

  https://live.gnome.org/GnomeShell/Design/Whiteboards/AuthorizationDialog

From the screenshots Incorrect password. Please try again seems sufficient.
If something more generic is needed wouldn't Authentication failed.
Please try again suffice?

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

Re: Code freeze break request for gnome-shell

[Matthias Clasen]

On Fri, Mar 25, 2011 at 8:50 AM, Lucian Adrian Grijincu
lucian.griji...@gmail.com wrote:
 On Fri, Mar 25, 2011 at 9:43 AM, David Zeuthen dav...@redhat.com wrote:
   this._errorMessageLabel.set_text(_(Sorry, that didn\'t work. Please
   try again.));

 The string is from

  https://live.gnome.org/GnomeShell/Design/Whiteboards/AuthorizationDialog

 From the screenshots Incorrect password. Please try again seems sufficient.
 If something more generic is needed wouldn't Authentication failed.
 Please try again suffice?


I recommend staying with the current design and just adding a
translator comment if it is required.
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String freeze break request for gnome-shell: terminology update

[Kjartan Maraas]

ma., 21.03.2011 kl. 13.30 -0400, skrev Johannes Schmid:
 Hi Phil!
 
  I'd like to ask for a small string freeze break to update some
  terminology in gnome-shell. Only one string is affected; please see bug
  645418:
  
  https://bugzilla.gnome.org/show_bug.cgi?id=645418
 
 1 of 2. This is a really small and reasonable change to fix the
 terminologie.
 
2 of 2.

Cheers
Kjartan


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

Re: Code freeze break request for gnome-shell

[Johannes Schmid]

Hi!

No freeze break for i18n - I guess nobody would object code changes
are minimal but I am not the release-team.

Regards,
Johannes


signature.asc
Description: This is a digitally signed message part
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Code freeze break request for gnome-shell

[Luca Ferretti]

Il giorno mer, 23/03/2011 alle 21.55 +0100, Kjartan Maraas ha scritto:


 this._errorMessageLabel.set_text(_(Sorry, that didn\'t work. Please
 try again.));

Sorry for the late reply, I've seen this change was yet committed, but
this message is really really really hard to translate. That what??

Could you please at least add a translator comment, in order to help us
to provide an optimal translation/adaptation?

Thanks,
Luca

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

Re: Code freeze break request for gnome-shell

[Owen Taylor]

On Thu, 2011-03-24 at 22:54 +0100, Luca Ferretti wrote:
 Il giorno mer, 23/03/2011 alle 21.55 +0100, Kjartan Maraas ha scritto:
 
 
  this._errorMessageLabel.set_text(_(Sorry, that didn\'t work. Please
  try again.));
 
 Sorry for the late reply, I've seen this change was yet committed, but
 this message is really really really hard to translate. That what??
 
 Could you please at least add a translator comment, in order to help us
 to provide an optimal translation/adaptation?

David Zeuthen would have the best idea whether some useful comment is
possible, since this is from the PolicyKit authentication dialogs.
David?

- Owen


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

Re: Code freeze break request for gnome-shell

[Andre Klapper]

On Thu, 2011-03-24 at 22:54 +0100, Luca Ferretti wrote:
 Il giorno mer, 23/03/2011 alle 21.55 +0100, Kjartan Maraas ha scritto:
  this._errorMessageLabel.set_text(_(Sorry, that didn\'t work. Please
  try again.));
 
 Sorry for the late reply, I've seen this change was yet committed, but
 this message is really really really hard to translate. That what??

For the time being, translators could probably use Action failed
instead.

andre
-- 
mailto:ak...@gmx.net | failed
http://blogs.gnome.org/aklapper | http://www.openismus.com

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

Re: Code freeze break request for gnome-shell

[Andre Klapper]

On Wed, 2011-03-23 at 21:55 +0100, Kjartan Maraas wrote:
 + text: _(),

I don't think that line makes sense.

Apart from that see
http://live.gnome.org/TranslationProject/HandlingStringFreezes :
The following types of changes do not need explicit approval, however
we would still very much like them to be announced so that we know about
them:
* Marking a message for translation that was previously not marked
for translation by accident.

andre
-- 
mailto:ak...@gmx.net | failed
http://blogs.gnome.org/aklapper | http://www.openismus.com

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

Re: Code freeze break request for gnome-shell

[Andre Klapper]

On Wed, 2011-03-23 at 21:58 +0100, Andre Klapper wrote:
 On Wed, 2011-03-23 at 21:55 +0100, Kjartan Maraas wrote:
  + text: _(),
 
 I don't think that line makes sense.

Actually it's even wrong:
http://live.gnome.org/TranslationProject/DevGuidelines/Don%27t%20mark%20empty%20strings%20for%20translation

 Apart from that see
 http://live.gnome.org/TranslationProject/HandlingStringFreezes :
 The following types of changes do not need explicit approval, however
 we would still very much like them to be announced so that we know about
 them:
 * Marking a message for translation that was previously not marked
 for translation by accident.
 
 andre

-- 
mailto:ak...@gmx.net | failed
http://blogs.gnome.org/aklapper | http://www.openismus.com

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

Re: Code freeze break request for gnome-shell

[Matthias Clasen]

On Wed, Mar 23, 2011 at 4:58 PM, Andre Klapper ak...@gmx.net wrote:
 On Wed, 2011-03-23 at 21:55 +0100, Kjartan Maraas wrote:
 +                                             text: _(),

 I don't think that line makes sense.

Yeah, that will bring in the translation metadata...

 Apart from that see
 http://live.gnome.org/TranslationProject/HandlingStringFreezes :
 The following types of changes do not need explicit approval, however
 we would still very much like them to be announced so that we know about
 them:
    * Marking a message for translation that was previously not marked
 for translation by accident.

Its still a code change, so +1/2 for that, assuming you unmark that
empty string.
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Code freeze break request for gnome-shell

[Owen Taylor]

On Wed, 2011-03-23 at 21:55 +0100, Kjartan Maraas wrote:
 Hi.
 
 Found some strings that weren't marked for translation in the correct
 way in gnome-shell.
 
 Patch attached...ok to commit?

OK with me to commit, except for the pointed out _('') which should be
changed to  and not translated at all.

- Owen


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

Re: Code freeze break request for gnome-shell

[Vincent Untz]

Le mercredi 23 mars 2011, à 17:06 -0400, Matthias Clasen a écrit :
 On Wed, Mar 23, 2011 at 4:58 PM, Andre Klapper ak...@gmx.net wrote:
  On Wed, 2011-03-23 at 21:55 +0100, Kjartan Maraas wrote:
  +                                             text: _(),
 
  I don't think that line makes sense.
 
 Yeah, that will bring in the translation metadata...
 
  Apart from that see
  http://live.gnome.org/TranslationProject/HandlingStringFreezes :
  The following types of changes do not need explicit approval, however
  we would still very much like them to be announced so that we know about
  them:
     * Marking a message for translation that was previously not marked
  for translation by accident.
 
 Its still a code change, so +1/2 for that, assuming you unmark that
 empty string.

Approval 2 of 2.

Vincent

-- 
Les gens heureux ne sont pas pressés.
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n

Code freeze break request for gnome-shell

[Kjartan Maraas]

Hi.

Found some strings that weren't marked for translation in the correct
way in gnome-shell.

Patch attached...ok to commit?

Cheers
Kjartan
From 509bc59467900eaf2b13d3d1e87c9e9b1687fe4c Mon Sep 17 00:00:00 2001
From: Kjartan Maraas kmar...@gnome.org
Date: Wed, 23 Mar 2011 21:49:24 +0100
Subject: [PATCH 1/1] Mark strings for translation in the right way

---
 js/ui/polkitAuthenticationAgent.js |   14 +++---
 1 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/js/ui/polkitAuthenticationAgent.js b/js/ui/polkitAuthenticationAgent.js
index 22535b7..9c682cf 100644
--- a/js/ui/polkitAuthenticationAgent.js
+++ b/js/ui/polkitAuthenticationAgent.js
@@ -71,7 +71,7 @@ AuthenticationDialog.prototype = {
{ y_align: St.Align.START });
 
 this._subjectLabel = new St.Label({ style_class: 'polkit-dialog-headline',
-text: _('Authentication Required') });
+text: _(Authentication Required) });
 
 messageBox.add(this._subjectLabel,
{ y_fill:  false,
@@ -105,7 +105,7 @@ AuthenticationDialog.prototype = {
 let userIsRoot = false;
 if (userName == 'root') {
 userIsRoot = true;
-userRealName = _('Administrator');
+userRealName = _(Administrator);
 }
 
 if (userIsRoot) {
@@ -139,7 +139,7 @@ AuthenticationDialog.prototype = {
 this._passwordLabel = new St.Label(({ style_class: 'polkit-dialog-password-label' }));
 this._passwordBox.add(this._passwordLabel);
 this._passwordEntry = new St.Entry({ style_class: 'polkit-dialog-password-entry',
- text: _(''),
+ text: _(),
  can_focus: true});
 this._passwordEntry.clutter_text.connect('activate', Lang.bind(this, this._onEntryActivate));
 this._passwordBox.add(this._passwordEntry,
@@ -169,11 +169,11 @@ AuthenticationDialog.prototype = {
 messageBox.add(this._nullMessageLabel);
 this._nullMessageLabel.show();
 
-this.setButtons([{ label: _('Cancel'),
+this.setButtons([{ label: _(Cancel),
action: Lang.bind(this, this.cancel),
key:Clutter.Escape
  },
- { label:  _('Authenticate'),
+ { label:  _(Authenticate),
action: Lang.bind(this, this._onAuthenticateButtonPressed)
  }]);
 
@@ -257,7 +257,7 @@ AuthenticationDialog.prototype = {
  * show Sorry, that didn't work. Please try again.
  */
 if (!this._errorMessageLabel.visible  !this._wasDismissed) {
-this._errorMessageLabel.set_text(_('Sorry, that didn\'t work. Please try again.'));
+this._errorMessageLabel.set_text(_(Sorry, that didn\'t work. Please try again.));
 this._errorMessageLabel.show();
 this._infoMessageLabel.hide();
 this._nullMessageLabel.hide();
@@ -269,7 +269,7 @@ AuthenticationDialog.prototype = {
 _onSessionRequest: function(session, request, echo_on) {
 // Cheap localization trick
 if (request == 'Password:')
-this._passwordLabel.set_text(_('Password:'));
+this._passwordLabel.set_text(_(Password:));
 else
 this._passwordLabel.set_text(request);
 
-- 
1.7.4.1

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

String freeze break request for gnome-shell: terminology update

[Phil Bull]

Hi guys,

I'd like to ask for a small string freeze break to update some
terminology in gnome-shell. Only one string is affected; please see bug
645418:

https://bugzilla.gnome.org/show_bug.cgi?id=645418

Thanks,

Phil

-- 
Phil Bull
https://launchpad.net/~philbull
Book - http://nostarch.com/ubuntu4.htm

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

Re: String freeze break request for gnome-shell: terminology update

[Johannes Schmid]

Hi Phil!

 I'd like to ask for a small string freeze break to update some
 terminology in gnome-shell. Only one string is affected; please see bug
 645418:
 
 https://bugzilla.gnome.org/show_bug.cgi?id=645418

1 of 2. This is a really small and reasonable change to fix the
terminologie.

Regards,
Johannes

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