Didier Verna writes:
I'm certainly open to alternatives. I'm not very satisfied
with
"flush" either. "justify" doesn't sound quite right though
because it
means both sides and also suggests that the actual text layout is
involved, which is not the case.
Ah, I see now, having taken time to actually look at the blog :-P.
You're right, it's not "justify" since text layout isn't involved.
Actually, I think any time the background of a face is different from
default, 'flush should be on by default.
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).
So what about flushright, or blockright (closer to the HTML names)
?
Flushright doesn't work for me, it refers to the text layout and
implies ragged left. Why not just "block"? Other not very
satisfactory terms that come to mind are "brick" (as in "bricktext"),
"div" (from HTML but not terribly evocative), "spill" or
"flood" or
the more explicit "spill-to-margin" or "flood-to-margin". Something
that refers to "lines" or "rows", maybe. "band-oriented"
or
"band-fill" or "full-band" maybe?
I guess it can stay "flush" for now, since I don't have a good
alternative suggestion, all the above are pretty awkward. I'm pretty
sure something will occur to me someday soon, but it's just not coming
now.:-/
Doesn't GNU have something like this by now? We should steal their
name.
BTW, I can see other problems (not related to this patch) on
Apple's Terminal.
Terminal just plain sucks. There may be a way to get it to behave
with Japanese, but mostly it doesn't.
_______________________________________________
XEmacs-Patches mailing list
XEmacs-Patches(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-patches