Re: RC2 and graphics, follow up

2008-09-23 Thread G Milde
Hellmut Weber [EMAIL PROTECTED] schrieb:

 Viewing with kpdf is quite slow too, somebody sugested that may be a 
 problem of graphic format conversion.
 Which format does lyx use? I could easily convert all my pictures to 
 that format using convert. Then no additional time would be needed.

The converted images are chached, so this would not really matter. You might
have a look at the chache configuration in ToolsSettings, though.

OTOH, kpdf is quite slow -- especially if you are not using KDE. Setting
this to xpdf, say, in the ToolsSettingsFormatsPDF* variants might speed
things up.

 In some cases two pictures which should be on a line are put on 
 different lines and the need a whole page, i.e. the first picture is at 
 the beginning of the upper half of a page, the second one in the lower 
 half of the page, right justified.

Looks like your pictures are too wide (or you have a space inbetween: 50%
+ 50% + space  100% ;-). As automatic line-breaking is not shown in LyX,
you see this only in the output.

 I could overcome this problem putting the picturers in one big minipage, 
 then the two pictures which should stay beside each other in two single 
 minipages which again are put in a minipage for the line.

In the minipage, if the pictures do not fit on the line, they have no
chance to sort otherwise, so the line will become too long (have a look
at the overfull line warnings in the DocumentLaTeX_log).

Günter



Re: RC2 and graphics, follow up

2008-09-23 Thread Pavel Sanda
 (I observed my watch a few times RC2 needed around 25-30 seconds from the 
 moment I clicked the OK button of the inset-image-dialog, 1.5.0 needs 
 certainly less than 5 seconds. No representative sample ;-)

ugh. is this waiting done by cpu usage or swapping?

i just nearly freezed my box from swapping trying to reproduce the problem.
just took ~100 pictures i played little bit with resizing them. finally
after kill -9 of lyx instance i had only little memory. top showed that
X server consumes several hundres of mb. i remember we have some kind of
such report in bugzilla. bouncing to devel.

pavel


Re: RC2 and graphics, follow up

2008-09-23 Thread G Milde
Hellmut Weber [EMAIL PROTECTED] schrieb:

 Viewing with kpdf is quite slow too, somebody sugested that may be a 
 problem of graphic format conversion.
 Which format does lyx use? I could easily convert all my pictures to 
 that format using convert. Then no additional time would be needed.

The converted images are chached, so this would not really matter. You might
have a look at the chache configuration in ToolsSettings, though.

OTOH, kpdf is quite slow -- especially if you are not using KDE. Setting
this to xpdf, say, in the ToolsSettingsFormatsPDF* variants might speed
things up.

 In some cases two pictures which should be on a line are put on 
 different lines and the need a whole page, i.e. the first picture is at 
 the beginning of the upper half of a page, the second one in the lower 
 half of the page, right justified.

Looks like your pictures are too wide (or you have a space inbetween: 50%
+ 50% + space  100% ;-). As automatic line-breaking is not shown in LyX,
you see this only in the output.

 I could overcome this problem putting the picturers in one big minipage, 
 then the two pictures which should stay beside each other in two single 
 minipages which again are put in a minipage for the line.

In the minipage, if the pictures do not fit on the line, they have no
chance to sort otherwise, so the line will become too long (have a look
at the overfull line warnings in the DocumentLaTeX_log).

Günter



Re: RC2 and graphics, follow up

2008-09-23 Thread Pavel Sanda
 (I observed my watch a few times RC2 needed around 25-30 seconds from the 
 moment I clicked the OK button of the inset-image-dialog, 1.5.0 needs 
 certainly less than 5 seconds. No representative sample ;-)

ugh. is this waiting done by cpu usage or swapping?

i just nearly freezed my box from swapping trying to reproduce the problem.
just took ~100 pictures i played little bit with resizing them. finally
after kill -9 of lyx instance i had only little memory. top showed that
X server consumes several hundres of mb. i remember we have some kind of
such report in bugzilla. bouncing to devel.

pavel


Re: RC2 and graphics, follow up

