Translation update for 0.4.1.1

Bug #355251 reported by Tom Jaeger
4
Affects Status Importance Assigned to Milestone
easystroke (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: easystroke

Since the release of 0.4.1.1, users have contributed French and Japanese translations. It'd be nice to get them into jaunty before final freeze. There are no changes to the source:

git diff 0.4.1.1 --stat
 .gitignore | 2 +
 gui.glade | 2 +
 po/fr.po | 631 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 po/ja.po | 614 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 4 files changed, 1249 insertions(+), 0 deletions(-)

Related branches

Revision history for this message
Tom Jaeger (thjaeger) wrote :

easystroke (0.4.1.1-0ubuntu2) jaunty; urgency=low

  * Add French and Japanese translations (LP: #355251)

 -- Thomas Jaeger <email address hidden> Sat, 04 Apr 2009 13:59:50 -0400

Revision history for this message
James Westby (james-w) wrote :

Hi,

I would like these changes in too, but I'd like to test easystroke under these
languages first, to check that they don't crash the app. However, I'm having
trouble launching easystroke in any language other than English.

Setting LANG to any locale doesn't change the language in the GUI when I
launch it from the command line, does this work for you? If you can give
me a reliable way to launch in a different locale that would be great.

Thanks,

James

Revision history for this message
Tom Jaeger (thjaeger) wrote : Re: [Bug 355251] Re: Translation update for 0.4.1.1

Hi James,

In order to test other languages, I usually create the corresponding
locales as follows (this is good enough for testing but it won't
translate stock items unless you install the language pack)

sudo localedef -i fr_FR -f UTF-8 fr_FR
sudo localedef -i ja_JP -f UTF-8 ja_JP
sudo localedef -i es_ES -f UTF-8 es_ES

And then start the application as "LANG=fr_FR.UTF-8 easystroke" etc.

I've attached an updated .debdiff that contains a few more translation
updates and fixes a bug where easystroke would cause the server to use
100% CPU when a second instance was started. The new behavior is to not
start the second instance and simply show the configuration window
instead, which is more in line with what people expect.

 dbus-server.cc | 4
 easystroke-0.4.1.1/debian/changelog | 7
 gui.glade | 2
 main.cc | 13
 po/es.po | 14
 po/fr.po | 631 ++++++++++
 po/ja.po | 614 +++++++++
 version | 2
 8 files changed, 1274 insertions(+), 13 deletions(-)

Thanks,
Tom

James Westby wrote:
> Hi,
>
> I would like these changes in too, but I'd like to test easystroke under these
> languages first, to check that they don't crash the app. However, I'm having
> trouble launching easystroke in any language other than English.
>
> Setting LANG to any locale doesn't change the language in the GUI when I
> launch it from the command line, does this work for you? If you can give
> me a reliable way to launch in a different locale that would be great.
>
> Thanks,
>
> James
>

Revision history for this message
James Westby (james-w) wrote :

Hi Tom

That's what I was trying, and I can't get the interface to show
in either French or Spanish, so I'm not confident to upload this
change for final.

I'll ask to see if someone else can validate it, otherwise you
can try for an SRU for jaunty.

Thanks,

James

Revision history for this message
Tom Jaeger (thjaeger) wrote :

Weird. If easystroke finds a subdirectory po/ in the current
directory, it will try to get the translations from there instead of
the default location ($(PREFIX)/share/locale/), maybe that's the
problem? I realize this is not the safest assumption, but it makes
testing a lot easier and it's the best I can get out of the gettext
interface.

On Sun, Apr 19, 2009 at 6:43 PM, James Westby <email address hidden> wrote:
> Hi Tom
>
> That's what I was trying, and I can't get the interface to show
> in either French or Spanish, so I'm not confident to upload this
> change for final.
>
> I'll ask to see if someone else can validate it, otherwise you
> can try for an SRU for jaunty.

Revision history for this message
James Westby (james-w) wrote :

Hi,

Sorry that we didn't get this in, it may be appropriate for jaunty-updates.

The problem appeared to be that I was running from an unpacked but unbuilt
source, so it found ./po/, but there were no .mo files in there. I'm happy
with the first patch, but haven't tested the second yet.

Have you done a stable release update before?

Thanks,

James

Revision history for this message
Tom Jaeger (thjaeger) wrote :

Sorry for the late reply.

I don't really think the changes in this bug report warrant an SRU. However, I've recently become aware of a few more serious bugs. Most of them are fixed in 0.4.3 already, but the fix for one [1] currently only lives in git. The plan is to release 0.4.4 within the next few days and get it into karmic first, and then hopefully get an SRU for jaunty a couple weeks down the line after the code has been tested more thoroughly.

[1] http://sourceforge.net/tracker/?func=detail&aid=2693125&group_id=229797&atid=1078454

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package easystroke - 0.4.9-0ubuntu1

---------------
easystroke (0.4.9-0ubuntu1) karmic; urgency=low

  * New upstream release (LP: #416097)
   - Upstream workaround for up and down button problem (LP: #412169)
   - Include translations (LP: #355251)

 -- Julien Lavergne <email address hidden> Thu, 20 Aug 2009 18:49:34 +0200

Changed in easystroke (Ubuntu):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.