Re: [URGENT] Bad translatable string for folder merge dialog
Il giorno dom, 05/09/2010 alle 15.51 +0200, Christian Rose ha scritto: > On Sun, Sep 5, 2010 at 1:25 PM, Luca Ferretti wrote: > > The way to build the secondary message for merge folder dialog[1] is > > really really bad from a localization point of view. > > Bug report? Filed, here it is https://bugzilla.gnome.org/show_bug.cgi?id=628855 ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
String additions to 'empathy.master'
This is an automatic notification from status generation scripts on: http://l10n.gnome.org. There have been following string additions to module 'empathy.master': + "Link individual (contextual menu)"::"_Link Contacts…" 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
String additions to 'empathy.master'
This is an automatic notification from status generation scripts on: http://l10n.gnome.org. There have been following string additions to module 'empathy.master': + "Are you sure you want to unlink this meta-contact? This will completely split the meta-contact into the contacts it contains." + "Completely split the displayed meta-contact into the contacts it contains." + "Unlink individual (button)"::"_Unlink…" + "Unlink meta-contact '%s'?" 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: String additions to 'empathy.master'
On Mon, 2010-09-06 at 09:42 +, GNOME Status Pages wrote: > This is an automatic notification from status generation scripts on: > http://l10n.gnome.org. > > There have been following string additions to module 'empathy.master': > > + "Link individual (contextual menu)"::"_Link Contacts…" > > Note that this doesn't directly indicate a string freeze break, but it > might be worth investigating. Permission requested here: http://mail.gnome.org/archives/release-team/2010-September/msg0.html and received here: http://mail.gnome.org/archives/release-team/2010-September/msg00011.html. Philip ___ > 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
String additions to 'evolution.gnome-2-30'
This is an automatic notification from status generation scripts on: http://l10n.gnome.org. There have been following string additions to module 'evolution.gnome-2-30': + "send-options"::"None" 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: String freeze break request for Orca
Hy, This problem is happening, because when implemented in Orca the notification message list feature, unfortunately developers add a longest message with Orca learning description. This message are presented when the user using Orca+h (learning mode function), this is not resulting problem, but this message presenting when the user browsing Orca preferences dialog/keybindings page. See following bugreport with related this problem and future fix: https://bugzilla.gnome.org/show_bug.cgi?id=628589 The keybindings function description messages is must need short messages. For example, original implemented message is only possible translating hungarian language a very long message. Not need notify the user how can use this feature with "press Escape to exit or h for help" message part in Orca Preferences dialog/keybindings page, because user need notify this information if he or she activate this feature. With keybindings page the users only modifyes the Orca keystrokes, but not active features directly. When user would like define a keystroke with this notification message list feature, only need present a short description with function name, for example "Present notification message list". Now implemented english language message is following: "Enable notification message list mode. Press Escape to exit or h for help" This original longest message hungarian translation for example is following: "Értesítés listázó mód engedélyezése. A kilépéshez nyomja meg az Escape billentyűt, a segítségért a h billentyűt." I suggested short message translation is following in hungarian language: "Értesítések listájának megjelenítése" I hope possible fix this bug with before 2.32 stable Orca version, but if this is impossible and possible fix only next development version, I agree. Attila ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Epiphany Aragonese translation
Hello, Can somebody help me to commit this: http://l10n.gnome.org/vertimus/epiphany/gnome-2-30/po/an ? Thanks ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Epiphany Aragonese translation
Am Montag, den 06.09.2010, 20:02 +0200 schrieb Daniel Martinez: > Can somebody help me to commit this: > http://l10n.gnome.org/vertimus/epiphany/gnome-2-30/po/an ? Committed: http://git.gnome.org/browse/epiphany/commit/?h=gnome-2-30&id=f361928228d77607f43af5df0dc80d13d8fb3cd6 http://git.gnome.org/browse/epiphany/commit/?id=d36dfe69183d0e5e1207f2faa290b7867fde2ba0 andre -- mailto:ak...@gmx.net | failed http://blogs.gnome.org/aklapper ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: String freeze break request for Orca
2010-09-03 18:30 keltezéssel, Joanmarie Diggs írta:
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.
Altough not a critical bug, we are early in the freeze, so approval 1/2
from i18n.
Regards
Gabor Kelemen
___
gnome-i18n mailing list
gnome-i18n@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-i18n
String additions to 'gnome-panel.master'
This is an automatic notification from status generation scripts on: http://l10n.gnome.org. There have been following string additions to module 'gnome-panel.master': + "The implementation ID of the applet - e.g. \"ClockAppletFactory::ClockApplet\". This key is only relevant if the object_type key is \"external-applet\" (or the deprecated \"bonobo-applet\")." + "The type of this panel object. Possible values are \"drawer-object\", \"menu-object\", \"launcher-object\", \"external-applet\", \"action-applet\", \"menu-bar\" and \"separator\"." 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
String additions to 'gnome-panel.master'
This is an automatic notification from status generation scripts on: http://l10n.gnome.org. There have been following string additions to module 'gnome-panel.master': + "The implementation ID of the applet - e.g. \"ClockAppletFactory::ClockApplet\". This key is only relevant if the object_type key is \"bonobo-applet\"." + "The type of this panel object. Possible values are \"drawer-object\", \"menu-object\", \"launcher-object\", \"bonobo-applet\", \"action-applet\" and \"menu-bar\"." 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: String additions to 'gnome-panel.master'
Le lundi 06 septembre 2010, à 22:56 -, GNOME Status Pages a écrit : > This is an automatic notification from status generation scripts on: > http://l10n.gnome.org. > > There have been following string additions to module 'gnome-panel.master': > > + "The implementation ID of the applet - e.g. > \"ClockAppletFactory::ClockApplet\". This key is only relevant if the > object_type key is \"external-applet\" (or the deprecated \"bonobo-applet\")." > + "The type of this panel object. Possible values are \"drawer-object\", > \"menu-object\", \"launcher-object\", \"external-applet\", \"action-applet\", > \"menu-bar\" and \"separator\"." Sorry, this was committed by accident. I reverted the change already. 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
