rel-0-7-3; New lines in $...$ are lost

Hi, the program is realy cool, but 

Suppose I have something like

Some text text text text text text $x = \sum_{i=0}^N
a_i x^i$, where some other text and more...

After I switch into preview mode I got only one line, which is
too long to be viewed. It would be nice to extract the newline symbol
out of the $...$ if it is there.

Regards,
ASK

P.S. Unlikely it is needed, but anyway

Emacs  : GNU Emacs
Package: rel-0-7-3
GNU Ghostscript 7.05 (2002-04-22)
AUC-TeX-version "11.11"

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: [preview-latex-devel] rel-0-7-3; New lines in $...$ are lost

Alexander Klimov wrote:
> Suppose I have something like
> 
> Some text text text text text text $x = \sum_{i=0}^N
> a_i x^i$, where some other text and more...
> 
> After I switch into preview mode I got only one line, which is
> too long to be viewed. It would be nice to extract the newline symbol
> out of the $...$ if it is there.

Yes. This behaviour is to be expected. In this case, I would recommend
having

    Some text text text text text text 
    $x = \sum_{i=0}^N a_i x^i$, 
    where some other text and more...

in your source. Perhaps you (like me) like M-Q to fill the
paragraph. Then you can do

    Some text text text text text text $x=\sum_{i=0}^Na_ix^i$, 
    where some other text and more...

To solve the problem. The code is then filled as if the entire formula
is one word. Which is also a way to "solve" the problem. (Blanks are
ignored in math mode in LaTeX anyway.) The source is less readable,
but textmath is used for simple formulas only, right? And you do have
preview-latex.

Other ideas, David?

Re: [preview-latex-devel] rel-0-7-3; New lines in $...$ are lost

Hi.

On Thu, 17 Oct 2002, Jan-Ake Larsson wrote:
> To solve the problem. The code is then filled as if the entire formula
> is one word. Which is also a way to "solve" the problem. (Blanks are
> ignored in math mode in LaTeX anyway.)
Almost, but them are separators, that is $x \aprox y$ could not be changed
to $x\aproxy$, but to ugly $x\aprox{}y$. Nevermind, the real trouble is
that I am not the only working on the document and other authors have no
reason to write math in less readable way.

> Other ideas, David?
The idea is to substitute `$..\n..$' with `<image>\n'

Regards,
ASK

-------------------------------------------------------
This sf.net email is sponsored by:
Access Your PC Securely with GoToMyPC. Try Free Now
https://www.gotomypc.com/s/OSND/DD

Re: [preview-latex-devel] rel-0-7-3; New lines in $...$ are lost

Alexander Klimov wrote:
> Almost, but them are separators, that is $x \aprox y$ could not be changed
> to $x\aproxy$, but to ugly $x\aprox{}y$. Nevermind, the real trouble is
> that I am not the only working on the document and other authors have no
> reason to write math in less readable way.

Ah. Of course, you can convince _them_ to use preview-latex also 

Under the "Options" menu, there is a checkbox "Truncate long lines in
this buffer". I presume this is turned off? (truncate-lines is the
variable, type M-x customize-variable RET truncate-lines RET, turn it
off.)

I have made some trials, and it works beautifully here. (Actually,
there is a difference between xemacs (21.1.13) and emacs (21.2.1)
because xemacs displays images twice if the line is broken in the
middle of the image, whereas in emacs the images are displayed only
once.)

> The idea is to substitute `$..\n..$' with `<image>\n'

Yes. Unfortunately, it will take some work to do this (if it even is
possible). preview-latex only "hides" text behind images as it is
implemented today. David will get back soon, he has more info on this,
but to me it sounds as if a new implementation of latex-fill-paragraph
is needed, so you can get textmath filled to your liking. (The old one
is buggy anyway, opening previews when it is not needed.) But a) a lot
of work is needed and b) it is really a part of AUC TeX.

If your substitution is possible, a number of questions remain: 

[de.comp.editoren] Re: {XEmacs] preview-latex, x-symbol unter Windows

The following is a problem report for XEmacs under Windows,
apparently using Cygwin.  While the poster still does not seem to be
able to adhere to problem reporting instructions, at least the given
info might be sufficient for guessing just what might be going wrong
here.  Perhaps additional questions about his setup or generated
logfiles might be necessary for diagnosing the problem.

Alan, any ideas?

BTW, quoted post edited for brevity, if you want it in full, use the
message Id.

From: Christof Kluß <ckluss <at> web.de>
Subject: Re: {XEmacs] preview-latex, x-symbol unter Windows
Newsgroups: de.comp.editoren
Date: 2002-10-21 18:10:34 GMT

[...]

Naja ich dachte, das jmd vielleicht ein ausführlichere Anleitung kennt.
Folgendes passiert:

ck <at> CK ~/preview-latex

Re: [preview-latex-devel] rel-0-7-3; New lines in $...$ are lost

