String freeze break request
Hi, I would like to request a string freeze break for libgail-gnome. Currently, this gtk module is not loaded because during GNOME 2.2x we changed how gtk modules were set up. Now we need to provide a gconf key under /apps/gnome_settings_daemon/gtk-modules. So in order to get this module loaded we have to add a new gconf schema to libgail-gnome. Here is the bug and the patch: https://bugzilla.gnome.org/show_bug.cgi?id=622284 Probably it is too late for this GNOME 2.30.x release, but I would like to get this approved for the next release. Thanks! Salu2 ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
String freeze break request
As explained in https://bugzilla.gnome.org/show_bug.cgi?id=658463 we would like to change the "Close" button in edit and notes mode to "Back to Contact". This would add a new string though, so I need a freeze break for this. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Nautilus string freeze break request
I'd like to fix: Bug 565610 – Replacing folder with file from within that folder destroys both: http://bugzilla.gnome.org/show_bug.cgi?id=565610 However, the fix includes showing an error dialog, so it introduces a few strings: _("You cannot move a file over itself.") _("You cannot copy a file over itself.") _("The source file is overwritten by the destination.") Patch and bug is described in bugzilla. Is this ok? ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Empathy string freeze break request
Hi, I would like to request a(nother) string freeze break for Empathy. This is a small issue: http://bugzilla.gnome.org/show_bug.cgi?id=593285 Thanks. -- Milo Casagrande ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
gdu string freeze break request
Heya, I'd like to request a string freeze break for the patch in https://bugzilla.gnome.org/show_bug.cgi?id=608423 since it fixes some spelling error. Thanks for considering. Cheers, David ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request
Le lundi 21 juin 2010 à 14:43 +0200, Fernando Herrera a écrit : > Hi, > > I would like to request a string freeze break for libgail-gnome. > > Currently, this gtk module is not loaded because during GNOME 2.2x we > changed how gtk modules were set up. Now we need to provide a gconf > key under /apps/gnome_settings_daemon/gtk-modules. So in order to get > this module loaded we have to add a new gconf schema to libgail-gnome. > > Here is the bug and the patch: > > https://bugzilla.gnome.org/show_bug.cgi?id=622284 > > > Probably it is too late for this GNOME 2.30.x release, but I would > like to get this approved for the next release. As this release might be the last in the 2.30 cycle, and as this change would create a new module just for 2 schema strings (seldom visible to the user), I suggest that you go ahead without setting up an i18n infrastructure in libgail-gnome. Just wait for a second approval from the i18n coordination team. Claude ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request
Hi! > Just wait for a second approval from the i18n coordination team. 2 of 2 - go ahead! Johannes ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request
Thanks! committed without marking the schema for translation and released 1.20.3 Salu2 On Mon, Jun 21, 2010 at 3:07 PM, wrote: > Hi! > >> Just wait for a second approval from the i18n coordination team. > > 2 of 2 - go ahead! > > Johannes > > ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Minor string freeze break request
Hi guys, A translator reported [1] that the account widgets automatically generated are not properly translated. Those are considered as fallback: they are used when Empathy doesn't have a proper widget for the protocol (as Gadu Gadu for example). We can't properly translated them as the labels are generated using the Telepathy parameters from the connection manager but we could easily improve the current situation by translating the most commonly used parameters. I cooked a branch doing that: http://git.Collabora.co.uk/?p=user/cassidy/empathy;a=shortlog;h=refs/heads/translate-param-628601 It added 4 translatable strings: - "Account" , "Server" and "Port" but they were already translated so that's fine - "Password" which is not translated. Note that "Password:" is translated so I guess that shouldn't be an issue to add it. Thanks, G. [1] https://bugzilla.gnome.org/show_bug.cgi?id=628601 ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Minor string freeze break request
(Resending with my GNOME address so the message is not moderated) Hi guys, A translator reported [1] that the account widgets automatically generated are not properly translated. Those are considered as fallback: they are used when Empathy doesn't have a proper widget for the protocol (as Gadu Gadu for example). We can't properly translated them as the labels are generated using the Telepathy parameters from the connection manager but we could easily improve the current situation by translating the most commonly used parameters. I cooked a branch doing that: http://git.Collabora.co.uk/?p=user/cassidy/empathy;a=shortlog;h=refs/heads/translate-param-628601 It added 4 translatable strings: - "Account" , "Server" and "Port" but they were already translated so that's fine - "Password" which is not translated. Note that "Password:" is translated so I guess that shouldn't be an issue to add it. Thanks, G. [1] https://bugzilla.gnome.org/show_bug.cgi?id=628601 -- Guillaume Desmottes Jabber 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
Cheese string freeze break request
Hi, I'd like to request a string freeze break for cheese, in order to commit the patch available here: https://bugzilla.gnome.org/show_bug.cgi?id=644917 Basically it seems that some mnemonics was removed from cheese menu entries, as well other entries are using wrong strings (for instance Help Content instead Content, or Save As without ..., or _Preferences instead Prefere_nces). >From translators point of view it should be a simple task (restore some translations previously available or unfuzzy or add a couple of _). OK to commit PS of course I'm not a cheese developer, so should we wait their approval too? :) ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request
2011-09-09 16:28 keltezéssel, Alexander Larsson írta: As explained in https://bugzilla.gnome.org/show_bug.cgi?id=658463 we would like to change the "Close" button in edit and notes mode to "Back to Contact". This would add a new string though, so I need a freeze break for this. i18n approval 1/2, looks to be serious enough. Regards Gabor Kelemen ___ 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: String freeze break request
Le vendredi 09 septembre 2011 à 18:26 +0200, Gabor Kelemen a écrit : > 2011-09-09 16:28 keltezéssel, Alexander Larsson írta: > > As explained in https://bugzilla.gnome.org/show_bug.cgi?id=658463 we > > would like to change the "Close" button in edit and notes mode to "Back > > to Contact". This would add a new string though, so I need a freeze > > break for this. > > > > > i18n approval 1/2, looks to be serious enough. > > Regards > Gabor Kelemen Seems this one is still pending. Approval 2/2. Sorry for lagging. Claude ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request
- Original Message - > Le vendredi 09 septembre 2011 à 18:26 +0200, Gabor Kelemen a écrit : > > 2011-09-09 16:28 keltezéssel, Alexander Larsson írta: > > > As explained in https://bugzilla.gnome.org/show_bug.cgi?id=658463 > > > we > > > would like to change the "Close" button in edit and notes mode to > > > "Back > > > to Contact". This would add a new string though, so I need a > > > freeze > > > break for this. > > > > > > > > i18n approval 1/2, looks to be serious enough. > > > > Regards > > Gabor Kelemen > > Seems this one is still pending. Approval 2/2. Sorry for lagging. Ok, commited this change. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Boxes string freeze break request
Hey, I'd like to request a very late string freeze break for code that I'd like to get into Boxes 3.5.92. This is to fix bug https://bugzilla.gnome.org/show_bug.cgi?id=684224, which causes Boxes to seem to be hung in some error situations. The first patch in this bug adds one new string _("Connection to '%s' failed") which will only appear in the UI when an error occurs after clicking on a box in the collection view to try to connect to it. It will not be user visible when all goes well. The patches are still under review, so I'm not 100% sure yet they will go into 3.5.92, but since it's getting late I'm asking for approval before they are fully reviewed. If this break is approved, I'll let you know when these patches get committed. Thanks, christophe pgpAyiA0kNcZ9.pgp Description: PGP signature ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
eog string freeze break request
Hi all, This bug [1] has a patch to make the string eog uses for setting an image as wallpaper consistent with the terminology currently used in nautilus. It's a little detail that could be nice to fix for 3.6, but it breaks string freeze and also possibly needs modifications to the docs. The eog maintainers are willing to try and get this in for 3.6; opinions? [1] https://bugzilla.gnome.org/show_bug.cgi?id=684098 Thanks, Cosimo ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
nautilus: String freeze break request
Hi the i18n team and translators, I'd like to request a string freeze break for nautilus. It is a trivial fix of a typo. The bug ticket is #709359 [1]. [1] https://bugzilla.gnome.org/show_bug.cgi?id=709359 -- Jiro Matsuzawa E-mail: jmatsuz...@gnome.org GPG Key ID: 0xECC442E9 GPG Key Fingerprint: E086 C14A 869F BB0E 3541 19EB E370 B08B ECC4 42E9 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Documents string freeze break request
Hi, SkyDrive has officially been renamed to OneDrive. The UI in gnome-documents still has SkyDrive in it, so it would be great if we could fix this. Here's the bug: https://bugzilla.gnome.org/show_bug.cgi?id=725863 Thanks, Kat ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Evolution string freeze break request
Hi, all. As part of working on the fix for bug #349966 (1), Srinivasa Ragavan and I have decided that a new gconf key needs to be added. This would break string freeze, so I'm requesting here, before anything gets committed. Here's the background. As part of the change that switched evolution from using gnome_file_entry to using gtk_file_chooser, a bug was introduced where, under some circumstances, a URI could be saved in the gconf key /apps/evolution/mail/save_dir, which was later passed to a non-URI accepting function. The discussion around the fix for this resulted in my producing a patch to convert all users of that key (except one) to using only URI based file access, allowing remote access over, say, sftp:// URIs. Srinivasa and I agree that this is a very desirable feature to have in 2.16, especially since the mixture of local paths and URIs has caused problems in the past. However, there's one piece of code in evolution that still uses gnome_file_entry for it's dialogs, which won't take URIs. This is the code to add a specific alarm audio file to an alarm in the calendar. This code was also using the /apps/evolution/mail/save_dir key, which we consider to be a bug. Adding an alarm file shouldn't change the directory used to save attachments. In addition, changing this to use gtk_file_chooser was deemed to large a change for this late in the release cycle. It will occur in evo 2.9. The solution to this is to add a new key for the alarm audio file dialogs to use. This key will be /apps/evolution/calendar/audio_dir. The schema (2) added for this breaks string freeze. If this freeze break is granted, I'd like to add another request to it: the key /apps/evolution/mail/save_dir, which has existed for many versions, currently has no schema. I would like to add a schema (3) for it, which would also break string freeze. Daniel (1) http://bugzilla.gnome.org/show_bug.cgi?id=349966 (2) Proposed schema for /apps/evolution/calendar/audio_dir + + /schemas/apps/evolution/calendar/audio_dir + /apps/evolution/calendar/audio_dir + evolution-calendar + string + +Save directory for alarm audio + + Directory for saving alarm audio files + + + (3) Proposed schema for /apps/evolution/mail/save_dir + + /schemas/apps/evolution/mail/save_dir + /apps/evolution/mail/save_dir + evolution-mail + string + + Save directory + + Directory for saving mail component files + + + signature.asc Description: This is a digitally signed message part ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Totem string freeze break request
Hi, After talking to Bastien about the (now reverted) accidental freeze break in revision 5187, we've decided to ask for a proper freeze break for it. http://bugzilla.gnome.org/show_bug.cgi?id=454642 We're requesting addition of one string ("Time seek bar") to add an accessibility label to the seek bar --- an important part of Totem. The same label used to be in Totem before we switched to GtkBuilder, but was lost when converting the glade files; there's the possibility that some of the .po files still have commented-out translations of the string, if that helps. (From a quick grep, maybe 20 have it present but commented out.) The patch itself has been tested, and carries minimal risk. This would stop Totem's usability regressing due to the GtkBuilder conversion, and as such we think it's an important change. The patch is attached. Regards, Philip Index: totem.ui === --- totem.ui (revision 5190) +++ totem.ui (working copy) @@ -2137,6 +2137,11 @@ + + + Time seek bar + + signature.asc Description: This is a digitally signed message part ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Orca: String-freeze break request
TL;DR: No good deed goes unpunished. Please, please grant this request. https://bugzilla.gnome.org/show_bug.cgi?id=736214 Proposed strings (3): +# Translators: Orca's verbosity levels control how much (or how little) +# Orca will speak when presenting objects as the user navigates within +# applications and reads content. The levels can be toggled via command. +# This string describes that command. +TOGGLE_SPEECH_VERBOSITY = _("Toggles speech verbosity level.") +# Translators: Orca's verbosity levels control how much (or how little) +# Orca will speak when presenting objects as the user navigates within +# applications and reads content. The two levels are "brief" and "verbose". +# The following string is a message spoken to the user upon toggling +# this setting via command. +SPEECH_VERBOSITY_BRIEF = C_("Speech", "Verbosity level: brief") +# Translators: Orca's verbosity levels control how much (or how little) +# Orca will speak when presenting objects as the user navigates within +# applications and reads content. The two levels are "brief" and "verbose". +# The following string is a message spoken to the user upon toggling +# this setting via command. +SPEECH_VERBOSITY_VERBOSE = C_("Speech", "Verbosity level: verbose") Detailed explanation: "Clickable" elements are those which have an onClick handler. Sadly, these elements tend to be text spans that are not focusable, not discoverable, and thus inaccessible. Orca now announces their presence and provides means to navigate to them and activate them. As a result, these formerly inaccessible elements are now accessible. This new feature was added during the 3.13/3.14 release cycle. And there was much rejoicing. Until From user testing, I've recently learned that certain sites, see Voice of America's "learn english" content as an example, makes pretty much EVERY word clickable so that (sighted, mouse-using) learners can click on a word and have that word's definition pop up. This unfortunately makes the content unreadable at Orca's "verbose" level of speech verbosity. ("This clickable makes clickable the content clickable unreadable clickable at Orca clickable 's level clickable of speech clickable verbosity clickable ."). :( Such sites indicate that it is no longer the case that there is a single verbosity level that should JustWork(tm) for the user. It needs to be toggle-able. I've made this change and committed it to master. I'd really (really, really, really) like to commit it to the 3.14 branch. Please and thank you. :) --joanie ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[evolution] String freeze break request
Hello, there are currently filled two bug reports: https://bugzilla.gnome.org/show_bug.cgi?id=745486 Typo "an task" https://bugzilla.gnome.org/show_bug.cgi?id=745338 Disambiguate string "_Replace" where the first shows an ugly typo in a translatable string (my fault), and the second asks to add context to a string, to distinguish between a string in a window title and a similar string on a button. I'd like to ask for a string freeze break to have this fixed for 3.15.92. Thanks and bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Nautilus String Freeze Break Request
Hello, I'd like to request a string freeze break for committing the patch at http://bugzilla.gnome.org/show_bug.cgi?id=167344 to the gnome-2.10 branch of nautilus. I don't know much about I18n issues, but it was suggested that this is a critical bug for languages without plural forms which should be fixed on the stable branch too. I'm attaching the patch for convenience. Martin Index: ChangeLog === RCS file: /cvs/gnome/nautilus/ChangeLog,v retrieving revision 1.6409 diff -u -r1.6409 ChangeLog --- ChangeLog 17 Feb 2005 02:58:45 - 1.6409 +++ ChangeLog 17 Feb 2005 18:36:52 - @@ -1,3 +1,9 @@ +2005-02-18 Changwoo Ryu <[EMAIL PROTECTED]> + + * src/file-manager/fm-directory-view.c (real_update_menus) + (real_update_menus): Fixed a string conflict between the c-format + plural string and non-c-format strings. Bug #167344. + 2005-02-17 Martin Wehner <[EMAIL PROTECTED]> * src/nautilus-navigation-window-menus.c: Index: src/file-manager/fm-directory-view.c === RCS file: /cvs/gnome/nautilus/src/file-manager/fm-directory-view.c,v retrieving revision 1.660 diff -u -r1.660 fm-directory-view.c --- src/file-manager/fm-directory-view.c 9 Feb 2005 10:51:53 - 1.660 +++ src/file-manager/fm-directory-view.c 17 Feb 2005 18:36:53 - @@ -6225,10 +6225,10 @@ show_open_alternate = file_list_all_are_folders (selection); if (nautilus_window_info_get_window_type (view->details->window) == NAUTILUS_WINDOW_NAVIGATION) { - if (selection_count == 0) { + if (selection_count == 0 || selection_count == 1) { label_with_underscore = g_strdup (_("Open in New Window")); } else { - label_with_underscore = g_strdup_printf (ngettext("Open in New Window", + label_with_underscore = g_strdup_printf (ngettext("Open in %d New Window", "Open in %d New Windows", selection_count), selection_count); ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Nautilus string freeze break request
Alexander Larsson írta: > I'd like to fix: > > Bug 565610 – Replacing folder with file from within that folder destroys > both: http://bugzilla.gnome.org/show_bug.cgi?id=565610 > > However, the fix includes showing an error dialog, so it introduces a > few strings: > > _("You cannot move a file over itself.") > _("You cannot copy a file over itself.") > _("The source file is overwritten by the destination.") > > Patch and bug is described in bugzilla. > > Is this ok? > As it's a critical bug, i18n approval 1 of 2 is here. Regards Gabor Kelemen ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
String freeze break request for Vinagre
Vinagre has the ability to connect into a machine which requires an username, besides the password. This feature was added some time ago. Today I realised the dialog that asks that information wasn't well "secure" against "deep" users, who could send an empty string as the password. So, I gave some love to that dialogue, and, as a result there are 5 new strings: "All fields above are mandatory" This is in glade file, tells the user that [s]he must fill all fields. "Authentication error" "An username is required in order to access this machine." "A password is required in order to access this machine." These three above are messages displayed in an error dialogue. "_Authenticate" This is the new label for the button in the authentication dialogue (it was just "OK"). Thanks, -- Jonh Wendell http://www.bani.com.br ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Nautilus string freeze break request
On Wed, Feb 18, 2009 at 5:24 PM, Gabor Kelemen wrote: > Alexander Larsson írta: >> I'd like to fix: >> >> Bug 565610 – Replacing folder with file from within that folder destroys >> both: http://bugzilla.gnome.org/show_bug.cgi?id=565610 >> >> However, the fix includes showing an error dialog, so it introduces a >> few strings: >> >> _("You cannot move a file over itself.") >> _("You cannot copy a file over itself.") >> _("The source file is overwritten by the destination.") >> >> Patch and bug is described in bugzilla. >> >> Is this ok? >> > > As it's a critical bug, i18n approval 1 of 2 is here. > > Regards > Gabor Kelemen > i18n approval 2 of 2. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Nautilus string freeze break request
On Wed, 2009-02-18 at 18:03 +0200, Deniz Koçak wrote: > On Wed, Feb 18, 2009 at 5:24 PM, Gabor Kelemen wrote: > > Alexander Larsson írta: > >> I'd like to fix: > >> > >> Bug 565610 – Replacing folder with file from within that folder destroys > >> both: http://bugzilla.gnome.org/show_bug.cgi?id=565610 > >> > >> However, the fix includes showing an error dialog, so it introduces a > >> few strings: > >> > >> _("You cannot move a file over itself.") > >> _("You cannot copy a file over itself.") > >> _("The source file is overwritten by the destination.") > >> > >> Patch and bug is described in bugzilla. > >> > >> Is this ok? > >> > > > > As it's a critical bug, i18n approval 1 of 2 is here. > > > > Regards > > Gabor Kelemen > > > > i18n approval 2 of 2. Thanks. Commited. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
String freeze break request for Brasero
Hi I would like to request a string freeze break for Brasero to fix bgo #572301 #: ../src/brasero-project-manager.c:115 #: ../src/brasero-project-type-chooser.c:88 "Create a 1:1 copy of an audio CD or a data CD/DVD on your hardisk or on another CD/DVD" Typo, should be "hard disk" Thanks to Daniel for pointing this. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Nautilus string freeze break request
ons 2009-02-18 klockan 15:17 + skrev Alexander Larsson: > _("You cannot move a file over itself.") > _("You cannot copy a file over itself.") > _("The source file is overwritten by the destination.") Hej Alex, Can you please describe exactly what "The source file is overwritten by the destination." means? Is it something that is happening, will happen or has happened already? Regards, Daniel ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Nautilus string freeze break request
On Thu, 2009-02-19 at 00:32 +0100, Daniel Nylander wrote: > ons 2009-02-18 klockan 15:17 + skrev Alexander Larsson: > > > _("You cannot move a file over itself.") > > _("You cannot copy a file over itself.") > > _("The source file is overwritten by the destination.") > > Hej Alex, > > Can you please describe exactly what "The source file is overwritten by > the destination." means? Is it something that is happening, will happen > or has happened already? Its what would happen if we continued, but we've detected this and are showing an error dialog saying this. Perhaps not an ideal string, any improvements are accepted gladly. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Nautilus string freeze break request
2009-02-19 klockan 15:25 skrev Alexander Larsson: > On Thu, 2009-02-19 at 00:32 +0100, Daniel Nylander wrote: > > ons 2009-02-18 klockan 15:17 + skrev Alexander Larsson: > > > _("You cannot move a file over itself.") > > > _("You cannot copy a file over itself.") > > > _("The source file is overwritten by the destination.") > > Can you please describe exactly what "The source file is overwritten by > > the destination." means? Is it something that is happening, will happen > > or has happened already? > Its what would happen if we continued, but we've detected this and are > showing an error dialog saying this. > Perhaps not an ideal string, any improvements are accepted gladly. This sentence: "The source file is overwritten by the destination." ...implies something is about to happen, but from your explanation I understand that this error is shown when something was *prevented* to happen. So, I'd suggest changing it to something like this: "Source file cannot be overwritten by the destination file." Does that make any sense? — Wouter signature.asc Description: Digital signature ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Nautilus string freeze break request
On Thu, 2009-02-19 at 15:37 +0100, Wouter Bolsterlee wrote: > 2009-02-19 klockan 15:25 skrev Alexander Larsson: > > On Thu, 2009-02-19 at 00:32 +0100, Daniel Nylander wrote: > > > ons 2009-02-18 klockan 15:17 + skrev Alexander Larsson: > > > > _("You cannot move a file over itself.") > > > > _("You cannot copy a file over itself.") > > > > _("The source file is overwritten by the destination.") > > > Can you please describe exactly what "The source file is overwritten by > > > the destination." means? Is it something that is happening, will happen > > > or has happened already? > > Its what would happen if we continued, but we've detected this and are > > showing an error dialog saying this. > > Perhaps not an ideal string, any improvements are accepted gladly. > > This sentence: > > "The source file is overwritten by the destination." > > ...implies something is about to happen, but from your explanation I > understand that this error is shown when something was *prevented* to > happen. So, I'd suggest changing it to something like this: > > "Source file cannot be overwritten by the destination file." > > Does that make any sense? The main error message is "You cannot move a file over itself." and then there is a secondary message describing this which is "The source file is overwritten by the destination.", i don't think using cannot a second time is a good description. However, maybe we can do: "You cannot move a file over itself." "The source file would be overwritten by the destination." ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
String freeze break request for Vino
In order to fix bug 330691 [1], a new string is mandatory: "Others can access your computer using the address %s or %s." The good news is that it's just a variation of another string that already exists: "Others can access your computer using the address %s" Summary: Currently we show the IP address of the machine. With the append of the string "or %s" we show the avahi hostname as well. [1] - http://bugzilla.gnome.org/show_bug.cgi?id=330691 Thanks, -- Jonh Wendell http://www.bani.com.br ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
String freeze break request for Vinagre
Hello, guys. I fixed bug http://bugzilla.gnome.org/show_bug.cgi?id=574134 . The bug is that Vinagre allows you to create two itens in bookmarks with the same name. This would lead to a confusion. I really would like to have this fixed for 2.26.1, as I do not consider it as 'trivial, can wait'. So, the fix introduces two new strings: => The name "%s" is already used in this folder. Please use a different name. This one is exactly the same as found in nautilus. (Maybe it helps the cut&paste) => Invalid name for this item This one is marked as fuzzy, because it's similar to an existing vinagre string: "Invalid name for this folder". So, may I commit the fix? Thanks, -- Jonh Wendell http://www.bani.com.br ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Empathy string freeze break request
On 8/27/09, Milo Casagrande wrote: > Hi, > > I would like to request a(nother) string freeze break for Empathy. > > This is a small issue: > > http://bugzilla.gnome.org/show_bug.cgi?id=593285 > > Thanks. Small change, and looks fine to me. We're only in the beginning of the freeze after all. Christian ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
String freeze break request for Empathy
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I am an Empathy developer who has been working on the accounts management dialog lately. I have been fixing some bugs related to the new design of this dialog. However, in order to improve the user experience, some messages had to be added. Unfortunately, I have not been able to complete my modifications before the string freeze and I have to request a string freeze break. Here are the new messages added: http://bugzilla.gnome.org/show_bug.cgi?id=593054 In the patch intended to address that bug, a string representing the default display name is created. The format of that string can vary depending on the protocol. Without this patch, the user could be confused if he has multiple IRC account or multiple accounts where there is no notion of "username". By default, the display name would be the "username" but in the two cases I just mentioned, all account would have the same display name. Here are code snippets where strings have been added: [...] /* To translators: The first parameter is the login id and the * second one is the server. The resulting string will be something * like: "MyUserName on chat.freenode.net". * You should reverse the order of these arguments if the * server should come before the login id in your locale.*/ default_display_name = g_strdup_printf (_("%1$s on %2$s"), login_id, server); [...] /* To translators: The parameter is the protocol name. The resulting * string will be something like: "Jabber Account" */ default_display_name = g_strdup_printf (_("%s Account"), protocol); [...] default_display_name = g_strdup (_("New account")); http://bugzilla.gnome.org/show_bug.cgi?id=592997 To address that bug report, some messages have been added to inform the user that the modifications he has made to an account are about to be lost. He can then choose to proceed or not. There is not really another viable alternative that can be used to inform the user of the situation. Showing him those messages is pretty much the only option. Here are code snippets where strings have been added: [...] message = g_strdup_printf ( _("There are unsaved modification regarding your %s account.\n" "You are about to create a new account, which will discard\n" "your changes. Are you sure you want to proceed?"), empathy_account_get_display_name (account)); [...] message = g_strdup_printf ( _("There are unsaved modification regarding your %s account.\n" "You are about to select another account, which will discard\n" "your changes. Are you sure you want to proceed?"), empathy_account_get_display_name (account)); [...] message = g_strdup_printf ( _("There are unsaved modifications regarding your %s account.\n" "Are you sure you want to close the window? "), empathy_account_get_display_name (account)); Please note that the actual content of those three messages might change a bit. The branch containing them has not yet been reviewed. The final version of those strings could be merged tomorrow at the latest. I'm sorry for the inconvenience that this string freeze break can generate. Jonathan Tellier -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqW4OUACgkQSOek70M7q8VkqwCaA8MjuTqlxKCo3TreAELkcFgQ UkcAn0h84ROu3U7WNOe3+aQSwv1NaLj8 =kKpM -END PGP SIGNATURE- ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
string freeze break request for gedit
I'd like to request a string freeze break for: http://bugzilla.gnome.org/show_bug.cgi?id=346844 The idea is change: "_Edit Anyway" -> "Edit An_yway" and "_Don't Edit" -> "D_on't Edit" ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
String freeze break request for Empathy
Hi GNOME translators, I hereby request a string freeze break for Empathy, for the following strings, which were introduced some time ago in the gnome-2-28 branch in order to look nicer on the Moblin platform. "Do you want to remove %s from your computer?" "L_og in" "This will not remove your account on the server." "Respond" "_Next" Note that these strings are turned off in regular builds, and are only used when Empathy is built on the Moblin platform. Thus, translators should feel free to ignore them, or give them a low priority. This is explained with comments before the strings. In another thread, I already got an (informal) first approval from Gabor Kelemen. Cheers, and sorry for the confusion this might have created. Cosimo ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: gdu string freeze break request
David Zeuthen írta: Heya, I'd like to request a string freeze break for the patch in https://bugzilla.gnome.org/show_bug.cgi?id=608423 since it fixes some spelling error. Thanks for considering. i18n approval 1/2. We are early in the freeze and spleling errors are so lame... Regards Gabor Kelemen ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: gdu string freeze break request
El dc 24 de 02 de 2010 a les 09:33 +0100, en/na Gabor Kelemen va escriure: > David Zeuthen írta: > > Heya, > > > > I'd like to request a string freeze break for the patch in > > > > https://bugzilla.gnome.org/show_bug.cgi?id=608423 > > > > since it fixes some spelling error. Thanks for considering. > > > > > i18n approval 1/2. We are early in the freeze and spleling errors are so > lame... i18n 2/2 approval. Cheers, > Regards > Gabor Kelemen > ___ > gnome-doc-list mailing list > gnome-doc-l...@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-doc-list -- 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 ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Minor string freeze break request
Hi! > A translator reported [1] that the account widgets automatically > generated are not properly translated. Those are considered as fallback: > they are used when Empathy doesn't have a proper widget for the protocol > (as Gadu Gadu for example). We can't properly translated them as the > labels are generated using the Telepathy parameters from the connection > manager but we could easily improve the current situation by translating > the most commonly used parameters. I herby declare that as "string that was not marked for translation" because besides the technical issues, that is exactly what it is. The user isn't any worse than before when the string isn't translated. As such - no string freeze break. Go ahead! Johannes ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Minor string freeze break request
Le jeudi 02 septembre 2010 à 15:04 +0200, Johannes Schmid a écrit : > Hi! > > > A translator reported [1] that the account widgets automatically > > generated are not properly translated. Those are considered as fallback: > > they are used when Empathy doesn't have a proper widget for the protocol > > (as Gadu Gadu for example). We can't properly translated them as the > > labels are generated using the Telepathy parameters from the connection > > manager but we could easily improve the current situation by translating > > the most commonly used parameters. > > I herby declare that as "string that was not marked for translation" > because besides the technical issues, that is exactly what it is. The user > isn't any worse than before when the string isn't translated. As such - no > string freeze break. > > Go ahead! Great, I merged the branch. Thanks! G. -- Guillaume Desmottes Jabber 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
String freeze break request for Orca
Hi all. I'm afraid we've been told that one of the strings in Orca is too long, at least in Hungarian. [1] The person reporting it is both a translator and an Orca user. The proposed solution is the removal of the long string in favor of a shorter one: -_("Enable notification message list mode. " \ - "Press Escape to exit or h for help")) +_("Present notification messages list")) I am requesting permission to break string freeze to address this issue. Thanks in advance. With apologies, --joanie. [1] https://bugzilla.gnome.org/show_bug.cgi?id=628589 ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
String freeze break request for Evolution
Translators have filed several bugs against Evolution for poorly worded strings or incorrect use of gettext. I'd like to get these fixed for 2.32 so I'm requesting a string freeze break for the following bugs: https://bugzilla.gnome.org/show_bug.cgi?id=616073 https://bugzilla.gnome.org/show_bug.cgi?id=628591 https://bugzilla.gnome.org/show_bug.cgi?id=629250 Matthew Barnes ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
String freeze break request for Nautilus
Hi everyone, I'm requesting a string freeze break for Nautilus' bug 628855 [1], which is about non-i18n friendly strings in the file conflict dialogue. The patch was requested by a translator and a first revision of it was coded by a coordinator of the i18n team, so you probably already know better than me why those strings needs fixing :) Wouter already gave one approval on the bug report, but it was for a previous iteration of the patch. Please CC myself in replies, as I don't receive mail from these lists. [1] https://bugzilla.gnome.org/show_bug.cgi?id=628855 Cheers, Cosimo ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
string freeze break request for eog
Hi, Bug #534348 requires us to add a new string to eog. This string reads something along "The image \"%s\" has been modified by an external application. Would you like to reload it?" This bug can be a bit annoying specially for ubuntu users, due to some patches they have to allow direct access to an external editor from the eog ui. We've got plenty of noise because of this in GNOME bugzilla, so I rather have this fixed soon than getting more bogus reports from Ubuntu users once their 10.10 is out. Claudio ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Cheese string freeze break request
On Wed, Mar 16, 2011 at 9:55 AM, Luca Ferretti wrote: > Hi, > > I'd like to request a string freeze break for cheese, in order to commit > the patch available here: > > https://bugzilla.gnome.org/show_bug.cgi?id=644917 > > Basically it seems that some mnemonics was removed from cheese menu > entries, as well other entries are using wrong strings (for instance > Help Content instead Content, or Save As without ..., or _Preferences > instead Prefere_nces). > > From translators point of view it should be a simple task (restore some > translations previously available or unfuzzy or add a couple of _). I've commented on the patch. There are some cases, where the actions could just use the stock label that gtk provides. Of course, then you have to argue for changing those to your liking... ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Cheese string freeze break request
2011-03-16 14:55 keltezéssel, Luca Ferretti írta: Hi, I'd like to request a string freeze break for cheese, in order to commit the patch available here: https://bugzilla.gnome.org/show_bug.cgi?id=644917 Basically it seems that some mnemonics was removed from cheese menu entries, as well other entries are using wrong strings (for instance Help Content instead Content, or Save As without ..., or _Preferences instead Prefere_nces). From translators point of view it should be a simple task (restore some translations previously available or unfuzzy or add a couple of _). OK to commit If the developers approve, I'm fine with it too - i18n approval 1/2. Regards Gabor Kelemen ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Cheese string freeze break request
On Wed, 2011-03-16 at 15:39 +0100, Gabor Kelemen wrote: > 2011-03-16 14:55 keltezéssel, Luca Ferretti írta: > > Hi, > > > > I'd like to request a string freeze break for cheese, in order to commit > > the patch available here: > > > > https://bugzilla.gnome.org/show_bug.cgi?id=644917 > > > > Basically it seems that some mnemonics was removed from cheese menu > > entries, as well other entries are using wrong strings (for instance > > Help Content instead Content, or Save As without ..., or _Preferences > > instead Prefere_nces). > > > > From translators point of view it should be a simple task (restore some > > translations previously available or unfuzzy or add a couple of _). > > > > OK to commit > > > > > If the developers approve, I'm fine with it too - i18n approval 1/2. of course. i already told luca to commit the patch if the i18n and release team approves. daniel > > Regards > Gabor Kelemen > ___ > gnome-i18n mailing list > gnome-i18n@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-i18n -- this mail was sent using 100% recycled electrons daniel g. siegel http://www.dgsiegel.net gnupg key id: 0xDB8E409F fingerprint: F9DD 693C 9E8B 9121 B20B 202E C7D3 3397 DB8E 409F encrypted email preferred signature.asc Description: This is a digitally signed message part ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Cheese string freeze break request
Le mercredi 16 mars 2011 à 17:33 +0100, daniel g. siegel a écrit : > On Wed, 2011-03-16 at 15:39 +0100, Gabor Kelemen wrote: > > 2011-03-16 14:55 keltezéssel, Luca Ferretti írta: > > > Hi, > > > > > > I'd like to request a string freeze break for cheese, in order to commit > > > the patch available here: > > > > > > https://bugzilla.gnome.org/show_bug.cgi?id=644917 > > > > > > Basically it seems that some mnemonics was removed from cheese menu > > > entries, as well other entries are using wrong strings (for instance > > > Help Content instead Content, or Save As without ..., or _Preferences > > > instead Prefere_nces). > > > > > > From translators point of view it should be a simple task (restore some > > > translations previously available or unfuzzy or add a couple of _). > > > > > > OK to commit > > > > > > > > If the developers approve, I'm fine with it too - i18n approval 1/2. > > of course. i already told luca to commit the patch if the i18n and > release team approves. i18n approval 2/2. Claude ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
control center string freeze break request
Hey guys, The region panel of control center allows the user to change their configured locale. The problem is, the string says: Select a display language but the effects don't take effect until next login. This is pretty confusing. We'd like to something like: -Select a display language +Select a display language for next login to make things a lot clearer. Is this okay? --Ray ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
String freeze break request for folks
Hi all, Could we have a freeze break for one string in folks please? https://bugzilla.gnome.org/show_bug.cgi?id=658730 The string “Imported %u buddies from '%s'.” needs to be ngettext-ised, and as a result the singular form, “Imported %u buddy from '%s'.”, needs to be added. The bug report has a patch. Philip signature.asc Description: This is a digitally signed message part ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
gnome-shell string freeze break request
I forgot that adding the menu item to enable the on-screen keyboard would add a new translatable string ("Screen Keyboard") ok to add? -- Dan ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
String freeze break request for seahorse
I accidentally released seahorse 3.3.92 from git master instead of the seahorse gnome-3-4 branch. We had merged several translation fixes to the master branch, including three minor string changes. In order to remedy my mistake. I'd like to ask for a string freeze break. It also seems like several translators committed updated translations to the master branch instead of the gnome-3-4 branch. So in general I would posit that the seahorse master branch is in better shape for a GNOME 3.4 release, despite the string changes. Attached is a patch with the differences between the gnome-3-4 branch and master. Cheers, Stef The string changes are: - prompt = g_strdup_printf (ngettext (_("Are you sure you want to delete %d secure shell keys?"), + prompt = g_strdup_printf (ngettext (_("Are you sure you want to delete %d secure shell key?"), -translatable="yes">Casually: means you have done a casual verification that the key is owned by the person who claims to own it. For example, you could read the key fingerprint to the owner over the phone. +translatable="yes">Casually: means you have done a casual verification that the key is owned by the person who claims to own it. For example, you could read the key fingerprint to the owner over the phone. -translatable="yes">Encrypt files and email to the key's owner +translatable="yes">Encrypt files and email to the key's owner diff --git a/pgp/seahorse-add-uid.xml b/pgp/seahorse-add-uid.xml index 43ea2b5..08cc4ed 100644 --- a/pgp/seahorse-add-uid.xml +++ b/pgp/seahorse-add-uid.xml @@ -70,7 +70,7 @@ True 0 -Full _Name: +Full _Name: True name diff --git a/pgp/seahorse-keyserver-results.c b/pgp/seahorse-keyserver-results.c index 4489c3b..ab698dd 100644 --- a/pgp/seahorse-keyserver-results.c +++ b/pgp/seahorse-keyserver-results.c @@ -240,6 +240,7 @@ on_delete_event (GtkWidget* widget, GdkEvent* event, SeahorseKeyserverResults* s } static const GtkActionEntry GENERAL_ENTRIES[] = { + /* TRANSLATORS: The "Remote" menu contains key operations on remote systems. */ { "remote-menu", NULL, N_("_Remote") }, { "app-close", GTK_STOCK_CLOSE, NULL, "W", N_("Close this window"), G_CALLBACK (on_app_close) }, diff --git a/pgp/seahorse-pgp-generate.xml b/pgp/seahorse-pgp-generate.xml index 2017396..262b1d0 100644 --- a/pgp/seahorse-pgp-generate.xml +++ b/pgp/seahorse-pgp-generate.xml @@ -19,7 +19,7 @@ -Algorithms here + @@ -205,7 +205,7 @@ False 0 0 -Full _Name: +Full _Name: True name-entry diff --git a/pgp/seahorse-pgp-key-properties.c b/pgp/seahorse-pgp-key-properties.c index 94c7e1b..dafd3bf 100644 --- a/pgp/seahorse-pgp-key-properties.c +++ b/pgp/seahorse-pgp-key-properties.c @@ -421,7 +421,8 @@ names_update_row (SeahorseObjectModel *skmodel, SeahorseObject *object, SEAHORSE_ICON_SIGN : GTK_STOCK_DIALOG_QUESTION); name = seahorse_object_get_markup (object); id = seahorse_object_get_identifier (object); - + + /* TRANSLATORS: [Unknown] signature name */ gtk_tree_store_set (GTK_TREE_STORE (skmodel), iter, UIDSIG_OBJECT, NULL, UIDSIG_ICON, icon, @@ -530,7 +531,7 @@ do_names (SeahorseWidget *swidget) -1, "", renderer, "gicon", UIDSIG_ICON, NULL); -/* The name column */ +/* TRANSLATORS: The name and email set on the PGP key */ gtk_tree_view_insert_column_with_attributes (GTK_TREE_VIEW (widget), -1, _("Name/Email"), gtk_cell_renderer_text_new (), "markup", UIDSIG_NAME, NULL); @@ -900,9 +901,10 @@ do_owner (SeahorseWidget *swidget) if (flags & SEAHORSE_FLAG_EXPIRED) { widget = GTK_WIDGET (gtk_builder_get_object (swidget->gtkbuilder, "expired-message")); if (widget) { - + expires_date = seahorse_pgp_key_get_expires (pkey); - if (expires_date == 0) + if (expires_date == 0) +/* TRANSLATORS: (unknown) expiry date */ t = g_strdup (_("(unknown)")); else t = seahorse_util_get_display_date_string (expires_date); @@ -1559,6 +1561,7 @@ trust_update_row (SeahorseObjectModel *skmodel, SeahorseObject *object, name = seahorse_object_get_label (object); id = seahorse_object_get_identifier (object); + /* TRANSLATORS: [Unknown] signature name */ gtk_tree_store
Nautilus UI/string freeze break request
Hi all, the new search feature in Nautilus 3.6 is supposed to order the results by relevance automatically, and pre-select the first result. This currently works correctly in list view, but a bug [1] breaks this model for icon view. I attached a patch to that bug, which adds a new menu item in the view menu and two new strings, and would like to commit it for 3.6, so I'm requesting an UI/string freeze break. Thanks, Cosimo [1] https://bugzilla.gnome.org/show_bug.cgi?id=681758 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Nautilus UI/String freeze break request
Hi all, I apologize for the many freeze break requests for Nautilus this cycle, but I have one last request to commit an UI/string change. Currently we have two mimetype columns for List view: one (enabled by default) displaying its description as a (typically long) string, and another one displaying the "raw" mimetype string. Bug 683722 [1] proposes to change the default column to use a more generic and compact string describing the mimetype; for instance, all the images would be displayed as "Image". The goals are to make it possible to group objects of the same family when sorting, and to reduce the horizontal space such a column takes in the default list view layout. The raw mimetype string would still be available unchanged as a view option for more advanced filtering. The patch is available on the bug and introduces a bunch of new (short) strings. I think this would add a good extra polish for Nautilus 3.6. [1] https://bugzilla.gnome.org/show_bug.cgi?id=683722 Thanks, Cosimo ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Boxes string freeze break request
El dt 18 de 09 de 2012 a les 11:50 +0200, en/na Christophe Fergeau va escriure: > Hey, > > I'd like to request a very late string freeze break for code that I'd like > to get into Boxes 3.5.92. This is to fix bug > https://bugzilla.gnome.org/show_bug.cgi?id=684224, which causes Boxes to > seem to be hung in some error situations. > > The first patch in this bug adds one new string _("Connection to '%s' > failed") which will only appear in the UI when an error occurs after > clicking on a box in the collection view to try to connect to it. It will > not be user visible when all goes well. > > The patches are still under review, so I'm not 100% sure yet they will go > into 3.5.92, but since it's getting late I'm asking for approval before > they are fully reviewed. If this break is approved, I'll let you know when > these patches get committed. > > Thanks, > > christophe Given that it can be a potentially visible bug and it's only an easy string I would give my 1/2 i18n approval. Go try to find the other approvals! Cheers, -- Gil Forcada [ca] guifi.net - una xarxa lliure que no para de créixer [en] guifi.net - a non-stopping free network bloc: http://gil.badall.net planet: http://planet.guifi.net ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Boxes string freeze break request
2012-09-18 19:43 keltezéssel, Gil Forcada írta: El dt 18 de 09 de 2012 a les 11:50 +0200, en/na Christophe Fergeau va escriure: Hey, I'd like to request a very late string freeze break for code that I'd like to get into Boxes 3.5.92. This is to fix bug https://bugzilla.gnome.org/show_bug.cgi?id=684224, which causes Boxes to seem to be hung in some error situations. The first patch in this bug adds one new string _("Connection to '%s' failed") which will only appear in the UI when an error occurs after clicking on a box in the collection view to try to connect to it. It will not be user visible when all goes well. The patches are still under review, so I'm not 100% sure yet they will go into 3.5.92, but since it's getting late I'm asking for approval before they are fully reviewed. If this break is approved, I'll let you know when these patches get committed. Thanks, christophe Given that it can be a potentially visible bug and it's only an easy string I would give my 1/2 i18n approval. Go try to find the other approvals! Cheers, Approval 2/2, sounds pretty serious. Regards Gabor Kelemen ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: eog string freeze break request
On Tue, Sep 18, 2012 at 1:55 PM, Cosimo Cecchi wrote: > Hi all, > > This bug [1] has a patch to make the string eog uses for setting an > image as wallpaper consistent with the terminology currently used in > nautilus. > It's a little detail that could be nice to fix for 3.6, but it breaks > string freeze and also possibly needs modifications to the docs. > The eog maintainers are willing to try and get this in for 3.6; opinions? > > [1] https://bugzilla.gnome.org/show_bug.cgi?id=684098 To me, this sounds mostly cosmetic. I would be ok with it if we could just steal the translations from nautilus, but the mnemonic and the docs being affected make it sound like we should perhaps hold off with this. ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: eog string freeze break request
2012-09-19 00:45 keltezéssel, Matthias Clasen írta: On Tue, Sep 18, 2012 at 1:55 PM, Cosimo Cecchi wrote: Hi all, This bug [1] has a patch to make the string eog uses for setting an image as wallpaper consistent with the terminology currently used in nautilus. It's a little detail that could be nice to fix for 3.6, but it breaks string freeze and also possibly needs modifications to the docs. The eog maintainers are willing to try and get this in for 3.6; opinions? [1] https://bugzilla.gnome.org/show_bug.cgi?id=684098 To me, this sounds mostly cosmetic. I would be ok with it if we could just steal the translations from nautilus, but the mnemonic and the docs being affected make it sound like we should perhaps hold off with this. For me too. -1 for now from i18n, but feel free to commit after .0 Regards Gabor Kelemen ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Boxes string freeze break request
On Tue, Sep 18, 2012 at 11:04:37PM +0200, Gabor Kelemen wrote: > Approval 2/2, sounds pretty serious. Great thanks! This new string is now in git. Christophe pgpoGV0kZPTgi.pgp Description: PGP signature ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: eog string freeze break request
Am Mittwoch, den 19.09.2012, 09:07 +0200 schrieb Gabor Kelemen: > 2012-09-19 00:45 keltezéssel, Matthias Clasen írta: > > On Tue, Sep 18, 2012 at 1:55 PM, Cosimo Cecchi wrote: > >> Hi all, > >> > >> This bug [1] has a patch to make the string eog uses for setting an > >> image as wallpaper consistent with the terminology currently used in > >> nautilus. > >> It's a little detail that could be nice to fix for 3.6, but it breaks > >> string freeze and also possibly needs modifications to the docs. > >> The eog maintainers are willing to try and get this in for 3.6; opinions? > >> > >> [1] https://bugzilla.gnome.org/show_bug.cgi?id=684098 > > > > To me, this sounds mostly cosmetic. > > I would be ok with it if we could just steal the translations from > > nautilus, but the mnemonic and the docs being affected make it sound > > like we should perhaps hold off with this. > > For me too. > -1 for now from i18n, but feel free to commit after .0 Okay, I'll post-pone it for 3.7.1 then. Thanks for giving it a try anyway Cosimo. :) Regards, Felix ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: nautilus: String freeze break request
2013/10/7 Jiro Matsuzawa : > I'd like to request a string freeze break for nautilus. > It is a trivial fix of a typo. The bug ticket is #709359 [1]. > > [1] https://bugzilla.gnome.org/show_bug.cgi?id=709359 > I'd really prefer this to be fixed after branching for 3.10. 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
String freeze break request for Glade
Hello guys I would like to request some string freeze break for glade I recently added a lots of strings in a user survey in which I introduced a typo (https://bugzilla.gnome.org/show_bug.cgi?id=724835) Besides fixing the typo I would like to add the following strings which are currently untranslated on the sever side. "Thank you for taking the time to complete the survey, we appreciate it!" "Name and Email fields are required" "Ops! email address is already in use!\nTo update information you need to provide the token that was sent to your inbox." "Ops! Error saving user information: %s" "Ops! Error saving survey data: %s" "Ops! Error accessing DB: %s" I think moving the message to the client (Glade) will be easier for translation. The only thing left to translate would be the mail sent to the user after it completes the survey (its a php file on people.gnome.org) Any suggestion on how to translate a web site? I guess I could add those string in the client and manually move those translation to my people.gnome.org account thanks Juan Pablo ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Documents string freeze break request
2014-03-07 20:44 GMT+01:00 Ekaterina Gerasimova : > SkyDrive has officially been renamed to OneDrive. The UI in > gnome-documents still has SkyDrive in it, so it would be great if we > could fix this. > > Here's the bug: https://bugzilla.gnome.org/show_bug.cgi?id=725863 > 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: Documents string freeze break request
2014-03-08 16:15 keltezéssel, Piotr Drąg írta: > 2014-03-07 20:44 GMT+01:00 Ekaterina Gerasimova : >> SkyDrive has officially been renamed to OneDrive. The UI in >> gnome-documents still has SkyDrive in it, so it would be great if we >> could fix this. >> >> Here's the bug: https://bugzilla.gnome.org/show_bug.cgi?id=725863 >> > > 1/2 from i18n. > 2/2 from i18n. Regards Gabor Kelemen signature.asc Description: OpenPGP digital signature ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Documents string freeze break request
On 8 March 2014 22:26, Gabor Kelemen wrote: > 2014-03-08 16:15 keltezéssel, Piotr Drąg írta: >> 2014-03-07 20:44 GMT+01:00 Ekaterina Gerasimova : >>> SkyDrive has officially been renamed to OneDrive. The UI in >>> gnome-documents still has SkyDrive in it, so it would be great if we >>> could fix this. >>> >>> Here's the bug: https://bugzilla.gnome.org/show_bug.cgi?id=725863 >>> >> >> 1/2 from i18n. >> > 2/2 from i18n. Thanks! Just pushed the change. ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
String freeze break request for nautilus
Hi, To bring the "Connect to" dialog back, we need two new strings in nautilus: + "Bookmark _name" + "Add _bookmark" Without this, the "Connect to" dialog won't be able to save where people connected to, which is a regression from previous GNOME releases. Vincent -- Les gens heureux ne sont pas pressés. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Totem string freeze break request
On Thu, 2008-02-28 at 22:49 +, Philip Withnall wrote: > Hi, > > After talking to Bastien about the (now reverted) accidental freeze > break in revision 5187, we've decided to ask for a proper freeze break > for it. > > http://bugzilla.gnome.org/show_bug.cgi?id=454642 > > We're requesting addition of one string ("Time seek bar") to add an > accessibility label to the seek bar --- an important part of Totem. > > The same label used to be in Totem before we switched to GtkBuilder, but > was lost when converting the glade files; there's the possibility that > some of the .po files still have commented-out translations of the > string, if that helps. (From a quick grep, maybe 20 have it present but > commented out.) > > The patch itself has been tested, and carries minimal risk. This would > stop Totem's usability regressing due to the GtkBuilder conversion, and > as such we think it's an important change. As we had no complaints. Of the 79 languages Totem is translated in: - 15 were fixed - 20 already have the translation - 49 will need to be fixed The full list of languages that need updating is: am ar as az [EMAIL PROTECTED] be bg bn_IN bn br ca cs cy da de dz el en_CA en_GB es et eu fa fi fr ga gl gu he hi hr hu id is it ja ka kn ko ku lt lv mg mk ml mr ms nb ne nl nn oc or pa pl pt_BR pt ro ru rw si sk sl sq [EMAIL PROTECTED] sr sv ta te th tr ug uk vi wa xh zh_CN zh_HK zh_TW The string is only visible for users of accessibility, and an untranslated string is better than no string in this particular case. 2008-03-02 Bastien Nocera <[EMAIL PROTECTED]> * data/totem.ui: Re-add ATK properties (Closes: #454642) 2008-03-02 Bastien Nocera <[EMAIL PROTECTED]> * ar.po: * ca.po: * da.po: * de.po: * he.po: * nl.po: * pl.po: * pt.po: * pt_BR.po: * sr.po: * [EMAIL PROTECTED]: * th.po: * vi.po: * zh_HK.po: * zh_TW.po: Re-add the "Time seek bar" string Cheers ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
string freeze break request for epiphany
hi all; I filed this bug[0] for epiphany to update the "incognito mode" string to include a warning about the fact that browsing incognito won't prevent other actors from tracking your activity. I think it's a good thing to notify the users about this detail, and other browsers do the same. there are two strings to translate, so I'm asking for a string freeze break to land this before 3.14. [0]: https://bugzilla.gnome.org/show_bug.cgi?id=736065 ciao, Emmanuele. -- http://www.bassi.io [@] ebassi [@gmail.com] ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Orca: String-freeze break request
2014-09-07 2:45 GMT+02:00 Joanmarie Diggs : > TL;DR: No good deed goes unpunished. Please, please grant this request. > https://bugzilla.gnome.org/show_bug.cgi?id=736214 > 1/2 from i18n. 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: Orca: String-freeze break request
On Sun, Sep 7, 2014 at 3:43 AM, Piotr Drąg wrote: > 2014-09-07 2:45 GMT+02:00 Joanmarie Diggs : >> TL;DR: No good deed goes unpunished. Please, please grant this request. >> https://bugzilla.gnome.org/show_bug.cgi?id=736214 >> > > 1/2 from i18n. 2/2. -- Alexandre Franke ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Orca: String-freeze break request
On 09/07/2014 12:07 PM, Alexandre Franke wrote: > On Sun, Sep 7, 2014 at 3:43 AM, Piotr Drąg wrote: >> 2014-09-07 2:45 GMT+02:00 Joanmarie Diggs : >>> TL;DR: No good deed goes unpunished. Please, please grant this request. >>> https://bugzilla.gnome.org/show_bug.cgi?id=736214 >>> >> 1/2 from i18n. > 2/2. > 1/2 from release-team -- Alejandro Piñeiro ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Orca: String-freeze break request
Piñeiro wrote: > > On 09/07/2014 12:07 PM, Alexandre Franke wrote: > > On Sun, Sep 7, 2014 at 3:43 AM, Piotr Drąg wrote: > >> 2014-09-07 2:45 GMT+02:00 Joanmarie Diggs : > >>> TL;DR: No good deed goes unpunished. Please, please grant this request. > >>> https://bugzilla.gnome.org/show_bug.cgi?id=736214 > >>> > >> 1/2 from i18n. > > 2/2. > > > 1/2 from release-team For the record approval from the i18n coordination team is enough for string breaks; a notification to the release team is enough. Fred ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Orca: String-freeze break request
On 09/08/2014 06:31 AM, Frederic Peters wrote: > Piñeiro wrote: >> >> On 09/07/2014 12:07 PM, Alexandre Franke wrote: >>> On Sun, Sep 7, 2014 at 3:43 AM, Piotr Drąg wrote: 2014-09-07 2:45 GMT+02:00 Joanmarie Diggs : > TL;DR: No good deed goes unpunished. Please, please grant this request. > https://bugzilla.gnome.org/show_bug.cgi?id=736214 > 1/2 from i18n. >>> 2/2. >>> >> 1/2 from release-team > > For the record approval from the i18n coordination team is enough for > string breaks; a notification to the release team is enough. Oops. In that case, consider this notice that I've pushed the change. ;) Thanks guys! And sorry this wasn't caught before the freeze. --joanie ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: [evolution] String freeze break request
On Tue, Mar 3, 2015 at 11:31 AM, Milan Crha wrote: > Hello, > there are currently filled two bug reports: > >https://bugzilla.gnome.org/show_bug.cgi?id=745486 >Typo "an task" > >https://bugzilla.gnome.org/show_bug.cgi?id=745338 >Disambiguate string "_Replace" > > where the first shows an ugly typo in a translatable string (my > fault), and the second asks to add context to a string, to distinguish > between a string in a window title and a similar string on a button. > > I'd like to ask for a string freeze break to have this fixed > for 3.15.92. i18n 1/2 for both. Note that the first bug is about several strings, not just one. Make sure you fix them all. -- Alexandre Franke ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: [evolution] String freeze break request
Another +1 from i18n. Thanks! El 03/03/2015 15:48, "Alexandre Franke" escribió: > On Tue, Mar 3, 2015 at 11:31 AM, Milan Crha wrote: > > Hello, > > there are currently filled two bug reports: > > > >https://bugzilla.gnome.org/show_bug.cgi?id=745486 > >Typo "an task" > > > >https://bugzilla.gnome.org/show_bug.cgi?id=745338 > >Disambiguate string "_Replace" > > > > where the first shows an ugly typo in a translatable string (my > > fault), and the second asks to add context to a string, to distinguish > > between a string in a window title and a similar string on a button. > > > > I'd like to ask for a string freeze break to have this fixed > > for 3.15.92. > > i18n 1/2 for both. Note that the first bug is about several strings, > not just one. Make sure you fix them all. > > -- > Alexandre Franke > ___ > 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: [evolution] String freeze break request
+1 for the release team too. ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: [evolution] String freeze break request
On Tue, 2015-03-03 at 11:42 -0500, Matthias Clasen wrote: > +1 for the release team too. Hi, thanks, I made the commits: Bug 745486 - Correct translatable string typos "an task" and "an memo" https://git.gnome.org/browse/evolution/commit/?id=9222173 Bug 745338 - Disambiguate string "_Replace" https://git.gnome.org/browse/evolution/commit/?id=43bd4b0 I also noticed that the strings in e-util/e-html-editor-*-dialog.c used for a window title were mostly marked as N_(), not _(), thus I changed it in a follow-up commit. I didn't add "dialog-title" context to them, to not make too many changes in the translated strings. Bye, Milan ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
String freeze break request for Polari
Hey everyone! For the upcoming 3.20.2 release, I would like to include the change in https://bugzilla.gnome.org/show_bug.cgi?id=766066, which introduces new strings: "Upload “%s” to public paste service?" and "Uploading “%s” to public paste service …" (in both cases "%s" is a filename) I can work around the freeze break by reusing existing strings ("Upload image to public paste service?", "Paste %d lines of text to public paste service?" etc.) if necessary, but would prefer the new strings. As mentioned in a quick chat with Alexandre, I'd be happy to do a .3 release in the future when some translators miss 3.20.2. Cheers, Florian ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
string freeze break request for Characters
Hello, For better support for Emoji in 3.26, we would like to reorganize the categories in Characters: https://bugzilla.gnome.org/show_bug.cgi?id=764792 That would require the following string additions: "Emojis" "Letters & Symbols" "Smileys & People" "Animals & Nature" "Food & Drink" "Activities" "Travel & Places" "Objects" "Symbols" "Flags" "Recently Used" "Recently Used %s Character List" Regards, -- Daiki Ueno ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
gnome-software string freeze break request
Hi, I promised in my last email that I'll request freeze exceptions for any new strings, so here goes :) We have a new redesign for the Software Repositories dialog in 3.28 and I'd like to add one more repository there for GNOME Shell Extensions from extensions.gnome.org. However, to implement this I'll need to add a gsettings key for controlling that and that needs a translated description: true Enable GNOME Shell extensions repository Code in https://gitlab.gnome.org/GNOME/gnome-software/commits/wip/kalev/shell-extensions-enable-disable (last two commits) -- Thanks, Kalev ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
String freeze break request for Nautilus
Hello, This kind of bad to not have dealt with earlier, but I’d like modify a string in the settings schema and add a string to the preferences window. Both pertain to size limits for thumbnailable files. Here’s the MR with the changes visible: https://gitlab.gnome.org/GNOME/nautilus/merge_requests/126/diffs Also attaching a screenshot from the preferences window with the new string. Best, Ernestas Kulik___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[dconf-editor] String freeze break request
Hello everybody! There’s a string freeze running, but I’ve spotted a mistake of my own in the dconf-editor module I maintain. There’s a new information about “forced range,” as the range of a numeral key can be forced or not, and I’ve used an already existing translation for the “forced or not forced” (“True” / “False”) info. But, this existing translation was from a completely different context, and the result looks stupid in some translations (Chinese where I’ve spotted the bug, but that is probably not specific). I’d like to correct that by pushing to new strings, “Yes” and “No,” that would be even better in English and that would solve the contextual translations problems. Is that doable? Regards, Arnaud -- Arnaud Bonatti courriel : arnaud.bona...@gmail.com From f1babaa64d97e82eba145d53bd6b5167434e7aac Mon Sep 17 00:00:00 2001 From: Arnaud Bonatti Date: Thu, 16 Aug 2018 09:00:00 +0200 Subject: [PATCH] Use Yes/No for Forced range. --- editor/registry-info.vala | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/editor/registry-info.vala b/editor/registry-info.vala index 3d5df44..7de6350 100644 --- a/editor/registry-info.vala +++ b/editor/registry-info.vala @@ -159,7 +159,7 @@ private class RegistryInfo : Grid, BrowsableView || type_code == "x" || type_code == "t") // signed and unsigned 64 bits { range_type_is_range = ((RangeType) range_type) == RangeType.RANGE; -add_row_from_label (_("Forced range"), Key.cool_boolean_text_value (range_type_is_range)); +add_row_from_label (_("Forced range"), range_type_is_range ? _("Yes") : _("No")); } } -- 2.17.1 ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
gnome-software string freeze break request
Hi, I would like to backport a commit from git master to gnome-3-30 that fixes a number of notification issues in gnome-software: https://gitlab.gnome.org/GNOME/gnome-software/commit/f915a08f5a2d7952bdc44a66e4a21503ef9c5b53 It breaks the string freeze and adds the following strings (mostly adding singular forms of existing strings): "%s has been updated." "Please restart the application." "%s and %s have been updated." "%u application requires a restart." "Includes %s, %s and %s." Thanks, Kalev ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
String freeze break request for Iagno
Dear translators, The French translation (my natural language) landed in Iagno two days before the 3.34 release, and it helped me spot a quite imprecise use of words of my own, that creates some misunderstandings and a bad labeling for a function of the game in probably more than one language. I used the string “Highlight _turnable tiles” in the “Appearance” submenu of the hamburger menu, and similarly “A flag to highlight turnable tiles” as a gsettings summary for a key. This function highlights the tiles *that could be turned by a play* (in reversi, pieces have two sides, one of your color, and one of the opponent’s; and you capture by turning the piece); but it has been translated, and probably in other language than French, by “Highlight playable tiles,” making what the function does quite confusing. I’d like to clarify that in the 3.34 branch (I’ve done master first, but if you have better suggestions, I’ll change it there again also), by replacing “turnable” by “capurable”, so: “Highlight _capturable tiles” and “A flag to highlight capturable tiles,” strings that look definitively more correctly worded and more descriptive. Do you think that would be possible? Regards, Arnaud -- Arnaud Bonatti courriel : arnaud.bona...@gmail.com ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
[gnome-music] string freeze break request
Hey translator folks, Music accidentally broke string freeze with a user facing message containing a version number. See https://gitlab.gnome.org/GNOME/gnome-music/-/merge_requests/760#note_900702 . It is kind of important to report the correct needed tracker version to the user if we display an error screen. Apologies for the inconvenience. Regards, Marinus Schraal ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
String freeze break request for Epiphany
Hi, I'd like to request a string freeze break to fix the title of the Add Language dialog in Epiphany 3.38. We accidentally added an underscore (as if for a mnemonic) and it looks rather stupid: https://gitlab.gnome.org/GNOME/epiphany/-/commit/41881f343358fdd5953382d52520a82e4ae59ccf. If approved, I'll backport that commit to the 3.38 branch. Epiphany 3.38.0 is already released, so you would have until 3.38.1 to update translations. Michael ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Nautilus String Freeze Break Request
lör 2005-05-21 klockan 16:25 +0200 skrev Martin Wehner: > Hello, > > I'd like to request a string freeze break for committing the patch at > http://bugzilla.gnome.org/show_bug.cgi?id=167344 to the gnome-2.10 > branch of nautilus. I don't know much about I18n issues, but it was > suggested that this is a critical bug for languages without plural forms > which should be fixed on the stable branch too. I'm attaching the patch > for convenience. It looks like an important fix, so the patch has my approval from a string freeze point of view. So from a string freeze point of view, you should be ready to go. Please let translators at gnome-i18n@gnome.org know (that they should update their nautilus gnome-2-10 translations) once you've committed the change into CVS, though. Christian ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Nautilus String Freeze Break Request
On Sun, 2005-05-22 at 10:36 +0200, Christian Rose wrote: > lör 2005-05-21 klockan 16:25 +0200 skrev Martin Wehner: > > Hello, > > > > I'd like to request a string freeze break for committing the patch at > > http://bugzilla.gnome.org/show_bug.cgi?id=167344 to the gnome-2.10 > > branch of nautilus. I don't know much about I18n issues, but it was > > suggested that this is a critical bug for languages without plural forms > > which should be fixed on the stable branch too. I'm attaching the patch > > for convenience. > > It looks like an important fix, so the patch has my approval from a > string freeze point of view. So from a string freeze point of view, you > should be ready to go. > Please let translators at gnome-i18n@gnome.org know (that they should > update their nautilus gnome-2-10 translations) once you've committed the > change into CVS, though. > > > Christian Thank you, I've just committed the patch. Please update your translations. Martin ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request for Vinagre
2009-02-18 klockan 16:57 skrev Jonh Wendell: > Vinagre has the ability to connect into a machine which requires an > username, besides the password. This feature was added some time ago. > > Today I realised the dialog that asks that information wasn't well > "secure" against "deep" users, who could send an empty string as the > password. > > So, I gave some love to that dialogue, and, as a result there are 5 new > strings: > > "All fields above are mandatory" > This is in glade file, tells the user that [s]he must fill all fields. I'd say you should add a final stop to the sentence: "... are mandatory." > "Authentication error" > "An username is required in order to access this machine." > "A password is required in order to access this machine." > These three above are messages displayed in an error dialogue. Agreed. > "_Authenticate" > This is the new label for the button in the authentication dialogue (it > was just "OK"). Why not use "_Login" here instead of "_Authenticate". We use "login" everywhere else in Gnome... Otherwise: i18n approval 1/2. — Wouter signature.asc Description: Digital signature ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request for Vinagre
2009/2/18 Wouter Bolsterlee : > 2009-02-18 klockan 16:57 skrev Jonh Wendell: >> Vinagre has the ability to connect into a machine which requires an >> username, besides the password. This feature was added some time ago. >> >> Today I realised the dialog that asks that information wasn't well >> "secure" against "deep" users, who could send an empty string as the >> password. >> >> So, I gave some love to that dialogue, and, as a result there are 5 new >> strings: >> >> "All fields above are mandatory" >> This is in glade file, tells the user that [s]he must fill all fields. > > I'd say you should add a final stop to the sentence: "... are mandatory." > >> "Authentication error" >> "An username is required in order to access this machine." "An" username or "A" username? >> "A password is required in order to access this machine." >> These three above are messages displayed in an error dialogue. > > Agreed. > >> "_Authenticate" >> This is the new label for the button in the authentication dialogue (it >> was just "OK"). > > Why not use "_Login" here instead of "_Authenticate". We use "login" > everywhere else in Gnome... > > Otherwise: i18n approval 1/2. > Approval 2 of 2 for i18n. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request for Brasero
Hi, Luis Medinas , Wed, 18 Feb 2009 20:17:24 +: > Hi > > I would like to request a string freeze break for Brasero to fix bgo > #572301 > > #: ../src/brasero-project-manager.c:115 > #: ../src/brasero-project-type-chooser.c:88 > > "Create a 1:1 copy of an audio CD or a data CD/DVD on your hardisk or on > another CD/DVD" > > Typo, should be "hard disk" > > Thanks to Daniel for pointing this. Is this a critical issue? Best, Petr Kovar ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request for Brasero
On Wed, 2009-02-18 at 21:33 +0100, Petr Kovar wrote: > Hi, > > Luis Medinas , Wed, 18 Feb 2009 20:17:24 +: > > > Hi > > > > I would like to request a string freeze break for Brasero to fix bgo > > #572301 > > > > #: ../src/brasero-project-manager.c:115 > > #: ../src/brasero-project-type-chooser.c:88 > > > > "Create a 1:1 copy of an audio CD or a data CD/DVD on your hardisk or on > > another CD/DVD" > > > > Typo, should be "hard disk" > > > > Thanks to Daniel for pointing this. > > Is this a critical issue? > Well it's not critical as you can see but some people will see it because it's one of most used menus. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request for Brasero
Hi, Luis Medinas , Wed, 18 Feb 2009 20:35:04 +: > On Wed, 2009-02-18 at 21:33 +0100, Petr Kovar wrote: > > Hi, > > > > Luis Medinas , Wed, 18 Feb 2009 20:17:24 +: > > > > > Hi > > > > > > I would like to request a string freeze break for Brasero to fix bgo > > > #572301 > > > > > > #: ../src/brasero-project-manager.c:115 > > > #: ../src/brasero-project-type-chooser.c:88 > > > > > > "Create a 1:1 copy of an audio CD or a data CD/DVD on your hardisk or > > > on another CD/DVD" > > > > > > Typo, should be "hard disk" > > > > > > Thanks to Daniel for pointing this. > > > > Is this a critical issue? > > > Well it's not critical as you can see but some people will see it > because it's one of most used menus. Then the question is whether string freeze breakage is intended for typo fixing, or not... ;-) Cheers, Petr Kovar ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request for Vinagre
On Wed, 2009-02-18 at 17:18 +0100, Wouter Bolsterlee wrote: > 2009-02-18 klockan 16:57 skrev Jonh Wendell: > > "_Authenticate" > > This is the new label for the button in the authentication dialogue (it > > was just "OK"). > > Why not use "_Login" here instead of "_Authenticate". We use "login" > everywhere else in Gnome... As a verb (which is what a button label ought to be), it should be two words: "Log In". (Both capitalized because we use header capitalization on button labels.) -- Shaun ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request for Brasero
Em Qua, 2009-02-18 às 21:48 +0100, Petr Kovar escreveu: > Hi, > > Then the question is whether string freeze breakage is intended for > typo > fixing, or not... ;-) Probably people already have translated this one correctly. It's only a matter of unmark a string as fuzzy. I guess that only en_* locales will be affected. Cheers, -- Jonh Wendell http://www.bani.com.br ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request for Brasero
On Wed, 2009-02-18 at 17:51 -0300, Jonh Wendell wrote: > Em Qua, 2009-02-18 às 21:48 +0100, Petr Kovar escreveu: > > Hi, > > > > Then the question is whether string freeze breakage is intended for > > typo > > fixing, or not... ;-) > > Probably people already have translated this one correctly. It's only a > matter of unmark a string as fuzzy. I guess that only en_* locales will > be affected. > Yes, i have the same opinion. Because on Portuguese i would translate it right, it will probably affect the en locales. Luis ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request for Brasero
Hi! Am Mittwoch, den 18.02.2009, 17:51 -0300 schrieb Jonh Wendell: > Em Qua, 2009-02-18 às 21:48 +0100, Petr Kovar escreveu: > > Hi, > > > > Then the question is whether string freeze breakage is intended for > > typo > > fixing, or not... ;-) > > Probably people already have translated this one correctly. It's only a > matter of unmark a string as fuzzy. I guess that only en_* locales will > be affected. It's the first day of string freeze and he asked politely! Approval 1 of 2 for i18n because ugly original strings also make general GNOME appearance bad. 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: String freeze break request for Brasero
2009-02-19 klockan 01:49 skrev Johannes Schmid: > Am Mittwoch, den 18.02.2009, 17:51 -0300 schrieb Jonh Wendell: > > Em Qua, 2009-02-18 às 21:48 +0100, Petr Kovar escreveu: > > > Hi, > > > Then the question is whether string freeze breakage is intended for > > > typo > > > fixing, or not... ;-) > > Probably people already have translated this one correctly. It's only a > > matter of unmark a string as fuzzy. I guess that only en_* locales will > > be affected. > It's the first day of string freeze and he asked politely! Approval 1 of > 2 for i18n because ugly original strings also make general GNOME > appearance bad. 1i8n Approval 2/2. For bonus point you may s/hardisk/hard disk/ in all .po files as well, but makae sure you DOUBLE CHECK you only touched the "msgstr" lines! Hint: "svn diff" is very helpful here. If you're not 100% sure what you're doing, then please don't do it. — Wouter signature.asc Description: Digital signature ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n