[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Future of display engine [Re: Printing]
From: |
Kenichi Handa |
Subject: |
Future of display engine [Re: Printing] |
Date: |
Wed, 08 Apr 2009 10:19:33 +0900 |
In article <address@hidden>, YAMAMOTO Mitsuharu <address@hidden> writes:
> > That doesn't answer my question. As I now don't remember well when
> > and how it is used, just by reading your comment, I don't understand
> > what is the problem of using (struct glyphs_string *)->clip, and how
> > using GC extention data solves it.
> Not a problem, but just a matter of uniformity. Even in the current
> xterm.c, colors and clipping information is managed by GC for drawings
> except texts. The use of GC extension data enables us to get rid of
> this special treatment for text drawings.
Ah, I see your point. I was thinking the other way round.
I vaguely think we can have more uniform display engine if
we can have various information for displaying in a device
independent way. Though, I have not investigate it in
detail.
---
Kenichi Handa
address@hidden
- Re: Printing, (continued)
- Re: Printing, Kenichi Handa, 2009/04/06
- Re: Printing, YAMAMOTO Mitsuharu, 2009/04/06
- Re: Printing, Kenichi Handa, 2009/04/06
- Re: Printing, YAMAMOTO Mitsuharu, 2009/04/06
- Re: Printing, Kenichi Handa, 2009/04/06
- Re: Printing, YAMAMOTO Mitsuharu, 2009/04/06
- Future of display engine [Re: Printing],
Kenichi Handa <=
- Re: Future of display engine [Re: Printing], YAMAMOTO Mitsuharu, 2009/04/07
- Re: Printing, YAMAMOTO Mitsuharu, 2009/04/07
- Re: Printing, Kenichi Handa, 2009/04/07
- Re: Printing, YAMAMOTO Mitsuharu, 2009/04/19
Re: Printing, tomas, 2009/04/02