Am Mittwoch, dem 08.12.2021 um 08:58 +0100 schrieb Wolfgang Engelmann:
> My preamble:
>
> \usepackage[utf8]{inputenc}
> \usepackage[english]{babel}
> %%\setmainlanguage{english}
> %\usepackage{biblatex}
> %biblatex-spbasic Herbert Voss
> \usepackage{xurl}
>
Am 08.12.21 um 09:57 schrieb Jürgen Spitzmüller:
Am Mittwoch, dem 08.12.2021 um 08:58 +0100 schrieb Wolfgang Engelmann:
My preamble:
\usepackage[utf8]{inputenc}
\usepackage[english]{babel}
%%\setmainlanguage{english}
%\usepackage{biblatex}
%biblatex-spbasic Herbert Voss
\usepackage{xurl}
Am Mittwoch, dem 08.12.2021 um 10:07 +0100 schrieb Wolfgang Engelmann:
> You mean, I should take this away from the USER preamblel?
> \usepackage[english]{babel}
Yes. LyX loads babel automatically (unless you selected Language
package "none" in Language settings, which you shouldn't without good
Am 08.12.21 um 10:19 schrieb Jürgen Spitzmüller:
Am Mittwoch, dem 08.12.2021 um 10:07 +0100 schrieb Wolfgang Engelmann:
You mean, I should take this away from the USER preamblel?
\usepackage[english]{babel}
Yes. LyX loads babel automatically (unless you selected Language
package "none" in
On Wed, 8 Dec 2021, Steve Litt wrote:
There are ways to shrink PDF size:
Web search: linux shrink pdf size
SteveT,
First hit uses ghostscript; I never dove deep into gs and didn't know that
it can effectively compress a PDF file. It compressed the original 3,704,503
byte file to 897,417
Le 08/12/2021 à 19:43, Rich Shepard a écrit :
On Wed, 8 Dec 2021, Rich Shepard wrote:
I assume it's using all 8 cores because top reports lyx using 100% of the
CPU. The processor is a Ryzen7 2700 with 8 cores and 16 threads.
Okay. Pressing 1 when top's running allows me to see the pid and
Le 08/12/2021 à 19:49, Jean-Marc Lasgouttes a écrit :
This last attempt to load the current document shows lyx using between
99.7-100.0% of core 14 and 3% of all available cores.
What might cause this?
Can you compile LyX yourself? Actually, I do not remember on what OS you
use LyX.
Can
Le 08/12/2021 à 20:05, Rich Shepard a écrit :
On Wed, 8 Dec 2021, Rich Shepard wrote:
I'll be back to report if the reboot fixed the problem.
JMarc,
I'm back and lyx is once again working as it has for a couple of decades.
Very good news.
JMarc
--
lyx-users mailing list
On Wed, 8 Dec 2021, Rich Shepard wrote:
I assume it's using all 8 cores because top reports lyx using 100% of the
CPU. The processor is a Ryzen7 2700 with 8 cores and 16 threads.
Okay. Pressing 1 when top's running allows me to see the pid and cpu usage
of each core.
This last attempt to
On Wed, 8 Dec 2021, Jean-Marc Lasgouttes wrote:
Can you compile LyX yourself? Actually, I do not remember on what OS you
use LyX.
JMarc,
That's how I install upgrades. I run Slackware64-14.2. Just re-installed lyx
and it's the same behavior.
The application loads immediately, but as soon as
On Wed, 8 Dec 2021, Rich Shepard wrote:
I'll be back to report if the reboot fixed the problem.
JMarc,
I'm back and lyx is once again working as it has for a couple of decades.
Something invisible to me must have clogged the system because trying to
navigate to a directory in a web browser
Since replacing the large figure with the smaller one (in the .lyx file) lyx
now hogs 100% of all 8 CPU cores and is taking many minutes to load the
file.
Is there a way for me to find why it's doing this without loosing all of
today's work by restoring yesterday's version from the backup?
Rich
On Wed, 8 Dec 2021, Jean-Marc Lasgouttes wrote:
This is very weird, because I did not know that LyX could use 8 core...
What are the active processes?
JMarc,
I assume it's using all 8 cores because top reports lyx using 100% of the
CPU. The processor is a Ryzen7 2700 with 8 cores and 16
Le 08/12/2021 à 19:18, Rich Shepard a écrit :
Since replacing the large figure with the smaller one (in the .lyx file)
lyx
now hogs 100% of all 8 CPU cores and is taking many minutes to load the
file.
This is very weird, because I did not know that LyX could use 8 core...
What are the active
On Wed, 8 Dec 2021, Murat Yildizoglu wrote:
If the plot has many points, the PDF may not be the best choice. I have
even seen cases where the printer cannot process the page with such a plot
I generally choose to export such graphics as a bitmap (PNG) with a high
definition for ensuring a
Dr Eberhard Lisse said on Wed, 8 Dec 2021 17:14:33 +0200
>What does "slowly" mean?
>
>One could try the "draft" option (of graphicx) which should speed
>things up until the production runs.
>
>For my big handbook (which takes 110 seconds to compile (70 on the M1))
>I have split this into child
On Wed, 8 Dec 2021, Dr Eberhard Lisse wrote:
What does "slowly" mean?
It means that when the compiled PDF document reaches a page with the large
data image it sits there while the image appears. I've not timed it but it's
much longer than displaying a new page with text or smaller images.
Rich Shepard said on Wed, 8 Dec 2021 07:51:56 -0800 (PST)
>On Wed, 8 Dec 2021, Dr Eberhard Lisse wrote:
>> For my big handbook (which takes 110 seconds to compile (70 on the
>> M1)) I have split this into child documents which compile
>> individually within 10 to 15 seconds.
>
>How about
Dr Eberhard Lisse said on Wed, 8 Dec 2021 17:22:34 +0200
>What's wrong with
>
> lyx -f -e pdf5 lawnmower.lyx
>
>or if you must, with
>
> lyx -f -e luatex lawnmower.lyx && latexmk lawnmower.tex
>
>el
Thanks el!
Aside from the fact that latexmk needed a -lualatex arg, nothing was
What does "slowly" mean?
One could try the "draft" option (of graphicx) which should speed
things up until the production runs.
For my big handbook (which takes 110 seconds to compile (70 on the M1))
I have split this into child documents which compile individually
within 10 to 15 seconds.
What's wrong with
lyx -f -e pdf5 lawnmower.lyx
or if you must, with
lyx -f -e luatex lawnmower.lyx && latexmk lawnmower.tex
el
On 08/12/2021 03:20, Steve Litt wrote:
[...]
The following is my shellscript:
==
Am 08.12.2021 um 18:16 schrieb Steve Litt :
>
> Dr Eberhard Lisse said on Wed, 8 Dec 2021 17:22:34 +0200
>
>> What's wrong with
>>
>> lyx -f -e pdf5 lawnmower.lyx
>>
>> or if you must, with
>>
>> lyx -f -e luatex lawnmower.lyx && latexmk lawnmower.tex
>>
>> el
>
> Thanks el!
>
>
Rich Shepard said on Wed, 8 Dec 2021 09:53:55 -0800 (PST)
>On Wed, 8 Dec 2021, Steve Litt wrote:
>
>> There are ways to shrink PDF size:
>> Web search: linux shrink pdf size
>
>SteveT,
>
>First hit uses ghostscript; I never dove deep into gs and didn't know
>that it can effectively compress a
I am not a pdf expert but this rather surprising given my experience with R
plots. Rich, have you checked that the figures have not been converted to
bitmaps with a default (and probably insufficient ) quality during this
compression?
You can check it by zooming in on the figures to see if they
This is not a problem of the text content.
When you create a points plot in R, it puts the information about all the
points in the exported PDF figure, even if many of them correspond to the same
coordinates. It does not « flatten » the pdf figure. When you plot millions of
points, that
Stephan Witt said on Wed, 8 Dec 2021 18:49:07 +0100
>Am 08.12.2021 um 18:16 schrieb Steve Litt :
>>
>> Dr Eberhard Lisse said on Wed, 8 Dec 2021 17:22:34 +0200
>>
>>> What's wrong with
>>>
>>> lyx -f -e pdf5 lawnmower.lyx
>>>
>>> or if you must, with
>>>
>>> lyx -f -e luatex
26 matches
Mail list logo
