i'd say wide. narrow means not incorporating some characters that would
naturally fit into 'white space'. if i was parsing some text i'd
consider a non-breaking space white space and i'd expect my code to
reflect that. why would you not want your code to treat a non-breaking
space or
On Wednesday, August 20, 2003, at 07:03 pm, Rick McGowan wrote:
What do hackers with non
Latin-based languages use for hex anyway?
They use 0-9, A-F, and a-f.
which'll be whatever characters happen to be used to represent those
sections of the character set on their machines: 0x30 - 0x39, 0x41
from what little i know about this sort of thing characters have
direction attached to them and the first character in a sequence
dictates the prevailing / main direction, so if a char that is a right
to left char starts then that should be the established norm throughout
that text, so what
i think also maybe the system language setting has an overall influence
on this. if you use right to left text while your system is set to a
language that's left to right, i think that may have an overall
influence, and behave differently to if you had your system language
set to a right
i'm a bit confused. i thought that this type of thing was already
pretty well covered by the various unicode resources? (i guess there's
a strong chance not, if you're asking this question).
this is the way i see it:
it's for you to decide which format you internally normalise to (i'm
not
On Friday, June 20, 2003, at 01:56 pm, Frank da Cruz wrote:
does anyone know of a simple, explanatory web page, aimed at not too
technical people, based on sending *accessible* email, and if really
necessary attachments and the problems related to attachments
(specifically inaccessibly, not
On Friday, May 30, 2003, at 03:07 pm, John Cowan wrote:
Ben Dougall scripsit:
why is it not categorised as white space then? or is it? doesn't look
like it is to me, but i'm not sure how to actually find out for sure.
Well, um, it's not white: there is a dot in it.
i was just querying what
On Thursday, May 29, 2003, at 02:16 pm, Pim Blokland wrote:
Ben Dougall schreef:
the reason i said that bit is html and xml (i know they're not
human
languages and they're certainly not in the area i'm asking about)
So you were not talking about computer languages and I don't need to
point out
On Thursday, May 29, 2003, at 08:08 pm, Markus Scherer wrote:
Ben Dougall wrote:
On Wednesday, May 28, 2003, at 06:59 pm, Otto Stolz wrote:
PS. In these tow languages, the quote-marks are paired thusly:
en_US: U+201C ... U+201D, and U+2018 ... U+2019
de_DE: U+201E ... U+201C, and U+201A
On Thursday, May 29, 2003, at 02:10 pm, Philippe Verdy wrote:
Interestingly, the French first-level quotation marks use what we call
chevrons (double angle brackets).
However there are some typographical considerations that common fonts
forget when they design these characters:
They are
does anyone know if characters giving a bracketing function are
universal to most (all?) languages in use today?: any characters, or
groups of chars even, that have an enclosing purpose, like quotes and
brackets?
thanks.
thanks for the reply.
On Wednesday, May 28, 2003, at 04:09 pm, Doug Ewell wrote:
Ben Dougall bend at freenet dot co dot uk wrote:
does anyone know if characters giving a bracketing function are
universal to most (all?) languages in use today?: any characters, or
groups of chars even, that have
12 matches
Mail list logo