[9fans] yet another font package converted to plan9

[9fans] yet another font package converted to plan9

[andrey mirtchovski]

People ask me to convert fonts, I convert them:

	http://pages.cpsc.ucalgary.ca/~mirtchov/p9/unifont/

sorry about the noise.

andrey

Re: [9fans] yet another font package converted to plan9

[okamoto]

> Western books are bound with the spine is on the left
>
> Japanese books are bound with the spine on the right
>
> So each can say that the other reads books "back to front"

I see.  It's only the case when the book is written in the
'formal' Japanese text.  (from top right to down and then shift to left).

Kenji

Re: [9fans] yet another font package converted to plan9

[matt]

okamoto@granite.cias.osakafu-u.ac.jp wrote:

>>Don't forget they read back to front as well.
>>
>>
>
>What does this mean?
>

Western books are bound with the spine is on the left

Japanese books are bound with the spine on the right

So each can say that the other reads books "back to front"

Re: [9fans] yet another font package converted to plan9

[okamoto]

> Don't forget they read back to front as well.

What does this mean?

Kenji

Re: [9fans] yet another font package converted to plan9

[Joel Salomon]

> > > Don't forget they read back to front as well.
> > That's only a problem for troff.
>
> Hardly. You're only thinking of static documents.
>

OK, I can see the problem for bound dead trees. Documents on-line usually
present the fiction of an arbitrarily long scroll (most web pages) or can
present the pages in "logical" (reading) order. Where else would the
back-to-front problem arise?

> Make that 3D and I'll go for it.

Oh, I see now...


 --Joel

Re: [9fans] yet another font package converted to plan9

[Joel Salomon]

On Mon, 4 Aug 2003, Joel Salomon wrote:

> > Don't forget they read back to front as well.
> That's only a problem for troff.
>
Correction: troff wouldn't have a problem (assumming, of course that the
basic quad-di problem had been worked out). The pm postprocessor (that
adjusted page margins) might, though, as would any program that set up
pages for hard-cover binding (i.e. many pages on one large physichal
sheet which is them cut and folded).


--Joel

Re: [9fans] yet another font package converted to plan9

[Joel Salomon]

> Don't forget they read back to front as well.
That's only a problem for troff.

--Joel

Re: [9fans] yet another font package converted to plan9

[Jim Choate]

On Mon, 4 Aug 2003, Joel Salomon wrote:

> > Don't forget they read back to front as well.
> That's only a problem for troff.

Hardly. You're only thinking of static documents.


 --
    ____________________________________________________________________

      We are all interested in the future for that is where you and I
      are going to spend the rest of our lives.

                              Criswell, "Plan 9 from Outer Space"

      ravage@ssz.com                            jchoate@open-forge.org
      www.ssz.com                               www.open-forge.org
    --------------------------------------------------------------------

Re: [9fans] yet another font package converted to plan9

[Jim Choate]

On Tue, 5 Aug 2003, boyd, rounin wrote:

> > If someone were to tackle some facility for right-to-left text, would it
> > make sense to try to do top-to-bottom at the same time ...
>
> yes, for the japanese; top-to-bottom then right-to-left.

Don't forget they read back to front as well.


 --
    ____________________________________________________________________

      We are all interested in the future for that is where you and I
      are going to spend the rest of our lives.

                              Criswell, "Plan 9 from Outer Space"

      ravage@ssz.com                            jchoate@open-forge.org
      www.ssz.com                               www.open-forge.org
    --------------------------------------------------------------------

Re: [9fans] yet another font package converted to plan9

[andrey mirtchovski]

On Mon, 4 Aug 2003, Jack Johnson wrote:

> If someone were to tackle some facility for right-to-left text, would it
> make sense to try to do top-to-bottom at the same time (i.e. arbitrary
> text orientation?), or do you think it would be better to have a system
> that was entirely one orientation or another?
>

Rob Pike may possibly disagree, but since all text displayed in Plan 9 is
(arguably) the same as any other image you see on the screen, switching from
left-to-right to tfel-ot-thgir _should_ be as simple as changing Dx() to
-Dx().

top to bottom would be: Dy() = height + C; Dx() = 0; :)

