[glib] GLib has branched

2010-09-18 Thread Ryan Lortie
Hello, I branched glib yesterday, creating the 'glib-2-26' branch. That's for the upcoming glib 2.26.0 that will go into GNOME 2.32. The strings on this branch should not be changing very much anymore. 'master' branch is what will eventually become glib 2.28.0 as part of GNOME 3. Thanks, and C

Topic-based help in Evince

2010-10-05 Thread Ryan Lortie
hi, Just a heads up that I just merged the new topic-based help being written for Evince by the Mallard project into the master branch of Evince. The new docs are a complete change from the old ones. Many additional changes are expected to the documentation in the days and weeks to come, so it m

Modified translations in GLib

2011-07-20 Thread Ryan Lortie
hi i18n, I'm writing as a heads-up to let you know that I took the liberty of modifying some translations in GLib. I include the commit log from the change, because it describes the situation reasonably well. commit ef3e5917ca1239b39db2cb433c4306d0152f18f5 Author: Ryan Lortie Date: We

Re: Modified translations in GLib

2011-07-20 Thread Ryan Lortie
hould be used. Cheers On Wed, 2011-07-20 at 20:16 +0200, Ryan Lortie wrote: > hi i18n, > > I'm writing as a heads-up to let you know that I took the liberty of > modifying some translations in GLib. > > I include the commit log from the change, because it d

Re: Modified translations in GLib

2011-08-30 Thread Ryan Lortie
hi Daniel, On Mon, 2011-07-25 at 12:04 +0200, Daniel Mustieles García wrote: > The spanish team usually translates this term as "MiB" but, > sincerelly, I don't remember exactly the reason :-$ > > I've asked our team coordinator about it, because if we change it in > glib, we should review an ch

GDateTime i18n

2011-09-04 Thread Ryan Lortie
hello, I just made some pretty weird changes to quite a lot of i18n-related things in GLib (mostly related to GDateTime formatting). These changes are designed to improve our compliance with C99 formatting of dates and times. I hope that I haven't caused anybody headaches -- if so, please let me

GLib 2.30 branch

2011-09-06 Thread Ryan Lortie
hi, GLib has branched for the stable release ('glib-2-30'). All translation effort should be focused there (since this is what will appear in GNOME 3.2). The branch is to be considered frozen for code changes, except by approval. Thanks ___ gnome-i18

avoid 'fixes' in translations

2012-01-30 Thread Ryan Lortie
hi translators, This is my opinion on a topic that I don't know a lot about. I think I'm right, but I'd like feedback. I recently noticed this bug: https://bugzilla.gnome.org/show_bug.cgi?id=612698 While I agree with the fact that it is wrong to have "MB" meaning anything other than "1 milli

[gconf] Created branch gnome-3-2

2012-03-08 Thread Ryan Lortie
The branch 'gnome-3-2' was created pointing to: 0914a38... Uploaded Ukranian ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n

GLib 2.38 branched

2013-09-23 Thread Ryan Lortie
hi all, I just branched off GLib 2.38 as glib-2-38. 'master' is now fully unfrozen and will become 2.40. Cheers ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n

Request for string freeze break (trashapplet)

2008-02-13 Thread Ryan Lortie
Hello. When you empty the trash a progress dialog appears to show you how far along you are. Before the actual delete can begin, though, the number of files needs to be counted (so we know what the percentage is). I'm not exactly sure what the old trash applet did in this situation. There's code

Re: String additions to 'gnome-applets.HEAD'

2008-02-13 Thread Ryan Lortie
On Wed, 2008-02-13 at 08:42 +0100, Claude Paroz wrote: > Hi Ryan, > > We are now in String Freeze period. You cannot commit any string change > unless you get two approvals from i18n Team. > See http://live.gnome.org/TranslationProject/HandlingStringFreezes Hello. I was aware of the freeze. All

Trash applet string/UI changes.

2009-01-30 Thread Ryan Lortie
Hello. I just made the following changes to the trash applet: * Changed "Open" to "Open Trash" in the context menu * Added an icon to the "Empty Trash" item in the same menu Changes are here: http://svn.gnome.org/viewvc/gnome-applets/trunk/trashapplet/GNOME_Panel_TrashApplet.xml?r1=8526&r2

String change in module gvfs

2009-02-04 Thread Ryan Lortie
Hi. I just made a couple of string changes in gvfs (removed 2, added 1). The old strings were confusing and difficult to translate. See also http://bugzilla.gnome.org/show_bug.cgi?id=570481 Cheers diff --git a/daemon/gvfsbackendtrash.c b/daemon/gvfsbackendtrash.c index 532ddf0..3506a2c 1006

New module: dconf-editor

2015-02-18 Thread Ryan Lortie
karaj, By popular demand, dconf-editor has been split into a separate source package called 'dconf-editor'. For distributors: this means that you will soon be seeing dconf-editor tarballs, and will probably have to plan some sort of transition for that. For translators: please target dconf-edito

Re: New module: dconf-editor

2015-02-19 Thread Ryan Lortie
kara, On Wed, Feb 18, 2015, at 17:45, Andre Klapper wrote: > On Wed, 2015-02-18 at 16:24 -0500, Ryan Lortie wrote: > > By popular demand, dconf-editor has been split into a separate source > > package called 'dconf-editor'. > > Should its 83 bug reports be moved

GLib is branched

2015-03-16 Thread Ryan Lortie
karaj, I just released GLib 2.43.92 and branched. 'glib-2-44' is what will become 2.44.0 and 'master' is what will become 2.46. Cheers ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n

Re: String additions to 'dconf-editor.master'

2015-04-15 Thread Ryan Lortie
hi, On Mon, Feb 23, 2015, at 10:49, Piotr Drąg wrote: > Could you please branch *dconf* for dconf-0.22? I realize you probably > don't plan any new 0.22.x releases, but creating that branch would > allow us to assign it to the GNOME 3.14 release set on Damned Lies, > which would avoid this kind of

String change in nautilus

2005-01-26 Thread Ryan Lortie
A small string change Cheers. Index: nautilus-file-operations.c === RCS file: /cvs/gnome/nautilus/libnautilus-private/nautilus-file-operations.c,v retrieving revision 1.182 diff -u -r1.182 nautilus-file-operations.c --- nautilus-f

Re: gnome-applets string freeze breakage

2005-03-31 Thread Ryan Lortie
; > The relevant part of the ChangeLog seems to be this one: > > 2005-03-30 Ryan Lortie <[EMAIL PROTECTED]> > > ** MERGE CHANGES FROM HEAD ** > > * gweather-pref.c: Add an error dialog asking the user to file a > bug in

Re: gnome-applets string freeze breakage

2005-03-31 Thread Ryan Lortie
There exists a very simple solution to this problem. Since nobody will see it anyway, I am more than willing to remove the _() from around the message in the stable branch. This means that end users (still) won't be affected, and in addition, the translation statistics will be able to show 100.00

Re: gnome-applets string freeze breakage

2005-03-31 Thread Ryan Lortie
Christian, On the gnome-2-10 stable branch: --- 2005-04-01 Ryan Lortie <[EMAIL PROTECTED]> * gweather-pref.c: Remove _() around a message introduced in the last commit. This message will never be seen by an end user (except in the event of developer error) and was causing pr

String changes in gnome-applets during announcement period.

2005-07-21 Thread Ryan Lortie
I've just committed the patch in Bug #310484 to CVS head. All of the changes are to gconf key descriptions (ie: not visible in the interface, but visible in gconf-editor). http://bugzilla.gnome.org/show_bug.cgi?id=310484 Cheers. ___ gnome-i18n mailing