Eheka Pytyvõha

Emboyke pytyvõha apovai. Ndorojeruremo’ãi ehenói térã eñe’ẽmondóvo pumbyrýpe ha emoherakuãvo marandu nemba’etéva. Emombe’u tembiapo imarãkuaáva ko “Marandu iñañáva” rupive.

Kuaave

Firefox 4 page encoding autodetection

  • 2 Mbohovái
  • 25 oguereko ko apañuãi
  • 1 Hecha
  • Mbohovái ipaháva fauve

more options

Mozilla/5.0 (X11; Linux i686; rv:2.0) Gecko/20100101 Firefox/4.0

Firefox 4 does not autodetect correctly character encoding. Tested with UTF-8 plain text after setting View -> Character Encoding -> Autodetect -> Universal. Still opens it as Western (ISO-8859-1). Universal is at the top in Cutomise List dialog. (The 3.6 semantics were much better. )

Here is a UTF-8 file to test: http://void.net.ua/txt/RCS.txt (tested locally).

Mozilla/5.0 (X11; Linux i686; rv:2.0) Gecko/20100101 Firefox/4.0 Firefox 4 does not autodetect correctly character encoding. Tested with UTF-8 plain text after setting View -> Character Encoding -> Autodetect -> Universal. Still opens it as Western (ISO-8859-1). Universal is at the top in Cutomise List dialog. (The 3.6 semantics were much better. ) Here is a UTF-8 file to test: http://void.net.ua/txt/RCS.txt (tested locally).

Moambuepyre fauve rupive

Opaite Mbohovái (2)

more options

I do not have a problem with the site that you posted.

That doesn't look like a good example because the server sends a content type in the HTTP response headers (Content-Type: text/plain; charset=utf-8). To get such problems you need a link where the servers doesn't send an encoding and there is also not a meta tag that specifies an encoding (doesn't apply to a text file as in this case).

more options

Thank you for replying. You have a point. Yes, I tested it locally. Changing the post...

Moambuepyre fauve rupive