> "Andrew" == Andrew Cunningham <[EMAIL PROTECTED]> writes:
Andrew> 1) appropraite fonts. I only know of two that are suitable:
Andrew> Code2000 (v. 1.13) ... [and] Doulos SIL (v 0.6 - Beta).
The version of the Lucida fonts Sun ships w/ its Java JREs also do a
good job of rendering the examp
Hi Vladimir
yes in theory your answer is Unicode, i.e. cyrillic plus combining
diacritics.
Although the actual application of the theory will differ from operating
system to operating system.
I did a quick test on windows in both word processors and web browsers.
Everything displayed correctl
> "Peter" == Peter Kirk <[EMAIL PROTECTED]> writes:
Peter> Maybe, but it is hardly realistic to expect all existing
Peter> Turkish and Azeri text to be recoded to insert a character in
Peter> the middle of each f - i sequence.
But a lot of it already does do that. In TeX Turkish uses f{}i to
> > and Philippe Verdy responded with another question:
> >
> > > Isn't there a "Grapheme Disjoiner" format control character to
> > > force the absence of a ligature like , i.e. ?
> >
> > The answer to Philippe's rejoinder question is no, there is not
> > a "Grapheme Disjoiner" format control c
See also
http://www.microsoft.com/typography/developers/opentype/detail.htm
which explains how ligatures can be turned off on a language-dependent basis.
Laurentiu
Peter Kirk asked:
> In Turkish and Azeri the sequences f - i and f - dotless i both occur,
> and are fairly frequent. So it is inap
On 10/07/2003 11:37, Kenneth Whistler wrote:
At Peter pointed out, however, it is neither expected or reasonable
to have to go back through and drop in ZWNJ's at every relevant
location in existing Turkish or Azeri text, simply to prevent
fi ligation. Such use of ZWNJ is intended to be exceptional
Philippe Verdy scripsit:
> Where does the fact of saying that a Grapheme Disjoiner can be used
> in Turkish to avoid that the f collapses the dot above a next lowercase i?
It is settled that ZWNJ is the correct character to break ligatures.
ZWJ means "make a ligature if you can; if not, shape cha
On Thursday, July 10, 2003 8:37 PM, Kenneth Whistler <[EMAIL PROTECTED]> wrote:
> Peter Kirk asked:
>
> > > In Turkish and Azeri the sequences f - i and f - dotless i both
> > > occur, and are fairly frequent. So it is inappropriate in these
> > > languages to use fi ligatures in which the dot on
Peter Kirk asked:
> > In Turkish and Azeri the sequences f - i and f - dotless i both occur,
> > and are fairly frequent. So it is inappropriate in these languages to
> > use fi ligatures in which the dot on the i is lost or invisible, at
> > least where the second character is a dotted i. Has any
On Thursday, July 10, 2003 6:42 PM, Peter Kirk <[EMAIL PROTECTED]> wrote:
> Anyway, I understood from the recent discussion of Hebrew that it is
> Unicode policy not to do anything which could theoretically invalidate
> existing text even if it could be proved that no such text existed.
Where doe
Peter Kirk wrote on 07/10/2003 10:52:55 AM:
> Well, Peter, I see that according to
> http://www.unicode.org/timesens/calendar.html the next UTC is to be held
> at Pleasanton, CA, which is either a village or a not-well-known
> (internationally) suburb either in California or in Canada, not lar
"Tim Greenwood" <[EMAIL PROTECTED]> wrote on 07/10/2003 10:44:57 AM:
> The point is not that any potential attendee would actually travel
> to the wrong place. It is that advertising the 24th conference as
> Atlanta, GA but the 23rd as Prague, Czech Republic is part of a
> cultural arrogance i
Peter Kirk wrote:
> Maybe, but it is hardly realistic to expect all existing Turkish and
Azeri text to be recoded to insert a character in the middle of each f -
i sequence.
Aren't most Turkish and Azeri text coded as ISO-8859-9 and similar code
pages? I that case, it would be enough to add t
Tim,
>The point is not that any potential attendee would actually
>travel to the wrong place. It is that advertising the 24th
>conference as Atlanta, GA but the 23rd as Prague, Czech
>Republic is part of a cultural arrogance in the USA.
We should have the next conferences in San Jose, Costa Rica
On 10/07/2003 09:34, Stefan Persson wrote:
Peter Kirk wrote:
> Maybe, but it is hardly realistic to expect all existing Turkish and
Azeri text to be recoded to insert a character in the middle of each f
- i sequence.
Aren't most Turkish and Azeri text coded as ISO-8859-9 and similar
code page
On 10/07/2003 08:45, Doug Ewell wrote:
You could try using the precomposed characters directly. (Look
throughout the Cyrillic block beginning at U+0400; you'll find them.)
These are canonically equivalent to the letter+diacritic combinations,
and are actually preferred in some contexts (Normaliza
On Thursday, July 10, 2003 5:41 PM, Peter Kirk <[EMAIL PROTECTED]> wrote:
> > Isn't there a "Grapheme Disjoiner" format control character to
> > force the absence of a ligature like , i.e. ?
> >
> Maybe, but it is hardly realistic to expect all existing Turkish and
> Azeri text to be recoded to i
Peter Kirk wrote:
> On 6th July Tex Texin wrote:
>
> > If someone did momentarily think the conference was in Gabon, no real
> > harm is
> > done, as they will shortly find out there is no Atlanta there.
>
> Or they will spend a long time researching lists of villages and suburbs
> in Gabon be
wrote:
> I composed a demo page:
> http://v.bulport.com/bugs/opera/426/balhaah_lonex_org/
>
> and then made 10-20 shots of the results on Opera and IE on Linux,
> Windows 98 and Windows XP:
> http://v.bulport.com/bugs/opera/426/balhaah_lonex_org/shots.html
>
> You can see that this approach yield
[EMAIL PROTECTED] wrote:
> And the likelihood that a software industry conference will be
held in a
> village is?
>
> And the likelihood that the location on an industry conference
would be
> expressed in terms of a not-well-known suburb that one needs to
spend a
> long researching lists to fi
On 10/07/2003 08:00, [EMAIL PROTECTED] wrote:
And the likelihood that a software industry conference will be held in a
village is?
And the likelihood that the location on an industry conference would be
expressed in terms of a not-well-known suburb that one needs to spend a
long researching li
On 10/07/2003 08:21, Philippe Verdy wrote:
In Turkish and Azeri the sequences f - i and f - dotless i both occur,
and are fairly frequent. So it is inappropriate in these languages to
use fi ligatures in which the dot on the i is lost or invisible, at
least where the second character is a dotted i
On Thursday, July 10, 2003 12:08 PM, Peter Kirk <[EMAIL PROTECTED]> wrote:
> On 1st July Philippe Verdy wrote:
>
> > If fonts still want to display dots on these characters, that's a
> > rendering problem: there already exists a lot of fonts used for
> > languages other than Turkish and Azeri, wh
Peter Kirk wrote on 07/10/2003 05:23:04 AM:
> Or they will spend a long time researching lists of villages and suburbs
> in Gabon before finding out that there is no Atlanta there, or perhaps
> finding that there actually is one - unless Tex has actually done this
> exhaustive research and asc
On Thursday, July 10, 2003 10:24 AM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Dear Ladys and Gentlemen,
>
> Currently there is an ongoing effort in Bulgaria trying to resolve an
> issuie concerning the way we write in Bulgarian.
>
> Our problem is:
>
> Usually a bulgarian regular user do
On 10 Jul 2003 [EMAIL PROTECTED] wrote:
> One of the ideas is to invent a new ASCII-based encodings,
> containing the accented characters we need. This would introduce
Please, no more "new legacy" character ! :-)
> Generally I beleive it would be best to invent a Unicode based solution.
Abs
On 6th July Tex Texin wrote:
If someone did momentarily think the conference was in Gabon, no real
harm is
done, as they will shortly find out there is no Atlanta there.
Or they will spend a long time researching lists of villages and suburbs
in Gabon before finding out that there is no Atlanta
On 1st July Philippe Verdy wrote:
If fonts still want to display dots on these characters, that's a
rendering problem: there already exists a lot of fonts used for
languages other than Turkish and Azeri, which do not display any
dot on a lowercase ASCII i or j (dotted), and display a dot on their
Dear Ladys and Gentlemen,
Currently there is an ongoing effort in Bulgaria trying to resolve an issuie
concerning the way we write in Bulgarian.
Our problem is:
Usually a bulgarian regular user does not need to write accented characters. There is
one middle-sized exclusion of this, but gener
At 05:09 PM 7/8/03 -0400, you wrote:
Even if this were done, I wonder if most software would understand U+2007
or other non-breaking spaces as spaces for the purpose of
full-justification or right-justification and hide them when they would
otherwise appear at column right position.
Such usage w
30 matches
Mail list logo
