Return Styles: Pseud0ch, Terminal, Valhalla, NES, Geocities, Blue Moon. Entire thread

META tags

Name: Anonymous 2009-06-06 10:00

Is declaring character encoding and such within the HTML of the page considered harmful?

Name: Anonymous 2009-06-06 10:09

Maybe.

Name: Anonymous 2009-06-06 10:13

considered harmful considered harmful

Name: Anonymous 2009-06-06 10:15

>>3 considered harmful

Name: Anonymous 2009-06-06 10:39

The W3C validator thinks it's not considered harmful and encourages it.

Name: Anonymous 2009-06-06 10:51

>>5
It's preferable to use the HTTP headers though.

Name: Anonymous 2009-06-06 10:54

It'll force to restart the parsing and reflow if the initial guess was wrong. Also while it works in practice it's an undecidable problem, you're just lucky the common character encodings work in a way that allows this faggotry to work. Typical WEB design quality. I chuckle when people ask for the "correct" way do to stuff in the HTML-and-friends cesspool. Just test in in the three of four browsers that matter or copy the code from a popular page so it's already tested for you.

Name: Anonymous 2009-06-06 12:03

>>7
What in God's name are you going on about?

Name: Anonymous 2009-06-06 12:06

>>8
What part did you not understand? The encoding is needed to read the content, and the encoding is specified as part of the content. It's a recipe for disaster.

Name: Anonymous 2009-06-06 12:14

>>9
Did you mean: the encoding is specified as part of the content, and the encoding is needed to read other parts of the content

Name: Anonymous 2009-06-06 12:38

How can you parse a page if you ignore its encoding? There might be some important Arabic or Chinese mention before the character encoding, so if you must parse the document to attempt to find the character encoding, it is still necessary to parse it again from the start once you know its encoding.  It is a colossal waste of CPU cycles, which, at the scale of the web, produces as much carbon as a country like Portugal.

Name: Anonymous 2009-06-06 12:41

>>7
>>9
is a web developer (idiot)

Name: Anonymous 2009-06-06 12:44

>>11
The syntax of a web page does not depend on its encoding, so long as it contains ASCII.  There is no need to reparse anything.

Name: Anonymous 2009-06-06 12:52

That meta tag is, if you follow proper web standards, the very first thing that needs to come right after the [/code]<html>[/code] tag.

Name: Anonymous 2009-06-06 12:59

>>14 =~ s/proper/invalid/;

Name: Anonymous 2009-06-06 13:04

>>10,13
Nice reliance on the technicality that, by chance, ASCII stuff happens to be the same across ISO-8859-1, UTF-8, Shift_JIS and Big5.

Now, try again with UTF-16LE.

It's good to know people still don't understand character encodings on this day and age.

Name: Anonymous 2009-06-06 13:11

>>16
All engineering relies on things that ``happen to occur''.  That's the way reality works.

Name: Anonymous 2009-06-06 13:15

>>17
UTF-16LE happens to occur in the real world.

Name: Anonymous 2009-06-06 13:31

>>17
All English relies on things that "should be proper." That's the way reality works.

Name: Anonymous 2009-06-06 13:43

You are imbeciles, do you even know what you're angry at?

Name: Anonymous 2009-06-06 13:46

>>21

WE HATE PYTHON! DEATH TO FIOC!!!!

Name: Anonymous 2009-06-06 13:54

>>20
I'm angry at YOU.

Name: Anonymous 2009-06-06 14:02

>>1
No. You should do this so character set and encoding information is preserved when someone saves your html file to disk.

Name: Anonymous 2009-06-06 14:14

Just wait for HTML5.

Name: Anonymous 2009-06-06 15:01

>>23
The browser can do that itself. Or it could just use xattrs.

Name: Anonymous 2009-06-06 16:39

The problem was solved by >>14. >>11 is a retard. And whoever uses any other encoding pointed out by >>16 other than UTF-8 deserves to be ASSRAPED OUTRAGEOUSLY.

Name: Anonymous 2009-06-06 17:52

>>26
What about Shift-JIS?

Name: Anonymous 2009-06-06 19:20

All UTF variants are by definition a strict superset of all other character sets - in fact, UTF goes as far as having multiple representations for many characters.

Name: Anonymous 2009-06-06 19:46

>>28
You‘re thinking of the Universal Character Set, not UTF-*.

Name: Anonymous 2009-06-06 19:50

>>27
Who cares?

>>28
...which are invalid unless they're the shortest ones.

Name: Anonymous 2009-06-06 19:51

GB 18030 > UTF

Name: Anonymous 2009-06-06 19:53

Where can i download free complete Unicode font?

Name: Anonymous 2009-06-06 20:12

>>27
There is no point to SJIS where UTF-8 can be used.

Name: Anonymous 2009-06-07 7:32

>>33
There's no point to Japanese where English can be used either.

Name: Anonymous 2009-06-07 8:37

>>34
True, but that's not the point. You don't need SJIS to render nip characters. I don't know why they insist on using SJIS. Maybe because they want to feel unique? Who knows.

Name: Anonymous 2009-06-07 9:46

>>35
It's actually the other way around. The world -should- be using SJIS for everything. If you're alphabet can't be found in SJIS, then perhaps your from a country which, tbqh, doesn't really matter much.

Name: Anonymous 2009-06-07 10:37

>>36
SJIS is PIG DISGUSTING Microsoft proprietary encoding. Please to use free and technology above EUC-JP.

Name: Anonymous 2009-06-07 11:11

>>36
No, get with the times, the world is encoded in UTF8.

Name: Anonymous 2009-06-07 13:34

>>36
SJIS fails to encode seven of the world's eight most widely spoken languages.

>>38
Actually the world is encoded in UTF-16LE and arguably transmitted in a mix of UTF-8 and local "whatever Windows 9x shipped with" encodings. When your toy OS reaches 85% market share we'll talk.

Name: Anonymous 2009-06-07 14:23

>>39
Nobody uses UTF-16 except as a pretend-seekable in-memory representation of a UTF-8 document.

Newer Posts
Don't change these.
Name: Email:
Entire Thread Thread List