[Xprint] Re: [STSF-devel] My STSF wishlist, part 2...

Alexander Gelfenbain adg at sun.com
Tue Jan 6 19:49:17 EST 2004


On Wed, Jan 07, 2004 at 03:19:54AM +0100, Roland Mainz wrote:
> 
> Hi!

Hi Roland!


> 
> Another bunch of ideas/wishlist items for STSF (I made that list long
> ago, it even predates the first "My STSF wishlist" posting so don't be
> confused... some of the items are already (partially)
> resolved/implemented and/or had been discussed :):
> * Query fonts via LDAP-like queries (the queries should allow extended
> regular expressions and operators like '(', ')', 'NOT', 'AND', 'OR',
> 'XOR', '==', '!=', 'substr', etc.) ...
>     - ... by "name" (e.g. sort of "common name")
>     - ... by "family"
>     - ... by "foundry"
>     - ... by "langgroup"
>     - ... by "encoding name"
>     - ... by "PostScript font name"
>     - ... by "XLFD" (if the font is registered via XLFD, too)
>     - ... by supported unicode page, range, glyph
>     - ... by supported ENCODING page, range, glyph, column, row
> (ENCODING is defined with the query)
>     - ... by Cmap

We deliberately left it for the application and provided only a
simple query API. If there is a real need, I don't think why it could not
go into the next version of STSF later.

> * An API should be available which search modes are available.
> * The API should perfer (ANSI-C-like) strings for queries over numeric
> values whereever possible to allow an easy extension of the query
> mechanism without changing the API or the wire protocol.
> * Support for non-ASCII font names,  attributes and values (e.g. if a
> font has a chinese name it should be possible to query it with that
> name).
> * Query glyphs by...
>     - ... "nummeric ID"
>     - ... "unicode name" (=the name used in the unicode tables)
>     - ... "postscript glyph name"
> * "batch queries" for fonts and glyph names, e.g. it should be possible
> to send multiple queries with one request (for example - if an MathML
> application searches for glyphs via "PostScript font name" it would be
> very inefficient to do one query per glyph).
> * Implement STSF as part of OpenGL
> * Implement STSF as part of Fresco/Berlin

I don't think integarting STSF with any of these imaging systems is difficult.
Somebody just needs to write an implementation of the render callback...

AG


> 
> ----
> 
> Bye,
> Roland
> 
> -- 
>   __ .  . __
>  (o.\ \/ /.o) Roland.Mainz at informatik.med.uni-giessen.de
>   \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
>   /O /==\ O\  TEL +49 2426 901568 FAX +49 2426 901569
>  (;O/ \/ \O;)
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> STSF-devel mailing list
> STSF-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/stsf-devel

-- 
Alexander Gelfenbain, Sun Microsystems, Inc.
+1 (408) 635-0612 


More information about the Xprint mailing list