[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Update of bug #18396 (project freeciv): Status:None => Fixed Assigned to:None => jtn Open/Closed:Open => Closed _

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #26, bug #18396 (project freeciv): >>> I wonder if line endings simply have to match those used when >>> freeciv.pot has been created (msgstrs collected)... >> By accident, I found that that is the case, yes. However, >> relying on this will be fraught when cross-compiling. > Ou

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #25, bug #18396 (project freeciv): >> I wonder if line endings simply have to match those used when >> freeciv.pot has been created (msgstrs collected)... > By accident, I found that that is the case, yes. However, > relying on this will be fraught when cross-compiling. Ouch.

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #24, bug #18396 (project freeciv): Status of this ticket: * Option translation fix is straightforward, committed, and will be in 2.3.0-RC2. * Help translation is more involved: ** We know it's a line-ending issue. ** I found an issue with opening files in binary mode that came i

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #23, bug #18396 (project freeciv): > I wonder if line endings simply have to match those used when > freeciv.pot has been created (msgstrs collected)... By accident, I found that that is the case, yes. However, relying on this will be fraught when cross-compiling.

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #22, bug #18396 (project freeciv): I wonder if line endings simply have to match those used when freeciv.pot has been created (msgstrs collected)... ___ Reply to this item at:

Re: [Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Marko Lindqvist writes: > On 28 July 2011 23:59, Marko Lindqvist > wrote: > >> Can someone make a Windows S2_3 build with this patch, so we can > >> see if it helps with the help issue? > > > > I think I can. > > Compiling... This time I'll test providing all of freeciv in just one > zip-file. T

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #21, bug #18396 (project freeciv): (one Windows build later) Sadly, this patch doesn't appear to change the behaviour wrt the help localisation :( ___ Reply to this item at: _

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #20, bug #18396 (project freeciv): Trunk version attached. If this doesn't solve the problem, then plan B is something along the lines of patch #2843, but I don't think that's something I'd want to rush into RC2. (file #13689) __

Re: [Freeciv-Dev] [bug #18396] Translations for help and options not displayed

On 29 July 2011 00:45, Marko Lindqvist wrote: > On 28 July 2011 23:59, Marko Lindqvist > wrote: >> >> Follow-up Comment #16, bug #18396 (project freeciv): >> >>> Can someone make a Windows S2_3 build with this patch, so we can >>> see if it helps with the help issue? >> >> I think I can. > > Com

Re: [Freeciv-Dev] [bug #18396] Translations for help and options not displayed

On 28 July 2011 23:59, Marko Lindqvist wrote: > > Follow-up Comment #16, bug #18396 (project freeciv): > >> Can someone make a Windows S2_3 build with this patch, so we can >> see if it helps with the help issue? > > I think I can. Compiling... This time I'll test providing all of freeciv in just

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #19, bug #18396 (project freeciv): Bother, sorry! Try this one. (file #13687) ___ Additional Item Attachment: File name: trunk-S2_3-bz2-binary-file.diff Size:1 KB ___

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #18, bug #18396 (project freeciv): Umh, did you attach wrong patch? File is named "...typos..." (not anything about binary mode) and contents seem to fit that name. ___ Reply to this item at:

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #17, bug #18396 (project freeciv): > in addition to applying your patch I should also unix2dos > helpdata.txt? Or do I just leave it to you? I can do that bit myself. I'll test both ways round, of course. ___ Reply to th

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #16, bug #18396 (project freeciv): > Can someone make a Windows S2_3 build with this patch, so we can > see if it helps with the help issue? I think I can. If I understand correctly, in addition to applying your patch I should also unix2dos helpdata.txt? Or do I just leave it t

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Update of bug #18396 (project freeciv): Planned Release: 2.3.1,2.4.0 => 2.3.0,2.4.0 ___ Reply to this item at: ___ Message sen

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #15, bug #18396 (project freeciv): Here's a patch patch which should fix the binary-mode thing I spotted in fz_from_file(). As expected, makes no difference on Unix. Can someone make a Windows S2_3 build with this patch, so we can see if it helps with the help issue? Doesn't ha

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #12, bug #18396 (project freeciv): >> Looking at the code, the decision whether to open the file in >> "r" (text) or "rb" (binary) mode seems to be in fz_from_file(). >> I'm slightly suspicious of this code [...] > That probably is the change that break things between 2.2 and >

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #11, bug #18396 (project freeciv): Opened separate ticket, patch #2829, for providing data files with native line endings. ___ Reply to this item at: __

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #10, bug #18396 (project freeciv): > "Long term goal of always using Windows line endings on Windows > would mean that build process from tarball would need to convert > text files." - Surely this can be automated with unix2dos or > similar? Yes, conversion itself is almost tri

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #9, bug #18396 (project freeciv): "Long term goal of always using Windows line endings on Windows would mean that build process from tarball would need to convert text files." - Surely this can be automated with unix2dos or similar? "Or should we provide .tar with unix line end

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #8, bug #18396 (project freeciv): As my builds are cross-compiled from linux, text files originate from linux svn checkout (or in some cases: export) Long term goal of always using Windows line endings on Windows would mean that build process from tarball would need to convert t

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #7, bug #18396 (project freeciv): > Looking at the code, the decision whether to open the file in > "r" (text) or "rb" (binary) mode seems to be in fz_from_file(). > I'm slightly suspicious of this code; it seems to me that if > HAVE_LIBBZ2 is defined, the probing code leaves "b

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #6, bug #18396 (project freeciv): "(I haven't even thought about whether there's a problem with Mac-style line endings. Are they still even relevant, or did they die with the classic Mac OS?)" Yes, the Carriage Return went out with classic. OSX is built on a BSD kernel, and us

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #5, bug #18396 (project freeciv): > ... in cazfi's S2_3 builds ... localisation doesn't seem to > work at all; maybe it's not compiled in It's not compiled in as it wouldn't work with how these binaries are installed. It's not easy task for me to enable localization support in

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #4, bug #18396 (project freeciv): I think the lack of localisation of Windows help is related to line endings, and is a bit of a can of worms (so probably merits more ticket(s)). I installed the standard 2.3.0-RC1 Windows installer (and also one of cproc's pre-RC1 builds) and r

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #3, bug #18396 (project freeciv): Thanks for the settings patches :) The help section does have odd fixed line endings, the English version too (attached screenshots with a wide and a narrow window in Polish and a wide window in English, but the narrow English window acts the s

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Follow-up Comment #2, bug #18396 (project freeciv): Patches attached for settings bug. Help bug still a mystery. If it drags on, we should split it into a separate ticket. (file #13634, file #13635) ___ Additional Item Attachment: File na

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Update of bug #18396 (project freeciv): Planned Release: => 2.3.1,2.4.0 ___ Follow-up Comment #1: I can reproduce the options issues on Linux with the French localisation, and I'm got a pretty

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

Additional Item Attachment, bug #18396 (project freeciv): File name: untranslated-geological.PNGSize:400 KB ___ Reply to this item at: ___ Message sent via

[Freeciv-Dev] [bug #18396] Translations for help and options not displayed

URL: Summary: Translations for help and options not displayed Project: Freeciv Submitted by: hubkow Submitted on: Fri 22 Jul 2011 01:35:42 PM CEST Category: client-gtk-2.0 Seve