[OT] pythageoron and 3d

[Kamog]

Originally posted by Gwaihir:
(grr, how do you get &#nbsp; spaces to work? I can't do sigma notation without spaces to align the sub and superscritps. hrmph.)

You can have spaces by enclosing your text inside [ CODE ] [/ CODE ]

Like so:

code:

---

      n

sqrt( Σ ( p  -  q  )^2)

          i=1   i     i

---

But my sigma Σ turns into a different character, even though it looks correct when I typed it.
ALT-228 doesn't produce a sigma for me. I get this: _


Edit: now it changed into something else yet again, what's going on?

[ April 30, 2003, 01:48: Message edited by: Kamog ]

[Jack Simth]

Don't you just hate implementation dependance? Try finding one with the & # num; method.

[Gwaihir]

So only some subset of HTML is actually allowed i guess.

I wrote a little javascript table maker to test ranges of #s for the $# method a while back, and I seem to recall that it goes up al least to the low 5-digits (there may be wrapping going on tho). Given the stuff i got in chunks at higher indices, i think that it may be different language add-ons or some such. Does anyone know if this is in fact the case?

Here's a pretty good listing, includes some chars up to 9830 (the diamond suit):
http://www.home.zonnet.nl/robschluter/htmltaglist/
(go to character set, near the bottom of the title bar's "page" list)

the alt-method actually inserts the character, so it won't work for space-making. It seems that only the Last 7 digits are used:
alt-789456123=√
alt-549456123=√
alt-9456123=√

AHA, it wraps at 65536:
alt-6 = ♠
alt-65542 = ♠
alt-500 = ⌠
alt-66036 = ⌠

Sadly, no really special characters like backspace and carriage return (the kind without the attached newline . . . *evil ☺*

interesting, i get a more complete set:
alt+
1:☺
2:☻
3:♥
4:♦
5:♣
6:♠
question, did smile, negative of smilie, heart, diamond, club, spade show on everyone else's system? I know the high chars are system-dependent, but i think the low chars may be as well.
edit: AHA! after posting, it went to the same as your list . . . and upon viewing the source, it appears that the special characters are not included in the HTML (of course this makes sense, it's stored in 1-byte plaintext) and therefore are converted to the appropriate ASCII &# code. However, the browser (i guess its the browser, although i thought that it handled those chars just fine before . . . guess i recall incorrectly) doensn't recognize some of them, so poof we get boxes.

Does anyone know what alt is calling on? is it a non-ASCII standard?

[ April 30, 2003, 02:40: Message edited by: Gwaihir ]

[narf poit chez BOOM]

thanks. turns out i was doing it right after all. i was worried i'd have to cube root it or something.

[ April 30, 2003, 03:37: Message edited by: narf poit chez BOOM ]

[Jack Simth]

Originally posted by Gwaihir:
So only some subset of HTML is actually allowed i guess.

I wrote a little javascript table maker to test ranges of #s for the $# method a while back, and I seem to recall that it goes up al least to the low 5-digits (there may be wrapping going on tho). Given the stuff i got in chunks at higher indices, i think that it may be different language add-ons or some such. Does anyone know if this is in fact the case?

I'm reasonably sure that is what is going on.

Originally posted by Gwaihir:

Here's a pretty good listing, includes some chars up to 9830 (the diamond suit):
http://www.home.zonnet.nl/robschluter/htmltaglist/
(go to character set, near the bottom of the title bar's "page" list)

the alt-method actually inserts the character, so it won't work for space-making. It seems that only the Last 7 digits are used:
alt-789456123=√
alt-549456123=√
alt-9456123=√

AHA, it wraps at 65536:
alt-6 = ♠
alt-65542 = ♠
alt-500 = ⌠
alt-66036 = ⌠

This one is done at a very basic level on your local computer; it wraps at 16 (65536) bits for you. On many computers, it wraps at 8 (256) bits.

Originally posted by Gwaihir:

Sadly, no really special characters like backspace and carriage return (the kind without the attached newline . . . *evil ☺*

interesting, i get a more complete set:
alt+
1:☺
2:☻
3:♥
4:♦
5:♣
6:♠
question, did smile, negative of smilie, heart, diamond, club, spade show on everyone else's system? I know the high chars are system-dependent, but i think the low chars may be as well.
edit: AHA! after posting, it went to the same as your list . . . and upon viewing the source, it appears that the special characters are not included in the HTML (of course this makes sense, it's stored in 1-byte plaintext) and therefore are converted to the appropriate ASCII &# code. However, the browser (i guess its the browser, although i thought that it handled those chars just fine before . . . guess i recall incorrectly) doensn't recognize some of them, so poof we get boxes.

The text box you enter stuff in and the way it is viewed are two different implementations, and have different abilities. This is why the difference. However, for amusement, I would suggest looking at it in different browsers, and from different computers, and in different OS's, so that you can see the varying differences.

Originally posted by Gwaihir:

Does anyone know what alt is calling on? is it a non-ASCII standard?

The Alt method runs at your machine before the data is sent to the forum; the &#num; method runs on the browser, after the data has come back. ASCII standard really only applies for 0-127; however, there isn't anything that requires a program use ASCII. It is just strongly advised for the majority of the set.

[Gwaihir]

It may be that it wraps earlier for me too, i was just too lazy to check.

Lessee:
alt-100:d
alt-356:d

hehe, there I go again with stupid assumptions (and we all know what assumptions do . . . ) I shoulda figured that it would wrap there when I saw that it used the 8000s and 9000s for #s in the 1-256 range. oops.

I wonder where the &# wraps though. I think its probably 65536, since its clearly not 256. Unless it does something weird and uses only part of a byte --- riiiiiiight.

I was just wondering if the ALT- method actually does comply with some standard, because there are a few smaller/older standards out there . . . a lot of the chars it produces are old DOS "graphic" characters, tree lines, borders, etc. (Yay DOS! wheeeee!) There must have been a standard for that.

I think I'll see if Linux and Macs have a similar character shortcut (well, sort of see, by trial and error, so i guess i can only prove a positive) I'm assuming that all of the people posting the Alt- stuff are Windows Users, since Macs don't have Alt, and there aren't many Linuxers out there.

[Jack Simth]

The &#num; method and the Alt-Num methods are quite different: The Alt-Num method is run at your machine and sent as the resulting byte to the board; when it is viewed, that same byte is sent back to the browser doing the viewing, at which point it is interperted into a symbol. the &#num; method is sent as they typed string to the board, and returned as the typed string to the browser of the person viewing it, where it is translated to a character. Where &#num; loops is implementation dependant. It might be set by the HTML standard, but many browsers have slightly non-standard HTML, so it is anybody's guess.

Here are some characters for &#num; method, powers of 2:








@
€
Ā
Ȁ
Ѐ
ࠀ
က
 
䀀
耀
𐀀
𠀀
񀀀
򀀀
􀀀
�
�
�
�
�
�
�
�
�
�
�
�
�
that Last one is 2^33 - just over 4 bytes. No apparent repeats. Let's try powers of 10 + 99:
d
Ç
ы
❳
𘜃
󴊣
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�
�

The only repeats I am getting are the ? marks at the end. There is really no telling where it caps off, is there, without producing a script or something that goes through several million of them, or looking it up. But that wouldn't be any fun.