Re: UI freeze exception

[Alexandre Franke]

On Wed, Sep 2, 2015 at 4:12 PM, Piotr Drąg  wrote:
> BTW your commit
> https://git.gnome.org/browse/nautilus/commit/?id=2338a9239496b8204d302388649c2b45a57c38e9
> broke the string freeze. You need to ask for permission to change/add
> gschema strings as well.

Nop. No tarball yet, he didn't enter string freeze yet.

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

Re: UI freeze exception

[Daniel Mustieles García]

Second i18n approval

Cheers!

2015-09-02 18:00 GMT+02:00 Andre Klapper :

> On Tue, 2015-09-01 at 15:57 -0400, Carlos Soriano Sanchez wrote:
> > Even if it is late, I would like to ask for an UI freeze exception
> > for https://bugzilla.gnome.org/show_bug.cgi?id=725939
> > The reason is that GtkFileChooser implemented it, but nautilus
> > didn't. One of the points for 3.18 was to make consistent
> > the behavior between GtkFileChooser and Nautilus, and this is the
> > last important item remaining.
> >
> > Basically it adds an action bar when a search is performed in some
> > remote location, indicating the user that the search is
> > being done non recursively. Here a screenshot:
>
> Makes sense so this is one r-t approval.
>
> andre
> --
> 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
>
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: UI freeze exception

[Andre Klapper]

On Tue, 2015-09-01 at 15:57 -0400, Carlos Soriano Sanchez wrote:
> Even if it is late, I would like to ask for an UI freeze exception
> for https://bugzilla.gnome.org/show_bug.cgi?id=725939
> The reason is that GtkFileChooser implemented it, but nautilus
> didn't. One of the points for 3.18 was to make consistent
> the behavior between GtkFileChooser and Nautilus, and this is the
> last important item remaining.
> 
> Basically it adds an action bar when a search is performed in some
> remote location, indicating the user that the search is
> being done non recursively. Here a screenshot:

Makes sense so this is one r-t approval.

andre
-- 
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: UI freeze exception

[Carlos Soriano Sanchez]

Thanks everyone!

- Original Message -
| Second i18n approval
| 
| Cheers!
| 
| 2015-09-02 18:00 GMT+02:00 Andre Klapper :
| 
| > On Tue, 2015-09-01 at 15:57 -0400, Carlos Soriano Sanchez wrote:
| > > Even if it is late, I would like to ask for an UI freeze exception
| > > for https://bugzilla.gnome.org/show_bug.cgi?id=725939
| > > The reason is that GtkFileChooser implemented it, but nautilus
| > > didn't. One of the points for 3.18 was to make consistent
| > > the behavior between GtkFileChooser and Nautilus, and this is the
| > > last important item remaining.
| > >
| > > Basically it adds an action bar when a search is performed in some
| > > remote location, indicating the user that the search is
| > > being done non recursively. Here a screenshot:
| >
| > Makes sense so this is one r-t approval.
| >
| > andre
| > --
| > 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
| >
| 
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: UI freeze exception

[Baurzhan Muftakhidinov]

On Wed, Sep 2, 2015 at 6:59 PM, Piotr Drąg  wrote:
> 2015-09-02 15:53 GMT+02:00 Carlos Soriano Sanchez :
>> Thanks for the response, ccing gnome-i18n as recommended.
>>
>> - Original Message -
>> | I may be biased by having implemented this in the file chooser, but I am
>> | in favor of taking this (keeping the file chooser and nautilus in sync was
>> | one of the major themes of the work in those places this cycle, after all).
>> | You should cc gnome-i18n though, since this adds new strings to nautilus
>> | (even though they can be copied from GTK+ - right ?)
>> |
>
> It's early and it's an important bug fix, so here is 1/2 from i18n.
> You need just one more. :)
>
> https://wiki.gnome.org/TranslationProject/HandlingStringFreezes
>
> 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

What package is affected?
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: UI freeze exception

[Carlos Soriano Sanchez]

Thanks for the response, ccing gnome-i18n as recommended.

