Dear Sir,
I wonder if you can help answering my question or point me to some related
resources.
We have developed some applications on Linux Redhat 7.1. Now we want it to
be in Chinese version. All we did is replacing the menu text in XHPDP and
.menu_text.dat in to Chinese. And specific some
On Friday 14 December 2001 04:30, Keith Packard wrote:
Over the last year, we've learned a lot about how client side fonts
change the X environment. The initial focus was to simplify the Render
extension protocol and avoid future problems by eliminating font
information. This has been
On 13 Dec, Keith Packard wrote:
Server-side fonts were added to Xft to support legacy X servers without the
Render extension. I suggest that instead of using server-side fonts, Xft
should rasterize glyphs with FreeType and draw with the Render extension
where available and using the core
Keith Packard wrote:
...
Server-side fonts were added to Xft to support legacy X servers without the
Render extension. I suggest that instead of using server-side fonts, Xft
should rasterize glyphs with FreeType and draw with the Render extension
where available and using the core
Since render is not yet a standard extension, and making this change would
disable Xft on all commercial X servers aside from XFree86, I would caution
against it at this time.
My 2cents.
-steve
X-Authentication-Warning: engmail2.Eng.Sun.COM: noaccess owned process doing
-bs
Steve Swales wrote on 2001-12-14 19:56 UTC:
I suggest that instead of using server-side fonts, Xft
should rasterize glyphs with FreeType and draw with the Render extension
where available and using the core protocol for legacy servers without
Render support.
But every glyph would
Steve Swales wrote on 2001-12-14 18:17 UTC:
Since render is not yet a standard extension, and making this change would
disable Xft on all commercial X servers aside from XFree86, I would caution
against it at this time.
I think, Keith addressed that objection already in his original
Markus Kuhn Wrote:
Steve Swales wrote on 2001-12-14 18:17 UTC:
Since render is not yet a standard extension, and making this change would
disable Xft on all commercial X servers aside from XFree86, I would caution
against it at this time.
I think, Keith addressed that objection already in
Around 10 o'clock on Dec 14, [EMAIL PROTECTED] wrote:
Excellent idea. Can we also coordinate with the major applications
groups to reach a consensus on font management? The underlying font
management goal should be to reach the same ease of use that is
presently achieved in the Windows
Around 10 o'clock on Dec 14, Steve Swales wrote:
Since render is not yet a standard extension, and making this change would
disable Xft on all commercial X servers aside from XFree86, I would caution
against it at this time.
The idea is to provide a core-protocol fallback where the Render
Certainly using client-side font rendering is what almost all commercial
word processors, page layout and drawing programs have always had to
do with X, because of the need for access to printer metrics.
Actually it turned out to be necessary with NeWS too, in most cases,
because NeWS didn't
11 matches
Mail list logo
