From xemacs-m  Sun Mar 23 18:48:41 1997
Received: from xemacs.cs.uiuc.edu (localhost [127.0.0.1])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id SAA09726;
	Sun, 23 Mar 1997 18:48:40 -0600 (CST)
Message-Id: <199703240048.SAA09726@xemacs.org>
To: jens@lemming0.lem.uni-karlsruhe.de
cc: xemacs-beta@xemacs.org
Subject: Re: ponder this for 20.2 
In-reply-to: Your message of "24 Mar 1997 01:21:23 +0100."
             <m3g1xm2l8c.fsf@jens.metrix.de> 
Date: Sun, 23 Mar 1997 18:48:39 -0600
From: Chuck Thompson <cthomp@xemacs.org>

    Jens> * glyphs wouldn't vanish if the line they're fixed to is
    Jens>   scrolled up out of the visible buffer portion

No problem.  Let me know when the complete rewrite of XEmacs is
started and we have a buffer structure which doesn't contain only
text.  It isn't going to happen anytime before that unless everyone
starts running XEmacs on something at least as fast as say a PPro
200.


    Jens> * it would be possible to have pixel values for the line
    Jens>   width/height

Eh?  You have both of those now.  I'm guessing you mean functions to
return those current values.  If you mean something else please be a
lot clearer.


    Jens> * filling of nonproportional fonts would work

Just need the appropriate pixel based versions of the current
characters versions.  On the surface these are extremely simple.  The
redisplay structures contain all of the necessary information.  I'm
not sure anymore if there is anything making it difficult to do these
other than no one has ever gotten around to it.


    Jens> * there would be a new extent property called 'buttonize
    Jens>   which would frame the whole extent with left and top
    Jens>   <light color>, right & bottom with <dark color> and the
    Jens>   extent with the face's background color?

This was on my mystical TODO list.  All the pieces are present which
are needed to do this.  It's just a matter of putting them together.



    Jens> * (related to filling of nonproportional fonts) there would
    Jens>   be a new extent property called 'expandable-spaces which
    Jens>   would just work on the redisplay engine in such a way that
    Jens>   it would make spaces under the extents control to be
    Jens>   stretchable to a get a given pixel width?

Having an extent property which forces a certain width space would be
extremely easy.  Allowing a percent would also be easy since redisplay
knows pixel width of the line so this is an easy calculation.  There
are a number of ways to implement it.  Changing the function
space_width in redisplay.c to take an optional extent arg would be the
quickest way.


			-Chuck

