From xemacs-m  Sun Mar 23 19:07:37 1997
Received: from jens.metrix.de (root@jens.metrix.de [194.123.88.124])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id TAA09852
	for <xemacs-beta@xemacs.org>; Sun, 23 Mar 1997 19:07:35 -0600 (CST)
Received: (from jens@localhost) by jens.metrix.de (8.7.6/8.7.3) id CAA01059; Mon, 24 Mar 1997 02:04:30 +0100
To: xemacs-beta@xemacs.org
Subject: Re: ponder this for 20.2
References: <199703240048.SAA09726@xemacs.org>
X-Face: Z[@OB)("ZvE?ev~1b+b!0ZUB.$%rh.9qE>dVf>q}Q/V?%d`J3gd!LR\aAZ8<Hwi]xTA(:*c;i3,?K?+rCy*^b$)a,}E?eo},}x2]5LlJysyoUOK"o[>K)'\Ulb7y-7*.If^;rHl['oa)n_M7E6w+LDKMs"G8_`c)uOS1^}.1|8Ill]7X68X-paeUOpBhz<F`B0?~^2Et~GYfw~/0]H]nx4~C_E/_mp#^7Ixc:
Reply-To: jens@lemming0.lem.uni-karlsruhe.de
Mime-Version: 1.0 (generated by tm-edit 7.106)
Content-Type: text/plain; charset=US-ASCII
From: Jens Lautenbacher <jens@metrix.de>
Date: 24 Mar 1997 02:04:29 +0100
In-Reply-To: Chuck Thompson's message of Sun, 23 Mar 1997 18:48:39 -0600
Message-ID: <m367yi2j8i.fsf@jens.metrix.de>
Lines: 62
X-Mailer: Gnus v5.4.33/XEmacs 19.15(beta103)

Chuck Thompson <cthomp@xemacs.org> writes:

>     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.
That is very very pity & makes me feel sad sad sad.

>     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.

Yeah, of course. Sorry to be unclear. Please take into account we have
2.00 local time / 24 hour format.
> 
>     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.

That  doesn't sound *that* bad. Not that I have the ability to do 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.

So in general these two suggestions don't seem to be a so-bad-concept?
That's just what I wanted to hear from the M-o-R! :-) So the only
thing left is to find someone who can code it. Should be trivial :-)
<place for flames here>

	   JTL


    

