On Fri, 05 Feb 2010 15:47:37 Eli Zaretskii <[email protected]> wrote: > > The reordering code can do what you want if we somehow tell it at > which _buffer_position_ to stop, as if it hits a newline or a > paragraph separator. But buffer positions are not equivalent to > display positions, due to display features like: > > . variable fonts and faces > . glyphs that come from overlays, `display' properties, images, etc. > . `wrap-prefix' and `line-prefix' variables > . composite characters > . tab expansion > > (probably forgot a few). Note that the last one affects text > terminals as well, so even there you cannot simply count characters.
I see your point. I don't think variable fonts, tabs or composite characters are a real problem (tabs are taken into account in fill-paragraph, and the others can be handled by setting the `right-margin' to a value below the screen width). The text overlays are a real problem when they exist. > The problem is that, for the reasons I explain above and in a previous > message in this thread, what you suggest will still end up overflowing > the margin sometimes, and we are back with the same problem. (If I > understood your suggestion, that is; if not, please point out where > I'm wrong.) I understand, but since I'm using wide screens (130 columns at work, over 180 at home), I can set the my line length for the virtual `fill-paragraph' to a lower value (say 110) and hope that it won't overflow, even if it is exceeded by some characters. Ehud. -- Ehud Karni Tel: +972-3-7966-561 /"\ Mivtach - Simon Fax: +972-3-7976-561 \ / ASCII Ribbon Campaign Insurance agencies (USA) voice mail and X Against HTML Mail http://www.mvs.co.il FAX: 1-815-5509341 / \ GnuPG: 98EA398D <http://www.keyserver.net/> Better Safe Than Sorry _______________________________________________ emacs-bidi mailing list [email protected] http://lists.gnu.org/mailman/listinfo/emacs-bidi
