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

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

Re: Freeze break request(s) (was Re: New (hidden) settings translations in totem)

[Bastien Nocera]

On Thu, 2022-02-17 at 11:50 +0100, Claude Paroz wrote:
> Hi Bastien,
> 
> AFAIK the string freeze did not start yet (Feb 26), so feel free to
> go 
> ahead!

I honestly thought UI and String freeze amounted to the same thing...
Thanks!

> 
> Claude
> 
> Le 17.02.22 à 11:25, Bastien Nocera a écrit :
> > Hey,
> > 
> > As I didn't receive any answers to this mail, I'm resending it with
> > a
> > new subject line.
> > 
> > I would like to land this:
> > https://gitlab.gnome.org/GNOME/totem/-/merge_requests/247
> > as mentioned in the original message.
> > 
> > As well as this one:
> > https://gitlab.gnome.org/GNOME/totem/-/merge_requests/248
> > which adds a bunch of new shortcuts.
> > 
> > Cheers
> > 
> > On Tue, 2022-02-15 at 13:28 +0100, Bastien Nocera wrote:
> > > Hey,
> > > 
> > > I should have landed this earlier, but I got caught up.
> > > 
> > > This would add 2 new strings that don't need to be translated
> > > because
> > > we don't have a UI for it:
> > > https://gitlab.gnome.org/GNOME/totem/-/merge_requests/247/diffs?commit_id=0ed623b4f1d3c5abfb29d353ac26a8679dd5a6d3
> > > 
> > > We still don't have a way to mark translations as important/not
> > > important, but this one definitely falls into the latter
> > > category.
> > > 
> > > Cheers

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

Re: Freeze break request(s) (was Re: New (hidden) settings translations in totem)

[Claude Paroz]

Hi Bastien,

AFAIK the string freeze did not start yet (Feb 26), so feel free to go 
ahead!


Claude

Le 17.02.22 à 11:25, Bastien Nocera a écrit :

Hey,

As I didn't receive any answers to this mail, I'm resending it with a
new subject line.

I would like to land this:
https://gitlab.gnome.org/GNOME/totem/-/merge_requests/247
as mentioned in the original message.

As well as this one:
https://gitlab.gnome.org/GNOME/totem/-/merge_requests/248
which adds a bunch of new shortcuts.

Cheers

On Tue, 2022-02-15 at 13:28 +0100, Bastien Nocera wrote:

Hey,

I should have landed this earlier, but I got caught up.

This would add 2 new strings that don't need to be translated because
we don't have a UI for it:
https://gitlab.gnome.org/GNOME/totem/-/merge_requests/247/diffs?commit_id=0ed623b4f1d3c5abfb29d353ac26a8679dd5a6d3

We still don't have a way to mark translations as important/not
important, but this one definitely falls into the latter category.

Cheers

___
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

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

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

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

Re: Freeze break request, Keyboard Settings

[Michael Catanzaro]

On Thu, 2016-09-08 at 09:06 -0400, Matthias Clasen wrote:
> Most of these look like obvious bug fixes to me (I commented on one
> of
> them in the bug), +1 from me for landing those. Given that the new
> panel is in, we need to make it work as well as the old one.

OK, r-t 2/2
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request, Keyboard Settings

[Daniel Mustieles García]

2/2 from i18n.

Thanks!

2016-09-08 15:38 GMT+02:00 Alexandre Franke :

> On Thu, Sep 8, 2016 at 2:24 PM, Bastien Nocera  wrote:
> > Hey,
>
> Hi,
>
> > The redesigned Keyboard Settings landed shortly before GUADEC, and I
> > had hoped that there would be less to fix up after the initial big
> > commit so that we would be entering the code freeze in a good state.
> >
> > The following bug has a number of patches:
> > https://bugzilla.gnome.org/show_bug.cgi?id=769314
>
> Seems important and apparently there would only be one string: 1/2 from
> i18n.
>
> --
> Alexandre Franke
> GNOME Hacker & Foundation Director
> ___
> release-t...@gnome.org
> https://mail.gnome.org/mailman/listinfo/release-team
> Release-team lurker? Do NOT participate in discussions.
>
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request, Keyboard Settings

[Alexandre Franke]

On Thu, Sep 8, 2016 at 2:24 PM, Bastien Nocera  wrote:
> Hey,

Hi,

> The redesigned Keyboard Settings landed shortly before GUADEC, and I
> had hoped that there would be less to fix up after the initial big
> commit so that we would be entering the code freeze in a good state.
>
> The following bug has a number of patches:
> https://bugzilla.gnome.org/show_bug.cgi?id=769314

Seems important and apparently there would only be one string: 1/2 from i18n.

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

Re: Freeze break request, Keyboard Settings

[Matthias Clasen]

On Thu, Sep 8, 2016 at 8:24 AM, Bastien Nocera  wrote:
> Hey,
>
> The redesigned Keyboard Settings landed shortly before GUADEC, and I
> had hoped that there would be less to fix up after the initial big
> commit so that we would be entering the code freeze in a good state.
>
> The following bug has a number of patches:
> https://bugzilla.gnome.org/show_bug.cgi?id=769314
>
> That make it match the designs, and fixes a number of bugs. There will
> probably be a small follow-up patch, as some keybindings can't be
> captured right now.
>
> If somebody wants to test this patch set, the (reverse, as per git log)
> order of the patches is:
> keyboard: Don't apply "Backspace" straight away
> keyboard: Add helper to detect empty keybindings
> keyboard: Fix grabs not working when showing the dialog
> keyboard: Don't regrab the keyboard after an event
> keyboard: Don't rely on events to grab keyboard
> keyboard: Don't grab the mouse pointer
> keyboard: Remove unused variable
> shortcut-editor: show custom page while waiting for input
> shortcut-editor: move widgets into a stack
> shortcut-editor: update reset button position and style
> shortcut-editor: use a different page to edit custom shortcuts
> keyboard: add enter-new-shortcut asset
> shortcuts: remove bottom label
> shortcut-editor: hide editing dialog on Escape
> shortcut-editor: use states to handle headerbar mode
> shortcut-editor: add 'Set' button
> shortcut-editor: update header title message
> keyboard: use a better icon to represent "Reset Shortcut"
> keyboard: make Add button insensitive after editing
> keyboard: change standard shortcut top label

Most of these look like obvious bug fixes to me (I commented on one of
them in the bug), +1 from me for landing those. Given that the new
panel is in, we need to make it work as well as the old one.

There's at least one string change here (the last patch), so lets hear
from the translators.
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for polari

[Florian Müllner]

On Mon, Aug 29, 2016 at 3:49 PM Alexandre Franke  wrote:

> On Mon, Aug 29, 2016 at 3:33 PM, Florian Müllner 
> > There are a couple of string additions though:
>
> We're in string change announcement period, so we'll take this as such
> an announcement. Thanks!
>

Yeah, sorry for not being clearer about this - I was lazy about sending out
two separate mails, so I included the string changes to make the
announcement to i18n.
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for polari

[Michael Catanzaro]

On Mon, 2016-08-29 at 17:01 +0200, Andre Klapper wrote:
> Regarding Feature and UI Freeze, release-team approval 1 out of 2.

2/2, conditional on it being released in .91 today

(Good idea Fred ;)
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for polari

[Andre Klapper]

[Indicating the specific freeze(s) in the subject is generally welcome]

Regarding Feature and UI Freeze, release-team approval 1 out of 2.

andre

