Services & Resources / Wolfram Forums
-----
 /
MathGroup Archive
2004
*January
*February
*March
*April
*May
*June
*July
*August
*September
*October
*November
*December
*Archive Index
*Ask about this page
*Print this page
*Give us feedback
*Sign up for the Wolfram Insider

MathGroup Archive 2004

[Date Index] [Thread Index] [Author Index]

Search the Archive

Re: Publicon problems converting sample document to LaTeX

  • To: mathgroup at smc.vnet.net
  • Subject: [mg50313] Re: Publicon problems converting sample document to LaTeX
  • From: "Steve Luttrell" <steve_usenet at _removemefirst_luttrell.org.uk>
  • Date: Thu, 26 Aug 2004 06:51:14 -0400 (EDT)
  • References: <cg20f3$od7$1@smc.vnet.net> <cgcicp$eo7$1@smc.vnet.net> <200408241022.GAA06691@smc.vnet.net> <cghfrv$jeo$1@smc.vnet.net>
  • Sender: owner-wri-mathgroup at wolfram.com

I just tried to reproduce your experiment. I found the same formatting
problems with wide equations that you encountered. However, I had a bit more
success with the graphics because I did a DVI->PS translation before viewing
the results on screen.

Here's what I did:

1. Create a DefaultSample.nb document using the "S" button at the top-left
of the Default palette.
2. Save As LaTeX.
3. Use MiKTeX to compile the LaTeX source.
4. Use the YAP to look at the DVI. Graphics do NOT display.
5. Process DVI->PS, and use GSVIEW to look at the PS. Graphics DO display.

I have got used to graphics being temperamental in DVI viewers, so I am not
too worried about not seeing them above. The only formatting problems are
with the two very long numbers whose right hand margin seems to be decided
by where the right hand edge of the page is.

Equation 4 is also too wide to fit properly. I notice that equation 4 (when
viewed in Publicon) does not reformat itself when you make the window narrow
enough to "squeeze" it; this appears to be related to be a Publicon (and
Mathematica) limitation with doing clever formatting of equations that live
in grids of boxes (i.e. such clever formatting is not even attempted).

Steve Luttrell

"Murray Eisenberg" <murray at math.umass.edu> wrote in message
news:cghfrv$jeo$1 at smc.vnet.net...
> My first attempt at translating a Publicon document into LaTeX and
> printing the result was a bit of a disaster.
>
> I tried the supplied file DefaultSample.nb, saving it to LaTeX.
>
> First I tried to use Y&Y LaTeX to process this, but it choked on .tfm's
> it couldn't find.
>
> Second I tried MiKTeX.  At least LaTeX processed to the end of the
> document.  But:
>
> (1) There was no \maketitle in the generated LaTeX, so no title appeared!
>
> (2) None of the .ps files (originating from the \includegraphics
> commands) rendered in the Yap viewer and none printed.  (See below for
> the Yap report.)
>
> (3) The wide math display (4) was horribly translated into LaTeX as just
> an equation environment, whereas some sort of amsmath structure was
> clearly required in order to keep the long lines from wandering
> off-screen and off-paper to the right.  I suppose this is more than one
> can ask at present from such a translater -- that here the burden should
> fall upon the author of the Publicon notebook, but then this might mean
> considerable manual intervention into the LaTeX markup, and that in turn
> vitiates some of the purpose of using Publicon to produce TeX.
>
>
> Here's the report I got about the (first?) PostScript special include
> not being able to be rendered:
>
>    Error: /typecheck in --image--
> Operand stack:
>     --nostringval--   PermitFileReading   --nostringval-- 
> PermitFileWriting   --nostringval--   (\000)   745   745   8
> --nostringval--   --nostringval--   --nostringval--   --nostringval--
> Execution stack:
>     %interp_exit   .runexec2   --nostringval--   --nostringval-- 
> --nostringval--   2   %stopped_push   --nostringval--   --nostringval-- 
>    --nostringval--   false   1   %stopped_push   1   3   %oparray_pop
> 1   3   %oparray_pop   1   3   %oparray_pop   1   3   %oparray_pop
> .runexec2   --nostringval--   --nostringval--   --nostringval--   2
> %stopped_push   --nostringval--   11   5   %oparray_pop
> --nostringval--   12   5
%oparray_pop   --nostringval--   --nostringval--
> Dictionary stack:
>     --dict:1057/1123(ro)(G)--   --dict:0/20(G)--   --dict:71/200(L)-- 
> --dict:95/300(L)--   --dict:81/200(L)--
> Current allocation mode is local
> MiKTeX GPL Ghostscript 8.01: Unrecoverable error, exit code 1
>
>
> -- 
> Murray Eisenberg                     murray at math.umass.edu
> Mathematics & Statistics Dept.
> Lederle Graduate Research Tower      phone 413 549-1020 (H)
> University of Massachusetts                413 545-2859 (W)
> 710 North Pleasant Street            fax   413 545-1801
> Amherst, MA 01003-9305
>



  • Prev by Date: Re: Re: Re: Re: Re: Re: FindMinimum and the minimum-radius circle
  • Next by Date: An entropy measure of rational number fractal dimension: d=0.3732201657487591656832916543359
  • Previous by thread: Re: Re: Technical Publishing Made Easy with New Wolfram Publicon Software
  • Next by thread: Re: Re: Publicon problems converting sample document to LaTeX