Skip Menu |
 

This queue is for tickets about the Encode CPAN distribution.

Report information
The Basics
Id: 57069
Status: open
Priority: 0/
Queue: Encode

People
Owner: Nobody in particular
Requestors: dolmen [...] cpan.org
user42 [...] zip.com.au
Cc:
AdminCc:

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



Subject: encoding.pm _get_locale_encoding() for public use
Date: Fri, 30 Apr 2010 11:48:00 +1000
To: bug-Encode [...] rt.cpan.org
From: Kevin Ryde <user42 [...] zip.com.au>
Download (untitled) / with headers
text/plain 304b
The _get_locale_encoding() in encoding.pm looks like a pretty handy thing to make available for everyone to use. I saw the comment about open.pm using it, and HTTP::Response currently uses it too. Things like PerlIO::locale would benefit from a locale charset in a form Encode will (or should) accept.
From: ppisar [...] redhat.com
Download (untitled) / with headers
text/plain 869b
Dne Čt 29.dub.2010 21:48:31, user42@zip.com.au napsal(a): Show quoted text
> The _get_locale_encoding() in encoding.pm looks like a pretty handy > thing to make available for everyone to use. > > I saw the comment about open.pm using it, and HTTP::Response currently > uses it too. Things like PerlIO::locale would benefit from a locale > charset in a form Encode will (or should) accept.
Now when `encoding' is deprecated, it's very bad that core module `open' still requires it because it calls the _get_locale_encoding(), from open.pm: if ($layer eq 'locale') { require Encode; require encoding; $locale_encoding = encoding::_get_locale_encoding() unless defined $locale_encoding; ... } I propose to move the _get_locale_encoding() to different module than `encoding'.
From: ppisar [...] redhat.com
Download (untitled) / with headers
text/plain 222b
Dne Pá 05.čen.2015 04:37:20, ppisar napsal(a): Show quoted text
> I propose to move the _get_locale_encoding() to different module than > `encoding'.
There is Encode::Locale distributed in Encode-Locale which has its own implementation.


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.