2008-09-23 Thread G Milde
Hellmut Weber <[EMAIL PROTECTED]> schrieb:

> Viewing with kpdf is quite slow too, somebody sugested that may be a 
> problem of graphic format conversion.
> Which format does lyx use? I could easily convert all my pictures to 
> that format using convert. Then no additional time would be needed.

The converted images are chached, so this would not really matter. You might
have a look at the chache configuration in Tools>Settings, though.

OTOH, kpdf is quite slow -- especially if you are not using KDE. Setting
this to xpdf, say, in the Tools>Settings>Formats>PDF* variants might speed
things up.

> In some cases two pictures which should be on a line are put on 
> different lines and the need a whole page, i.e. the first picture is at 
> the beginning of the upper half of a page, the second one in the lower 
> half of the page, right justified.

Looks like your pictures are too wide (or you have a space inbetween: 50%
+ 50% + space > 100% ;-). As automatic line-breaking is not shown in LyX,
you see this only in the output.

> I could overcome this problem putting the picturers in one big minipage, 
> then the two pictures which should stay beside each other in two single 
> minipages which again are put in a minipage for the "line".

In the minipage, if the pictures do not fit on the line, they have no
chance to sort otherwise, so the line will become too long (have a look
at the "overfull line" warnings in the Document>LaTeX_log).

Günter



Re: RC2 and graphics, follow up

2008-09-23 Thread Pavel Sanda
> (I observed my watch a few times RC2 needed around 25-30 seconds from the 
> moment I clicked the OK button of the inset-image-dialog, 1.5.0 needs 
> certainly less than 5 seconds. No representative sample ;-)

ugh. is this waiting done by cpu usage or swapping?

i just nearly freezed my box from swapping trying to reproduce the problem.
just took ~100 pictures i played little bit with resizing them. finally
after kill -9 of lyx instance i had only little memory. top showed that
X server consumes several hundres of mb. i remember we have some kind of
such report in bugzilla. bouncing to devel.

pavel


RC2 and graphics, follow up

2008-09-22 Thread Hellmut Weber

Hi,
finally I could finish my document ;-)

Fortunately I have still a LyX 1.5.0 on my machine, so I exported what I 
had to that format and could continue much quicker usng 1.5.0.
(I observed my watch a few times RC2 needed around 25-30 seconds from 
the moment I clicked the OK button of the inset-image-dialog, 1.5.0 
needs certainly less than 5 seconds. No representative sample ;-)


Viewing with kpdf is quite slow too, somebody sugested that may be a 
problem of graphic format conversion.
Which format does lyx use? I could easily convert all my pictures to 
that format using convert. Then no additional time would be needed.



Two slightly OT Questions?

*** In my document which contains around 60 pictures (and some 
(sub)section headers I normally insert the pictures just into the text, 
putting sometimes an \hfill between two pictures.

In a majority of cases that works quite well.
In some cases two pictures which should be on a line are put on 
different lines and the need a whole page, i.e. the first picture is at 
the beginning of the upper half of a page, the second one in the lower 
half of the page, right justified.


I could overcome this problem putting the picturers in one big minipage, 
then the two pictures which should stay beside each other in two single 
minipages which again are put in a minipage for the line.
For this to work I had additionally to set the vertival orientation of 
the smallest minipages to 'lower'.


Has anybody an idea what's going on on the LaTeX level here? (Just for 
my curiosity ;-)


*** My locale is set to [EMAIL PROTECTED]
when starting lyx from the command line I have tried to use commands like
   'LC_ALL=en_GB lyx ...' or
   'LANG=en_GB lyx ...
to get the english version. Because when working with the german version 
I have to re-translate the names of menu entries etc. for the 
communication here in the list.



Thanks to all of you

Hellmut
--
Dr. Hellmut Weber [EMAIL PROTECTED]
Degenfeldstraße 2 tel   +49-89-3081172
D-80803 München-Schwabing mobil +49-172-8450321
please: No DOCs, no PPTs. why: tinyurl.com/cbgq



RC2 and graphics, follow up