- Original Message -
| ​I may be biased by having implemented this in the file chooser, but I am
| in favor of taking this (keeping the file chooser and nautilus in sync was
| one of the major themes of the work in those places this cycle, after all).
| You should cc gnome-i18n though, since this adds new strings to nautilus
| (even though they can be copied from GTK+ - right ?)
|
___
gnome-i18n mailing list
gnome-i18n@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: UI freeze exception

[Piotr Drąg]

2015-09-02 15:53 GMT+02:00 Carlos Soriano Sanchez :
> Thanks for the response, ccing gnome-i18n as recommended.
>
> - Original Message -
> | I may be biased by having implemented this in the file chooser, but I am
> | in favor of taking this (keeping the file chooser and nautilus in sync was
> | one of the major themes of the work in those places this cycle, after all).
> | You should cc gnome-i18n though, since this adds new strings to nautilus
> | (even though they can be copied from GTK+ - right ?)
> |

It's early and it's an important bug fix, so here is 1/2 from i18n.
You need just one more. :)

https://wiki.gnome.org/TranslationProject/HandlingStringFreezes

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: UI freeze exception

[Piotr Drąg]

2015-09-02 16:05 GMT+02:00 Baurzhan Muftakhidinov :
> On Wed, Sep 2, 2015 at 6:59 PM, Piotr Drąg  wrote:
>> 2015-09-02 15:53 GMT+02:00 Carlos Soriano Sanchez :
>>> Thanks for the response, ccing gnome-i18n as recommended.
>>>
>>> - Original Message -
>>> | I may be biased by having implemented this in the file chooser, but I am
>>> | in favor of taking this (keeping the file chooser and nautilus in sync was
>>> | one of the major themes of the work in those places this cycle, after 
>>> all).
>>> | You should cc gnome-i18n though, since this adds new strings to nautilus
>>> | (even though they can be copied from GTK+ - right ?)
>>> |
>>
>> It's early and it's an important bug fix, so here is 1/2 from i18n.
>> You need just one more. :)
>>
>> https://wiki.gnome.org/TranslationProject/HandlingStringFreezes
>>
>
> What package is affected?

Right, it's about nautilus:

https://mail.gnome.org/archives/release-team/2015-September/msg00014.html

Carlos, please include more information about the proposed changes
next time. Listing changed/added strings is enough, and a screenshot
is always nice.

BTW your commit
https://git.gnome.org/browse/nautilus/commit/?id=2338a9239496b8204d302388649c2b45a57c38e9
broke the string freeze. You need to ask for permission to change/add
gschema strings as well.

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: UI freeze exception request: Empathy new experimental call UI

[Guillaume Desmottes]

Le mercredi 31 août 2011 à 10:50 -0400, Colin Walters a écrit :
 On Wed, Aug 31, 2011 at 4:53 AM, Guillaume Desmottes gdesm...@gnome.org 
 wrote:
  Hi everyone,
 
  As you may know, the Empathy team is working on a new re-designed call
  UI: http://blog.desmottes.be/post/2011/08/26/Shiny-new-UI-in-Empathy-3.2
 
  This UI is not used by default and need to be explicitly enabled when
  building
 
 Is there a reason this development isn't done in a branch?  Doing so would 
 fix:

That's an option indeed, but we usually prefer to work directly on
releasable branches as it makes our life easier (as developers) and for
people willing to test the new UI (it's built in Debian experimental for
example).


G.


-- 
Guillaume Desmottes gdesm...@gnome.org
Jabber cass...@jabber.belnet.be
GPG 1024D/711E31B1 | 1B5A 1BA8 11AA F0F1 2169  E28A AC55 8671 711E 31B1

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

Re: UI freeze exception request: Empathy new experimental call UI

[Colin Walters]

On Wed, Aug 31, 2011 at 4:53 AM, Guillaume Desmottes gdesm...@gnome.org wrote:
 Hi everyone,

 As you may know, the Empathy team is working on a new re-designed call
 UI: http://blog.desmottes.be/post/2011/08/26/Shiny-new-UI-in-Empathy-3.2

 This UI is not used by default and need to be explicitly enabled when
 building

Is there a reason this development isn't done in a branch?  Doing so would fix:

 I'm aware that can be more of an issue for the translation team as it's
 not easy to know if a string change affect the new UI or not.
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n