all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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

  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.