Didier Verna writes:
Stephen J. Turnbull wrote:
> Actually, I think any time the background of a face is different
from
> default, 'flush should be on by default.
Yeah, the idea crossed my mind, but I was hesitating because it would
be a somewhat radical change to the way things look right now.
Er, right now we're many moons from a release. Let's get radical,
especially if there's a way to turn it off. In particular, this is a
good excuse for somebody (FVO "somebody" including "me" unless
somebody beats me to it) to figure out and document Ben's behavior
concept.
maybe there are still some situations in which flushing would be
undesirable.
If so, let's find out.
> How hard would it be to implement a dimension? I can see
applications
> for (say) a flush-to-column-65 face, which I'd apply to a whole
> paragraph, and anything hanging into the margin would end up in the
> default face (or more precisely, the face of a containing region).
That's an interesting idea. I don't think this would be very hard to
implement with one problem though: what about variable width fonts (the
notion of column number doesn't always make sense visually)? Which
brings the question of unit of measure: columns, pixels, percentage of
the window's width?
We need to get away from columns anyway. I think that XEmacs should
move in the direction of CSS dimensions. For monospace characters 1
en = 1 em = 1 column. Otherwise, columns don't make a huge amount of
sense.
> Doesn't GNU have something like this by now? We should
steal their
> name.
I've just downloaded 23.3 for Mac, and from what I can see, all faces
behave like this (I don't see any face property that would allow one to
turn the "flush" effect off). In that case, maybe we don't even need a
specific property for this...
No, I can see uses for no-flush (or bounded flush), such as
e.e.cummings poetry and block quotes (eg, of programs).
Or maybe we should just move to the HTML box model. hmmmm...
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta