Text is binary... And no it wouldn't, how is it faster to parse between 7 and 14~ bytes to come up with "Oh, this block of text is bold" or "Oh, this block of text is center", when you could parse a total of 2 bytes to reach the same conclusion? The text characters would be the same, so all you'd have to do to go into the "encoding/decoding" is ask "Is the value for this less than the first value of a printable character?"
It's not difficult, and it's not complex. And yes, the example is in C++ because it's a lot clearer to get the point across then PHP code inside some HTML thing. And I could argue with that too,
it's not C++, it's something that has the same syntax, but it's not C++
My point being, it's easy to do, it can be implemented fairly quickly by one of the developers, and it'd effectively increase the character limit (Imagine 'center' and '/center' being turned to a single byte).
As I already mentioned, I'm sure there are technical reasons why it can't be done.
@jeku
HEX IS BINARY.
<binary on left, hex on right>
0000 = 0
0001 = 1
0010 = 2
0011 = 3
0100 = 4
0101 = 5
0110 = 6
0111 = 7
1000 = 8
1001 = 9
1010 = A
1011 = B
1100 = C
1101 = D
1110 = E
1111 = F
It seems to translate well... And since 8 bits is a byte, 0xFF is the highest value of a byte, and since the "encodings" are only one byte big, they can exist as if they were characters, it's no more difficult than detecting a null character in a string.
I could argue further with this, but I'll wait until someone asks another question about it or posts an argument towards it.
NOTE: If TGC doesn't want to implement this, and they probably won't, they don't have to. I'm not
pushing this at TGC or saying that they have to implement it, I'm merely offering a suggestion.
Cheers,
-naota
I'm not a dictator to those that do stuff for me by will. Only those who don't.