2008-09-22 Thread Hellmut Weber

Hi,
finally I could finish my document ;-)

Fortunately I have still a LyX 1.5.0 on my machine, so I exported what I 
had to that format and could continue much quicker usng 1.5.0.
(I observed my watch a few times RC2 needed around 25-30 seconds from 
the moment I clicked the OK button of the inset-image-dialog, 1.5.0 
needs certainly less than 5 seconds. No representative sample ;-)


Viewing with kpdf is quite slow too, somebody sugested that may be a 
problem of graphic format conversion.
Which format does lyx use? I could easily convert all my pictures to 
that format using convert. Then no additional time would be needed.



Two slightly OT Questions?

*** In my document which contains around 60 pictures (and some 
(sub)section headers I normally insert the pictures just into the text, 
putting sometimes an \hfill between two pictures.

In a majority of cases that works quite well.
In some cases two pictures which should be on a line are put on 
different lines and the need a whole page, i.e. the first picture is at 
the beginning of the upper half of a page, the second one in the lower 
half of the page, right justified.


I could overcome this problem putting the picturers in one big minipage, 
then the two pictures which should stay beside each other in two single 
minipages which again are put in a minipage for the line.
For this to work I had additionally to set the vertival orientation of 
the smallest minipages to 'lower'.


Has anybody an idea what's going on on the LaTeX level here? (Just for 
my curiosity ;-)


*** My locale is set to [EMAIL PROTECTED]
when starting lyx from the command line I have tried to use commands like
   'LC_ALL=en_GB lyx ...' or
   'LANG=en_GB lyx ...
to get the english version. Because when working with the german version 
I have to re-translate the names of menu entries etc. for the 
communication here in the list.



Thanks to all of you

Hellmut
--
Dr. Hellmut Weber [EMAIL PROTECTED]
Degenfeldstraße 2 tel   +49-89-3081172
D-80803 München-Schwabing mobil +49-172-8450321
please: No DOCs, no PPTs. why: tinyurl.com/cbgq



RC2 and graphics, follow up

2008-09-22 Thread Hellmut Weber

Hi,
finally I could finish my document ;-)

Fortunately I have still a LyX 1.5.0 on my machine, so I exported what I 
had to that format and could continue much quicker usng 1.5.0.
(I observed my watch a few times RC2 needed around 25-30 seconds from 
the moment I clicked the OK button of the inset-image-dialog, 1.5.0 
needs certainly less than 5 seconds. No representative sample ;-)


Viewing with kpdf is quite slow too, somebody sugested that may be a 
problem of graphic format conversion.
Which format does lyx use? I could easily convert all my pictures to 
that format using convert. Then no additional time would be needed.



Two slightly OT Questions?

*** In my document which contains around 60 pictures (and some 
(sub)section headers I normally insert the pictures just into the text, 
putting sometimes an \hfill between two pictures.

In a majority of cases that works quite well.
In some cases two pictures which should be on a line are put on 
different lines and the need a whole page, i.e. the first picture is at 
the beginning of the upper half of a page, the second one in the lower 
half of the page, right justified.


I could overcome this problem putting the picturers in one big minipage, 
then the two pictures which should stay beside each other in two single 
minipages which again are put in a minipage for the "line".
For this to work I had additionally to set the vertival orientation of 
the smallest minipages to 'lower'.


Has anybody an idea what's going on on the LaTeX level here? (Just for 
my curiosity ;-)


*** My locale is set to [EMAIL PROTECTED]
when starting lyx from the command line I have tried to use commands like
   'LC_ALL="en_GB" lyx ...' or
   'LANG="en_GB" lyx ...
to get the english version. Because when working with the german version 
I have to re-translate the names of menu entries etc. for the 
communication here in the list.



Thanks to all of you

Hellmut
--
Dr. Hellmut Weber [EMAIL PROTECTED]
Degenfeldstraße 2 tel   +49-89-3081172
D-80803 München-Schwabing mobil +49-172-8450321
please: No DOCs, no PPTs. why: tinyurl.com/cbgq