related topic: I've heard 'freetype' mentioned on this list before.
does Charles Forsyth's port allow for antialiased fonts text?

http://groups.google.com/groups?q=freetype+group:comp.os.plan9&hl=en&lr=&ie=UTF-8&oe=UTF-8&group=comp.os.plan9&selm=ec836bd9.0206161203.634832f0%40posting.google.com&rnum=1

I know it's going to be in Inferno R4, those fonts aren't going to be
available for Plan 9? There are GPL TTFs now, can we use those?

andrey

Re: [9fans] yet another font package converted to plan9

[Skip Tavakkolian]

> If someone were to tackle some facility for right-to-left text, would it
> make sense to try to do top-to-bottom at the same time (i.e. arbitrary
> text orientation?), or do you think it would be better to have a system
> that was entirely one orientation or another?
>
> I haven't been in an environment with languages in multiple
> orientations.  Would it make sense to read something on the order of 'rm
> c.hsabta' or 'rm hsabta.c' where hsabta is atbash in Hebrew glyphs?  Or
> would it be relatively easier to just read 'c.hsabta mr' from right to left?
>
> In a mixed-orientation environment, what would be the correct output of
> 'ls *.c'?

Unicode has a report on this very subject. I confess I've
done a cursory review of it and can't judge if it is reasonable or
not.

http://www.unicode.org/unicode/reports/tr9/

Re: [9fans] yet another font package converted to plan9

[boyd, rounin]

> If someone were to tackle some facility for right-to-left text, would it
> make sense to try to do top-to-bottom at the same time ...

yes, for the japanese; top-to-bottom then right-to-left.

Re: [9fans] yet another font package converted to plan9

[Jack Johnson]

andrey mirtchovski wrote:
> On Mon, 4 Aug 2003, Joel Salomon wrote:
>>Hebrew seems to imply that right-to-left text has been implemented in
>>plan9 - which I know it hasn't. Besides the text *is* backwards - those

If someone were to tackle some facility for right-to-left text, would it
make sense to try to do top-to-bottom at the same time (i.e. arbitrary
text orientation?), or do you think it would be better to have a system
that was entirely one orientation or another?

I haven't been in an environment with languages in multiple
orientations.  Would it make sense to read something on the order of 'rm
c.hsabta' or 'rm hsabta.c' where hsabta is atbash in Hebrew glyphs?  Or
would it be relatively easier to just read 'c.hsabta mr' from right to left?

In a mixed-orientation environment, what would be the correct output of
'ls *.c'?

-Jack

(just musing)

Re: [9fans] yet another font package converted to plan9

[andrey mirtchovski]

On Mon, 4 Aug 2003, Joel Salomon wrote:

> regarding http://pages.cpsc.ucalgary.ca/~mirtchov/p9/fonts/ esp. the
> sample given for 9x18ja
> (http://pages.cpsc.ucalgary.ca/~mirtchov/p9/fonts/9x18ja.png) - where did
> the text come from? The question mark at the beginning of the line in

the examples are linked to from Markus Kuhn's web page:

	http://www.cl.cam.ac.uk/~mgk25/ucs/examples/

> Hebrew seems to imply that right-to-left text has been implemented in
> plan9 - which I know it hasn't. Besides the text *is* backwards - those
> words that are intelligible, that is. The sentence itself is gobbledygook
> (at best :-)

there's no right-to-left input in plan9, yes. using this was simpler than
trying to fit the output of 'unocode 0x0-0xffff' in a single screen :)

> Are the phrases in the other languages equally meaningless?
>

the slavic ones are :)

andrey

[9fans] yet another font package converted to plan9

[Joel Salomon]

regarding http://pages.cpsc.ucalgary.ca/~mirtchov/p9/fonts/ esp. the
sample given for 9x18ja
(http://pages.cpsc.ucalgary.ca/~mirtchov/p9/fonts/9x18ja.png) - where did
the text come from? The question mark at the beginning of the line in
Hebrew seems to imply that right-to-left text has been implemented in
plan9 - which I know it hasn't. Besides the text *is* backwards - those
words that are intelligible, that is. The sentence itself is gobbledygook
(at best :-)

Are the phrases in the other languages equally meaningless?

--Joel