Re: string freeze break request for gnome-menus
Le mardi 29 mars 2011, à 16:20 +0530, Andre Klapper a écrit : > On Sat, 2011-03-26 at 22:25 +0100, Luca Ferretti wrote: > > My proposal was tweak gnome-menu and put all them under existing Other > > category. Advantages: > > * it exists - so no need to break string freeze > > * it works on both panel and shell > > * it's a horrid place - so dishonour will force developer to place > > their stuff in a proper submenu or convert to g-c-c panel :) > > Looks like we have to come to an agreement here as this one has a 3.0 > target flag set... It's getting really late to add strings, and we're not completely sure how to deal with the new submenus from a layout perspective, so I suggest we should just put the missing .desktop files in Other. And we'll take time to find a solution we're really happy with for 3.2. I've attached a patch to the bug: https://bugzilla.gnome.org/show_bug.cgi?id=645061 http://bugzilla-attachments.gnome.org/attachment.cgi?id=184663 Opinions? Vincent -- Les gens heureux ne sont pas pressés. >From 39c6b8a51c1ef0d4082f21c62b5c3345ebf9ab70 Mon Sep 17 00:00:00 2001 From: Vincent Untz Date: Wed, 30 Mar 2011 12:53:39 +0530 Subject: [PATCH] layout: Show administration tools and old capplets in Other Right now, administration tools and capplets that used to be in the Control Center are not accessible in any way. With this patch, they appear in Other. While this is not perfect, this will make them accessible until we find the right solution. To do this, we just exclude .desktop files that match panels from the Control Center instead of excludings the Settings category, which is too broad. https://bugzilla.gnome.org/show_bug.cgi?id=645061 --- layout/applications.menu |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/layout/applications.menu b/layout/applications.menu index a1a9476..9a15849 100644 --- a/layout/applications.menu +++ b/layout/applications.menu @@ -145,8 +145,8 @@ Core -Settings Screensaver +X-GNOME-Settings-Panel -- 1.7.4.1 ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: string freeze break request for gnome-menus
Vincent Untz wrote: > Le mardi 29 mars 2011, à 16:20 +0530, Andre Klapper a écrit : > > On Sat, 2011-03-26 at 22:25 +0100, Luca Ferretti wrote: > > > My proposal was tweak gnome-menu and put all them under existing Other > > > category. Advantages: > > > * it exists - so no need to break string freeze > > > * it works on both panel and shell > > > * it's a horrid place - so dishonour will force developer to place > > > their stuff in a proper submenu or convert to g-c-c panel :) > > > > Looks like we have to come to an agreement here as this one has a 3.0 > > target flag set... > > It's getting really late to add strings, and we're not completely sure > how to deal with the new submenus from a layout perspective, so I > suggest we should just put the missing .desktop files in Other. And > we'll take time to find a solution we're really happy with for 3.2. > > I've attached a patch to the bug: > https://bugzilla.gnome.org/show_bug.cgi?id=645061 > http://bugzilla-attachments.gnome.org/attachment.cgi?id=184663 > > Opinions? Works for me. Frederic ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: string freeze break request for gnome-menus
On Wed, 2011-03-30 at 13:06 +0530, Frederic Peters wrote: > Vincent Untz wrote: > > It's getting really late to add strings, and we're not completely sure > > how to deal with the new submenus from a layout perspective, so I > > suggest we should just put the missing .desktop files in Other. And > > we'll take time to find a solution we're really happy with for 3.2. > > > > I've attached a patch to the bug: > > https://bugzilla.gnome.org/show_bug.cgi?id=645061 > > http://bugzilla-attachments.gnome.org/attachment.cgi?id=184663 > > > > Opinions? > > Works for me. > Frederic Probably the least intrusive workaround for the time being, hence +1. We can still continue discussing after 3.0. andre -- mailto:ak...@gmx.net | failed http://blogs.gnome.org/aklapper | http://www.openismus.com ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Variables placheholders comment
On Mon, 2011-03-28 at 17:54 +0200, dooteo wrote: > Hi all, > > There is a comment into gnome-packagekit which makes me doubt about my > faith in gettext. > > Here is the comment: > > #. TRANSLATOR: "%i %s %i %s" are "%i minutes %i seconds" > #. * Swap order with "%2$s %2$i %1$s %1$i if needed > #. TRANSLATOR: "%i %s %i %s" are "%i hours %i minutes" > #. * Swap order with "%2$s %2$i %1$s %1$i if needed > > but, as far as I know, swap order (if translation needs) should be: > > %4$s %3$i %2$s %1$i (which outputs such as 'seconds number minutes > number' message) > > So, placeholders should be unique. Am I wrong? Right, the two messages are distinct, but they're merged because they have the same msgid. If your language does something like "# minutes # hours" but then something else like "# (#) minutes (seconds)", this won't work. That's why we have msgctxt. Developers should use it in cases like this. -- Shaun ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
string freeze break request for control-center network panel
https://bugzilla.gnome.org/show_bug.cgi?id=646027 is about making the network panel show the same information as the gnome-shell network menu for devices that cannot be activated. In particular, we want to indicate if the device cannot be activated because firmware may be missing. This adds the same 'Firmware missing' string that was added to gnome-shell a while ago. The patch has been tested on a system exhibiting the 'firmware missing' symptom, and works as expected. I don't think this is super-duper important and could move it to 3.0.1, but on the other hand, it is low risk, and makes the system be a little more helpful in a broken situation. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
String additions to 'epiphany.master'
This is an automatic notification from status generation scripts on: http://l10n.gnome.org. There have been following string additions to module 'epiphany.master': + "Downloads" Note that this doesn't directly indicate a string freeze break, but it might be worth investigating. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: download-dir setting not being respected
On Wed, Mar 30, 2011 at 6:12 PM, Xan Lopez wrote: > > >> With the download rewrite in ephy we stopped following some of our > > >> documented behavior in the download-dir key. In particular, > > >> "Downloads" is no longer understood to be the downloads dir, and we > > >> use the desktop directory when the key has that value. Patch in > > >> https://bugzilla.gnome.org/show_bug.cgi?id=644641 rectifies this. > > >> Permission to commit for 3.0? Matthias Clasen wrote: > > Turns out I was misreading the patch. +1/2 On Thu, 2011-03-31 at 09:24 +0530, Frederic Peters wrote: > 2 of 2. @Xan: Turns out that this commit broke the string freeze by adding "Downloads", hence CC'ing i18n mailing list. andre -- mailto:ak...@gmx.net | failed http://blogs.gnome.org/aklapper | http://www.openismus.com ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: download-dir setting not being respected
On Thu, Mar 31, 2011 at 8:02 AM, Andre Klapper wrote: > @Xan: > Turns out that this commit broke the string freeze by adding > "Downloads", hence CC'ing i18n mailing list. Sorry about that. "Downloads" is already in ephy and "Downloads" used to be there too (many translations still have it), so I guess it should be possible to bring it back from the dead for those that lost it recently. Xan ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: download-dir setting not being respected
On Thu, Mar 31, 2011 at 8:13 AM, Xan Lopez wrote: > Sorry about that. "Downloads" is already in ephy and > "Downloads" used to be there too (many translations still have it), so > I guess it should be possible to bring it back from the dead for those > that lost it recently. Since i18n is on the loop now may this serve as an official request to break the string freeze too. If it's too late I guess we can live with "Downloads" not being translated for the time being... Xan ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
