Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the Locale-Maketext CPAN distribution.

Report information
The Basics
Id: 32969
Status: rejected
Priority: 0/
Queue: Locale-Maketext

People
Owner: TODDR [...] cpan.org
Requestors: ostmann [...] websuche.de
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: Locale::Maketext broken with use utf8;
Date: Wed, 06 Feb 2008 13:12:56 +0100
To: bug-Locale-Maketext [...] rt.cpan.org
From: Felix Antonius Wilhelm Ostmann <ostmann [...] websuche.de>
Log::Log4perl: 1.12 perl: v5.8.8 uname: Linux www1 2.6.17-2-686 #1 SMP Wed Sep 13 16:34:10 UTC 2006 i686 GNU/Linux i have to overwrite the maketext function, becouse non-ascii strings are not found in the %Lexicon in Lexicon are the keys encoded like 'german umlaut ue: ü' from the skript the string comes decoded like "german umlaut ue: \x{fc}" every file is in utf8, every .pm has use utf8; the .po is in utf, the content-type encoding is utf8 ... i dont find any hint how this could work properly. sub maketext { my($class, @args) = @_; for( @args ) { utf8::is_utf8($_) and utf8::encode($_); } my $string = $class->SUPER::maketext(@args); utf8::is_utf8($string) or utf8::decode($string); return $string; }
I'm unable to reproduce, I'm using Japanese... Could you post a short example?
I'm unable to reproduce, I'm using Japanese... Could you post a short example?
Subject: (need more info) Locale::Maketext broken with use utf8;
Hello, I think the problem being experienced here is the same as I was seeing in http://rt.cpan.org/Public/Bug/Display.html?id=47122 Basically 'use utf8' is often misunderstood (you probably really want Encode) and should be fine in strings (i.e. problem I had with a hash value (normal strings ok) hash values which is what maketext() is working with via %Lexicon) I think the OP simply has an issue with their implementation since: - I was unable to reproduce (and no further info was given on how to reproduce it) - 'use utf8' is simply broken w/ hash values (i.e. which is what is in %Lexicon) If you are still having this problem please attach a script that exhibits this problem and I'd be happy to investigate it further! thanks :) -- Dan Muey
looks like the same problem. i cannot remove "use utf8;", but perhaps that would help. The problem is: keys in the hash are 'german umlaut ue: ü' and the key to ask in a use utf8; skript is "german umlaut ue: \x{fc}" (utf8 decoded). So i overwrite the maketext function to first encode the key and the check the hash. How can i help you to reproduce it? Btw. perhaps my solution is the right one :) perhaps this behavior should be enabled via config. On Do. 25. Jun. 2009, 10:17:24, DMUEY wrote: Show quoted text
> Hello, > > I think the problem being experienced here is the same as I was seeing > in http://rt.cpan.org/Public/Bug/Display.html?id=47122 > > Basically 'use utf8' is often misunderstood (you probably really want > Encode) and should be fine in strings (i.e. problem I had with a hash > value (normal strings ok) hash values which is what maketext() is > working with via %Lexicon) > > I think the OP simply has an issue with their implementation since: > - I was unable to reproduce (and no further info was given on how to > reproduce it) > - 'use utf8' is simply broken w/ hash values (i.e. which is what is in > %Lexicon) > > If you are still having this problem please attach a script that exhibits > this problem and I'd be happy to investigate it further! > > thanks :) > > -- > Dan Muey
I'm setting the status of this ticket to stalled. There has been no activity on it. Did you find a resolution? can you provide a test case for your original problem?
From: felix.ostmann [...] thewar.de
I think you can close this ... i was creating a testfile and realize, that i use Locale::Maketext::Lexicon :-/ And perhaps it is a very special case to use UTF-8 in the msg_id. Without use utf8; all is fine, but we use that here to have all stings in the internal format (from the db, from templates, from scripts), only from l10n that is not working. With overwriting maketext (see first post) i can give utf8 decoded to maketext and will receive utf8 decoded strings. Am Do 07. Okt 2010, 08:25:27, TODDR schrieb: Show quoted text
> I'm setting the status of this ticket to stalled. There has been no > activity on it. Did you find a > resolution? can you provide a test case for your original problem?
RT-Send-CC: felix.ostmann [...] thewar.de
Closing ticket on opener's request.