From: David Kastrup <dak@gnu.org>
Subject: Re: LaTeX-Fill-Paragraph and inline images
Date: 10 Feb 2003 21:38:07 +0100 [thread overview]
Message-ID: <x5n0l327o0.fsf@lola.goethe.zz> (raw)
In-Reply-To: b263vr$794$1@sapa.inka.de
"Felix E. Klee" <felix.klee@inka.de> writes:
> David Kastrup wrote:
> >> What are overlays? The problem occurs because LaTeX-Fill-Paragraph
> >> formats text according to the underlying source code, it doesn't know
> >> about the inline images. An formatting algorithm that might work
> >> would be something like this:
> >>
> >> 1. Go to the beginning of a paragraph.
> >> 2. Remove all newlines from that paragraph
> >> 3. Set the variable LINE_WIDTH to 0.
> >> 4. Add the width of the next visible entity (single character, inline
> >> image, ...) to LINE_WIDTH.
> >> 5. If LINE_WIDTH > MAX_LINE_WIDTH then
> >> a) In the paragraph add a newline before the last entity
> >> processed. b) Go back one entity.
> >> c) Continue at step 3 unless we're finished with formatting the
> >> paragraph.
> >> else
> >> Continue at step 4.
> >
> > If things were that easy... The intent of the formatting from AUCTeX
> > is to make the source more readable. Are those images part of the
> > source? Debatable. But it may not be a good idea to break things
> > like text math across lines when it can be reasonably avoided, anyway.
> >
> > Your "algorithm" also more or less seems to imply using "entities".
> > AUCTeX not only formats, it also indents. Should it be looking
> > inside of "entities" for that purpose? And so on...
>
> The algorithm should not format the source of the entities. It should
> only format what is visible to the user after he has applied
> preview-latex.
Why? The purpose of AUCTeX's formatting is not to make the source
ugly when one does not use preview-latex. One wants to have a
reasonable look of the source also in that case.
> > Of course, the current interaction (or rather its completely absence)
> > of preview-latex and AUCTeX is not nice in that regard. Would you
> > want to work on it?
>
> It would be interesting to try out the algorithm on plain text documents
> that are displayed with a variable width font. Do you know how to get
> the width in pixels of an "entity".
char-width, string-width, and more complicated commands (like
compute-motion) come to mind. Probably quite different with XEmacs,
though.
Take a look at the respective sections in the Emacs Lisp manual.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
next prev parent reply other threads:[~2003-02-10 20:38 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-02-08 15:43 LaTeX-Fill-Paragraph and inline images Felix E. Klee
2003-02-09 15:53 ` Kai Großjohann
2003-02-09 16:23 ` Felix E. Klee
2003-02-09 16:37 ` David Kastrup
2003-02-09 17:44 ` Felix E. Klee
2003-02-10 20:38 ` David Kastrup [this message]
2003-02-21 15:02 ` Felix E. Klee
2003-02-21 15:50 ` David Kastrup
2003-02-21 23:02 ` Felix E. Klee
2003-02-21 23:18 ` David Kastrup
2003-02-21 23:35 ` Glenn Morris
2003-02-21 23:50 ` Stefan Monnier <foo@acm.com>
2003-02-22 9:44 ` Felix E. Klee
2003-02-22 20:53 ` Stefan Monnier
2003-02-22 21:07 ` Kai Großjohann
2003-02-23 20:20 ` Felix E. Klee
2003-02-27 9:15 ` Gernot Hassenpflug
2003-02-27 11:58 ` Felix E. Klee
2003-02-27 13:27 ` David Kastrup
2003-02-21 16:01 ` Stefan Monnier <foo@acm.com>
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=x5n0l327o0.fsf@lola.goethe.zz \
--to=dak@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.