[Guido]
> As long as the state of the decoder is "neutral" at the start of a
> line, it should be possible to do this. I like the idea that tell()
> returns a "cookie" which is really a byte offset. If one wants to be
> able to seek to positions with a non-neutral decoder state, the cookie
> would
Guido has asked me to do some research in aid of a file encoding detection/defaulting PEP.I only have access to a small number of operating systems and language variants so I need help.If you have access to "German Windows XP", "Japanese Windows XP", "Spanish OS X", "Japanese OS X", "German Ubuntu
Hi,
Le jeudi 07 septembre 2006 à 12:21 -0700, Paul Prescod a écrit :
> If you have access to "German Windows XP", "Japanese Windows XP",
> "Spanish OS X", "Japanese OS X", "German Ubuntu" etc., I would
> appreciate answers to the following questions.
French Mandriva (up-to-date development ver
Antoine Pitrou <[EMAIL PROTECTED]> writes:
> By the way, you should be aware that filesystems have their own
> encodings which can different from the default system encoding
> (depending on how it's declared in /etc/fstab). I don't know of a
> simple way to retrieve the encoding for a given direct
Are you plugged into the Mandriva community? Is there any debate about the continued use of iso8859-15? Obviously it has the benefit of backwards compatibility and slightly smaller file sizes. But it also has very severe limitations and interoperability problems as you describe below.
On 9/7/06, An
On 9/7/06, tomer filiba <[EMAIL PROTECTED]> wrote:
> lots of things have been discussed, lots of new ideas came:
> it's time to rethink the design of iostack; i'll try to see into it.
>
> there are several key issues:
> * splitting streams to separate reading and writing sides.
> * the underlying O
I was thinking about the new IOStack and could not come up with an use case requiring both a line-oriented and a record-oriented read/write functionality -- the general case is the record-oriented, lines are just new-line terminated records. Perhaps this has already been dropped, but I seem to reca
On 9/7/06, Paul Prescod <[EMAIL PROTECTED]> wrote:
> 1. On US English Windows, Notepad defaults to an encoding called "ANSI".
> What does "ANSI" map to in European and Asian versions of Windows?
On most Western European configurations, the ANSI Code Page is
historically 1252 (CP1252 or WINDOWS-125
Paul Prescod wrote:
> Guido has asked me to do some research in aid of a file encoding
> detection/defaulting PEP.
>
> I only have access to a small number of operating systems and language
> variants so I need help.
>
> If you have access to "German Windows XP", "Japanese Windows XP",
Since Win
David Hopwood wrote:
> Paul Prescod wrote:
>
>>Guido has asked me to do some research in aid of a file encoding
>>detection/defaulting PEP.
>>
>>I only have access to a small number of operating systems and language
>>variants so I need help.
>>
>>If you have access to "German Windows XP", "Japane
Michael Urman wrote:
> On 9/7/06, Paul Prescod <[EMAIL PROTECTED]> wrote:
>
>>1. On US English Windows, Notepad defaults to an encoding called "ANSI".
>>What does "ANSI" map to in European and Asian versions of Windows?
>
> On most Western European configurations, the ANSI Code Page is
> historic
> From: "Paul Prescod" <[EMAIL PROTECTED]>
> 1. On US English Windows, Notepad defaults to an encoding called "ANSI".
> "ANSI" is not a real encoding at all (and certainly not one from the
On Japanese Windows 2000, Notepad defaults to ANSI as it does in the English
version. It actually writes Shif
12 matches
Mail list logo
