headers
David Kastrup | 13 May 2003 12:10
Picon
Favicon

Re: [preview-latex-devel] Re: rel-0-7-8; ghostscript errors


Please configure your mail program to properly declare the encoding
for German characters.  It is a nuisance having to edit all those by
hand.

Axel Thimm <Axel.Thimm <at> physik.fu-berlin.de> writes:

> On Tue, May 13, 2003 at 09:07:50AM +0200, David Kastrup wrote:
> > Axel Thimm <Axel.Thimm <at> physik.fu-berlin.de> writes:
> > > I have some warnings about misplaced sniplets, and somehow the
> > > preamble isn't cached, but I want to make sure these are not due to
> > > my (x)emacs versions, so I'll check against newer emacsen first.
> > 
> > With the default circ.tex?  Preamble caching is done with
> > mylatex.ltx, and \begin{document} must be recognizable for it, and
> > the standard file ".tex" must be empty and in the TeX search path.
> 
> O.K., I had misunderstood the way preview-latex works. After exiting
> emacs I exspected to find some saved state information, now I've read
> that it is only within a session. After exiting emacs prv_circ.efmt
> and the directory with preview.ps and prev???.png are erased, and I
> hadn't examined the filesystem while running emacs.
> 
> It would be nice to keep these across sessions (BTW mylatex seems to
> work only for documents which have \begin{document} in the master
> file, i.e. not \inputed, is that right?

Very probably.

> ). Is that possible?
(Continue reading)

Permalink | Reply |
headers
Axel Thimm | 13 May 2003 13:58
Picon
Picon
Favicon

utf8 not recognized as 8-bit clean? & patch for 8-bit check (was: rel-0-7-8; ghostscript errors)

On Tue, May 13, 2003 at 12:10:06PM +0200, David Kastrup wrote:
> Please report bugs with M-x preview-report-bug RET.  There is no use
> in my trying to guess what system you might be running.

I didn't want to resend the same information I included at the
beginning of the thread, sorry. I will do so, if another bug report
should be neccessary.

> I would suspect that your LaTeX is not 8-bit safe.  Did you use any
> overrides during installation?

> > No, not with circ.tex, but with a large document I am working
> > on. The LaTeX should 8-bit safe, it is from tetex 2.0.2
> 
> That means abosolutely nothing if your locale is not set to something
> that makes LaTeX 8-bit transparent.  If you had to use the override
> during installation, your LaTeX is not 8-bit safe in the environment
> it is running in.  Please read the docs.

No, I didn't override, but you seem to be right about the problem with
8-bit cleaness. The short version of the configure test:

latex '\nonstopmode\message{^^fc!}' 2>&1 | grep 'fc!$' > /dev/null  && echo BAD || echo GOOD

does fail in my locale (en_US.UTF-8, default on Red Hat since Oct
2002). Prepending the test with "LC_ALL=en_US.ISO8859-1" passes the
test.

So utf8 locale is not supported?
(Continue reading)

Permalink | Reply |
headers
David Kastrup | 13 May 2003 15:22
Picon
Favicon

Re: [preview-latex-devel] utf8 not recognized as 8-bit clean? & patch for 8-bit check (was: rel-0-7-8; ghostscript errors)

Axel Thimm <Axel.Thimm <at> physik.fu-berlin.de> writes:

> On Tue, May 13, 2003 at 12:10:06PM +0200, David Kastrup wrote:
>
> > That means abosolutely nothing if your locale is not set to
> > something that makes LaTeX 8-bit transparent.  If you had to use
> > the override during installation, your LaTeX is not 8-bit safe in
> > the environment it is running in.  Please read the docs.
> 
> No, I didn't override, but you seem to be right about the problem with
> 8-bit cleaness. The short version of the configure test:
> 
> latex '\nonstopmode\message{^^fc!}' 2>&1 | grep 'fc!$' > /dev/null  && echo BAD || echo GOOD
> 
> does fail in my locale (en_US.UTF-8, default on Red Hat since Oct
> 2002). Prepending the test with "LC_ALL=en_US.ISO8859-1" passes the
> test.
> 
> So utf8 locale is not supported?

By LaTeX.

