Half a croissant, on a plate, with a sign in front of it saying '50c'
h a l f b a k e r y
This is what happens when one confuses "random" with "profound."

idea: add, search, annotate, link, view, overview, recent, by name, random

meta: news, help, about, links, report a problem

account: browse anonymously, or get an account and write.

user:
pass:
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
  (+1, -2)
(+1, -2)
  [vote for,
against]

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]

[ sctld ], Apr 01 2001

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.)
jutta, Apr 02 2001
  

       In IE, it shows as a Euro symbol. In Netscape 4something, shows as what Egnor saw, '&#128'. Apparently IE parses it on it's own. 'Damn the standards, full speed ahead!'   

       StarChaser the Tech Support Tyger.
StarChaser, Apr 02 2001
  

       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).
wiml, Apr 03 2001
  

       The halfbakery replaces & with &amp; and < with &gt;. 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 &aacute;.   

       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 &#128; you see. (Essentially, wiml's analysis is correct.)   

       What egnor correctly points out is that if you were to type in an &#128; literally in your code, that would of course get rendered as &amp;#128;, since the & in it would be quoted lest it be confused with the entity reference starttag it actually is intended as.   

       To summarize:   

       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.
jutta, Apr 04 2001
  

       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, Apr 04 2001
  

       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".
StarChaser, Apr 04 2001
  
      
[annotate]
  


 

back: main index

business  computer  culture  fashion  food  halfbakery  home  other  product  public  science  sport  vehicle