Re: Lion

[Walter van Holst]

On 7/20/11 6:24 PM, Anders Host-Madsen wrote:

Has anyone tried LyX (2.0) under Mac OSX Lion? Has anyone encountered
any problems? I will wait with upgrading until I know LyX can
run under Lion.


Lyx 2.0.0 beta 2 runs fine on Lion.

However, lots of other applications behave wonky on Lion, so I would not 
necessarily recommend upgrading now.


Regards,

 Walter

Figure Shifts Right When Exported

[Rich Shepard]

  I've been fighting this for a couple of hours now and have not yet found a
solution. I have a rather large .eps figure inserted in a float. I set the
width to 80% of the text width and the paragraph justification to center.

  When I preview the page using ctrl-x, ctrl-p I see the figure propertly
displayed (it's rotated 90 degrees so the 'top' is just above the '1' in
Figure 1 and the 'bottom' is just within the right page edge.) After
exporting via pdflatex, when I view the page (xpdf, epdfview, acroread) the
figure has shifted slightly to the right so the 'bottom' is truncated.

  I've not seen this behavior before. I'm running lyx-2.0 on slackware-13.1.
I can send the file, the .eps figure, or whatever would help determine why
it's fighting me so hard.

Help really appreciated,

Rich

Re: textpos in lyx

[Csikos Bela]

Paul Rubin ru...@msu.edu írta:
I tried this and the image appeared to be centered horizontally.  If you are
still having a problem with it, perhaps you can post a minimal example that
demonstrates the problem.

Sure. I am trying to attach two lyx files and the resulted pdf files:

1. textpos-example-1-to-the-right.lyx and pdf: here the textblock is closer to 
the right edge of the page.

2. textpos-example-2-to-the-left.lyx and pdf: here it is closer to the left 
edge of the page.

Thanks for anwering,

bcsikos

textpos-example-1-to-the-right.lyx
Description: Binary data


textpos-example-1-to-the-right.pdf
Description: Adobe PDF document


textpos-example-2-to-the-left.lyx
Description: Binary data


textpos-example-2-to-the-left.pdf
Description: Adobe PDF document

Re: Figure Shifts Right When Exported -- [RESOLVED]

[Rich Shepard]

On Thu, 21 Jul 2011, Rich Shepard wrote:


 When I preview the page using ctrl-x, ctrl-p I see the figure propertly
displayed (it's rotated 90 degrees so the 'top' is just above the '1' in
Figure 1 and the 'bottom' is just within the right page edge.) After
exporting via pdflatex, when I view the page (xpdf, epdfview, acroread)
the figure has shifted slightly to the right so the 'bottom' is truncated.


  Fixed it. I did two things and I don't know if both were required, but it
works now.

  First, I recompiled the graphviz file to directly output a .pdf file.
Second, I moved the default bounding box (read from file) so the origin is
at (0,0) rather than the default (36,36). It was probably the latter that
fixed the problem, but the pdf also is much clearer than was the .eps.

Whew!

Rich

LyX causes Acrobat Reader Freeze (?)

[Paul A . Rubin]

Hi all,