On Mon, 21 Oct 2002, Jan-Ake Larsson wrote:
> Under the "Options" menu, there is a checkbox "Truncate long lines in
> this buffer". I presume this is turned off? (truncate-lines is the
> variable, type M-x customize-variable RET truncate-lines RET, turn it
> off.)
>
> I have made some trials, and it works beautifully here. (Actually,
> there is a difference between xemacs (21.1.13) and emacs (21.2.1)
> because xemacs displays images twice if the line is broken in the
> middle of the image, whereas in emacs the images are displayed only
> once.)
After (setq truncate-lines t) I can see only part of lines which bacame
long in preview mode, don't sure it is better then see everything. Another
trouble is that C-n and C-p move point to invisible newline
inside $...$

> > The idea is to substitute `$..\n..$' with `<image>\n'
>
> If your substitution is possible, a number of questions remain:
> `$..\n..$' -> `<image>\n' or `\n<image>' or `\n<image>\n'
> `$..\n..\n..$' -> ???
In ideal world it should depend on the width of the image: put it in the
end of line if it fits there, in the beginning of the second if it fits
there and on the separate line otherwise.

> But preview-latex philosophy is to do as little damage (changes) as
> possible to the source.
>
> Or perhaps we should provide a macro 'make-single-word-of-textmath ?
It is not uncommon to have inline math wich can't fit into one line

Re: latex can't find preview.sty

Please don't report bugs to my private address, but to the bug
reporting address as specified in the docs.  Preferably use
M-x preview-report-bug
as specified there.

Steffen Brinkmann <subcom <at> users.sourceforge.net> writes:

> ! LaTeX Error: File `preview.sty' not found.

Problem 1: preview.sty is not found.  It has been installed to
somewhere during "make install", but since we don't have the output
or the log of your configure run available, I have no idea where.
The installation should also have run texhash which is supposed to
update the file name database.  Perhaps this did not work.  Since you
don't tell us what TeX distribution and operating system you use, all
bets are off.

> l.6 \newbox
>            \chaos^^M
> No pages of output.
> Transcript written on circ.log.

This is ugly: it means that circ.tex has line endings with a CR on
them which your TeX system does not expect to see.  Since the
original archive certainly does not have such characters in them, I
have no idea how you got them there, even presuming that you may be
using Windows.

> find /usr/share/ -name preview.sty gives no result...

rel-0-7-3; preview-latex only generates less previews than it should

Hi,

apparently I don't manage to solve this problem on my own:

Having execute "generate preview", it will generate some previews, some
not. In the example

  \documentclass{scrartcl}
  \begin{document}
    \section{Eins}
    \subsection{Eins.Eins}
    Test: \[ F(x)=\sin(x)\]
  % (*)
  \end{document}

it will only generate a preview for \section and the formula, but with
\subsection there is an error (see below). Adding

  Test 2: $x = x$

at the place (*) and running "generate preview" again, I will see previews at
\subsection and $x = x$, but not at \section and the \[-\]-formula.

Chosing "on/off at point" will result in a practically empty preview. If you
do "clearout at point" and then "on/off at point" the preview will show - but
the chapter numbering is wrong (0.1 instead of 1.1). Neither repeating
"generate preview" nor using the other preview commands like preview-section
or preview-buffer don't change anything.

Re: [preview-latex-devel] rel-0-7-3; preview-latex only generates less previews than it should

"René" <re <at> karlshof.de> writes:

> Having execute "generate preview", it will generate some previews, some
> not. In the example

> Chosing "on/off at point" will result in a practically empty preview. If you
> do "clearout at point" and then "on/off at point" the preview will show - but
> the chapter numbering is wrong (0.1 instead of 1.1). Neither repeating
> "generate preview" nor using the other preview commands like preview-section
> or preview-buffer don't change anything.

Numberings are an artifact of AUC TeX's region commands.  Could not
really be fixed completely even with more intricate methods, since
inserting a new equation would automatically invalidate the numbers
for all following ones.

> Error: /invalidaccess in --setpagedevice--

Broken security, obviously.

> Output from running `gs -h':
> ESP Ghostscript 7.05.3 (2002-06-28)

Oops, a new one.  Never heard of that.  You'll need to customize
preview-gs-broken-security.

Call
gsnd -c "product revision pstack quit"
in order to get a good idea what codes to configure with
M-x customize-variable RET preview-gs-broken-security RET

Re: [preview-latex-devel] rel-0-7-3; New lines in $...$ are lost

Alexander Klimov wrote:
> After (setq truncate-lines t) I can see only part of lines which bacame
> long in preview mode, don't sure it is better then see everything. 

So you have it _off_ normally. The instructions I gave were for
turning it _off_. You have just turned it _on_.  Exactly what then is
the problem? Initially you wrote:

> After I switch into preview mode I got only one line, which is
> too long to be viewed.

But you see all of it normally (with truncate-lines nil). At least if
I read your mails correct. Long lines _are_ displayed here too,
although wrapped. So what is the problem? Cursor movement?

> Another trouble is that C-n and C-p move point to invisible newline
> inside $...$

Fine. But the preview should then be opened. David?

> > > The idea is to substitute `$..\n..$' with `<image>\n'
> >
> > If your substitution is possible, a number of questions remain:
> > `$..\n..$' -> `<image>\n' or `\n<image>' or `\n<image>\n'
> > `$..\n..\n..$' -> ???
> In ideal world it should depend on the width of the image: put it in the
> end of line if it fits there, in the beginning of the second if it fits
> there and on the separate line otherwise.

This is the behaviour of the present wrapping. But it doesn't insert a