h a l f b a k e r y0.5 and holding.
add, search, annotate, link, view, overview, recent, by name, random
news, help, about, links, report a problem
browse anonymously,
or get an account
and write.
register,
|
|
|
Please log in.
Before you can vote, you need to register.
Please log in or create an account.
|
{symbols}
A standardised way to indicate symbols | |
Symbols such as the {euro} can only be seen on european browsers, as is my understanding. So, i propose that to denote a symbol, that is not standard on all keyboards, we use this form: {symbol_name} for example, {Pound}1.50, {Euro}0.62, {Yen}5,000,000,000. This could also be used for the TM symbol,
the copyright symbols and various other punctuation symbols used in language.
[Ahh, the square brackets, denoting something interesting]
The euro is too part of the standard!
http://www.w3.org/T.../sgml/entities.html And it is "€". I'm not sure how browser support is coming along. [egnor, Apr 01 2001]
macro for adding accented characters
http://allchars.zwo...m/introduction.html [Ling, Mar 03 2005]
Description of code pages
http://en.wikipedia.org/wiki/ISO_8859-1 [Ling, Mar 03 2005]
[link]
|
|
The Europeanness of it all doesn't matter.
What you're using is a Windows font. |
|
|
Get over it. Use English. |
|
|
What PeterSealy points to are "entity references", the way of encoding things that might not transfer well in HTML "parsed text". |
|
|
The halfbakery input language is not "parsed text", it's text, encoded in us-ascii or iso-8859-1 if you absolutely have to. (Modulo a few <br> details that I don't want to perpetuate.) |
|
|
In IE, it shows as a Euro symbol. In Netscape 4something, shows as what Egnor saw, '€'. Apparently IE parses it on it's own. 'Damn the standards, full speed ahead!' |
|
|
StarChaser the Tech Support Tyger. |
|
|
Egnor, the HTML for the euro in sctld's idea text is "& # 1 2 8 ;" which shows either as a euro or a unknown-character-mark depending on whether you're using Windows-CP1252 or not. The other annotations contain the sequence "& a m p ; # 1 2 8 ;" which, thank God, does not seem to show up as a euro under any circumstance. I'm not sure how sctld got an entity ref into the idea text (jutta?). Maybe sctld submitted a literal 0x80 character? |
|
|
Aside from nonportable Microsoft extensions, the way to get a euro into HTML is "& e u r o ;" (as you point out), or "& # x 2 0 A C ;", or "& # 8 3 6 4 ;", because numeric entities are defined to refer to Unicode. Or to use a charset such as utf-8. Brief testing on MS and Netscape, PC and Mac, shows this to work in more places than the "& # 1 2 8 ;" (which only worked on one of the browser/OS combinations). |
|
|
The halfbakery replaces & with
& and < with >.
Otherwise, everybody who posts
here would have to understand
HTML entity references. |
|
|
The halfbakery also encodes,
upon sending, a number of
special characters from its
native codeset, iso-8859-1, as
their entity references, mostly
to gain robustness against
changes of character sets. For
example, the byte with the
value (hex) E1 is encoded as
á. |
|
|
Bytes that do not fall in this
category, but are outside
of the printable us-ascii
range, are
encoded as &#NNN;, where NNN is
their decimal value. |
|
|
That's the source of the €
you see. (Essentially, wiml's
analysis is correct.) |
|
|
What egnor correctly points out
is that if you were to type in
an € literally in your
code, that would of course get
rendered as &#128;, since
the & in it would be quoted
lest it be confused with the
entity reference starttag it
actually is intended as. |
|
|
There is no way of entering a
euro character into the
hallfbakery database. There
are many other characters that
also cannot be entered into the
halfbakery database. |
|
|
People with odd configurations
can enter weird bytes into the
halfbakery and then demand that
everybody else use the same
proprietary standards they are
using. People who already use
the same proprietary standards
will think everything just
works, and that's okay. |
|
|
OK, I agree, though I continue to bristle at the thought that use of CP-1252 is anything but an abomination. |
|
|
I propose that the Halfbakery reject any codes for which no ISO-8859-1 HTML entity exists (i.e. those characters which would otherwise be represented in decimal fashion, like 128). |
|
|
Or not; I'm just bitter because PeterSealy is a better man than I. And I still have no idea what [sctld] is actually suggesting. |
|
|
Egnor: What he's suggesting is something that's been baked for many years on BBS's. Instead of typing, frex, "$1.50", that you type "{dollar sign}1.50". |
|
| |