I just ran into a bug, but I'm not sure who the culprit is. The setup is LyX 
2.0.0 and Acrobat Reader 9 (specifically 9.4.2-0natty1 on Mint 11 Katya (forked
from Ubuntu Natty).  If I create a document of more than one page in LyX (I've
tested both article and beamer classes, both new and old documents) and preview
it using pdflatex, Acrobat Reader freezes on the first page (no scroll bars, no
reaction to any inputs) until I force-quit it.  This happens whether using
xdg-open or telling LyX directly to use acroread.  Previewing does not freeze
Evince. Once I force-quit Reader, I can open the PDF sitting in the temporary
directory in Reader and no freeze occurs, so the document itself is not
defective.  (Acrobat Reader appears to be configured to allow only one instance
at a time, so I can't open the PDF in a second instance while the first is 
frozen.)

I didn't see anything about this in Trac or on the list. FWIW, the system is
64-bit and the PC is quad core (AMD).  Any clues what's going on?

Thanks,
Paul

Re: Figure Shifts Right When Exported -- [RESOLVED]

[Tim Wescott]

On Thu, 2011-07-21 at 12:07 -0700, Rich Shepard wrote:
 On Thu, 21 Jul 2011, Rich Shepard wrote:
 
   When I preview the page using ctrl-x, ctrl-p I see the figure propertly
  displayed (it's rotated 90 degrees so the 'top' is just above the '1' in
  Figure 1 and the 'bottom' is just within the right page edge.) After
  exporting via pdflatex, when I view the page (xpdf, epdfview, acroread)
  the figure has shifted slightly to the right so the 'bottom' is truncated.
 
Fixed it. I did two things and I don't know if both were required, but it
 works now.
 
First, I recompiled the graphviz file to directly output a .pdf file.
 Second, I moved the default bounding box (read from file) so the origin is
 at (0,0) rather than the default (36,36). It was probably the latter that
 fixed the problem, but the pdf also is much clearer than was the .eps.

Was it as simple as the figure being a bit wider than the text, and
getting trimmed?  When I get a figure that oversteps its bounds Lyx (or
LaTeX) seems to want to left-justify it -- if you moved the bounding box
to the left margin that may have fixed it (or it may have just made it
shift slightly to the _left_, up against the right margin).

Dunno.  Dunno if it matters, or if you care -- but that's what seems to
happen to me when I make 'em too big.

-- 
---
Tim Wescott
www.wescottdesign.com
Control  Communications systems, circuit  software design.

Re: Figure Shifts Right When Exported -- [RESOLVED]

[Rich Shepard]

On Thu, 21 Jul 2011, Tim Wescott wrote:


Was it as simple as the figure being a bit wider than the text, and
getting trimmed?  When I get a figure that oversteps its bounds Lyx (or
LaTeX) seems to want to left-justify it -- if you moved the bounding box
to the left margin that may have fixed it (or it may have just made it
shift slightly to the _left_, up against the right margin).


Tim,

  I don't think it was simple. When I previewed the document all was visible
and centered above the figure caption. When the document was compiled with
pdflatex the resulting figure was shifted slightly to the right.

  When I inserted the figure and elected to trim to the bounding box as
reported by the graphic file the lower left corner was inset by 36 pixels in
both directions. Since that was the default I left it. Most figures I insert
(regardless of format) have the origin at 0,0. Shifting the origin from
36,36 to 0,0 kept the compiled document from shifting the figure.

  Shrug.

Thanks,

Rich

Re: LyX causes Acrobat Reader Freeze (?)

[Liviu Andronic]

On Thu, Jul 21, 2011 at 9:37 PM, Paul A. Rubin ru...@msu.edu wrote:
 Hi all,

 I just ran into a bug, but I'm not sure who the culprit is. The setup is LyX
 2.0.0 and Acrobat Reader 9 (specifically 9.4.2-0natty1 on Mint 11 Katya 
 (forked
 from Ubuntu Natty).  If I create a document of more than one page in LyX (I've
 tested both article and beamer classes, both new and old documents) and 
 preview
 it using pdflatex, Acrobat Reader freezes on the first page (no scroll bars, 
 no
 reaction to any inputs) until I force-quit it.

I assume that this is on 2nd and subsequent compilations. When it is
on the first compilation, acroread doesn't freeze, right? If this is
the case, then it's a bug in acroread: it doesn't automatically reload
a PDF document when it has been resaved to disk. Try File  Reload (or
similar) to see if it solves the problem. Otherwise, consider using
Evince, and try acroread only before submitting.

Regards
Liviu



  This happens whether using
 xdg-open or telling LyX directly to use acroread.  Previewing does not freeze
 Evince. Once I force-quit Reader, I can open the PDF sitting in the temporary
 directory in Reader and no freeze occurs, so the document itself is not
 defective.  (Acrobat Reader appears to be configured to allow only one 
 instance
 at a time, so I can't open the PDF in a second instance while the first is
 frozen.)

 I didn't see anything about this in Trac or on the list. FWIW, the system is
 64-bit and the PC is quad core (AMD).  Any clues what's going on?

 Thanks,
 Paul






-- 
Do you know how to read?
http://www.alienetworks.com/srtest.cfm
http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader
Do you know how to write?
http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail

Re: LyX causes Acrobat Reader Freeze (?)

[Paul Rubin]

Liviu Andronic landronimirc at gmail.com writes:


 I assume that this is on 2nd and subsequent compilations. When it is
 on the first compilation, acroread doesn't freeze, right? If this is
 the case, then it's a bug in acroread: it doesn't automatically reload
 a PDF document when it has been resaved to disk. Try File  Reload (or
 similar) to see if it solves the problem. Otherwise, consider using
 Evince, and try acroread only before submitting.

No, this is on the first compilation (as well as on subsequent compilations).
Also, in all cases Reader is closed at the time I do View  PDF (pdflatex); I'm
not trying to reload a PDF while a previous version is open for display.

I just verified that the problem does *not* occur on my laptop, which is the
same OS, same versions of LyX and Acrobat Reader, but a 32 bit version of the OS
and two cores (the bug occurs on a box with a 64 bit version of the OS and four
cores).

Paul

Re: LyX causes Acrobat Reader Freeze (?)

[Liviu Andronic]

On Thu, Jul 21, 2011 at 11:44 PM, Paul Rubin ru...@msu.edu wrote:
 No, this is on the first compilation (as well as on subsequent compilations).
 Also, in all cases Reader is closed at the time I do View  PDF (pdflatex); 
 I'm
 not trying to reload a PDF while a previous version is open for display.

 I just verified that the problem does *not* occur on my laptop, which is the
 same OS, same versions of LyX and Acrobat Reader, but a 32 bit version of the 
 OS
 and two cores (the bug occurs on a box with a 64 bit version of the OS and 
 four
 cores).

I really don't know but it may happen that acroread, being
closed-source, ships only 32-bit binaries and that something funny
happens on your 64-bit system. However, I would also investigate how
acroread is being launched (in Prefs  File types) on both systems,
and I would also try manually launching acroread on exported PDF
files.

Good luck
Liviu

Re: Lion

[Walter van Holst]

On 7/20/11 6:24 PM, Anders Host-Madsen wrote:

Has anyone tried LyX (2.0) under Mac OSX Lion? Has anyone encountered
any problems? I will wait with upgrading until I know LyX can
run under Lion.


Lyx 2.0.0 beta 2 runs fine on Lion.

However, lots of other applications behave wonky on Lion, so I would not 
necessarily recommend upgrading now.


Regards,

 Walter

Figure Shifts Right When Exported

[Rich Shepard]

  I've been fighting this for a couple of hours now and have not yet found a
solution. I have a rather large .eps figure inserted in a float. I set the
width to 80% of the text width and the paragraph justification to center.

  When I preview the page using ctrl-x, ctrl-p I see the figure propertly
displayed (it's rotated 90 degrees so the 'top' is just above the '1' in
Figure 1 and the 'bottom' is just within the right page edge.) After
exporting via pdflatex, when I view the page (xpdf, epdfview, acroread) the
figure has shifted slightly to the right so the 'bottom' is truncated.

  I've not seen this behavior before. I'm running lyx-2.0 on slackware-13.1.
I can send the file, the .eps figure, or whatever would help determine why
it's fighting me so hard.

Help really appreciated,

Rich

Re: textpos in lyx

[Csikos Bela]

Paul Rubin ru...@msu.edu írta:
I tried this and the image appeared to be centered horizontally.  If you are
still having a problem with it, perhaps you can post a minimal example that
demonstrates the problem.

Sure. I am trying to attach two lyx files and the resulted pdf files:

1. textpos-example-1-to-the-right.lyx and pdf: here the textblock is closer to 
the right edge of the page.

2. textpos-example-2-to-the-left.lyx and pdf: here it is closer to the left 
edge of the page.

Thanks for anwering,

bcsikos

textpos-example-1-to-the-right.lyx
Description: Binary data


textpos-example-1-to-the-right.pdf
Description: Adobe PDF document


textpos-example-2-to-the-left.lyx
Description: Binary data


textpos-example-2-to-the-left.pdf
Description: Adobe PDF document

Re: Figure Shifts Right When Exported -- [RESOLVED]

[Rich Shepard]

On Thu, 21 Jul 2011, Rich Shepard wrote:


 When I preview the page using ctrl-x, ctrl-p I see the figure propertly
displayed (it's rotated 90 degrees so the 'top' is just above the '1' in
Figure 1 and the 'bottom' is just within the right page edge.) After
exporting via pdflatex, when I view the page (xpdf, epdfview, acroread)
the figure has shifted slightly to the right so the 'bottom' is truncated.


  Fixed it. I did two things and I don't know if both were required, but it
works now.

  First, I recompiled the graphviz file to directly output a .pdf file.
Second, I moved the default bounding box (read from file) so the origin is
at (0,0) rather than the default (36,36). It was probably the latter that
fixed the problem, but the pdf also is much clearer than was the .eps.

Whew!

Rich

LyX causes Acrobat Reader Freeze (?)

[Paul A . Rubin]

Hi all,

I just ran into a bug, but I'm not sure who the culprit is. The setup is LyX 
2.0.0 and Acrobat Reader 9 (specifically 9.4.2-0natty1 on Mint 11 Katya (forked
from Ubuntu Natty).  If I create a document of more than one page in LyX (I've
tested both article and beamer classes, both new and old documents) and preview
it using pdflatex, Acrobat Reader freezes on the first page (no scroll bars, no
reaction to any inputs) until I force-quit it.  This happens whether using
xdg-open or telling LyX directly to use acroread.  Previewing does not freeze
Evince. Once I force-quit Reader, I can open the PDF sitting in the temporary
directory in Reader and no freeze occurs, so the document itself is not
defective.  (Acrobat Reader appears to be configured to allow only one instance
at a time, so I can't open the PDF in a second instance while the first is 
frozen.)

I didn't see anything about this in Trac or on the list. FWIW, the system is
64-bit and the PC is quad core (AMD).  Any clues what's going on?

Thanks,
Paul

Re: Figure Shifts Right When Exported -- [RESOLVED]

[Tim Wescott]

On Thu, 2011-07-21 at 12:07 -0700, Rich Shepard wrote:
 On Thu, 21 Jul 2011, Rich Shepard wrote:
 
   When I preview the page using ctrl-x, ctrl-p I see the figure propertly
  displayed (it's rotated 90 degrees so the 'top' is just above the '1' in
  Figure 1 and the 'bottom' is just within the right page edge.) After
  exporting via pdflatex, when I view the page (xpdf, epdfview, acroread)
  the figure has shifted slightly to the right so the 'bottom' is truncated.
 
Fixed it. I did two things and I don't know if both were required, but it
 works now.
 
First, I recompiled the graphviz file to directly output a .pdf file.
 Second, I moved the default bounding box (read from file) so the origin is
 at (0,0) rather than the default (36,36). It was probably the latter that
 fixed the problem, but the pdf also is much clearer than was the .eps.

Was it as simple as the figure being a bit wider than the text, and
getting trimmed?  When I get a figure that oversteps its bounds Lyx (or
LaTeX) seems to want to left-justify it -- if you moved the bounding box
to the left margin that may have fixed it (or it may have just made it
shift slightly to the _left_, up against the right margin).

Dunno.  Dunno if it matters, or if you care -- but that's what seems to
happen to me when I make 'em too big.

-- 
---
Tim Wescott
www.wescottdesign.com
Control  Communications systems, circuit  software design.

Re: Figure Shifts Right When Exported -- [RESOLVED]

[Rich Shepard]

On Thu, 21 Jul 2011, Tim Wescott wrote:


Was it as simple as the figure being a bit wider than the text, and
getting trimmed?  When I get a figure that oversteps its bounds Lyx (or
LaTeX) seems to want to left-justify it -- if you moved the bounding box
to the left margin that may have fixed it (or it may have just made it
shift slightly to the _left_, up against the right margin).


Tim,

  I don't think it was simple. When I previewed the document all was visible
and centered above the figure caption. When the document was compiled with
pdflatex the resulting figure was shifted slightly to the right.

  When I inserted the figure and elected to trim to the bounding box as
reported by the graphic file the lower left corner was inset by 36 pixels in
both directions. Since that was the default I left it. Most figures I insert
(regardless of format) have the origin at 0,0. Shifting the origin from
36,36 to 0,0 kept the compiled document from shifting the figure.

  Shrug.

Thanks,

Rich

Re: LyX causes Acrobat Reader Freeze (?)

[Liviu Andronic]

On Thu, Jul 21, 2011 at 9:37 PM, Paul A. Rubin ru...@msu.edu wrote:
 Hi all,

 I just ran into a bug, but I'm not sure who the culprit is. The setup is LyX
 2.0.0 and Acrobat Reader 9 (specifically 9.4.2-0natty1 on Mint 11 Katya 
 (forked
 from Ubuntu Natty).  If I create a document of more than one page in LyX (I've
 tested both article and beamer classes, both new and old documents) and 
 preview
 it using pdflatex, Acrobat Reader freezes on the first page (no scroll bars, 
 no
 reaction to any inputs) until I force-quit it.

I assume that this is on 2nd and subsequent compilations. When it is
on the first compilation, acroread doesn't freeze, right? If this is
the case, then it's a bug in acroread: it doesn't automatically reload
a PDF document when it has been resaved to disk. Try File  Reload (or
similar) to see if it solves the problem. Otherwise, consider using
Evince, and try acroread only before submitting.

Regards
Liviu



  This happens whether using
 xdg-open or telling LyX directly to use acroread.  Previewing does not freeze
 Evince. Once I force-quit Reader, I can open the PDF sitting in the temporary
 directory in Reader and no freeze occurs, so the document itself is not
 defective.  (Acrobat Reader appears to be configured to allow only one 
 instance
 at a time, so I can't open the PDF in a second instance while the first is
 frozen.)

 I didn't see anything about this in Trac or on the list. FWIW, the system is
 64-bit and the PC is quad core (AMD).  Any clues what's going on?

 Thanks,
 Paul






-- 
Do you know how to read?
http://www.alienetworks.com/srtest.cfm
http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader
Do you know how to write?
http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail

Re: LyX causes Acrobat Reader Freeze (?)

[Paul Rubin]

Liviu Andronic landronimirc at gmail.com writes:


 I assume that this is on 2nd and subsequent compilations. When it is
 on the first compilation, acroread doesn't freeze, right? If this is
 the case, then it's a bug in acroread: it doesn't automatically reload
 a PDF document when it has been resaved to disk. Try File  Reload (or
 similar) to see if it solves the problem. Otherwise, consider using
 Evince, and try acroread only before submitting.

No, this is on the first compilation (as well as on subsequent compilations).
Also, in all cases Reader is closed at the time I do View  PDF (pdflatex); I'm
not trying to reload a PDF while a previous version is open for display.

I just verified that the problem does *not* occur on my laptop, which is the
same OS, same versions of LyX and Acrobat Reader, but a 32 bit version of the OS
and two cores (the bug occurs on a box with a 64 bit version of the OS and four
cores).

Paul

Re: LyX causes Acrobat Reader Freeze (?)

[Liviu Andronic]

On Thu, Jul 21, 2011 at 11:44 PM, Paul Rubin ru...@msu.edu wrote:
 No, this is on the first compilation (as well as on subsequent compilations).
 Also, in all cases Reader is closed at the time I do View  PDF (pdflatex); 
 I'm
 not trying to reload a PDF while a previous version is open for display.

 I just verified that the problem does *not* occur on my laptop, which is the
 same OS, same versions of LyX and Acrobat Reader, but a 32 bit version of the 
 OS
 and two cores (the bug occurs on a box with a 64 bit version of the OS and 
 four
 cores).

I really don't know but it may happen that acroread, being
closed-source, ships only 32-bit binaries and that something funny
happens on your 64-bit system. However, I would also investigate how
acroread is being launched (in Prefs  File types) on both systems,
and I would also try manually launching acroread on exported PDF
files.

Good luck
Liviu

Re: Lion

[Walter van Holst]

On 7/20/11 6:24 PM, Anders Host-Madsen wrote:

Has anyone tried LyX (2.0) under Mac OSX Lion? Has anyone encountered
any problems? I will wait with upgrading until I know LyX can
run under Lion.


Lyx 2.0.0 beta 2 runs fine on Lion.

However, lots of other applications behave wonky on Lion, so I would not 
necessarily recommend upgrading now.


Regards,

 Walter

Figure Shifts Right When Exported

[Rich Shepard]

  I've been fighting this for a couple of hours now and have not yet found a
solution. I have a rather large .eps figure inserted in a float. I set the
width to 80% of the text width and the paragraph justification to center.

  When I preview the page using ctrl-x, ctrl-p I see the figure propertly
displayed (it's rotated 90 degrees so the 'top' is just above the '1' in
Figure 1 and the 'bottom' is just within the right page edge.) After
exporting via pdflatex, when I view the page (xpdf, epdfview, acroread) the
figure has shifted slightly to the right so the 'bottom' is truncated.

  I've not seen this behavior before. I'm running lyx-2.0 on slackware-13.1.
I can send the file, the .eps figure, or whatever would help determine why
it's fighting me so hard.

Help really appreciated,

Rich

Re: textpos in lyx

[Csikos Bela]

Paul Rubin  írta:
>I tried this and the image appeared to be centered horizontally.  If you are>
still having a problem with it, perhaps you can post a minimal example that>
demonstrates the problem.>

Sure. I am trying to attach two lyx files and the resulted pdf files:

1. textpos-example-1-to-the-right.lyx and pdf: here the textblock is closer to 
the right edge of the page.

2. textpos-example-2-to-the-left.lyx and pdf: here it is closer to the left 
edge of the page.

Thanks for anwering,

bcsikos

textpos-example-1-to-the-right.lyx
Description: Binary data


textpos-example-1-to-the-right.pdf
Description: Adobe PDF document


textpos-example-2-to-the-left.lyx
Description: Binary data


textpos-example-2-to-the-left.pdf
Description: Adobe PDF document

Re: Figure Shifts Right When Exported -- [RESOLVED]

[Rich Shepard]

On Thu, 21 Jul 2011, Rich Shepard wrote:


 When I preview the page using ctrl-x, ctrl-p I see the figure propertly
displayed (it's rotated 90 degrees so the 'top' is just above the '1' in
Figure 1 and the 'bottom' is just within the right page edge.) After
exporting via pdflatex, when I view the page (xpdf, epdfview, acroread)
the figure has shifted slightly to the right so the 'bottom' is truncated.


  Fixed it. I did two things and I don't know if both were required, but it
works now.

  First, I recompiled the graphviz file to directly output a .pdf file.
Second, I moved the default bounding box (read from file) so the origin is
at (0,0) rather than the default (36,36). It was probably the latter that
fixed the problem, but the pdf also is much clearer than was the .eps.

Whew!

Rich

LyX causes Acrobat Reader Freeze (?)

[Paul A . Rubin]

Hi all,

I just ran into a bug, but I'm not sure who the culprit is. The setup is LyX 
2.0.0 and Acrobat Reader 9 (specifically 9.4.2-0natty1 on Mint 11 Katya (forked
from Ubuntu Natty).  If I create a document of more than one page in LyX (I've
tested both article and beamer classes, both new and old documents) and preview
it using pdflatex, Acrobat Reader freezes on the first page (no scroll bars, no
reaction to any inputs) until I force-quit it.  This happens whether using
xdg-open or telling LyX directly to use acroread.  Previewing does not freeze
Evince. Once I force-quit Reader, I can open the PDF sitting in the temporary
directory in Reader and no freeze occurs, so the document itself is not
defective.  (Acrobat Reader appears to be configured to allow only one instance
at a time, so I can't open the PDF in a second instance while the first is 
frozen.)

I didn't see anything about this in Trac or on the list. FWIW, the system is
64-bit and the PC is quad core (AMD).  Any clues what's going on?

Thanks,
Paul

Re: Figure Shifts Right When Exported -- [RESOLVED]

[Tim Wescott]

On Thu, 2011-07-21 at 12:07 -0700, Rich Shepard wrote:
> On Thu, 21 Jul 2011, Rich Shepard wrote:
> 
> >  When I preview the page using ctrl-x, ctrl-p I see the figure propertly
> > displayed (it's rotated 90 degrees so the 'top' is just above the '1' in
> > Figure 1 and the 'bottom' is just within the right page edge.) After
> > exporting via pdflatex, when I view the page (xpdf, epdfview, acroread)
> > the figure has shifted slightly to the right so the 'bottom' is truncated.
> 
>Fixed it. I did two things and I don't know if both were required, but it
> works now.
> 
>First, I recompiled the graphviz file to directly output a .pdf file.
> Second, I moved the default bounding box (read from file) so the origin is
> at (0,0) rather than the default (36,36). It was probably the latter that
> fixed the problem, but the pdf also is much clearer than was the .eps.

Was it as simple as the figure being a bit wider than the text, and
getting trimmed?  When I get a figure that oversteps its bounds Lyx (or
LaTeX) seems to want to left-justify it -- if you moved the bounding box
to the left margin that may have fixed it (or it may have just made it
shift slightly to the _left_, up against the right margin).

Dunno.  Dunno if it matters, or if you care -- but that's what seems to
happen to me when I make 'em too big.

-- 
---
Tim Wescott
www.wescottdesign.com
Control & Communications systems, circuit & software design.

Re: Figure Shifts Right When Exported -- [RESOLVED]

[Rich Shepard]

On Thu, 21 Jul 2011, Tim Wescott wrote:


Was it as simple as the figure being a bit wider than the text, and
getting trimmed?  When I get a figure that oversteps its bounds Lyx (or
LaTeX) seems to want to left-justify it -- if you moved the bounding box
to the left margin that may have fixed it (or it may have just made it
shift slightly to the _left_, up against the right margin).


Tim,

  I don't think it was simple. When I previewed the document all was visible
and centered above the figure caption. When the document was compiled with
pdflatex the resulting figure was shifted slightly to the right.

  When I inserted the figure and elected to trim to the bounding box as
reported by the graphic file the lower left corner was inset by 36 pixels in
both directions. Since that was the default I left it. Most figures I insert
(regardless of format) have the origin at 0,0. Shifting the origin from
36,36 to 0,0 kept the compiled document from shifting the figure.

  Shrug.

Thanks,

Rich

Re: LyX causes Acrobat Reader Freeze (?)

[Liviu Andronic]

On Thu, Jul 21, 2011 at 9:37 PM, Paul A. Rubin  wrote:
> Hi all,
>
> I just ran into a bug, but I'm not sure who the culprit is. The setup is LyX
> 2.0.0 and Acrobat Reader 9 (specifically 9.4.2-0natty1 on Mint 11 Katya 
> (forked
> from Ubuntu Natty).  If I create a document of more than one page in LyX (I've
> tested both article and beamer classes, both new and old documents) and 
> preview
> it using pdflatex, Acrobat Reader freezes on the first page (no scroll bars, 
> no
> reaction to any inputs) until I force-quit it.
>
I assume that this is on 2nd and subsequent compilations. When it is
on the first compilation, acroread doesn't freeze, right? If this is
the case, then it's a bug in acroread: it doesn't automatically reload
a PDF document when it has been resaved to disk. Try File > Reload (or
similar) to see if it solves the problem. Otherwise, consider using
Evince, and try acroread only before submitting.

Regards
Liviu



>  This happens whether using
> xdg-open or telling LyX directly to use acroread.  Previewing does not freeze
> Evince. Once I force-quit Reader, I can open the PDF sitting in the temporary
> directory in Reader and no freeze occurs, so the document itself is not
> defective.  (Acrobat Reader appears to be configured to allow only one 
> instance
> at a time, so I can't open the PDF in a second instance while the first is
> frozen.)
>
> I didn't see anything about this in Trac or on the list. FWIW, the system is
> 64-bit and the PC is quad core (AMD).  Any clues what's going on?
>
> Thanks,
> Paul
>
>
>



-- 
Do you know how to read?
http://www.alienetworks.com/srtest.cfm
http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader
Do you know how to write?
http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail

Re: LyX causes Acrobat Reader Freeze (?)

[Paul Rubin]

Liviu Andronic  gmail.com> writes:


> I assume that this is on 2nd and subsequent compilations. When it is
> on the first compilation, acroread doesn't freeze, right? If this is
> the case, then it's a bug in acroread: it doesn't automatically reload
> a PDF document when it has been resaved to disk. Try File > Reload (or
> similar) to see if it solves the problem. Otherwise, consider using
> Evince, and try acroread only before submitting.

No, this is on the first compilation (as well as on subsequent compilations).
Also, in all cases Reader is closed at the time I do View > PDF (pdflatex); I'm
not trying to reload a PDF while a previous version is open for display.

I just verified that the problem does *not* occur on my laptop, which is the
same OS, same versions of LyX and Acrobat Reader, but a 32 bit version of the OS
and two cores (the bug occurs on a box with a 64 bit version of the OS and four
cores).

Paul

Re: LyX causes Acrobat Reader Freeze (?)

[Liviu Andronic]

On Thu, Jul 21, 2011 at 11:44 PM, Paul Rubin  wrote:
> No, this is on the first compilation (as well as on subsequent compilations).
> Also, in all cases Reader is closed at the time I do View > PDF (pdflatex); 
> I'm
> not trying to reload a PDF while a previous version is open for display.
>
> I just verified that the problem does *not* occur on my laptop, which is the
> same OS, same versions of LyX and Acrobat Reader, but a 32 bit version of the 
> OS
> and two cores (the bug occurs on a box with a 64 bit version of the OS and 
> four
> cores).
>
I really don't know but it may happen that acroread, being
closed-source, ships only 32-bit binaries and that something funny
happens on your 64-bit system. However, I would also investigate how
acroread is being launched (in Prefs > File types) on both systems,
and I would also try manually launching acroread on exported PDF
files.

Good luck
Liviu