> BTW the documentation is a bit irritating in the respect:
> >    `configure' currently tries checking for an 8-bit-clean
> > configuration of LaTeX and refuses to continue until you have fixed it.
> 
> but it doesn't bail out, so I thought 8bit was checked and found to be
> O.K.

That was the intent and previous behavior.
(Continue reading)

Permalink | Reply |
headers
Axel Thimm | 13 May 2003 16:45
Picon
Picon
Favicon

Use always -translate-file=cp8bit?

On Tue, May 13, 2003 at 03:22:27PM +0200, David Kastrup wrote:
> Axel Thimm <Axel.Thimm <at> physik.fu-berlin.de> writes:
> > No, I didn't override, but you seem to be right about the problem with
> > 8-bit cleaness. The short version of the configure test:
> > 
> > latex '\nonstopmode\message{^^fc!}' 2>&1 | grep 'fc!$' > /dev/null  && echo BAD || echo GOOD
> > 
> > does fail in my locale (en_US.UTF-8, default on Red Hat since Oct
> > 2002). Prepending the test with "LC_ALL=en_US.ISO8859-1" passes the
> > test.
> > 
> > So utf8 locale is not supported?
> 
> By LaTeX.

> The manual entry "LaTeX international characters" will tell you how
> to go about this stuff.  As long as LaTeX is not comfortable with
> UTF8, I'd recommend to use Latin1 as your default language
> environment, anyway, but you can also make do by using the
> -translation-file option as described in that section.

Checking the matter further, I don't think that anything but
-translation-file is a good solution to that problem.

I think I am starting to understand preview-latex internals: The TeX
run output needs to be in the same encoding like the TeX input for
matching the previews.

Now consider mixed inputencodings in the same file (e.g. mixed
latin1/greek/arabic). The TeX output is controlled by the locale which
(Continue reading)

Permalink | Reply |
headers
Axel Thimm | 13 May 2003 18:53
Picon
Picon
Favicon

Re: Use always -translate-file=cp8bit?

On Tue, May 13, 2003 at 04:45:18PM +0200, Axel Thimm wrote:
> On Tue, May 13, 2003 at 03:22:27PM +0200, David Kastrup wrote:
> > The manual entry "LaTeX international characters" will tell you how
> > to go about this stuff.  As long as LaTeX is not comfortable with
> > UTF8, I'd recommend to use Latin1 as your default language
> > environment, anyway, but you can also make do by using the
> > -translation-file option as described in that section.
> 
> Checking the matter further, I don't think that anything but
> -translation-file is a good solution to that problem.

Sorry to be a PITA, but that method does not work as
advertized. Although cp8bit's documentation is suggesting that it is a
pass through, this is not the case for the run output:

> elatex -translate-file=cp8bit "\nonstopmode\PassOptionsToPackage{active,dvips,auctex}{preview}\AtBeginDocument{\ifx\ifPreview\undefined\RequirePackage[displaymath,floats,graphics,textmath,sections,footnotes]{preview}\fi}\input{circ.tex}"
> This is e-TeX, Version 3.14159-2.1 (Web2C 7.4.5)
>  (/usr/share/texmf/web2c/cp8bit.tcx)
> entering extended mode
> LaTeX2e <2001/06/01>
> [...]
> l.48 \section
>              {Einf^^fchrung}
> ! Preview: Snippet 2 ended.(651269+183455x14483456).
> <-><->
> [...]

So the only method currently remaining is diverting the locale to be
compatible to (a single) input encoding. :(
(Continue reading)

Permalink | Reply |
headers
Axel Thimm | 13 May 2003 18:53
Picon
Picon
Favicon

Re: Use always -translate-file=cp8bit?

On Tue, May 13, 2003 at 04:45:18PM +0200, Axel Thimm wrote:
> On Tue, May 13, 2003 at 03:22:27PM +0200, David Kastrup wrote:
> > The manual entry "LaTeX international characters" will tell you how
> > to go about this stuff.  As long as LaTeX is not comfortable with
> > UTF8, I'd recommend to use Latin1 as your default language
> > environment, anyway, but you can also make do by using the
> > -translation-file option as described in that section.
> 
> Checking the matter further, I don't think that anything but
> -translation-file is a good solution to that problem.

Sorry to be a PITA, but that method does not work as
advertized. Although cp8bit's documentation is suggesting that it is a
pass through, this is not the case for the run output:

> elatex -translate-file=cp8bit "\nonstopmode\PassOptionsToPackage{active,dvips,auctex}{preview}\AtBeginDocument{\ifx\ifPreview\undefined\RequirePackage[displaymath,floats,graphics,textmath,sections,footnotes]{preview}\fi}\input{circ.tex}"
> This is e-TeX, Version 3.14159-2.1 (Web2C 7.4.5)
>  (/usr/share/texmf/web2c/cp8bit.tcx)
> entering extended mode
> LaTeX2e <2001/06/01>
> [...]
> l.48 \section
>              {Einf^^fchrung}
> ! Preview: Snippet 2 ended.(651269+183455x14483456).
> <-><->
> [...]

So the only method currently remaining is diverting the locale to be
compatible to (a single) input encoding. :(
(Continue reading)

Permalink | Reply |
headers
Axel Thimm | 13 May 2003 16:45
Picon
Picon
Favicon

Use always -translate-file=cp8bit?

On Tue, May 13, 2003 at 03:22:27PM +0200, David Kastrup wrote:
> Axel Thimm <Axel.Thimm <at> physik.fu-berlin.de> writes:
> > No, I didn't override, but you seem to be right about the problem with
> > 8-bit cleaness. The short version of the configure test:
> > 
> > latex '\nonstopmode\message{^^fc!}' 2>&1 | grep 'fc!$' > /dev/null  && echo BAD || echo GOOD
> > 
> > does fail in my locale (en_US.UTF-8, default on Red Hat since Oct
> > 2002). Prepending the test with "LC_ALL=en_US.ISO8859-1" passes the
> > test.
> > 
> > So utf8 locale is not supported?
> 
> By LaTeX.

> The manual entry "LaTeX international characters" will tell you how
> to go about this stuff.  As long as LaTeX is not comfortable with
> UTF8, I'd recommend to use Latin1 as your default language
> environment, anyway, but you can also make do by using the
> -translation-file option as described in that section.

Checking the matter further, I don't think that anything but
-translation-file is a good solution to that problem.

I think I am starting to understand preview-latex internals: The TeX
run output needs to be in the same encoding like the TeX input for
matching the previews.

Now consider mixed inputencodings in the same file (e.g. mixed
latin1/greek/arabic). The TeX output is controlled by the locale which
(Continue reading)

Permalink | Reply |
headers
Axel Thimm | 13 May 2003 14:32
Picon
Picon
Favicon

utf8 blues ...

On Tue, May 13, 2003 at 01:58:31PM +0200, Axel Thimm wrote:
> No, I didn't override, but you seem to be right about the problem with
> 8-bit cleaness. The short version of the configure test:
> 
> latex '\nonstopmode\message{^^fc!}' 2>&1 | grep 'fc!$' > /dev/null  && echo BAD || echo GOOD
> 
> does fail in my locale (en_US.UTF-8, default on Red Hat since Oct
> 2002). Prepending the test with "LC_ALL=en_US.ISO8859-1" passes the
> test.
> 
> So utf8 locale is not supported?

Well, I found a rather good URL for this problem:
http://www.latex-project.org/cgi-bin/ltxbugs2html?pr=latex%2F3480

What is the recomended action for using preview-latex on utf8 enabled
systems? Switch to a non-utf8 locale before running emacs?
--

-- 
Axel.Thimm <at> physik.fu-berlin.de

-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com
Permalink | Reply |
headers
David Kastrup | 13 May 2003 15:25
Picon
Favicon

Re: utf8 blues ...

Axel Thimm <Axel.Thimm <at> physik.fu-berlin.de> writes:

> On Tue, May 13, 2003 at 01:58:31PM +0200, Axel Thimm wrote:
>
> > So utf8 locale is not supported?
> 
> Well, I found a rather good URL for this problem:
> http://www.latex-project.org/cgi-bin/ltxbugs2html?pr=latex%2F3480
> 
> What is the recomended action for using preview-latex on utf8
> enabled systems? Switch to a non-utf8 locale before running emacs?

Reading the manual section "LaTeX international characters".

--

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com
Permalink | Reply |
headers
David Kastrup | 13 May 2003 15:25
Picon
Favicon

Re: utf8 blues ...

Axel Thimm <Axel.Thimm <at> physik.fu-berlin.de> writes:

> On Tue, May 13, 2003 at 01:58:31PM +0200, Axel Thimm wrote:
>
> > So utf8 locale is not supported?
> 
> Well, I found a rather good URL for this problem:
> http://www.latex-project.org/cgi-bin/ltxbugs2html?pr=latex%2F3480
> 
> What is the recomended action for using preview-latex on utf8
> enabled systems? Switch to a non-utf8 locale before running emacs?

Reading the manual section "LaTeX international characters".

--

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

_______________________________________________
Preview-latex-bugs mailing list
Preview-latex-bugs <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/preview-latex-bugs

-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
(Continue reading)

Permalink | Reply |
headers
David Kastrup | 13 May 2003 15:22
Picon
Favicon

Re: utf8 not recognized as 8-bit clean? & patch for 8-bit check (was: rel-0-7-8; ghostscript errors)

Axel Thimm <Axel.Thimm <at> physik.fu-berlin.de> writes:

> On Tue, May 13, 2003 at 12:10:06PM +0200, David Kastrup wrote:
>
> > That means abosolutely nothing if your locale is not set to
> > something that makes LaTeX 8-bit transparent.  If you had to use
> > the override during installation, your LaTeX is not 8-bit safe in
> > the environment it is running in.  Please read the docs.
> 
> No, I didn't override, but you seem to be right about the problem with
> 8-bit cleaness. The short version of the configure test:
> 
> latex '\nonstopmode\message{^^fc!}' 2>&1 | grep 'fc!$' > /dev/null  && echo BAD || echo GOOD
> 
> does fail in my locale (en_US.UTF-8, default on Red Hat since Oct
> 2002). Prepending the test with "LC_ALL=en_US.ISO8859-1" passes the
> test.
> 
> So utf8 locale is not supported?

By LaTeX.

> BTW the documentation is a bit irritating in the respect:
> >    `configure' currently tries checking for an 8-bit-clean
> > configuration of LaTeX and refuses to continue until you have fixed it.
> 
> but it doesn't bail out, so I thought 8bit was checked and found to be
> O.K.

