Re: [E-devel] the implementation of etox seems slow

[Carsten H. (T. R. <ra...@ra...>]

On Sat, 13 Aug 2005 05:34:24 -0400 Jose O Gonzalez <jos...@ju...> babbled:

> 
> 
> On Sat, 13 Aug 2005 02:16:49 -0400 Jose writes:
> > 
> > 
> > 
> > 	You could make this work by letting such 'layout engines'
> > use smart objects and be given as external libs, ie. libs like edje.
> > 	You'd create, via the particular text format/layout lib, 
> > objects
> > of whatever format type you want (say text/html), and when a 
> > 'string'
> > of text is 'set' to a text-format block object, the lib would create
> > the needed evas smart object and 'parts' which are evas text objects
> > with text/font-face/font-size/color set on such objects as the lib
> > choses,
> > and with each such part giving the pos it should be rendered at.
> > Things like underline/overstrike are extra line objects, etc.
> > 
> > 	This might be a bit slow for top-bottom text and such.
> > 
> 	Actually evas could easily draw vertical (ie. top-bottom)
> text quite easily, as this merely requires advancing the 'pen'
> by each glyph's advance in both x and y components (same for
> kerning deltas) - right now it only advances the x coordinate.
> I haven't looked at ft2 (last ft I looked at was ft1), but it's
> likely that if the font is meant to be drawn vertically then
> ft2 will give the required glyph y advances..

it'd definitely be possible. we'd need options for it, but it's possible. but
on a higher level the layout code for textblock for exmaple also thinks left to
right advancinc to the right in x then wrapping onto a new line. to do top to
bottom it needs to think differently and let the height of the object control
wrapping not the width. as best i have seen NO one EVER mixes top to bottom and
left to right WITHIN the same block of text. they may make a whole new page
section that formats independently or a new page - but never within a block. so
this would be an option i guess for the layout enigne - use a different layout
routine. as for right to left. there are many examples of mixed left to right
and right to left text. this is easier to mix, but also requires special
treatment.

i'd LOVE someone who is really inetersted in these to take them head on and do
them. so far in the history of my coding expeditions, right to left and top to
bottom text have been requested 2 times and once - respecitvely.

> 	In any event, font/text issues are most definately a *huge*
> pain, and it would require some time looking into ft2 and such
> in order to get a good idea of what's involved..

theres another problem. combined glyphs. where 1 characters is made up fo 2 or
3 glyphs drawn 2 or 3 tumes on top of eachother which are a sequence of 2 or 3
characters. i understand arabic is the "offender" here. that makes life a REAL
pain.

> 	But for things like html, rich-text, plain-text, funky-text,
> etc, ... formatting schemes, it should be possible (and likely
> preferable) to achieve such formatting schemes with external
> 'smart-libs' and some modifications to evas' core glyph drawing
> (and possibly font/glyph caching).

it'd be nice - but u'd need a generic way to plug them in - and thats not easy.

> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> enlightenment-devel mailing list
> enl...@li...
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    ra...@ra...
裸好多                              ra...@de...
Tokyo, Japan (東京 日本)