On Mon, 2016-08-29 at 13:33 +, Florian Müllner wrote:
> Hey folks,
> 
> I'd like to land support for NickServ passwords (https://bugzilla.gno
> me.org/show_bug.cgi?id=709982) in 3.22. This is a much anticipated
> feature that required quite a bit of code shuffling (thus the longer
> review process), though the actual impact on the UI is quite minor:
> When we detect that the user writes a (private) "identify" message,
> we display an InfoBar to offer saving the entered password. If the
> conversation is currently not visible (for instance when using the
> /msg command), we also display a notification for the same purpose.
> 
> Both cases are strict additions that are displayed in response to
> user action, not modification of existing elements, so the change has
> no effect on screenshots/documentation.
> 
> There are a couple of string additions though:
>  - a description to identify the saved password in gnome-keyring
>    ("Polari NickServ password for FreeNode")
>  - the infobar title ("Should the password be saved?"), subtitle
>   ("Identification will happen automatically the next time you
> connect to GNOME")
>   and button ("_Save Password")
>  - the notification title ("Save NickServ password for GNOME?") and
> body
>    (same as infobar subtitle) and button ("Save")
> 
> The feature is available on the wip/fmuellner/nickserv branch, which
> is fairly well-tested by now as all changes during the last month
> have been minor fixes that came up during review.
> 
> Cheers,
> Florian
> ___
> release-t...@gnome.org
> https://mail.gnome.org/mailman/listinfo/release-team
> Release-team lurker? Do NOT participate in discussions.
-- 
Andre Klapper  |  ak...@gmx.net
http://blogs.gnome.org/aklapper/
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for polari

[Alexandre Franke]

On Mon, Aug 29, 2016 at 3:33 PM, Florian Müllner  wrote:
> Hey folks,

Hi Florian!

> Both cases are strict additions that are displayed in response to user
> action, not modification of existing elements, so the change has no effect
> on screenshots/documentation.
>
> There are a couple of string additions though:

String freeze only starts from the 3.21.91 release, coming this week,
so you don't need a string freeze exception for this. You only need 2
approvals from release team.

We're in string change announcement period, so we'll take this as such
an announcement. Thanks!

>  - a description to identify the saved password in gnome-keyring
>("Polari NickServ password for FreeNode")
>  - the infobar title ("Should the password be saved?"), subtitle
>   ("Identification will happen automatically the next time you connect to
> GNOME")
>   and button ("_Save Password")
>  - the notification title ("Save NickServ password for GNOME?") and body
>(same as infobar subtitle) and button ("Save")


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

Re: Freeze break request for Videos (totem)

[Michael Catanzaro]

On Wed, 2016-03-16 at 13:07 -0400, Matthias Clasen wrote:
> I see it ! I'm afraid there will be quite a bit of this minor level
> theme fallout in applications - the theme has been essentially
> rewritten.
> 
> Patch looks harmless, +1 for the release team.

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

Re: Freeze break request for gnome-control-center and gnome-desktop

[Daniel Mustieles García]

2/2 from i18n

2016-03-17 13:01 GMT+01:00 Alexandre Franke :

> Hi,
>
> On Thu, Mar 17, 2016 at 12:57 PM, Bastien Nocera 
> wrote:
> > One that adds a simple new function to gnome-desktop, one to add the
> > "Refresh Rate" drop-down to the display dialogue (which adds a new
> > string), and one to reduce the number of confusing frequencies from the
> > list (which adds 2 new strings that are unlikely to be translated for
> > most languages).
>
> Here's 1/2 from i18n.
>
> --
> Alexandre Franke
> GNOME Hacker & Foundation Director
> ___
> 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 Nibbles

[Frederic Peters]

Michael Catanzaro wrote:

> I'd like to push the Nibbles patches in these i18n bugs:
> 
> https://bugzilla.gnome.org/show_bug.cgi?id=763905
> https://bugzilla.gnome.org/show_bug.cgi?id=763906
> 
> The first patch adds a few colors ("red" "green" "blue" "yellow" "cyan"
> "purple") as new translatable strings. Apologies for the very late
> string additions; the strings are already displayed in the UI, but not
> currently marked for translation.

Marking existing strings as translatable is not a freeze break.


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

Re: Freeze break request for Videos (totem)

[Matthias Clasen]

On Wed, Mar 16, 2016 at 11:32 AM, Bastien Nocera  wrote:
> This patch:
> https://bugzilla.gnome.org/show_bug.cgi?id=763264
> fixes a regression in the appearance of the play/pause/previous/next
> buttons in totem to match what it was in GNOME 3.18.
>
> Get your magnifying glasses out:
> https://bug763264.bugzilla-attachments.gnome.org/attachment.cgi?id=324114

I see it ! I'm afraid there will be quite a bit of this minor level
theme fallout in applications - the theme has been essentially
rewritten.

Patch looks harmless, +1 for the release team.
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for gnome-control-center and gnome-desktop

[Matthias Clasen]

Since the translators are ok with it, here is +1 of 2 for the release team

On Thu, Mar 17, 2016 at 8:28 AM, Daniel Mustieles García
 wrote:
> 2/2 from i18n
>
> 2016-03-17 13:01 GMT+01:00 Alexandre Franke :
>>
>> Hi,
>>
>> On Thu, Mar 17, 2016 at 12:57 PM, Bastien Nocera 
>> wrote:
>> > One that adds a simple new function to gnome-desktop, one to add the
>> > "Refresh Rate" drop-down to the display dialogue (which adds a new
>> > string), and one to reduce the number of confusing frequencies from the
>> > list (which adds 2 new strings that are unlikely to be translated for
>> > most languages).
>>
>> Here's 1/2 from i18n.
>>
>> --
>> Alexandre Franke
>> GNOME Hacker & Foundation Director
>> ___
>> gnome-i18n mailing list
>> gnome-i18n@gnome.org
>> https://mail.gnome.org/mailman/listinfo/gnome-i18n
>
>
>
> ___
> gnome-doc-list mailing list
> gnome-doc-l...@gnome.org
> https://mail.gnome.org/mailman/listinfo/gnome-doc-list
>
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for gnome-control-center and gnome-desktop

[Alexandre Franke]

Hi,

On Thu, Mar 17, 2016 at 12:57 PM, Bastien Nocera  wrote:
> One that adds a simple new function to gnome-desktop, one to add the
> "Refresh Rate" drop-down to the display dialogue (which adds a new
> string), and one to reduce the number of confusing frequencies from the
> list (which adds 2 new strings that are unlikely to be translated for
> most languages).

Here's 1/2 from i18n.

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

Re: Freeze break request for gnome-control-center and gnome-desktop

[Frederic Peters]

Matthias Clasen wrote:
> Since the translators are ok with it, here is +1 of 2 for the release team

ditto.


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

Re: Freeze break request for Maps

[Frederic Peters]

Hi,

Baurzhan Muftakhidinov wrote:
> There you go +1

Sorry I didn't mention that, the gnome-i18n approvals have to come
from the coordination team.
  (https://wiki.gnome.org/TranslationProject/CoordinationTeam)



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

Re: Freeze break request for Maps

[Baurzhan Muftakhidinov]

There you go +1

On Thu, Sep 10, 2015 at 11:47 AM, Frederic Peters  wrote:
> Piotr Drąg wrote:
>
>> 2015-09-07 20:21 GMT+02:00 Jonas Danielsson :
>> > I would like a freeze break for Maps. I would like to add the command
>> > line option '--local' to use local tiles from a directory supplied.
> [...]
>> > In lib/maps-file-tile-source.c:
>> > "Failed to find tile structure in directory"
> [...]
>> The --local switch description ('A path to a local tiles directory
>> structure') should be marked for translation as well, if it's visible
>> to the user (in --help, I guess?).
>>
>> Provided this gets fixed, I give 1/2 from i18n, as it's a low profile
>> change that brings enough value.
>
> Any other +1 from gnome-i18n?
>
>
> Fred
> ___
> 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 Maps

[Frederic Peters]

Piotr Drąg wrote:

> 2015-09-07 20:21 GMT+02:00 Jonas Danielsson :
> > I would like a freeze break for Maps. I would like to add the command
> > line option '--local' to use local tiles from a directory supplied.
[...]
> > In lib/maps-file-tile-source.c:
> > "Failed to find tile structure in directory"
[...]
> The --local switch description ('A path to a local tiles directory
> structure') should be marked for translation as well, if it's visible
> to the user (in --help, I guess?).
> 
> Provided this gets fixed, I give 1/2 from i18n, as it's a low profile
> change that brings enough value.

Any other +1 from gnome-i18n?


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

Re: Freeze break request for Maps

[Daniel Mustieles García]

Here is the 2/2 from i18n

Cheers!

2015-09-10 8:47 GMT+02:00 Frederic Peters :

> Piotr Drąg wrote:
>
> > 2015-09-07 20:21 GMT+02:00 Jonas Danielsson :
> > > I would like a freeze break for Maps. I would like to add the command
> > > line option '--local' to use local tiles from a directory supplied.
> [...]
> > > In lib/maps-file-tile-source.c:
> > > "Failed to find tile structure in directory"
> [...]
> > The --local switch description ('A path to a local tiles directory
> > structure') should be marked for translation as well, if it's visible
> > to the user (in --help, I guess?).
> >
> > Provided this gets fixed, I give 1/2 from i18n, as it's a low profile
> > change that brings enough value.
>
> Any other +1 from gnome-i18n?
>
>
> Fred
> ___
> release-t...@gnome.org
> https://mail.gnome.org/mailman/listinfo/release-team
> Release-team lurker? Do NOT participate in discussions.
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for Maps

[Piotr Drąg]

2015-09-07 20:21 GMT+02:00 Jonas Danielsson :
> Hi,
>
> I would like a freeze break for Maps. I would like to add the command
> line option '--local' to use local tiles from a directory supplied.
>
> The directory should have the standard...
>zoom-level/X/Y.png
>
> structure.
>
> With this people would be able to use available tools to download
> tiles and will be able to use them in Maps using the --local switch.
>
> It is in preperation for when we can allow downloading through Maps.
> So it is a bit of a hidden feature. But I would like it in for testing
> and for because it can be useful today.
>
> There are a new string included in this. An error message when the we
> cannot find the correct directory structure in the supplied path.
>
> In lib/maps-file-tile-source.c:
> "Failed to find tile structure in directory"
>
> I have recoreded a cast of the feature that you can see here:
> https://youtu.be/TWIwWYeE1u0
>
> Where I open a diretory that contains Gothenbourg, zoom-levels 14,15,16 and 
> 17.
> The world is restricted to that bounding-box and those zoom-levels.
>
> The code can be found on the branch: wip/jonasdn/local-tiles
>

The --local switch description ('A path to a local tiles directory
structure') should be marked for translation as well, if it's visible
to the user (in --help, I guess?).

Provided this gets fixed, I give 1/2 from i18n, as it's a low profile
change that brings enough value.

Best regards,

-- 
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 Maps

[Jonas Danielsson]

2015-09-07 20:48 GMT+02:00 Piotr Drąg :
> 2015-09-07 20:21 GMT+02:00 Jonas Danielsson :
>> Hi,
>>
>> I would like a freeze break for Maps. I would like to add the command
>> line option '--local' to use local tiles from a directory supplied.
>>
>> The directory should have the standard...
>>zoom-level/X/Y.png
>>
>> structure.
>>
>> With this people would be able to use available tools to download
>> tiles and will be able to use them in Maps using the --local switch.
>>
>> It is in preperation for when we can allow downloading through Maps.
>> So it is a bit of a hidden feature. But I would like it in for testing
>> and for because it can be useful today.
>>
>> There are a new string included in this. An error message when the we
>> cannot find the correct directory structure in the supplied path.
>>
>> In lib/maps-file-tile-source.c:
>> "Failed to find tile structure in directory"
>>
>> I have recoreded a cast of the feature that you can see here:
>> https://youtu.be/TWIwWYeE1u0
>>
>> Where I open a diretory that contains Gothenbourg, zoom-levels 14,15,16 and 
>> 17.
>> The world is restricted to that bounding-box and those zoom-levels.
>>
>> The code can be found on the branch: wip/jonasdn/local-tiles
>>
>
> The --local switch description ('A path to a local tiles directory
> structure') should be marked for translation as well, if it's visible
> to the user (in --help, I guess?).
>

Thanks! I've added this now.

> Provided this gets fixed, I give 1/2 from i18n, as it's a low profile
> change that brings enough value.
>

Thank you.

> Best regards,
>
> --
> Piotr Drąg
> http://raven.fedorapeople.org/

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

Re: Freeze break request for gnome-control-center (printers) UI changes, bug #690351

[Andre Klapper]

Hi Felipe,

*if* you'd like to request a UI freeze break request you need to
contact the release-team. 
See https://wiki.gnome.org/ThreePointSeventeen or 
https://wiki.gnome.org/ReleasePlanning/Freezes#UI_Freeze

But I have no idea yet if this actually is a UI change. The email
subject mentions UI changes, the body new strings.

Cheers,
andre

On Fri, 2015-08-28 at 16:29 +0200, Felipe Borges wrote:
 Hi,
 
 We have updated gnome-control-centers Printers' panel in order to fit
 the new designs. These changes have included two new strings.
 
 https://bugzilla.gnome.org/show_bug.cgi?id=690351
 
 Since it's an old bug and makes Printers way more presentable while
 empty (no printers), I hope we can make this exception.
 
 Thanks,
 Felipe.
 ___
 gnome-i18n mailing list
 gnome-i18n@gnome.org
 https://mail.gnome.org/mailman/listinfo/gnome-i18n
-- 
Andre Klapper  |  ak...@gmx.net
http://blogs.gnome.org/aklapper/


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

Re: Freeze break request for gnome-logs UI change, bug #752963

[Alexandre Franke]

On Fri, Aug 21, 2015 at 1:52 PM, David King amigad...@amigadave.com wrote:
 [adding gnome-i18n]

Cheers,

 /* Boot refers to a single run (or bootup) of the system */
 Boot

So that's a noun, not a verb, right?

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

Re: Freeze break request for gnome-logs UI change, bug #752963

[David King]

[adding gnome-i18n]

On 2015-08-21 12:42, David King amigad...@amigadave.com wrote:

Hi

After the new boot selection code was merged into gnome-logs, there were
some UI issues to resolve, and I approved a patch for merging after the
freeze on Bugzilla:

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

The patch was accidentally pushed, so I am requesting a retroactive
freeze break request.

Documentation screenshots will need to be taken to account for the
change (but they needed to be updated regardless). Additionally, there
are two new translatable strings:

/* the first string is the earliest timestamp of the boot,
* and the second string is the newest timestamp. An example string
* might be '08:10 - 08:30' */
%s – %s

/* Boot refers to a single run (or bootup) of the system */
Boot

Thanks!


--
http://amigadave.com/


signature.asc
Description: Digital signature
___
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

Re: Freeze break request for the control-center

[Claude Paroz]

Le vendredi 20 septembre 2013 à 18:25 +0200, Piotr Drąg a écrit :
 2013/9/20 Matthias Clasen matthias.cla...@gmail.com:
  We have a new display panel in the control-center this cycle.
  The early feedback we got on it indicates that many people miss the
  'off' button. To avoid unnecessary blowback and controversy of the
  'gnome always removes options, freedom!!!@ kind,
  https://bugzilla.gnome.org/show_bug.cgi?id=707570 adds back an option
  to turn a monitor off. I have tested the patch, it works fine.
 
  The patch adds two new strings,
 
  Turn off
  Don't use this display
 
 1/2 from i18n.

2/2.

Claude

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

Re: Freeze break request for the control-center

[Piotr Drąg]

2013/9/20 Matthias Clasen matthias.cla...@gmail.com:
 We have a new display panel in the control-center this cycle.
 The early feedback we got on it indicates that many people miss the
 'off' button. To avoid unnecessary blowback and controversy of the
 'gnome always removes options, freedom!!!@ kind,
 https://bugzilla.gnome.org/show_bug.cgi?id=707570 adds back an option
 to turn a monitor off. I have tested the patch, it works fine.

 The patch adds two new strings,

 Turn off
 Don't use this display

1/2 from i18n.

-- 
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 the control-center

[Shaun McCance]

On Fri, 2013-09-20 at 12:19 -0400, Matthias Clasen wrote:
 We have a new display panel in the control-center this cycle.
 The early feedback we got on it indicates that many people miss the
 'off' button. To avoid unnecessary blowback and controversy of the
 'gnome always removes options, freedom!!!@ kind,
 https://bugzilla.gnome.org/show_bug.cgi?id=707570 adds back an option
 to turn a monitor off. I have tested the patch, it works fine.

Docs team really should be notified for this kind of change.
Added to CC.

--
Shaun


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

Re: Freeze break request: Rename .desktop files back to the 3.6 filenames

[Olav Vitters]

On Wed, Mar 13, 2013 at 01:10:23PM -0400, Colin Walters wrote:
 On Wed, 2013-03-13 at 12:49 -0400, Jeremy Bicha wrote:
  gnome-calculator and several of the gnome-games have been renamed this
  cycle (five-or-more, four-in-a-row, gnome-chess, gnome-klotski,
  gnome-mahjongg, gnome-mines, gnome-nibbles, gnome-robots, and tali).
  The issues this causes had been previously discussed [1] but we did
  not come to a final resolution.
 
 Hmm...this is just the games and the calculator?  That seems relatively
 low risk to me, so 1/2 from the RT.

.desktop name is low level indeed.

2/2 from release team

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

Re: Freeze break request: Web process crashed error page

[Xan Lopez]

Hi,

On Wed, Mar 6, 2013 at 12:16 PM, Ekaterina Gerasimova
kittykat3...@gmail.com wrote:
 On 6 March 2013 11:06, Xan Lopez x...@gnome.org wrote:

 Hi,

 I want to land the patch in bug
 https://bugzilla.gnome.org/show_bug.cgi?id=693832 shortly. It shows a
 new error page when the web process dies using the WebKit2 backend.
 This is similar to what Chrome does in the same circumstances.


 Hi Xan, the error message would be better as Something went wrong while
 displaying this page. Please reload this page or visit a different page to
 continue., especially if this error message will be shown when no internet
 connection is available or if the page does not exist as the problem is not
 with Web in those cases.

No, this error is only shown when the Web process actually crashes.
For the cases you mention we still show our usual page not found
dialog.

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

Re: Freeze break request: Web process crashed error page

[Ekaterina Gerasimova]

On 6 March 2013 11:06, Xan Lopez x...@gnome.org wrote:

 Hi,

 I want to land the patch in bug
 https://bugzilla.gnome.org/show_bug.cgi?id=693832 shortly. It shows a
 new error page when the web process dies using the WebKit2 backend.
 This is similar to what Chrome does in the same circumstances.


Hi Xan, the error message would be better as Something went wrong while
displaying this page. Please reload this page or visit a different page to
continue., especially if this error message will be shown when no internet
connection is available or if the page does not exist as the problem is not
with Web in those cases.
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request: Web process crashed error page

[Javier Jardón]

On 6 March 2013 11:06, Xan Lopez x...@gnome.org wrote:
 Hi,

 I want to land the patch in bug
 https://bugzilla.gnome.org/show_bug.cgi?id=693832 shortly. It shows a
 new error page when the web process dies using the WebKit2 backend.
 This is similar to what Chrome does in the same circumstances.

 The wiki page for 3.8 has a screenshot of how this looks:
 http://i.imgur.com/MKq5Nvi.png

1/2 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 bug 694796

[Michael Hill]

On Thu, Feb 28, 2013 at 7:26 AM, Allan Day allanp...@gmail.com wrote:

 We've introduced new iBus character popups this cycle - these are the
 menus that let you choose different characters when using an input
 method. We got some early feedback that we'd like to address with
 these, basically by changing how the popups are themed. This is
 tracked in bug 694796 [1].

+1 from docs team.

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

Re: Freeze break request for bug 694796

[Allan Day]

Michael Hill mdhil...@gmail.com wrote:
 +1 from docs team.

 Mike

Thanks Mike! I've pushed the fix.

Allan
--
IRC:  aday on irc.gnome.org
Blog: http://afaikblog.wordpress.com/
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for bug 694796

[Luca Ferretti]

Patch seems fine to me, 1/2 from r-t
Il giorno 28/feb/2013 13:26, Allan Day allanp...@gmail.com ha scritto:

 Hi all,

 We've introduced new iBus character popups this cycle - these are the
 menus that let you choose different characters when using an input
 method. We got some early feedback that we'd like to address with
 these, basically by changing how the popups are themed. This is
 tracked in bug 694796 [1].

 The change would be entirely visual and won't functionally affect how
 the feature is used.

 Allan

 [1] https://bugzilla.gnome.org/show_bug.cgi?id=694796
 ___
 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 bug 694796

[Adolfo Jayme Barrientos]

On Fri, Mar 1, 2013 at 3:04 AM, Luca Ferretti lferr...@gnome.org wrote:
 Patch seems fine to me, 1/2 from r-t

Another +1 from here. Seems safe enough,

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

Re: Freeze break request for bug 694796

[Frederic Peters]

Hi,

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

Adolfo Jayme Barrientos wrote:
 On Fri, Mar 1, 2013 at 3:04 AM, Luca Ferretti lferr...@gnome.org wrote:
  Patch seems fine to me, 1/2 from r-t
 
 Another +1 from here. Seems safe enough,

Hi Adolfo, you need to be part of the release team to approve freeze
break requests :)


Allan, ideally you should make sure patches are marked as reviewed and
accepted before asking for freeze breaks; as I am not sure the comment
Rui made came after your request.

Anyway, count this as the second release team approval for the current
patch[1], given it's properly approved by the GNOME Shell team.


Fred

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

Re: Freeze break request for bug 694796

[Allan Day]

Frederic Peters fpet...@gnome.org wrote:
 Allan, ideally you should make sure patches are marked as reviewed and
 accepted before asking for freeze breaks; as I am not sure the comment
 Rui made came after your request.

Sorry, I hadn't realised that. I'm not usually the one filing the patches. :)

Thanks Fred!

Allan
___
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: Freeze break request for zenity

[Javier Jardón]

2/2 for R-t, if needed

On 26 September 2012 08:15, Gil Forcada gforc...@gnome.org wrote:
 El dt 25 de 09 de 2012 a les 16:20 -0400, en/na Matthias Clasen va
 escriure:
 On Tue, Sep 25, 2012 at 1:02 PM, Gabor Kelemen kelem...@gnome.hu wrote:
  2012-09-25 18:28 keltezéssel, Matthias Clasen írta:
 
  On Tue, Sep 25, 2012 at 10:47 AM, Florian Müllner fmuell...@gnome.org
  wrote:
 
  Hey,
 
  I'd like to request a freeze break for the following zenity bugs:
 
 https://bugzilla.gnome.org/show_bug.cgi?id=684322 - Add an option to
  request dialogs being modal
 
 https://bugzilla.gnome.org/show_bug.cgi?id=684329 - Add an option to
  set a custom dialog icon
 
  Each patch implements a new option without changing existing code
  paths, so existing users are unaffected by the change - with the
  notable exception of gnome-shell/mutter, which will use those options
  for its Force quit dialogs if available. In particular the first bug
  improves the dialog's usability significantly by tying the this
  window does not respond dialog to the non-responsive window (though
  the designers obviously would like both changes to make it in).
 
  Both patches break the string freeze as well, as they add a --help
  description for each option - if that is considered a problem and the
  code changes are approved otherwise, it is of course possible to not
  mark those strings for translations for 3.6.
 
  Any translator opinions on this ? Should we strip out the translations
  of these commandline options for 3.6.0, or can you live with the two
  new strings ?
 
 
  Don't remove the translatable mark from them, that would not help us.
  Remember, our goal is a translated environment, not seeing 100 at some 
  web
  page.
 
  I think we can live with the two untranslated strings in the --help output
  and on d-l, so approval 1/2.

 I promise this is the last change we're going to get in for 3.6.0.
 Any chance for a second approval from the i18n team for the string change ?

 Wish granted: 2/2 i18n approval.

 Cheers,

  Regards
  Gabor Kelemen
 ___
 gnome-i18n mailing list
 gnome-i18n@gnome.org
 https://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

 ___
 release-t...@gnome.org
 https://mail.gnome.org/mailman/listinfo/release-team
 Release-team lurker? Do NOT participate in discussions.



-- 
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 zenity

[Matthias Clasen]

On Tue, Sep 25, 2012 at 10:47 AM, Florian Müllner fmuell...@gnome.org wrote:
 Hey,

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

   https://bugzilla.gnome.org/show_bug.cgi?id=684322 - Add an option to
 request dialogs being modal

   https://bugzilla.gnome.org/show_bug.cgi?id=684329 - Add an option to
 set a custom dialog icon

 Each patch implements a new option without changing existing code
 paths, so existing users are unaffected by the change - with the
 notable exception of gnome-shell/mutter, which will use those options
 for its Force quit dialogs if available. In particular the first bug
 improves the dialog's usability significantly by tying the this
 window does not respond dialog to the non-responsive window (though
 the designers obviously would like both changes to make it in).

 Both patches break the string freeze as well, as they add a --help
 description for each option - if that is considered a problem and the
 code changes are approved otherwise, it is of course possible to not
 mark those strings for translations for 3.6.

Any translator opinions on this ? Should we strip out the translations
of these commandline options for 3.6.0, or can you live with the two
new strings ?
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for zenity

[Gabor Kelemen]

2012-09-25 18:28 keltezéssel, Matthias Clasen írta:

On Tue, Sep 25, 2012 at 10:47 AM, Florian Müllner fmuell...@gnome.org wrote:

Hey,

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

   https://bugzilla.gnome.org/show_bug.cgi?id=684322 - Add an option to
request dialogs being modal

   https://bugzilla.gnome.org/show_bug.cgi?id=684329 - Add an option to
set a custom dialog icon

Each patch implements a new option without changing existing code
paths, so existing users are unaffected by the change - with the
notable exception of gnome-shell/mutter, which will use those options
for its Force quit dialogs if available. In particular the first bug
improves the dialog's usability significantly by tying the this
window does not respond dialog to the non-responsive window (though
the designers obviously would like both changes to make it in).

Both patches break the string freeze as well, as they add a --help
description for each option - if that is considered a problem and the
code changes are approved otherwise, it is of course possible to not
mark those strings for translations for 3.6.


Any translator opinions on this ? Should we strip out the translations
of these commandline options for 3.6.0, or can you live with the two
new strings ?


Don't remove the translatable mark from them, that would not help us. 
Remember, our goal is a translated environment, not seeing 100 at some 
web page.


I think we can live with the two untranslated strings in the --help 
output and on d-l, so approval 1/2.


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

Re: Freeze break request for zenity

[Matthias Clasen]

On Tue, Sep 25, 2012 at 1:02 PM, Gabor Kelemen kelem...@gnome.hu wrote:
 2012-09-25 18:28 keltezéssel, Matthias Clasen írta:

 On Tue, Sep 25, 2012 at 10:47 AM, Florian Müllner fmuell...@gnome.org
 wrote:

 Hey,

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

https://bugzilla.gnome.org/show_bug.cgi?id=684322 - Add an option to
 request dialogs being modal

https://bugzilla.gnome.org/show_bug.cgi?id=684329 - Add an option to
 set a custom dialog icon

 Each patch implements a new option without changing existing code
 paths, so existing users are unaffected by the change - with the
 notable exception of gnome-shell/mutter, which will use those options
 for its Force quit dialogs if available. In particular the first bug
 improves the dialog's usability significantly by tying the this
 window does not respond dialog to the non-responsive window (though
 the designers obviously would like both changes to make it in).

 Both patches break the string freeze as well, as they add a --help
 description for each option - if that is considered a problem and the
 code changes are approved otherwise, it is of course possible to not
 mark those strings for translations for 3.6.

 Any translator opinions on this ? Should we strip out the translations
 of these commandline options for 3.6.0, or can you live with the two
 new strings ?


 Don't remove the translatable mark from them, that would not help us.
 Remember, our goal is a translated environment, not seeing 100 at some web
 page.

 I think we can live with the two untranslated strings in the --help output
 and on d-l, so approval 1/2.

I promise this is the last change we're going to get in for 3.6.0.
Any chance for a second approval from the i18n team for the string change ?
 Regards
 Gabor Kelemen
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request for zenity

[Gil Forcada]

El dt 25 de 09 de 2012 a les 16:20 -0400, en/na Matthias Clasen va
escriure:
 On Tue, Sep 25, 2012 at 1:02 PM, Gabor Kelemen kelem...@gnome.hu wrote:
  2012-09-25 18:28 keltezéssel, Matthias Clasen írta:
 
  On Tue, Sep 25, 2012 at 10:47 AM, Florian Müllner fmuell...@gnome.org
  wrote:
 
  Hey,
 
  I'd like to request a freeze break for the following zenity bugs:
 
 https://bugzilla.gnome.org/show_bug.cgi?id=684322 - Add an option to
  request dialogs being modal
 
 https://bugzilla.gnome.org/show_bug.cgi?id=684329 - Add an option to
  set a custom dialog icon
 
  Each patch implements a new option without changing existing code
  paths, so existing users are unaffected by the change - with the
  notable exception of gnome-shell/mutter, which will use those options
  for its Force quit dialogs if available. In particular the first bug
  improves the dialog's usability significantly by tying the this
  window does not respond dialog to the non-responsive window (though
  the designers obviously would like both changes to make it in).
 
  Both patches break the string freeze as well, as they add a --help
  description for each option - if that is considered a problem and the
  code changes are approved otherwise, it is of course possible to not
  mark those strings for translations for 3.6.
 
  Any translator opinions on this ? Should we strip out the translations
  of these commandline options for 3.6.0, or can you live with the two
  new strings ?
 
 
  Don't remove the translatable mark from them, that would not help us.
  Remember, our goal is a translated environment, not seeing 100 at some web
  page.
 
  I think we can live with the two untranslated strings in the --help output
  and on d-l, so approval 1/2.
 
 I promise this is the last change we're going to get in for 3.6.0.
 Any chance for a second approval from the i18n team for the string change ?

Wish granted: 2/2 i18n approval.

Cheers,

  Regards
  Gabor Kelemen
 ___
 gnome-i18n mailing list
 gnome-i18n@gnome.org
 https://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
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request - IBus Anthy input source menu items

[Matthias Clasen]

On Tue, Sep 18, 2012 at 8:18 AM, Rui Tiago Cação Matos
tiagoma...@gmail.com wrote:
 Hi,

 I'd like to request a freeze break for
 https://bugzilla.gnome.org/show_bug.cgi?id=682314 . This only has an
 impact for users of the Japanese input method by adding a few common
 entries to the input sources panel menu which allows users to switch
 between hiragana/katakana input modes and other similar knobs which
 are important for this input method's users.

 This is a gnome-shell UI change but doesn't introduce any new
 translatable strings since the menu item labels come from the input
 method engine, in this case ibus-anthy.


I think this is pretty important to make the input sources support
match what the ibus shell extension was providing previously,
feature-wise. It is one of the remaining 'high-priority' issues for
the input sources feature.

I've checked the release-notes: we don't have  a screenshot of this menu.

The patch has been tested by Takao as well.

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

Re: Freeze break request - IBus Anthy input source menu items

[Colin Walters]

On Tue, 2012-09-18 at 14:18 +0200, Rui Tiago Cação Matos wrote:
 Hi,
 
 I'd like to request a freeze break for
 https://bugzilla.gnome.org/show_bug.cgi?id=682314 . This only has an
 impact for users of the Japanese input method by adding a few common
 entries to the input sources panel menu which allows users to switch
 between hiragana/katakana input modes and other similar knobs which
 are important for this input method's users.

It's not entirely clear to me what the problem we're solving here is.
Is it that some input engines have undesired action items?

This is a quite nontrivial patch, but on the other hand, it just
affects a subset of input methods support.

I'd be happiest knowing that an active user tested this patch and it
worked.

But here's my tentative RT 1/2.


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

Re: Freeze break request - IBus Anthy input source menu items

[Javier Jardón]

On 18 September 2012 23:39, Matthias Clasen matthias.cla...@gmail.com wrote:
 On Tue, Sep 18, 2012 at 8:18 AM, Rui Tiago Cação Matos
 tiagoma...@gmail.com wrote:
 Hi,

 I'd like to request a freeze break for
 https://bugzilla.gnome.org/show_bug.cgi?id=682314 . This only has an
 impact for users of the Japanese input method by adding a few common
 entries to the input sources panel menu which allows users to switch
 between hiragana/katakana input modes and other similar knobs which
 are important for this input method's users.

 This is a gnome-shell UI change but doesn't introduce any new
 translatable strings since the menu item labels come from the input
 method engine, in this case ibus-anthy.


 I think this is pretty important to make the input sources support
 match what the ibus shell extension was providing previously,
 feature-wise. It is one of the remaining 'high-priority' issues for
 the input sources feature.

 I've checked the release-notes: we don't have  a screenshot of this menu.

 The patch has been tested by Takao as well.

 +1 of 2 for the release team.

Agree 2/2 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 - IBus Anthy input source menu items

[Matthias Clasen]

On Tue, Sep 18, 2012 at 1:44 PM, Colin Walters walt...@verbum.org wrote:
 On Tue, 2012-09-18 at 14:18 +0200, Rui Tiago Cação Matos wrote:
 Hi,

 I'd like to request a freeze break for
 https://bugzilla.gnome.org/show_bug.cgi?id=682314 . This only has an
 impact for users of the Japanese input method by adding a few common
 entries to the input sources panel menu which allows users to switch
 between hiragana/katakana input modes and other similar knobs which
 are important for this input method's users.

 It's not entirely clear to me what the problem we're solving here is.
 Is it that some input engines have undesired action items?

We haven't shown any input method configure knobs in the keyboard menu before.

This patch makes it so that we allow the most important ones to show
up, without giving up all control. We don't want a ton of special case
knobs to flood the shell menu - look at ibus' own config ui to see
what I'm talking about...

 This is a quite nontrivial patch, but on the other hand, it just
 affects a subset of input methods support.

 I'd be happiest knowing that an active user tested this patch and it
 worked.


As I said, Takao tested it.
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request

[Matthias Clasen]

On Tue, Sep 18, 2012 at 5:18 PM, Bastien Nocera had...@hadess.net wrote:
 No new UI, no new strings. This allows jumping directly to the relevant
 section in the keyboard shortcuts, which is a good improvement over
 having to find the shortcuts in the whole list when clicking on the
 Shortcut Settings link in the Region panel.

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

Sounds good, and the patches look fine to me.
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request

[Bastien Nocera]

Em Tue, 2012-09-18 às 18:42 -0400, Matthias Clasen escreveu:
 On Tue, Sep 18, 2012 at 5:18 PM, Bastien Nocera had...@hadess.net wrote:
  No new UI, no new strings. This allows jumping directly to the relevant
  section in the keyboard shortcuts, which is a good improvement over
  having to find the shortcuts in the whole list when clicking on the
  Shortcut Settings link in the Region panel.
 
  Bug: https://bugzilla.gnome.org/show_bug.cgi?id=684280
 
 Sounds good, and the patches look fine to me.

Sigh. Pushed those whilst fixing
https://bugzilla.gnome.org/show_bug.cgi?id=684309
Let me know whether I should revert.

Cheers

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

Re: Freeze break request

[Javier Jardón]

On 19 September 2012 07:55, Bastien Nocera had...@hadess.net wrote:
 Em Tue, 2012-09-18 às 18:42 -0400, Matthias Clasen escreveu:
 On Tue, Sep 18, 2012 at 5:18 PM, Bastien Nocera had...@hadess.net wrote:
  No new UI, no new strings. This allows jumping directly to the relevant
  section in the keyboard shortcuts, which is a good improvement over
  having to find the shortcuts in the whole list when clicking on the
  Shortcut Settings link in the Region panel.
 
  Bug: https://bugzilla.gnome.org/show_bug.cgi?id=684280

 Sounds good, and the patches look fine to me.

2/2 for release team

 Sigh. Pushed those whilst fixing
 https://bugzilla.gnome.org/show_bug.cgi?id=684309
 Let me know whether I should revert.

I dont think is a problem, but if you need a r-t aproval, 1/2 from me


-- 
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

[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: Freeze break request for control center

[Johannes Schmid]

Hi!

 Do you think it would be worth a freeze break? It would mean we have to
 translate a handful of short strings again, but ensuring they are
 correct. Trade-offs, you know... ;-)

I agree with Andre that it might not be worth a freeze-break at this
time. It would be nice to have this fixed, so please bring it up again
after 3.0.

We might reconsider this *if* there is another freeze break on
gnome-session anyway (and people have to touch the translation...) but I
don't hope that will happen.

Johannes

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

Re: Freeze break request

[Vincent Untz]

Le lundi 22 mars 2010, à 15:19 -0500, Jason D. Clinton a écrit :
 We are in hard code freeze. I included i18n only as an informative measure.

This is not covered by the hard code freeze, so you can go ahead.

Vincent

 On Mon, Mar 22, 2010 at 2:43 PM, Gabor Kelemen kelem...@gnome.hu wrote:
 
  Jason D. Clinton írta:
 
   Permission to add missing .js files to POTFILES.in?
  https://bugzilla.gnome.org/show_bug.cgi?id=613092
 
 
 
  This does not count as a break, as these files are already there. Just go
  ahead and commit.
 
  Regards
  Gabor Kelemen
 
 
 

 ___
 release-team mailing list
 release-t...@gnome.org
 http://mail.gnome.org/mailman/listinfo/release-team


-- 
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: Freeze break request

[Gabor Kelemen]

Jason D. Clinton írta:

Permission to add missing .js files to POTFILES.in?
https://bugzilla.gnome.org/show_bug.cgi?id=613092

  
This does not count as a break, as these files are already there. Just 
go ahead and commit.


Regards
Gabor Kelemen


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

Re: Freeze break request

[Claude Paroz]

Le lundi 22 mars 2010 à 14:33 -0500, Jason D. Clinton a écrit :
 Permission to add missing .js files to POTFILES.in?
 https://bugzilla.gnome.org/show_bug.cgi?id=613092
 
FYI, I also reported a bug against intltool so as .js files not included
in POTFILES.in are detected by intltool-update -m

https://bugs.launchpad.net/intltool/+bug/55

Claude

-- 
www.2xlibre.net

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

Re: Freeze break request

[Jason D. Clinton]

We are in hard code freeze. I included i18n only as an informative measure.

On Mon, Mar 22, 2010 at 2:43 PM, Gabor Kelemen kelem...@gnome.hu wrote:

 Jason D. Clinton írta:

  Permission to add missing .js files to POTFILES.in?
 https://bugzilla.gnome.org/show_bug.cgi?id=613092



 This does not count as a break, as these files are already there. Just go
 ahead and commit.

 Regards
 Gabor Kelemen



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

Re: Freeze break request: #598820 Add tap-to-click button settings to gnome-settings-daemon

[Claude Paroz]

Le lundi 01 mars 2010 à 11:04 +0100, Johannes Schmid a écrit :
 Hi Coordination team...
 
 can anybody please comment on that or give a second approval. I feel a
 bit lonely here...

Approval 2/2 for gnome-i18n.
Sorry for the lag.

Claude

 Am Mittwoch, den 24.02.2010, 22:58 +0100 schrieb Johannes Schmid:
  Hi!
  
   gnome-i18n: If gconf schema strings do not need translation or are
   otherwise exempt from string freezes, please say so explicitly -- it
   is not clear from the string freeze guide[1].
  
  They are not and exempt and need translation. Anyway, 1 of 2 from i18n
  from my side and sorry for missing it first.
  
  Regards,
  Johannes
  ___
  gnome-i18n mailing list
  gnome-i18n@gnome.org
  http://mail.gnome.org/mailman/listinfo/gnome-i18n


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

Re: Freeze break request: #598820 Add tap-to-click button settings to gnome-settings-daemon

[Johannes Schmid]

Hi Coordination team...

can anybody please comment on that or give a second approval. I feel a
bit lonely here...

Thanks,
Johannes

Am Mittwoch, den 24.02.2010, 22:58 +0100 schrieb Johannes Schmid:
 Hi!
 
  gnome-i18n: If gconf schema strings do not need translation or are
  otherwise exempt from string freezes, please say so explicitly -- it
  is not clear from the string freeze guide[1].
 
 They are not and exempt and need translation. Anyway, 1 of 2 from i18n
 from my side and sorry for missing it first.
 
 Regards,
 Johannes
 ___
 gnome-i18n mailing list
 gnome-i18n@gnome.org
 http://mail.gnome.org/mailman/listinfo/gnome-i18n


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

Re: Freeze break request: #598820 Add tap-to-click button settings to gnome-settings-daemon

[Johannes Schmid]

Hi!

 gnome-i18n: If gconf schema strings do not need translation or are
 otherwise exempt from string freezes, please say so explicitly -- it
 is not clear from the string freeze guide[1].

They are not and exempt and need translation. Anyway, 1 of 2 from i18n
from my side and sorry for missing it first.

Regards,
Johannes


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: Freeze break request: #598820 Add tap-to-click button settings to gnome-settings-daemon

[Lucas Rocha]

Hi,

I personally think that adding gconf keys for those things is a sign
that we're not doing the right thing by default... Why not just fixing
g-s-d to match the sane default values from synaptics?

Anyway, I'm not totally against the change. Just got the impression
that adding gconf keys for that is a bit overkill. Considering that
the module maintainer is ok with the patch, I would be ok to accept it
in case other r-t members are in favour of this change too.

Cheers!

--lucasr


2010/2/20 Yuri Khan yurivk...@gmail.com:
 Hello GNOME Team,

 I would like to request a feature freeze break to get the bug
 #598820[0] fixed in GNOME 2.30.

 The nature of the bug is insufficient configurability: After
 tap-to-click enable/disable switch was added to
 gnome-settings-daemon[1], users no longer can configure which taps
 trigger which buttons, persistently. A workaround involving synclient
 is available, but gnome-settings-daemon restores its hardcoded mapping
 on each user logon and whenever the user toggles the enable switch via
 the UI. The hardcoded mapping is: one finger - primary (left) button;
 two fingers - secondary (right) button; three fingers - middle
 button.

 Impact of the bug: The bug affects users who have multitouch-capable
 touchpads. Because a lot of touchpads have two hardware buttons, many
 users want a simpler gesture than a three-button tap for a middle
 click. Further, users are accustomed to 1-L, 2-M, 3-R mapping because
 it was default for the synaptics driver.

 Impact of the patch: The patch is a feature change with no UI except
 for three new gconf settings that the user can set to map one-, two-
 and three-finger taps to emulate any mouse button click events.

 Why this should not wait for next release: The bug being fixed is a
 usability regression between gnome-settings-daemon v2.27.3 and
 v2.27.4.

 Review status: The patch was reviewed by Peter Hutterer
 peter.hutte...@who-t.net, the developer who originally introduced
 the tap-to-click feature to gnome-settings-daemon; and Jens Granseuer
 jen...@gmx.net, gnome-settings-daemon developer/maintainer. Jens
 Granseuer also said he would accept the patch if freeze break is
 granted[2].

 Testing status: A few people have reported that an earlier version of
 this patch works for them[3,4].

 [0] https://bugzilla.gnome.org/show_bug.cgi?id=598820
 [1] https://bugzilla.gnome.org/show_bug.cgi?id=578444
 [2] https://bugzilla.gnome.org/show_bug.cgi?id=598820#c36
 [3] https://bugzilla.gnome.org/show_bug.cgi?id=598820#c13
 [4] https://bugzilla.gnome.org/show_bug.cgi?id=598820#c18

 ___
 release-team mailing list
 release-t...@gnome.org
 http://mail.gnome.org/mailman/listinfo/release-team


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

Re: freeze break request - WAS: Re: Help with strings for solution for desktop file virus problem

[Calum Benson]

On Wed, 2009-02-25 at 17:35 +, Calum Benson wrote:
 On Wed, 2009-02-25 at 15:00 +0100, Alexander Larsson wrote:
 
  Hmm, what do you propose to use then? Using Executable in the UI
  sounds pretty lame, its an implementation detail after all.
 
 Well, I'll ask our trusted desktop guys today first, to see if they
 think it's even an issue--maybe the context is sufficiently different
 that they'll be fine with it the way it is.

I haven't had any response, so you might as well go ahead with the
wording you'd already decided upon.  We can always file a bug later if
it turns out to be an issue.

Cheeri,
Calum.

-- 
CALUM BENSON, Interaction Designer Sun Microsystems Ireland
mailto:calum.ben...@sun.comOpenSolaris Desktop Team
http://blogs.sun.com/calum +353 1 819 9771

Any opinions are personal and not necessarily those of Sun Microsystems

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

Re: freeze break request - WAS: Re: Help with strings for solution for desktop file virus problem

[Wouter Bolsterlee]

2009-02-27 klockan 16:56 skrev Calum Benson:
 On Wed, 2009-02-25 at 17:35 +, Calum Benson wrote:
  On Wed, 2009-02-25 at 15:00 +0100, Alexander Larsson wrote:
   Hmm, what do you propose to use then? Using Executable in the UI
   sounds pretty lame, its an implementation detail after all.
  Well, I'll ask our trusted desktop guys today first, to see if they
  think it's even an issue--maybe the context is sufficiently different
  that they'll be fine with it the way it is.
 I haven't had any response, so you might as well go ahead with the
 wording you'd already decided upon.  We can always file a bug later if
 it turns out to be an issue.

Changing the wording this late in the release cycle is too much to ask from
our translators. At least I wouldn't give my i18n team approval for it at
this stage. Feel free to change it after branching though :)

— Wouter


signature.asc
Description: Digital signature
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: freeze break request - WAS: Re: Help with strings for solution for desktop file virus problem

[Calum Benson]

On Tue, 2009-02-24 at 10:16 +0100, Alexander Larsson wrote:
 On Mon, 2009-02-23 at 13:52 +0100, Wouter Bolsterlee wrote:
  
  So, my suggestion:
  
The application launcher %s has not been marked as trusted. If you do
not know this application launcher's source, launching it may be unsafe.
 
 This looks good to me, can i have another string freeze approval please?

Hmm, guess I've come to this party too late, but I do have one slight
concern about the use of Trusted.  That term has a specific meaning on
at least one GNOME-based secure desktop I'm aware of (Trusted Solaris--
which is the only one I've used, but I wouldn't be surprised if it
applied to others, too).

Cheeri,
Calum.

-- 
CALUM BENSON, Usability Engineer   Sun Microsystems Ireland
mailto:calum.ben...@sun.comGNOME Desktop Team
http://blogs.sun.com/calum +353 1 819 9771

Any opinions are personal and not necessarily those of Sun Microsystems

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

Re: freeze break request - WAS: Re: Help with strings for solution for desktop file virus problem

[Alexander Larsson]

On Wed, 2009-02-25 at 13:04 +, Calum Benson wrote:
 On Tue, 2009-02-24 at 10:16 +0100, Alexander Larsson wrote:
  On Mon, 2009-02-23 at 13:52 +0100, Wouter Bolsterlee wrote:
   
   So, my suggestion:
   
 The application launcher %s has not been marked as trusted. If you do
 not know this application launcher's source, launching it may be unsafe.
  
  This looks good to me, can i have another string freeze approval please?
 
 Hmm, guess I've come to this party too late, but I do have one slight
 concern about the use of Trusted.  That term has a specific meaning on
 at least one GNOME-based secure desktop I'm aware of (Trusted Solaris--
 which is the only one I've used, but I wouldn't be surprised if it
 applied to others, too).

Hmm, what do you propose to use then? Using Executable in the UI
sounds pretty lame, its an implementation detail after all.


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

Re: freeze break request - WAS: Re: Help with strings for solution for desktop file virus problem

[Calum Benson]

On Wed, 2009-02-25 at 15:00 +0100, Alexander Larsson wrote:

 Hmm, what do you propose to use then? Using Executable in the UI
 sounds pretty lame, its an implementation detail after all.

Well, I'll ask our trusted desktop guys today first, to see if they
think it's even an issue--maybe the context is sufficiently different
that they'll be fine with it the way it is.

If it's an issue for them, the best I can think of right now is maybe to
couch it in terms of safety instead of trustworthiness, e.g.
something like:

Unsafe application launcher

The creator of %s did not mark it as safe to launch. Before
continuing, you are advised to check that the launcher came from
a reputable source.

[Launch Anyway] [Mark as Safe] [Cancel]

Cheeri,
Calum.

-- 
CALUM BENSON, Interaction Designer Sun Microsystems Ireland
mailto:calum.ben...@sun.comOpenSolaris Desktop Team
http://blogs.sun.com/calum +353 1 819 9771

Any opinions are personal and not necessarily those of Sun Microsystems

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

Re: freeze break request - WAS: Re: Help with strings for solution for desktop file virus problem

[Alexander Larsson]

On Mon, 2009-02-23 at 13:52 +0100, Wouter Bolsterlee wrote:
 2009-02-23 klockan 10:43 skrev Christian Rose:
  On 2/23/09, Alexander Larsson al...@redhat.com wrote:
   On Fri, 2009-02-20 at 15:24 +, Karl Lattimer wrote:
   Untrusted application launcher
   The file %s is an application launcher, but it is not marked 
   trusted.
   If you recieved this file from an unknown source or did not expect 
   it
   to be an application launcher it may be unsafe to launch.
 
   [_Launch anyway] [Mark as _Trusted] [[Cancel]]
 
  I don't feel this is a great wording, but I don't have any better 
   ideas.
  Maybe some native english speaker could help out?

 The application launcher %s is not marked as trusted. If this
 application launchers source is unknown to you then it may be unsafe to
 launch.

 [_Launch anyway] [Mark as _Trusted] [[Cancel]]

 Sound better?
  
Yeah, this looks better to me.
  
  The possessive looks a bit weird, and the second sentence seems a bit
  long. I'd like to add a modified proposal:
  
The application launcher %s is not marked as trusted. If the source
of this application launcher is unknown to you, then it may be
unsafe to launch.
  
  This clearly seems important, so string freeze approval from me.
 
 1. Why use the passive voice in the first sentence (... is unknown to
you)? Directly addressing the user seems more logical in this case.
 2. Why is marked as trusted? I think has been marked trusted makes more
sense?
 3. Reordering the words so that it ends with the word unsafe likely gets
more attention from the user.
 4. File names should be enclosed in double quotes.
 
 So, my suggestion:
 
   The application launcher %s has not been marked as trusted. If you do
   not know this application launcher's source, launching it may be unsafe.

This looks good to me, can i have another string freeze approval please?

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

Re: [+gnome] Re: freeze break request - WAS: Re: Help with strings for solution for desktop file virus problem

[Wouter Bolsterlee]

2009-02-24 klockan 10:16 skrev Alexander Larsson:
 On Mon, 2009-02-23 at 13:52 +0100, Wouter Bolsterlee wrote:
  1. Why use the passive voice in the first sentence (... is unknown to
 you)? Directly addressing the user seems more logical in this case.
  2. Why is marked as trusted? I think has been marked trusted makes more
 sense?
  3. Reordering the words so that it ends with the word unsafe likely gets
 more attention from the user.
  4. File names should be enclosed in double quotes.
  
  So, my suggestion:
  
The application launcher %s has not been marked as trusted. If you do
not know this application launcher's source, launching it may be unsafe.
 
 This looks good to me, can i have another string freeze approval please?

1/2.

— Wouter


signature.asc
Description: Digital signature
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n