That was the intent and previous behavior.
(Continue reading)

Permalink | Reply |
headers
Axel Thimm | 13 May 2003 14:32
Picon
Picon
Favicon

utf8 blues ...

On Tue, May 13, 2003 at 01:58:31PM +0200, Axel Thimm wrote:
> No, I didn't override, but you seem to be right about the problem with
> 8-bit cleaness. The short version of the configure test:
> 
> latex '\nonstopmode\message{^^fc!}' 2>&1 | grep 'fc!$' > /dev/null  && echo BAD || echo GOOD
> 
> does fail in my locale (en_US.UTF-8, default on Red Hat since Oct
> 2002). Prepending the test with "LC_ALL=en_US.ISO8859-1" passes the
> test.
> 
> So utf8 locale is not supported?

Well, I found a rather good URL for this problem:
http://www.latex-project.org/cgi-bin/ltxbugs2html?pr=latex%2F3480

What is the recomended action for using preview-latex on utf8 enabled
systems? Switch to a non-utf8 locale before running emacs?
--

-- 
Axel.Thimm <at> physik.fu-berlin.de

-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

_______________________________________________
Preview-latex-bugs mailing list
Preview-latex-bugs <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/preview-latex-bugs
(Continue reading)

Permalink | Reply |
headers
Axel Thimm | 13 May 2003 13:58
Picon
Picon
Favicon

utf8 not recognized as 8-bit clean? & patch for 8-bit check (was: rel-0-7-8; ghostscript errors)

On Tue, May 13, 2003 at 12:10:06PM +0200, David Kastrup wrote:
> Please report bugs with M-x preview-report-bug RET.  There is no use
> in my trying to guess what system you might be running.

I didn't want to resend the same information I included at the
beginning of the thread, sorry. I will do so, if another bug report
should be neccessary.

> I would suspect that your LaTeX is not 8-bit safe.  Did you use any
> overrides during installation?

> > No, not with circ.tex, but with a large document I am working
> > on. The LaTeX should 8-bit safe, it is from tetex 2.0.2
> 
> That means abosolutely nothing if your locale is not set to something
> that makes LaTeX 8-bit transparent.  If you had to use the override
> during installation, your LaTeX is not 8-bit safe in the environment
> it is running in.  Please read the docs.

No, I didn't override, but you seem to be right about the problem with
8-bit cleaness. The short version of the configure test:

latex '\nonstopmode\message{^^fc!}' 2>&1 | grep 'fc!$' > /dev/null  && echo BAD || echo GOOD

does fail in my locale (en_US.UTF-8, default on Red Hat since Oct
2002). Prepending the test with "LC_ALL=en_US.ISO8859-1" passes the
test.

So utf8 locale is not supported?
(Continue reading)

Permalink | Reply |

Gmane