Reducing the number of pages in an article

[Barak Sh]

Hello all,
An article I'm writing has reached 7 pages where the last page contains only
a small paragraph. Is there a simple way to reduce the article to 6 pages?
I know it's possible to make fonts a bit smaller throughout the entire
article. This will get the job done, but I have noticed that there are many
blank spaces between paragraphs and between formulas and text. There must be
a simple way to tell LaTeX to make these spaces a bit smaller so that the
article fits comfortably into 6 pages.
(I know there's an option in Document Settings to specify the vertical
separation of paragraphs. It's already at the smallest value.)
Thanks in advance,
Barak

Re: Reducing the number of pages in an article

[Ehud Kaplan]

Here are a few tricks that might help:

  1. In your preamble, put: \usepackage[small, compact]{titlesec}
  2. Hunt for very short lines at the ends of paragraphs and change the
 wording in the paragraph to eliminate them
  3. If the journal allows two columns, use that option.  It saves ~10%
 of space.
  4. Decrease the space between lines (see
 http://en.wikibooks.org/wiki/LaTeX/Customizing_LaTeX#Spacing  ).
  5. If you have figures, wrap the text around them
  6. There are packages to reduce spacing between itemized or numbered
 lists, if you have any.

Hope these are enough.

Ehud

On 06/12/2010 03:55 AM, Barak Sh wrote:

Hello all,
An article I'm writing has reached 7 pages where the last page 
contains only a small paragraph. Is there a simple way to reduce the 
article to 6 pages?
I know it's possible to make fonts a bit smaller throughout the entire 
article. This will get the job done, but I have noticed that there are 
many blank spaces between paragraphs and between formulas and text. 
There must be a simple way to tell LaTeX to make these spaces a bit 
smaller so that the article fits comfortably into 6 pages.
(I know there's an option in Document Settings to specify the vertical 
separation of paragraphs. It's already at the smallest value.)

Thanks in advance,
Barak


--
Ehud Kaplan, Ph.D.
Jules and Doris Stein Research to Prevent Blindness Professor
Director, The laboratory of Visual  Computational Neuroscience
Departments of Neuroscience, Ophthalmology, Structural  Chemical Biology,
The Mount Sinai School of Medicine
One Gustave Levy Place
NY, NY, 10029

Re: How do I create this character in lyx?

[Daniel CLEMENT]

I think the character Rich needs is readily available in LyX:

miscellaneous-AMS palette, 6th row, 2nd column, complement
character.

I can use it (in LyX 1.6.5) without any special package.

Regards, Daniel

Paul Elliott wrote:
 On Fri, Jun 11, 2010 at 07:29:56PM -0700, Rich Shepard wrote:
  On Fri, 11 Jun 2010, Paul Elliott wrote:
 
  In TOPOLOGY by James Dugundji a wierd script 'C' Character is used to
  indicate the complement of a set.  How do I make that character in lyx?
 
Look in the LaTeX symbol guide. It's a pdf file that's been mentioned on
  this list several times.
 
  Rich
 
 I had to add /usemathpackage{mathrsfs} to the preamble and \mathsrc{C}
 to the text.
 

-- 
Daniel CLEMENT

Wiki upload password

[Daniel CLEMENT]

Hi,

I'd like to upload my French translations for the theorems modules to
the wiki. 

This page:

http://wiki.lyx.org/Site/AboutUploading

provides the username. Could someone kindly send me the current
password?

TIA,
-- 
Daniel CLEMENT

Re: Wiki upload password

[Paul A. Rubin]

On 6/12/2010 8:39 AM, Daniel CLEMENT wrote:

I'd like to upload my French translations for the theorems modules to
the wiki.

This page:

http://wiki.lyx.org/Site/AboutUploading

provides the username. Could someone kindly send me the current
password?



Sent via e-mail.

/Paul

Translating theorem-like statements: 100%

[Daniel CLEMENT]

Hi,

I have uploaded my translations of the theorems-related modules to the
wiki.

You can find them on this page:

http://wiki.lyx.org/Layouts/ThmsFr

You're welcome to move or improve the page in any way. 

In particular, the step 2 would need to be adapted to other OSes than
Linux: I don't have a Windows PC at hand with LyX installed, so I'm not
sure how to replace ~/.lyx/layouts.

Regards,
-- 
Daniel CLEMENT

Re: How do I create this character in lyx?

[Paul Elliott]

On Sat, Jun 12, 2010 at 11:10:05AM +0200, Daniel CLEMENT wrote:

 
 miscellaneous-AMS palette, 6th row, 2nd column, complement
 character.

That character is not the wierd script C character used in Dugunji.


 
 I can use it (in LyX 1.6.5) without any special package.
 
 Regards, Daniel
 
 Paul Elliott wrote:
  On Fri, Jun 11, 2010 at 07:29:56PM -0700, Rich Shepard wrote:
   On Fri, 11 Jun 2010, Paul Elliott wrote:
  
   In TOPOLOGY by James Dugundji a wierd script 'C' Character is used to
   indicate the complement of a set.  How do I make that character in lyx?
  
 Look in the LaTeX symbol guide. It's a pdf file that's been mentioned on
   this list several times.
  
   Rich
  
  I had to add /usemathpackage{mathrsfs} to the preamble and \mathsrc{C}
  to the text.
  
 
 -- 
 Daniel CLEMENT
 
 

-- 
Paul Elliott   1(512)837-1096
pelli...@blackpatchpanel.com   PMB 181, 11900 Metric Blvd Suite J
http://www.free.blackpatchpanel.com/pme/   Austin TX 78758-3117


signature.asc
Description: Digital signature

lyx chokes on documents with many subsections?

[Jose Quesada]

Hi,

I'm not sure if this is only on my particular doc, but it seems to me
that lyx chokes on documents with many subsections?
It's a notes doc. It may have close to a hundred headinds (section,
subsection etc).
Typing becomes slow. Even moving around with the arrow keys shows a
noticeable delay.

Since LyX is praised for working really well on longer documents, such as
books, I'm surprised.
I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.

In this use case, there's almost as much 'section' content as there's
'default' paragraph content. Maybe this is abusing the design of LyX...?

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada

Re: Translating theorem-like statements: 100%

[Paul A. Rubin]

On 6/12/2010 10:55 AM, Daniel CLEMENT wrote:


You're welcome to move or improve the page in any way.

In particular, the step 2 would need to be adapted to other OSes than
Linux: I don't have a Windows PC at hand with LyX installed, so I'm not
sure how to replace ~/.lyx/layouts.



Thanks for uploading them.  I tweaked step 2 so that it is now OS-agnostic.

/Paul

Re: lyx chokes on documents with many subsections?

[Liviu Andronic]

Hello

On Sat, Jun 12, 2010 at 4:55 PM, Jose Quesada ques...@gmail.com wrote:
 Hi,
 I'm not sure if this is only on my particular doc, but it seems to me
 that lyx chokes on documents with many subsections?
 It's a notes doc. It may have close to a hundred headinds (section,
 subsection etc).
 Typing becomes slow. Even moving around with the arrow keys shows a
 noticeable delay.

Do you have many tables? There is a known issue regarding table rendering.
Liviu

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

nope, no tables, just a long, complicated outline.
Maybe I could flatten it a little...
Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 6:59 PM, Liviu Andronic landronim...@gmail.comwrote:

 Hello

 On Sat, Jun 12, 2010 at 4:55 PM, Jose Quesada ques...@gmail.com wrote:
  Hi,
  I'm not sure if this is only on my particular doc, but it seems to me
  that lyx chokes on documents with many subsections?
  It's a notes doc. It may have close to a hundred headinds (section,
  subsection etc).
  Typing becomes slow. Even moving around with the arrow keys shows a
  noticeable delay.
 
 Do you have many tables? There is a known issue regarding table rendering.
 Liviu

Re: lyx chokes on documents with many subsections?

[Paul A. Rubin]

On 6/12/2010 1:13 PM, Jose Quesada wrote:

nope, no tables, just a long, complicated outline.
Maybe I could flatten it a little...


If you're in the mood to experiment, you might try putting different 
sections in different branches (which you can color-code).  Then 
collapse the branches you're not working on.  I'm curious whether that 
would speed up edits.


You could try something similar with other collapsible insets as well, 
but branches have the advantage that you can assign colors to them.


/Paul

Re: Reducing the number of pages in an article

[Steve Litt]

On Saturday 12 June 2010 03:55:23 Barak Sh wrote:
 Hello all,
 An article I'm writing has reached 7 pages where the last page contains
  only a small paragraph. Is there a simple way to reduce the article to 6
  pages? I know it's possible to make fonts a bit smaller throughout the
  entire article. This will get the job done, but I have noticed that there
  are many blank spaces between paragraphs and between formulas and text.
  There must be a simple way to tell LaTeX to make these spaces a bit
  smaller so that the article fits comfortably into 6 pages.
 (I know there's an option in Document Settings to specify the vertical
 separation of paragraphs. It's already at the smallest value.)
 Thanks in advance,
 Barak

LaTeX puts big space between paragraphs rather than have a page end before the 
bottom. The more and bigger graphics (and probably formulas), the more inter-
paragraph variations become. It's hard to defeat this LaTeX behavior without a 
lot of micromanaging.

I've found you can change the pagecount by changing the margins just a little. 
If you want this to be a six page document, I'd widen and lengthen the margins 
just a smidgen.

SteveT

Steve Litt
Recession Relief Package
http://www.recession-relief.US
Twitter: http://www.twitter.com/stevelitt

Re: lyx chokes on documents with many subsections?

[Steve Litt]

On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
 Hi,
 
 I'm not sure if this is only on my particular doc, but it seems to me
 that lyx chokes on documents with many subsections?
 It's a notes doc. It may have close to a hundred headinds (section,
 subsection etc).
 Typing becomes slow. Even moving around with the arrow keys shows a
 noticeable delay.
 
 Since LyX is praised for working really well on longer documents, such as
 books, I'm surprised.
 I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.
 
 In this use case, there's almost as much 'section' content as there's
 'default' paragraph content. Maybe this is abusing the design of LyX...?
 
 Best,
 -Jose

A long, long time ago, back in the Xforms days (yeah, let's not get started on 
that), a LyX version had a bug where a moderately long doc would allow the 
typist to outrun LyX. It was some problem with a specific algorithm (maybe 
shifting X characters by shifting 1 character X times, or something like 
that). But since then, I haven't seen a Lyx version that let me (45 to 50 wpm) 
get ahead of LyX, even though I've written some fairly big books with lots of 
headings. My Thriving in Tough Times book has 112 Subsection headers:

=
sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep begin_layout 
Subsection | wc -lsl...@mydesk:/d/at/books/mental$
112
sl...@mydesk:/d/at/books/mental$
=

I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable RAM.

=
sl...@mydesk:/d/at/books/mental$ lyx -version
LyX 1.6.4 (2009-08-22)
Built on Sep 22 2009, 23:23:06
Configuration
  Host type:i486-pc-linux-gnu
  Special build flags:  aiksaurus warnings  use-aspell use-ispell
  C   Compiler: gcc 
  C   Compiler LyX flags:
  C   Compiler flags:-g -O2
  C++ Compiler: g++ (4.4.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:-g -O2
  Linker flags: 
  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs -Wl,--as-
ne eded -Wl,-z,defs -Wl,--as-
needed
  Qt 4 Frontend:
  Qt 4 version: 4.5.2
  Packaging:posix
  LyX binary dir:   /usr/bin
  LyX files dir:/usr/share/lyx

sl...@mydesk:/d/at/books/mental$ uname -a
Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010 
i686  GNU/Linux
sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
MemTotal:3346096 kB
sl...@mydesk:/d/at/books/mental$
=

Always assuming you're not using a 2004 version that has this known bug, I'd 
suspect you might be running short on RAM, or you're using a VERY underpowered 
CPU, or something like that.

If I were going to troubleshoot this, I'd reboot the machine and try LyXing 
the doc again. Either it's slow or it's not. If it's not, start looking at 
other software running concurrently with LyX. If it is, cut a copy of the doc 
in half and see whether it's just as slow, half as slow, or not slow at all. 
Continue doing this half splitting until you discover the factors 
corresponding to slow behavior.

StevET


Steve Litt
Recession Relief Package
http://www.recession-relief.US
Twitter: http://www.twitter.com/stevelitt

Re: lyx chokes on documents with many subsections?

[Julien Rioux]

On 12/06/2010 11:55 AM, Jose Quesada wrote:

Hi,

I'm not sure if this is only on my particular doc, but it seems to me
that lyx chokes on documents with many subsections?
It's a notes doc. It may have close to a hundred headinds (section,
subsection etc).
Typing becomes slow. Even moving around with the arrow keys shows a
noticeable delay.


Do you have the outline pane open? What if you close it?

--
Julien

Lyx 2 WORD

[E. Kaplan]

I know this is an often-discussed issue, but like the weather, it seems 
to be always relevant.


In converting from Lyx to MS WORD I found the path through html to work 
quite well, even for documents with figures, except for the paragraph 
environment, which somehow is treated as regular text:  the paragraph 
heading is in bold, but there is no new line before the paragraph heading.


Is this a bug or the expected behavior?

Ehud
.

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

@Steve,16 Gb of ram, cpu iddle... I don't think it's a matter of resources.
@Julien, you narrowed down the problem! when I close the outline pane,
everything is fast. Unfortunately, for my use case I need it open...

I wonder if Rob Oakes, who has been working on the outliner code, could
improve performance.
Maybe there's an inconsistency on the headings on this particular file that
make it slow...

I'm going to generate a file with only say 100 headings, but only two
levels, and then increase the complexity until I hit the slow down...
Will report back.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 8:16 PM, Steve Litt sl...@troubleshooters.comwrote:

 On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
  Hi,
 
  I'm not sure if this is only on my particular doc, but it seems to me
  that lyx chokes on documents with many subsections?
  It's a notes doc. It may have close to a hundred headinds (section,
  subsection etc).
  Typing becomes slow. Even moving around with the arrow keys shows a
  noticeable delay.
 
  Since LyX is praised for working really well on longer documents, such as
  books, I'm surprised.
  I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
 problem.
 
  In this use case, there's almost as much 'section' content as there's
  'default' paragraph content. Maybe this is abusing the design of LyX...?
 
  Best,
  -Jose

 A long, long time ago, back in the Xforms days (yeah, let's not get started
 on
 that), a LyX version had a bug where a moderately long doc would allow the
 typist to outrun LyX. It was some problem with a specific algorithm (maybe
 shifting X characters by shifting 1 character X times, or something like
 that). But since then, I haven't seen a Lyx version that let me (45 to 50
 wpm)
 get ahead of LyX, even though I've written some fairly big books with lots
 of
 headings. My Thriving in Tough Times book has 112 Subsection headers:

 =
 sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep begin_layout
 Subsection | wc -lsl...@mydesk:/d/at/books/mental$
 112
 sl...@mydesk:/d/at/books/mental$
 =

 I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable RAM.

 =
 sl...@mydesk:/d/at/books/mental$ lyx -version
 LyX 1.6.4 (2009-08-22)
 Built on Sep 22 2009, 23:23:06
 Configuration
  Host type:i486-pc-linux-gnu
  Special build flags:  aiksaurus warnings  use-aspell use-ispell
  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:-g -O2
  C++ Compiler: g++ (4.4.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:-g -O2
  Linker flags:
  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs
 -Wl,--as-
 ne eded -Wl,-z,defs -Wl,--as-
 needed
  Qt 4 Frontend:
  Qt 4 version: 4.5.2
  Packaging:posix
  LyX binary dir:   /usr/bin
  LyX files dir:/usr/share/lyx

 sl...@mydesk:/d/at/books/mental$ uname -a
 Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010
 i686  GNU/Linux
 sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
 MemTotal:3346096 kB
 sl...@mydesk:/d/at/books/mental$
 =

 Always assuming you're not using a 2004 version that has this known bug,
 I'd
 suspect you might be running short on RAM, or you're using a VERY
 underpowered
 CPU, or something like that.

 If I were going to troubleshoot this, I'd reboot the machine and try LyXing
 the doc again. Either it's slow or it's not. If it's not, start looking at
 other software running concurrently with LyX. If it is, cut a copy of the
 doc
 in half and see whether it's just as slow, half as slow, or not slow at
 all.
 Continue doing this half splitting until you discover the factors
 corresponding to slow behavior.

 StevET


 Steve Litt
 Recession Relief Package
 http://www.recession-relief.US
 Twitter: http://www.twitter.com/stevelitt

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

ok, attached is an example.
At 40 headins it is kind of too slow for actuall work.

Turning autocompletion off doesn't help. Neither does turning off inline
spelling.
htop shows lyx using little memory and cpu. Performance degrades lineally
with number of headings.

If you could reproduce this on other systems, then I think we have a bug.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 9:48 PM, Jose Quesada ques...@gmail.com wrote:

 @Steve,16 Gb of ram, cpu iddle... I don't think it's a matter of resources.
 @Julien, you narrowed down the problem! when I close the outline pane,
 everything is fast. Unfortunately, for my use case I need it open...

 I wonder if Rob Oakes, who has been working on the outliner code, could
 improve performance.
 Maybe there's an inconsistency on the headings on this particular file that
 make it slow...

 I'm going to generate a file with only say 100 headings, but only two
 levels, and then increase the complexity until I hit the slow down...
 Will report back.

 Best,
 -Jose

 Jose Quesada, PhD.
 Max Planck Institute,
 Center for Adaptive Behavior and Cognition,
 Berlin
 http://www.josequesada.name/
 http://twitter.com/Quesada


 On Sat, Jun 12, 2010 at 8:16 PM, Steve Litt sl...@troubleshooters.comwrote:

 On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
  Hi,
 
  I'm not sure if this is only on my particular doc, but it seems to me
  that lyx chokes on documents with many subsections?
  It's a notes doc. It may have close to a hundred headinds (section,
  subsection etc).
  Typing becomes slow. Even moving around with the arrow keys shows a
  noticeable delay.
 
  Since LyX is praised for working really well on longer documents, such
 as
  books, I'm surprised.
  I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
 problem.
 
  In this use case, there's almost as much 'section' content as there's
  'default' paragraph content. Maybe this is abusing the design of LyX...?
 
  Best,
  -Jose

 A long, long time ago, back in the Xforms days (yeah, let's not get
 started on
 that), a LyX version had a bug where a moderately long doc would allow the
 typist to outrun LyX. It was some problem with a specific algorithm (maybe
 shifting X characters by shifting 1 character X times, or something like
 that). But since then, I haven't seen a Lyx version that let me (45 to 50
 wpm)
 get ahead of LyX, even though I've written some fairly big books with lots
 of
 headings. My Thriving in Tough Times book has 112 Subsection headers:

 =
 sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep begin_layout
 Subsection | wc -lsl...@mydesk:/d/at/books/mental$
 112
 sl...@mydesk:/d/at/books/mental$
 =

 I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable RAM.

 =
 sl...@mydesk:/d/at/books/mental$ lyx -version
 LyX 1.6.4 (2009-08-22)
 Built on Sep 22 2009, 23:23:06
 Configuration
  Host type:i486-pc-linux-gnu
  Special build flags:  aiksaurus warnings  use-aspell use-ispell
  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:-g -O2
  C++ Compiler: g++ (4.4.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:-g -O2
  Linker flags:
  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs
 -Wl,--as-
 ne eded -Wl,-z,defs -Wl,--as-
 needed
  Qt 4 Frontend:
  Qt 4 version: 4.5.2
  Packaging:posix
  LyX binary dir:   /usr/bin
  LyX files dir:/usr/share/lyx

 sl...@mydesk:/d/at/books/mental$ uname -a
 Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010
 i686  GNU/Linux
 sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
 MemTotal:3346096 kB
 sl...@mydesk:/d/at/books/mental$
 =

 Always assuming you're not using a 2004 version that has this known bug,
 I'd
 suspect you might be running short on RAM, or you're using a VERY
 underpowered
 CPU, or something like that.

 If I were going to troubleshoot this, I'd reboot the machine and try
 LyXing
 the doc again. Either it's slow or it's not. If it's not, start looking at
 other software running concurrently with LyX. If it is, cut a copy of the
 doc
 in half and see whether it's just as slow, half as slow, or not slow at
 all.
 Continue doing this half splitting until you discover the factors
 corresponding to slow behavior.

 StevET


 Steve Litt
 Recession Relief Package
 http://www.recession-relief.US
 Twitter: http://www.twitter.com/stevelitt





example40topHeadings40subheadings.lyx
Description: application/lyx


example40topHeadings40subheadings.lyx16
Description: Binary data

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

update: using branches does not help.
Moving around in a large doc (example: userGuide) is sluggy too. Weird. This
must be something in my config...
I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.
The problem is that moving the cursor (not even typing, as usersGuide is
read-only) takes a long time, maybe .5 sec per character. Doesn't feel
speedy... compared with a small doc, where it flies.
Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 9:56 PM, Jose Quesada ques...@gmail.com wrote:

 ok, attached is an example.
 At 40 headins it is kind of too slow for actuall work.

 Turning autocompletion off doesn't help. Neither does turning off inline
 spelling.
 htop shows lyx using little memory and cpu. Performance degrades lineally
 with number of headings.

 If you could reproduce this on other systems, then I think we have a bug.

 Best,
 -Jose

 Jose Quesada, PhD.
 Max Planck Institute,
 Center for Adaptive Behavior and Cognition,
 Berlin
 http://www.josequesada.name/
 http://twitter.com/Quesada


 On Sat, Jun 12, 2010 at 9:48 PM, Jose Quesada ques...@gmail.com wrote:

 @Steve,16 Gb of ram, cpu iddle... I don't think it's a matter of
 resources.
 @Julien, you narrowed down the problem! when I close the outline pane,
 everything is fast. Unfortunately, for my use case I need it open...

 I wonder if Rob Oakes, who has been working on the outliner code, could
 improve performance.
 Maybe there's an inconsistency on the headings on this particular file
 that make it slow...

 I'm going to generate a file with only say 100 headings, but only two
 levels, and then increase the complexity until I hit the slow down...
 Will report back.

 Best,
 -Jose

 Jose Quesada, PhD.
 Max Planck Institute,
 Center for Adaptive Behavior and Cognition,
 Berlin
 http://www.josequesada.name/
 http://twitter.com/Quesada


 On Sat, Jun 12, 2010 at 8:16 PM, Steve Litt sl...@troubleshooters.comwrote:

 On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
  Hi,
 
  I'm not sure if this is only on my particular doc, but it seems to me
  that lyx chokes on documents with many subsections?
  It's a notes doc. It may have close to a hundred headinds (section,
  subsection etc).
  Typing becomes slow. Even moving around with the arrow keys shows a
  noticeable delay.
 
  Since LyX is praised for working really well on longer documents, such
 as
  books, I'm surprised.
  I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
 problem.
 
  In this use case, there's almost as much 'section' content as there's
  'default' paragraph content. Maybe this is abusing the design of
 LyX...?
 
  Best,
  -Jose

 A long, long time ago, back in the Xforms days (yeah, let's not get
 started on
 that), a LyX version had a bug where a moderately long doc would allow
 the
 typist to outrun LyX. It was some problem with a specific algorithm
 (maybe
 shifting X characters by shifting 1 character X times, or something like
 that). But since then, I haven't seen a Lyx version that let me (45 to 50
 wpm)
 get ahead of LyX, even though I've written some fairly big books with
 lots of
 headings. My Thriving in Tough Times book has 112 Subsection headers:

 =
 sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep begin_layout
 Subsection | wc -lsl...@mydesk:/d/at/books/mental$
 112
 sl...@mydesk:/d/at/books/mental$
 =

 I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable
 RAM.

 =
 sl...@mydesk:/d/at/books/mental$ lyx -version
 LyX 1.6.4 (2009-08-22)
 Built on Sep 22 2009, 23:23:06
 Configuration
  Host type:i486-pc-linux-gnu
  Special build flags:  aiksaurus warnings  use-aspell use-ispell
  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:-g -O2
  C++ Compiler: g++ (4.4.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:-g -O2
  Linker flags:
  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs
 -Wl,--as-
 ne eded -Wl,-z,defs -Wl,--as-
 needed
  Qt 4 Frontend:
  Qt 4 version: 4.5.2
  Packaging:posix
  LyX binary dir:   /usr/bin
  LyX files dir:/usr/share/lyx

 sl...@mydesk:/d/at/books/mental$ uname -a
 Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC
 2010
 i686  GNU/Linux
 sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
 MemTotal:3346096 kB
 sl...@mydesk:/d/at/books/mental$
 =

 Always assuming you're not using a 2004 version that has this known bug,
 I'd
 suspect you might be running short on RAM, or you're using a VERY
 underpowered
 CPU, or something like that.

 If I were going to 

Re: Lyx 2 WORD

[Guenter Milde]

On 2010-06-12, E. Kaplan wrote:
 I know this is an often-discussed issue, but like the weather, it seems 
 to be always relevant.

 In converting from Lyx to MS WORD I found the path through html to work 
 quite well, even for documents with figures, except for the paragraph 
 environment, which somehow is treated as regular text:  the paragraph 
 heading is in bold, but there is no new line before the paragraph heading.

No new line *before* the paragraph heading is indead somewhat strange.

No new line *after* tha paragraph heading is expected.

Or do you mean no vertical space (blank line)?

Günter

Re: Reducing the number of pages in an article

[Guenter Milde]

On 2010-06-12, Barak Sh wrote:
 --0050450156d81d9ee90488d09573
 Content-Type: text/plain; charset=ISO-8859-1


 An article I'm writing has reached 7 pages where the last page contains
 only a small paragraph. Is there a simple way to reduce the article to
 6 pages? 

 ... I have noticed that there are many blank spaces between paragraphs
 and between formulas and text. 

If it is up to you, you can select parindent instead of parskip.

Don't start a new paragraph before and after a formula.
This happens, if you hit Enter (Return).
The difference is hard to spot in LyX but might be your problem.
ViewSource helps, if there is a blank line around formulas, delete the
newlines (and use Ctrl-Z if you accidentially delete the formula as
well).

 There must be a simple way to tell LaTeX to make these spaces a
 bit smaller so that the article fits comfortably into 6 pages. (I know
 there's an option in Document Settings to specify the vertical
 separation of paragraphs. It's already at the smallest value.)

If you need parskip use the parskip package instead of LyX GUI setting
(set to parindent and in the LaTeX preamble write
\usepackage{parskip}. This reduces excess space around lists, headings etc.

Günter

Re: lyx chokes on documents with many subsections?

[[Ricardo Rodriguez] eBioTIC.]

Hi,

Jose Quesada wrote:

ok, attached is an example.
At 40 headins it is kind of too slow for actuall work.

Turning autocompletion off doesn't help. Neither does turning off 
inline spelling.
htop shows lyx using little memory and cpu. Performance degrades 
lineally with number of headings.


If you could reproduce this on other systems, then I think we have a bug.


I am not able to reproduce this behaviour in a 2.0.0alpha3 (MacTeX-2009) 
installation running on a MacBook Pro with Mac OS X 10.5.8. Reaction to 
typing is quite normal here.


What I've not installed here is Springer LNCS article class. Could this 
make a difference?


HTH,

Ricardo

--
Ricardo Rodríguez
CTO
eBioTIC.
Life Sciences, Data Modeling and Information Management Systems

Re: blanks don't get saved in math-text mode

[Guenter Milde]

On 2010-06-11, hinten hoch wrote:
 --0016364265755e94760488bff732
 Content-Type: text/plain; charset=ISO-8859-1

 Dear all,
 I'm trying to use the qtree package in lyx to generate some trees in
 math-text mode. In principle it's working fine, but when I save the document
 or copy and paste the trees, the blanks that are necessary to get the right
 results get deleted. Protected blanks do get saved, but don't work. Is there
 a way to keep the blanks in there?

Currently not. You might file a bug report.

This also inhibits the use of icomma.sty:

% \usepackage{icomma}
% 
% Mit icomma gilt: Wenn auf das Komma ein Leerzeichen folgt, soll auch eins
% kommen, wenn nicht, schreibe es als Operator: z.B. $f(x, y) = 3,45$
% 
% Geht nicht mit LyX, da LyX Leerzeichen in Mathe unterdrückt. :-(


Günter

Re: Reducing the number of pages in an article

[Barak Sh]

Guenter Milde milde at users.berlios.de writes:

 
 On 2010-06-12, Barak Sh wrote:
  --0050450156d81d9ee90488d09573
  Content-Type: text/plain; charset=ISO-8859-1
 
  An article I'm writing has reached 7 pages where the last page contains
  only a small paragraph. Is there a simple way to reduce the article to
  6 pages? 
 
  ... I have noticed that there are many blank spaces between paragraphs
  and between formulas and text. 
 
 If it is up to you, you can select parindent instead of parskip.
 
 Don't start a new paragraph before and after a formula.
 This happens, if you hit Enter (Return).
 The difference is hard to spot in LyX but might be your problem.
 ViewSource helps, if there is a blank line around formulas, delete the
 newlines (and use Ctrl-Z if you accidentially delete the formula as
 well).
 
  There must be a simple way to tell LaTeX to make these spaces a
  bit smaller so that the article fits comfortably into 6 pages. (I know
  there's an option in Document Settings to specify the vertical
  separation of paragraphs. It's already at the smallest value.)
 
 If you need parskip use the parskip package instead of LyX GUI setting
 (set to parindent and in the LaTeX preamble write
 \usepackage{parskip}. This reduces excess space around lists, headings etc.
 
 Günter
 
 


Thanks (to all three repliers)!

I tried \usepackage{parskip}, but it did not change anything. Then I decided to 
specify a custom length for the separation between paragraphs, in the document 
settings, and this seemed to do the trick, combined with a custom line spacing 
(of exactly 0.8). I've managed to shrink my article to 6 pages.

I also tried to change the document class to article (more font sizes), and 
then choose a smaller base size for fonts (8 instead of 10). However, I could 
not export the article; I got a LaTeX error \...@chapter undefined. Any idea 
where this error could have come from?
I would like to make the fonts smaller but still have larger fonts for titles, 
how is that possible without changing the base font size (and without 
painstakingly changing the individual font sizes of each title and paragraph)?

Thanks again,
Barak

Re: lyx chokes on documents with many subsections?

[Paul Rubin]

Jose Quesada quesada at gmail.com writes:

 
 
 ok, attached is an example.
 
 At 40 headins it is kind of too slow for actuall work.

Your example file does not cause my laptop (Mint Helena, which is built on
Ubuntu Karmic; dual core Intel processor) any problems.  Response to the cursor
keys is fine.  Of course, I do have slow reflexes ... :-)

If you google LyX 1.6 slow scrolling you'll find a number of previous messages
about scrolling issues.  As I recall, in most cases either switching to a
different version of Qt or tinkering with the Xorg drivers seemed to help.  I
can't say first hand, since I never experienced it myself.

/Paul

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Thanks Paul,

It makes me sad when I face situations like this. LyX is a great tool, that
should work well under linux (open source, qt, etc). But what I find is the
contrary. Obscure bug that I have no time to track (I know first hand this
could be a time sink, going down the rabbit hole...). Ubuntu version is
pretty out-of-date (1.6.4). Looks like for this deadline I'll have to use
plain latex, and hope somehow an update will fix the problem.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 11:55 PM, Paul Rubin ru...@msu.edu wrote:

 Jose Quesada quesada at gmail.com writes:

 
 
  ok, attached is an example.
 
  At 40 headins it is kind of too slow for actuall work.

 Your example file does not cause my laptop (Mint Helena, which is built on
 Ubuntu Karmic; dual core Intel processor) any problems.  Response to the
 cursor
 keys is fine.  Of course, I do have slow reflexes ... :-)

 If you google LyX 1.6 slow scrolling you'll find a number of previous
 messages
 about scrolling issues.  As I recall, in most cases either switching to a
 different version of Qt or tinkering with the Xorg drivers seemed to help.
  I
 can't say first hand, since I never experienced it myself.

 /Paul

Re: Reducing the number of pages in an article

[Alan L Tyree]

On Sat, 12 Jun 2010 14:01:26 -0400
Steve Litt sl...@troubleshooters.com wrote:

 On Saturday 12 June 2010 03:55:23 Barak Sh wrote:
  Hello all,
  An article I'm writing has reached 7 pages where the last page
  contains only a small paragraph. Is there a simple way to reduce
  the article to 6 pages? I know it's possible to make fonts a bit
  smaller throughout the entire article. This will get the job done,
  but I have noticed that there are many blank spaces between
  paragraphs and between formulas and text. There must be a simple
  way to tell LaTeX to make these spaces a bit smaller so that the
  article fits comfortably into 6 pages. (I know there's an option in
  Document Settings to specify the vertical separation of paragraphs.
  It's already at the smallest value.) Thanks in advance,
  Barak
 
 LaTeX puts big space between paragraphs rather than have a page end
 before the bottom. The more and bigger graphics (and probably
 formulas), the more inter- paragraph variations become. It's hard to
 defeat this LaTeX behavior without a lot of micromanaging.

Isn't this behaviour overcome with \raggedbottom?

Alan

 
 I've found you can change the pagecount by changing the margins just
 a little. If you want this to be a six page document, I'd widen and
 lengthen the margins just a smidgen.
 
 SteveT
 
 Steve Litt
 Recession Relief Package
 http://www.recession-relief.US
 Twitter: http://www.twitter.com/stevelitt
 


-- 
Alan L Tyreehttp://www2.austlii.edu.au/~alan
Tel:  04 2748 6206

Re: lyx chokes on documents with many subsections?

[Liviu Andronic]

On Sat, Jun 12, 2010 at 10:22 PM, [Ricardo Rodriguez] eBioTIC.
ricardo.rodrig...@ebiotic.net wrote:
 I am not able to reproduce this behaviour in a 2.0.0alpha3 (MacTeX-2009)
 installation running on a MacBook Pro with Mac OS X 10.5.8. Reaction to
 typing is quite normal here.

 What I've not installed here is Springer LNCS article class. Could this make
 a difference?

I can also report no particular issues with this file, on Debian
testing, LyX 2.0, 4 GB of RAM and two Athlon cores. But I also don't
have the article class installed. You might want to build LyX 2.0
alpha on your system.

Regards
Liviu

Re: Reducing the number of pages in an article

[Steve Litt]

On Saturday 12 June 2010 19:10:31 Alan L Tyree wrote:
 On Sat, 12 Jun 2010 14:01:26 -0400
 
 Steve Litt sl...@troubleshooters.com wrote:
  On Saturday 12 June 2010 03:55:23 Barak Sh wrote:
   Hello all,
   An article I'm writing has reached 7 pages where the last page
   contains only a small paragraph. Is there a simple way to reduce
   the article to 6 pages? I know it's possible to make fonts a bit
   smaller throughout the entire article. This will get the job done,
   but I have noticed that there are many blank spaces between
   paragraphs and between formulas and text. There must be a simple
   way to tell LaTeX to make these spaces a bit smaller so that the
   article fits comfortably into 6 pages. (I know there's an option in
   Document Settings to specify the vertical separation of paragraphs.
   It's already at the smallest value.) Thanks in advance,
   Barak
 
  LaTeX puts big space between paragraphs rather than have a page end
  before the bottom. The more and bigger graphics (and probably
  formulas), the more inter- paragraph variations become. It's hard to
  defeat this LaTeX behavior without a lot of micromanaging.
 
 Isn't this behaviour overcome with \raggedbottom?

Once upon a time I knew the answer to that question. Still and all, with lots 
of fairly large graphics and formulas etc, you're bound to have too much 
space on some pages.

SteveT

Steve Litt
Recession Relief Package
http://www.recession-relief.US
Twitter: http://www.twitter.com/stevelitt

Reducing the number of pages in an article

[Barak Sh]

Hello all,
An article I'm writing has reached 7 pages where the last page contains only
a small paragraph. Is there a simple way to reduce the article to 6 pages?
I know it's possible to make fonts a bit smaller throughout the entire
article. This will get the job done, but I have noticed that there are many
blank spaces between paragraphs and between formulas and text. There must be
a simple way to tell LaTeX to make these spaces a bit smaller so that the
article fits comfortably into 6 pages.
(I know there's an option in Document Settings to specify the vertical
separation of paragraphs. It's already at the smallest value.)
Thanks in advance,
Barak

Re: Reducing the number of pages in an article

[Ehud Kaplan]

Here are a few tricks that might help:

  1. In your preamble, put: \usepackage[small, compact]{titlesec}
  2. Hunt for very short lines at the ends of paragraphs and change the
 wording in the paragraph to eliminate them
  3. If the journal allows two columns, use that option.  It saves ~10%
 of space.
  4. Decrease the space between lines (see
 http://en.wikibooks.org/wiki/LaTeX/Customizing_LaTeX#Spacing  ).
  5. If you have figures, wrap the text around them
  6. There are packages to reduce spacing between itemized or numbered
 lists, if you have any.

Hope these are enough.

Ehud

On 06/12/2010 03:55 AM, Barak Sh wrote:

Hello all,
An article I'm writing has reached 7 pages where the last page 
contains only a small paragraph. Is there a simple way to reduce the 
article to 6 pages?
I know it's possible to make fonts a bit smaller throughout the entire 
article. This will get the job done, but I have noticed that there are 
many blank spaces between paragraphs and between formulas and text. 
There must be a simple way to tell LaTeX to make these spaces a bit 
smaller so that the article fits comfortably into 6 pages.
(I know there's an option in Document Settings to specify the vertical 
separation of paragraphs. It's already at the smallest value.)

Thanks in advance,
Barak


--
Ehud Kaplan, Ph.D.
Jules and Doris Stein Research to Prevent Blindness Professor
Director, The laboratory of Visual  Computational Neuroscience
Departments of Neuroscience, Ophthalmology, Structural  Chemical Biology,
The Mount Sinai School of Medicine
One Gustave Levy Place
NY, NY, 10029

Re: How do I create this character in lyx?

[Daniel CLEMENT]

I think the character Rich needs is readily available in LyX:

miscellaneous-AMS palette, 6th row, 2nd column, complement
character.

I can use it (in LyX 1.6.5) without any special package.

Regards, Daniel

Paul Elliott wrote:
 On Fri, Jun 11, 2010 at 07:29:56PM -0700, Rich Shepard wrote:
  On Fri, 11 Jun 2010, Paul Elliott wrote:
 
  In TOPOLOGY by James Dugundji a wierd script 'C' Character is used to
  indicate the complement of a set.  How do I make that character in lyx?
 
Look in the LaTeX symbol guide. It's a pdf file that's been mentioned on
  this list several times.
 
  Rich
 
 I had to add /usemathpackage{mathrsfs} to the preamble and \mathsrc{C}
 to the text.
 

-- 
Daniel CLEMENT

Wiki upload password

[Daniel CLEMENT]

Hi,

I'd like to upload my French translations for the theorems modules to
the wiki. 

This page:

http://wiki.lyx.org/Site/AboutUploading

provides the username. Could someone kindly send me the current
password?

TIA,
-- 
Daniel CLEMENT

Re: Wiki upload password

[Paul A. Rubin]

On 6/12/2010 8:39 AM, Daniel CLEMENT wrote:

I'd like to upload my French translations for the theorems modules to
the wiki.

This page:

http://wiki.lyx.org/Site/AboutUploading

provides the username. Could someone kindly send me the current
password?



Sent via e-mail.

/Paul

Translating theorem-like statements: 100%

[Daniel CLEMENT]

Hi,

I have uploaded my translations of the theorems-related modules to the
wiki.

You can find them on this page:

http://wiki.lyx.org/Layouts/ThmsFr

You're welcome to move or improve the page in any way. 

In particular, the step 2 would need to be adapted to other OSes than
Linux: I don't have a Windows PC at hand with LyX installed, so I'm not
sure how to replace ~/.lyx/layouts.

Regards,
-- 
Daniel CLEMENT

Re: How do I create this character in lyx?

[Paul Elliott]

On Sat, Jun 12, 2010 at 11:10:05AM +0200, Daniel CLEMENT wrote:

 
 miscellaneous-AMS palette, 6th row, 2nd column, complement
 character.

That character is not the wierd script C character used in Dugunji.


 
 I can use it (in LyX 1.6.5) without any special package.
 
 Regards, Daniel
 
 Paul Elliott wrote:
  On Fri, Jun 11, 2010 at 07:29:56PM -0700, Rich Shepard wrote:
   On Fri, 11 Jun 2010, Paul Elliott wrote:
  
   In TOPOLOGY by James Dugundji a wierd script 'C' Character is used to
   indicate the complement of a set.  How do I make that character in lyx?
  
 Look in the LaTeX symbol guide. It's a pdf file that's been mentioned on
   this list several times.
  
   Rich
  
  I had to add /usemathpackage{mathrsfs} to the preamble and \mathsrc{C}
  to the text.
  
 
 -- 
 Daniel CLEMENT
 
 

-- 
Paul Elliott   1(512)837-1096
pelli...@blackpatchpanel.com   PMB 181, 11900 Metric Blvd Suite J
http://www.free.blackpatchpanel.com/pme/   Austin TX 78758-3117


signature.asc
Description: Digital signature

lyx chokes on documents with many subsections?

[Jose Quesada]

Hi,

I'm not sure if this is only on my particular doc, but it seems to me
that lyx chokes on documents with many subsections?
It's a notes doc. It may have close to a hundred headinds (section,
subsection etc).
Typing becomes slow. Even moving around with the arrow keys shows a
noticeable delay.

Since LyX is praised for working really well on longer documents, such as
books, I'm surprised.
I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.

In this use case, there's almost as much 'section' content as there's
'default' paragraph content. Maybe this is abusing the design of LyX...?

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada

Re: Translating theorem-like statements: 100%

[Paul A. Rubin]

On 6/12/2010 10:55 AM, Daniel CLEMENT wrote:


You're welcome to move or improve the page in any way.

In particular, the step 2 would need to be adapted to other OSes than
Linux: I don't have a Windows PC at hand with LyX installed, so I'm not
sure how to replace ~/.lyx/layouts.



Thanks for uploading them.  I tweaked step 2 so that it is now OS-agnostic.

/Paul

Re: lyx chokes on documents with many subsections?

[Liviu Andronic]

Hello

On Sat, Jun 12, 2010 at 4:55 PM, Jose Quesada ques...@gmail.com wrote:
 Hi,
 I'm not sure if this is only on my particular doc, but it seems to me
 that lyx chokes on documents with many subsections?
 It's a notes doc. It may have close to a hundred headinds (section,
 subsection etc).
 Typing becomes slow. Even moving around with the arrow keys shows a
 noticeable delay.

Do you have many tables? There is a known issue regarding table rendering.
Liviu

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

nope, no tables, just a long, complicated outline.
Maybe I could flatten it a little...
Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 6:59 PM, Liviu Andronic landronim...@gmail.comwrote:

 Hello

 On Sat, Jun 12, 2010 at 4:55 PM, Jose Quesada ques...@gmail.com wrote:
  Hi,
  I'm not sure if this is only on my particular doc, but it seems to me
  that lyx chokes on documents with many subsections?
  It's a notes doc. It may have close to a hundred headinds (section,
  subsection etc).
  Typing becomes slow. Even moving around with the arrow keys shows a
  noticeable delay.
 
 Do you have many tables? There is a known issue regarding table rendering.
 Liviu

Re: lyx chokes on documents with many subsections?

[Paul A. Rubin]

On 6/12/2010 1:13 PM, Jose Quesada wrote:

nope, no tables, just a long, complicated outline.
Maybe I could flatten it a little...


If you're in the mood to experiment, you might try putting different 
sections in different branches (which you can color-code).  Then 
collapse the branches you're not working on.  I'm curious whether that 
would speed up edits.


You could try something similar with other collapsible insets as well, 
but branches have the advantage that you can assign colors to them.


/Paul

Re: Reducing the number of pages in an article

[Steve Litt]

On Saturday 12 June 2010 03:55:23 Barak Sh wrote:
 Hello all,
 An article I'm writing has reached 7 pages where the last page contains
  only a small paragraph. Is there a simple way to reduce the article to 6
  pages? I know it's possible to make fonts a bit smaller throughout the
  entire article. This will get the job done, but I have noticed that there
  are many blank spaces between paragraphs and between formulas and text.
  There must be a simple way to tell LaTeX to make these spaces a bit
  smaller so that the article fits comfortably into 6 pages.
 (I know there's an option in Document Settings to specify the vertical
 separation of paragraphs. It's already at the smallest value.)
 Thanks in advance,
 Barak

LaTeX puts big space between paragraphs rather than have a page end before the 
bottom. The more and bigger graphics (and probably formulas), the more inter-
paragraph variations become. It's hard to defeat this LaTeX behavior without a 
lot of micromanaging.

I've found you can change the pagecount by changing the margins just a little. 
If you want this to be a six page document, I'd widen and lengthen the margins 
just a smidgen.

SteveT

Steve Litt
Recession Relief Package
http://www.recession-relief.US
Twitter: http://www.twitter.com/stevelitt

Re: lyx chokes on documents with many subsections?

[Steve Litt]

On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
 Hi,
 
 I'm not sure if this is only on my particular doc, but it seems to me
 that lyx chokes on documents with many subsections?
 It's a notes doc. It may have close to a hundred headinds (section,
 subsection etc).
 Typing becomes slow. Even moving around with the arrow keys shows a
 noticeable delay.
 
 Since LyX is praised for working really well on longer documents, such as
 books, I'm surprised.
 I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.
 
 In this use case, there's almost as much 'section' content as there's
 'default' paragraph content. Maybe this is abusing the design of LyX...?
 
 Best,
 -Jose

A long, long time ago, back in the Xforms days (yeah, let's not get started on 
that), a LyX version had a bug where a moderately long doc would allow the 
typist to outrun LyX. It was some problem with a specific algorithm (maybe 
shifting X characters by shifting 1 character X times, or something like 
that). But since then, I haven't seen a Lyx version that let me (45 to 50 wpm) 
get ahead of LyX, even though I've written some fairly big books with lots of 
headings. My Thriving in Tough Times book has 112 Subsection headers:

=
sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep begin_layout 
Subsection | wc -lsl...@mydesk:/d/at/books/mental$
112
sl...@mydesk:/d/at/books/mental$
=

I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable RAM.

=
sl...@mydesk:/d/at/books/mental$ lyx -version
LyX 1.6.4 (2009-08-22)
Built on Sep 22 2009, 23:23:06
Configuration
  Host type:i486-pc-linux-gnu
  Special build flags:  aiksaurus warnings  use-aspell use-ispell
  C   Compiler: gcc 
  C   Compiler LyX flags:
  C   Compiler flags:-g -O2
  C++ Compiler: g++ (4.4.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:-g -O2
  Linker flags: 
  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs -Wl,--as-
ne eded -Wl,-z,defs -Wl,--as-
needed
  Qt 4 Frontend:
  Qt 4 version: 4.5.2
  Packaging:posix
  LyX binary dir:   /usr/bin
  LyX files dir:/usr/share/lyx

sl...@mydesk:/d/at/books/mental$ uname -a
Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010 
i686  GNU/Linux
sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
MemTotal:3346096 kB
sl...@mydesk:/d/at/books/mental$
=

Always assuming you're not using a 2004 version that has this known bug, I'd 
suspect you might be running short on RAM, or you're using a VERY underpowered 
CPU, or something like that.

If I were going to troubleshoot this, I'd reboot the machine and try LyXing 
the doc again. Either it's slow or it's not. If it's not, start looking at 
other software running concurrently with LyX. If it is, cut a copy of the doc 
in half and see whether it's just as slow, half as slow, or not slow at all. 
Continue doing this half splitting until you discover the factors 
corresponding to slow behavior.

StevET


Steve Litt
Recession Relief Package
http://www.recession-relief.US
Twitter: http://www.twitter.com/stevelitt

Re: lyx chokes on documents with many subsections?

[Julien Rioux]

On 12/06/2010 11:55 AM, Jose Quesada wrote:

Hi,

I'm not sure if this is only on my particular doc, but it seems to me
that lyx chokes on documents with many subsections?
It's a notes doc. It may have close to a hundred headinds (section,
subsection etc).
Typing becomes slow. Even moving around with the arrow keys shows a
noticeable delay.


Do you have the outline pane open? What if you close it?

--
Julien

Lyx 2 WORD

[E. Kaplan]

I know this is an often-discussed issue, but like the weather, it seems 
to be always relevant.


In converting from Lyx to MS WORD I found the path through html to work 
quite well, even for documents with figures, except for the paragraph 
environment, which somehow is treated as regular text:  the paragraph 
heading is in bold, but there is no new line before the paragraph heading.


Is this a bug or the expected behavior?

Ehud
.

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

@Steve,16 Gb of ram, cpu iddle... I don't think it's a matter of resources.
@Julien, you narrowed down the problem! when I close the outline pane,
everything is fast. Unfortunately, for my use case I need it open...

I wonder if Rob Oakes, who has been working on the outliner code, could
improve performance.
Maybe there's an inconsistency on the headings on this particular file that
make it slow...

I'm going to generate a file with only say 100 headings, but only two
levels, and then increase the complexity until I hit the slow down...
Will report back.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 8:16 PM, Steve Litt sl...@troubleshooters.comwrote:

 On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
  Hi,
 
  I'm not sure if this is only on my particular doc, but it seems to me
  that lyx chokes on documents with many subsections?
  It's a notes doc. It may have close to a hundred headinds (section,
  subsection etc).
  Typing becomes slow. Even moving around with the arrow keys shows a
  noticeable delay.
 
  Since LyX is praised for working really well on longer documents, such as
  books, I'm surprised.
  I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
 problem.
 
  In this use case, there's almost as much 'section' content as there's
  'default' paragraph content. Maybe this is abusing the design of LyX...?
 
  Best,
  -Jose

 A long, long time ago, back in the Xforms days (yeah, let's not get started
 on
 that), a LyX version had a bug where a moderately long doc would allow the
 typist to outrun LyX. It was some problem with a specific algorithm (maybe
 shifting X characters by shifting 1 character X times, or something like
 that). But since then, I haven't seen a Lyx version that let me (45 to 50
 wpm)
 get ahead of LyX, even though I've written some fairly big books with lots
 of
 headings. My Thriving in Tough Times book has 112 Subsection headers:

 =
 sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep begin_layout
 Subsection | wc -lsl...@mydesk:/d/at/books/mental$
 112
 sl...@mydesk:/d/at/books/mental$
 =

 I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable RAM.

 =
 sl...@mydesk:/d/at/books/mental$ lyx -version
 LyX 1.6.4 (2009-08-22)
 Built on Sep 22 2009, 23:23:06
 Configuration
  Host type:i486-pc-linux-gnu
  Special build flags:  aiksaurus warnings  use-aspell use-ispell
  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:-g -O2
  C++ Compiler: g++ (4.4.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:-g -O2
  Linker flags:
  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs
 -Wl,--as-
 ne eded -Wl,-z,defs -Wl,--as-
 needed
  Qt 4 Frontend:
  Qt 4 version: 4.5.2
  Packaging:posix
  LyX binary dir:   /usr/bin
  LyX files dir:/usr/share/lyx

 sl...@mydesk:/d/at/books/mental$ uname -a
 Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010
 i686  GNU/Linux
 sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
 MemTotal:3346096 kB
 sl...@mydesk:/d/at/books/mental$
 =

 Always assuming you're not using a 2004 version that has this known bug,
 I'd
 suspect you might be running short on RAM, or you're using a VERY
 underpowered
 CPU, or something like that.

 If I were going to troubleshoot this, I'd reboot the machine and try LyXing
 the doc again. Either it's slow or it's not. If it's not, start looking at
 other software running concurrently with LyX. If it is, cut a copy of the
 doc
 in half and see whether it's just as slow, half as slow, or not slow at
 all.
 Continue doing this half splitting until you discover the factors
 corresponding to slow behavior.

 StevET


 Steve Litt
 Recession Relief Package
 http://www.recession-relief.US
 Twitter: http://www.twitter.com/stevelitt

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

ok, attached is an example.
At 40 headins it is kind of too slow for actuall work.

Turning autocompletion off doesn't help. Neither does turning off inline
spelling.
htop shows lyx using little memory and cpu. Performance degrades lineally
with number of headings.

If you could reproduce this on other systems, then I think we have a bug.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 9:48 PM, Jose Quesada ques...@gmail.com wrote:

 @Steve,16 Gb of ram, cpu iddle... I don't think it's a matter of resources.
 @Julien, you narrowed down the problem! when I close the outline pane,
 everything is fast. Unfortunately, for my use case I need it open...

 I wonder if Rob Oakes, who has been working on the outliner code, could
 improve performance.
 Maybe there's an inconsistency on the headings on this particular file that
 make it slow...

 I'm going to generate a file with only say 100 headings, but only two
 levels, and then increase the complexity until I hit the slow down...
 Will report back.

 Best,
 -Jose

 Jose Quesada, PhD.
 Max Planck Institute,
 Center for Adaptive Behavior and Cognition,
 Berlin
 http://www.josequesada.name/
 http://twitter.com/Quesada


 On Sat, Jun 12, 2010 at 8:16 PM, Steve Litt sl...@troubleshooters.comwrote:

 On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
  Hi,
 
  I'm not sure if this is only on my particular doc, but it seems to me
  that lyx chokes on documents with many subsections?
  It's a notes doc. It may have close to a hundred headinds (section,
  subsection etc).
  Typing becomes slow. Even moving around with the arrow keys shows a
  noticeable delay.
 
  Since LyX is praised for working really well on longer documents, such
 as
  books, I'm surprised.
  I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
 problem.
 
  In this use case, there's almost as much 'section' content as there's
  'default' paragraph content. Maybe this is abusing the design of LyX...?
 
  Best,
  -Jose

 A long, long time ago, back in the Xforms days (yeah, let's not get
 started on
 that), a LyX version had a bug where a moderately long doc would allow the
 typist to outrun LyX. It was some problem with a specific algorithm (maybe
 shifting X characters by shifting 1 character X times, or something like
 that). But since then, I haven't seen a Lyx version that let me (45 to 50
 wpm)
 get ahead of LyX, even though I've written some fairly big books with lots
 of
 headings. My Thriving in Tough Times book has 112 Subsection headers:

 =
 sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep begin_layout
 Subsection | wc -lsl...@mydesk:/d/at/books/mental$
 112
 sl...@mydesk:/d/at/books/mental$
 =

 I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable RAM.

 =
 sl...@mydesk:/d/at/books/mental$ lyx -version
 LyX 1.6.4 (2009-08-22)
 Built on Sep 22 2009, 23:23:06
 Configuration
  Host type:i486-pc-linux-gnu
  Special build flags:  aiksaurus warnings  use-aspell use-ispell
  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:-g -O2
  C++ Compiler: g++ (4.4.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:-g -O2
  Linker flags:
  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs
 -Wl,--as-
 ne eded -Wl,-z,defs -Wl,--as-
 needed
  Qt 4 Frontend:
  Qt 4 version: 4.5.2
  Packaging:posix
  LyX binary dir:   /usr/bin
  LyX files dir:/usr/share/lyx

 sl...@mydesk:/d/at/books/mental$ uname -a
 Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010
 i686  GNU/Linux
 sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
 MemTotal:3346096 kB
 sl...@mydesk:/d/at/books/mental$
 =

 Always assuming you're not using a 2004 version that has this known bug,
 I'd
 suspect you might be running short on RAM, or you're using a VERY
 underpowered
 CPU, or something like that.

 If I were going to troubleshoot this, I'd reboot the machine and try
 LyXing
 the doc again. Either it's slow or it's not. If it's not, start looking at
 other software running concurrently with LyX. If it is, cut a copy of the
 doc
 in half and see whether it's just as slow, half as slow, or not slow at
 all.
 Continue doing this half splitting until you discover the factors
 corresponding to slow behavior.

 StevET


 Steve Litt
 Recession Relief Package
 http://www.recession-relief.US
 Twitter: http://www.twitter.com/stevelitt





example40topHeadings40subheadings.lyx
Description: application/lyx


example40topHeadings40subheadings.lyx16
Description: Binary data

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

update: using branches does not help.
Moving around in a large doc (example: userGuide) is sluggy too. Weird. This
must be something in my config...
I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.
The problem is that moving the cursor (not even typing, as usersGuide is
read-only) takes a long time, maybe .5 sec per character. Doesn't feel
speedy... compared with a small doc, where it flies.
Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 9:56 PM, Jose Quesada ques...@gmail.com wrote:

 ok, attached is an example.
 At 40 headins it is kind of too slow for actuall work.

 Turning autocompletion off doesn't help. Neither does turning off inline
 spelling.
 htop shows lyx using little memory and cpu. Performance degrades lineally
 with number of headings.

 If you could reproduce this on other systems, then I think we have a bug.

 Best,
 -Jose

 Jose Quesada, PhD.
 Max Planck Institute,
 Center for Adaptive Behavior and Cognition,
 Berlin
 http://www.josequesada.name/
 http://twitter.com/Quesada


 On Sat, Jun 12, 2010 at 9:48 PM, Jose Quesada ques...@gmail.com wrote:

 @Steve,16 Gb of ram, cpu iddle... I don't think it's a matter of
 resources.
 @Julien, you narrowed down the problem! when I close the outline pane,
 everything is fast. Unfortunately, for my use case I need it open...

 I wonder if Rob Oakes, who has been working on the outliner code, could
 improve performance.
 Maybe there's an inconsistency on the headings on this particular file
 that make it slow...

 I'm going to generate a file with only say 100 headings, but only two
 levels, and then increase the complexity until I hit the slow down...
 Will report back.

 Best,
 -Jose

 Jose Quesada, PhD.
 Max Planck Institute,
 Center for Adaptive Behavior and Cognition,
 Berlin
 http://www.josequesada.name/
 http://twitter.com/Quesada


 On Sat, Jun 12, 2010 at 8:16 PM, Steve Litt sl...@troubleshooters.comwrote:

 On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
  Hi,
 
  I'm not sure if this is only on my particular doc, but it seems to me
  that lyx chokes on documents with many subsections?
  It's a notes doc. It may have close to a hundred headinds (section,
  subsection etc).
  Typing becomes slow. Even moving around with the arrow keys shows a
  noticeable delay.
 
  Since LyX is praised for working really well on longer documents, such
 as
  books, I'm surprised.
  I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
 problem.
 
  In this use case, there's almost as much 'section' content as there's
  'default' paragraph content. Maybe this is abusing the design of
 LyX...?
 
  Best,
  -Jose

 A long, long time ago, back in the Xforms days (yeah, let's not get
 started on
 that), a LyX version had a bug where a moderately long doc would allow
 the
 typist to outrun LyX. It was some problem with a specific algorithm
 (maybe
 shifting X characters by shifting 1 character X times, or something like
 that). But since then, I haven't seen a Lyx version that let me (45 to 50
 wpm)
 get ahead of LyX, even though I've written some fairly big books with
 lots of
 headings. My Thriving in Tough Times book has 112 Subsection headers:

 =
 sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep begin_layout
 Subsection | wc -lsl...@mydesk:/d/at/books/mental$
 112
 sl...@mydesk:/d/at/books/mental$
 =

 I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable
 RAM.

 =
 sl...@mydesk:/d/at/books/mental$ lyx -version
 LyX 1.6.4 (2009-08-22)
 Built on Sep 22 2009, 23:23:06
 Configuration
  Host type:i486-pc-linux-gnu
  Special build flags:  aiksaurus warnings  use-aspell use-ispell
  C   Compiler: gcc
  C   Compiler LyX flags:
  C   Compiler flags:-g -O2
  C++ Compiler: g++ (4.4.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:-g -O2
  Linker flags:
  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs
 -Wl,--as-
 ne eded -Wl,-z,defs -Wl,--as-
 needed
  Qt 4 Frontend:
  Qt 4 version: 4.5.2
  Packaging:posix
  LyX binary dir:   /usr/bin
  LyX files dir:/usr/share/lyx

 sl...@mydesk:/d/at/books/mental$ uname -a
 Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC
 2010
 i686  GNU/Linux
 sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
 MemTotal:3346096 kB
 sl...@mydesk:/d/at/books/mental$
 =

 Always assuming you're not using a 2004 version that has this known bug,
 I'd
 suspect you might be running short on RAM, or you're using a VERY
 underpowered
 CPU, or something like that.

 If I were going to 

Re: Lyx 2 WORD

[Guenter Milde]

On 2010-06-12, E. Kaplan wrote:
 I know this is an often-discussed issue, but like the weather, it seems 
 to be always relevant.

 In converting from Lyx to MS WORD I found the path through html to work 
 quite well, even for documents with figures, except for the paragraph 
 environment, which somehow is treated as regular text:  the paragraph 
 heading is in bold, but there is no new line before the paragraph heading.

No new line *before* the paragraph heading is indead somewhat strange.

No new line *after* tha paragraph heading is expected.

Or do you mean no vertical space (blank line)?

Günter

Re: Reducing the number of pages in an article

[Guenter Milde]

On 2010-06-12, Barak Sh wrote:
 --0050450156d81d9ee90488d09573
 Content-Type: text/plain; charset=ISO-8859-1


 An article I'm writing has reached 7 pages where the last page contains
 only a small paragraph. Is there a simple way to reduce the article to
 6 pages? 

 ... I have noticed that there are many blank spaces between paragraphs
 and between formulas and text. 

If it is up to you, you can select parindent instead of parskip.

Don't start a new paragraph before and after a formula.
This happens, if you hit Enter (Return).
The difference is hard to spot in LyX but might be your problem.
ViewSource helps, if there is a blank line around formulas, delete the
newlines (and use Ctrl-Z if you accidentially delete the formula as
well).

 There must be a simple way to tell LaTeX to make these spaces a
 bit smaller so that the article fits comfortably into 6 pages. (I know
 there's an option in Document Settings to specify the vertical
 separation of paragraphs. It's already at the smallest value.)

If you need parskip use the parskip package instead of LyX GUI setting
(set to parindent and in the LaTeX preamble write
\usepackage{parskip}. This reduces excess space around lists, headings etc.

Günter

Re: lyx chokes on documents with many subsections?

[[Ricardo Rodriguez] eBioTIC.]

Hi,

Jose Quesada wrote:

ok, attached is an example.
At 40 headins it is kind of too slow for actuall work.

Turning autocompletion off doesn't help. Neither does turning off 
inline spelling.
htop shows lyx using little memory and cpu. Performance degrades 
lineally with number of headings.


If you could reproduce this on other systems, then I think we have a bug.


I am not able to reproduce this behaviour in a 2.0.0alpha3 (MacTeX-2009) 
installation running on a MacBook Pro with Mac OS X 10.5.8. Reaction to 
typing is quite normal here.


What I've not installed here is Springer LNCS article class. Could this 
make a difference?


HTH,

Ricardo

--
Ricardo Rodríguez
CTO
eBioTIC.
Life Sciences, Data Modeling and Information Management Systems

Re: blanks don't get saved in math-text mode

[Guenter Milde]

On 2010-06-11, hinten hoch wrote:
 --0016364265755e94760488bff732
 Content-Type: text/plain; charset=ISO-8859-1

 Dear all,
 I'm trying to use the qtree package in lyx to generate some trees in
 math-text mode. In principle it's working fine, but when I save the document
 or copy and paste the trees, the blanks that are necessary to get the right
 results get deleted. Protected blanks do get saved, but don't work. Is there
 a way to keep the blanks in there?

Currently not. You might file a bug report.

This also inhibits the use of icomma.sty:

% \usepackage{icomma}
% 
% Mit icomma gilt: Wenn auf das Komma ein Leerzeichen folgt, soll auch eins
% kommen, wenn nicht, schreibe es als Operator: z.B. $f(x, y) = 3,45$
% 
% Geht nicht mit LyX, da LyX Leerzeichen in Mathe unterdrückt. :-(


Günter

Re: Reducing the number of pages in an article

[Barak Sh]

Guenter Milde milde at users.berlios.de writes:

 
 On 2010-06-12, Barak Sh wrote:
  --0050450156d81d9ee90488d09573
  Content-Type: text/plain; charset=ISO-8859-1
 
  An article I'm writing has reached 7 pages where the last page contains
  only a small paragraph. Is there a simple way to reduce the article to
  6 pages? 
 
  ... I have noticed that there are many blank spaces between paragraphs
  and between formulas and text. 
 
 If it is up to you, you can select parindent instead of parskip.
 
 Don't start a new paragraph before and after a formula.
 This happens, if you hit Enter (Return).
 The difference is hard to spot in LyX but might be your problem.
 ViewSource helps, if there is a blank line around formulas, delete the
 newlines (and use Ctrl-Z if you accidentially delete the formula as
 well).
 
  There must be a simple way to tell LaTeX to make these spaces a
  bit smaller so that the article fits comfortably into 6 pages. (I know
  there's an option in Document Settings to specify the vertical
  separation of paragraphs. It's already at the smallest value.)
 
 If you need parskip use the parskip package instead of LyX GUI setting
 (set to parindent and in the LaTeX preamble write
 \usepackage{parskip}. This reduces excess space around lists, headings etc.
 
 Günter
 
 


Thanks (to all three repliers)!

I tried \usepackage{parskip}, but it did not change anything. Then I decided to 
specify a custom length for the separation between paragraphs, in the document 
settings, and this seemed to do the trick, combined with a custom line spacing 
(of exactly 0.8). I've managed to shrink my article to 6 pages.

I also tried to change the document class to article (more font sizes), and 
then choose a smaller base size for fonts (8 instead of 10). However, I could 
not export the article; I got a LaTeX error \...@chapter undefined. Any idea 
where this error could have come from?
I would like to make the fonts smaller but still have larger fonts for titles, 
how is that possible without changing the base font size (and without 
painstakingly changing the individual font sizes of each title and paragraph)?

Thanks again,
Barak

Re: lyx chokes on documents with many subsections?

[Paul Rubin]

Jose Quesada quesada at gmail.com writes:

 
 
 ok, attached is an example.
 
 At 40 headins it is kind of too slow for actuall work.

Your example file does not cause my laptop (Mint Helena, which is built on
Ubuntu Karmic; dual core Intel processor) any problems.  Response to the cursor
keys is fine.  Of course, I do have slow reflexes ... :-)

If you google LyX 1.6 slow scrolling you'll find a number of previous messages
about scrolling issues.  As I recall, in most cases either switching to a
different version of Qt or tinkering with the Xorg drivers seemed to help.  I
can't say first hand, since I never experienced it myself.

/Paul

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Thanks Paul,

It makes me sad when I face situations like this. LyX is a great tool, that
should work well under linux (open source, qt, etc). But what I find is the
contrary. Obscure bug that I have no time to track (I know first hand this
could be a time sink, going down the rabbit hole...). Ubuntu version is
pretty out-of-date (1.6.4). Looks like for this deadline I'll have to use
plain latex, and hope somehow an update will fix the problem.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 11:55 PM, Paul Rubin ru...@msu.edu wrote:

 Jose Quesada quesada at gmail.com writes:

 
 
  ok, attached is an example.
 
  At 40 headins it is kind of too slow for actuall work.

 Your example file does not cause my laptop (Mint Helena, which is built on
 Ubuntu Karmic; dual core Intel processor) any problems.  Response to the
 cursor
 keys is fine.  Of course, I do have slow reflexes ... :-)

 If you google LyX 1.6 slow scrolling you'll find a number of previous
 messages
 about scrolling issues.  As I recall, in most cases either switching to a
 different version of Qt or tinkering with the Xorg drivers seemed to help.
  I
 can't say first hand, since I never experienced it myself.

 /Paul

Re: Reducing the number of pages in an article

[Alan L Tyree]

On Sat, 12 Jun 2010 14:01:26 -0400
Steve Litt sl...@troubleshooters.com wrote:

 On Saturday 12 June 2010 03:55:23 Barak Sh wrote:
  Hello all,
  An article I'm writing has reached 7 pages where the last page
  contains only a small paragraph. Is there a simple way to reduce
  the article to 6 pages? I know it's possible to make fonts a bit
  smaller throughout the entire article. This will get the job done,
  but I have noticed that there are many blank spaces between
  paragraphs and between formulas and text. There must be a simple
  way to tell LaTeX to make these spaces a bit smaller so that the
  article fits comfortably into 6 pages. (I know there's an option in
  Document Settings to specify the vertical separation of paragraphs.
  It's already at the smallest value.) Thanks in advance,
  Barak
 
 LaTeX puts big space between paragraphs rather than have a page end
 before the bottom. The more and bigger graphics (and probably
 formulas), the more inter- paragraph variations become. It's hard to
 defeat this LaTeX behavior without a lot of micromanaging.

Isn't this behaviour overcome with \raggedbottom?

Alan

 
 I've found you can change the pagecount by changing the margins just
 a little. If you want this to be a six page document, I'd widen and
 lengthen the margins just a smidgen.
 
 SteveT
 
 Steve Litt
 Recession Relief Package
 http://www.recession-relief.US
 Twitter: http://www.twitter.com/stevelitt
 


-- 
Alan L Tyreehttp://www2.austlii.edu.au/~alan
Tel:  04 2748 6206

Re: lyx chokes on documents with many subsections?

[Liviu Andronic]

On Sat, Jun 12, 2010 at 10:22 PM, [Ricardo Rodriguez] eBioTIC.
ricardo.rodrig...@ebiotic.net wrote:
 I am not able to reproduce this behaviour in a 2.0.0alpha3 (MacTeX-2009)
 installation running on a MacBook Pro with Mac OS X 10.5.8. Reaction to
 typing is quite normal here.

 What I've not installed here is Springer LNCS article class. Could this make
 a difference?

I can also report no particular issues with this file, on Debian
testing, LyX 2.0, 4 GB of RAM and two Athlon cores. But I also don't
have the article class installed. You might want to build LyX 2.0
alpha on your system.

Regards
Liviu

Re: Reducing the number of pages in an article

[Steve Litt]

On Saturday 12 June 2010 19:10:31 Alan L Tyree wrote:
 On Sat, 12 Jun 2010 14:01:26 -0400
 
 Steve Litt sl...@troubleshooters.com wrote:
  On Saturday 12 June 2010 03:55:23 Barak Sh wrote:
   Hello all,
   An article I'm writing has reached 7 pages where the last page
   contains only a small paragraph. Is there a simple way to reduce
   the article to 6 pages? I know it's possible to make fonts a bit
   smaller throughout the entire article. This will get the job done,
   but I have noticed that there are many blank spaces between
   paragraphs and between formulas and text. There must be a simple
   way to tell LaTeX to make these spaces a bit smaller so that the
   article fits comfortably into 6 pages. (I know there's an option in
   Document Settings to specify the vertical separation of paragraphs.
   It's already at the smallest value.) Thanks in advance,
   Barak
 
  LaTeX puts big space between paragraphs rather than have a page end
  before the bottom. The more and bigger graphics (and probably
  formulas), the more inter- paragraph variations become. It's hard to
  defeat this LaTeX behavior without a lot of micromanaging.
 
 Isn't this behaviour overcome with \raggedbottom?

Once upon a time I knew the answer to that question. Still and all, with lots 
of fairly large graphics and formulas etc, you're bound to have too much 
space on some pages.

SteveT

Steve Litt
Recession Relief Package
http://www.recession-relief.US
Twitter: http://www.twitter.com/stevelitt

Reducing the number of pages in an article

[Barak Sh]

Hello all,
An article I'm writing has reached 7 pages where the last page contains only
a small paragraph. Is there a simple way to reduce the article to 6 pages?
I know it's possible to make fonts a bit smaller throughout the entire
article. This will get the job done, but I have noticed that there are many
blank spaces between paragraphs and between formulas and text. There must be
a simple way to tell LaTeX to make these spaces a bit smaller so that the
article fits comfortably into 6 pages.
(I know there's an option in Document Settings to specify the vertical
separation of paragraphs. It's already at the smallest value.)
Thanks in advance,
Barak

Re: Reducing the number of pages in an article

[Ehud Kaplan]

Here are a few tricks that might help:

  1. In your preamble, put: \usepackage[small, compact]{titlesec}
  2. Hunt for very short lines at the ends of paragraphs and change the
 wording in the paragraph to eliminate them
  3. If the journal allows two columns, use that option.  It saves ~10%
 of space.
  4. Decrease the space between lines (see
 http://en.wikibooks.org/wiki/LaTeX/Customizing_LaTeX#Spacing  ).
  5. If you have figures, wrap the text around them
  6. There are packages to reduce spacing between itemized or numbered
 lists, if you have any.

Hope these are enough.

Ehud

On 06/12/2010 03:55 AM, Barak Sh wrote:

Hello all,
An article I'm writing has reached 7 pages where the last page 
contains only a small paragraph. Is there a simple way to reduce the 
article to 6 pages?
I know it's possible to make fonts a bit smaller throughout the entire 
article. This will get the job done, but I have noticed that there are 
many blank spaces between paragraphs and between formulas and text. 
There must be a simple way to tell LaTeX to make these spaces a bit 
smaller so that the article fits comfortably into 6 pages.
(I know there's an option in Document Settings to specify the vertical 
separation of paragraphs. It's already at the smallest value.)

Thanks in advance,
Barak


--
Ehud Kaplan, Ph.D.
Jules and Doris Stein Research to Prevent Blindness Professor
Director, The laboratory of Visual&  Computational Neuroscience
Departments of Neuroscience, Ophthalmology, Structural&  Chemical Biology,
The Mount Sinai School of Medicine
One Gustave Levy Place
NY, NY, 10029

Re: How do I create this character in lyx?

[Daniel CLEMENT]

I think the character Rich needs is readily available in LyX:

"miscellaneous-AMS" palette, 6th row, 2nd column, "complement"
character.

I can use it (in LyX 1.6.5) without any special package.

Regards, Daniel

Paul Elliott wrote:
> On Fri, Jun 11, 2010 at 07:29:56PM -0700, Rich Shepard wrote:
> > On Fri, 11 Jun 2010, Paul Elliott wrote:
> >
> >> In TOPOLOGY by James Dugundji a wierd script 'C' Character is used to
> >> indicate the complement of a set.  How do I make that character in lyx?
> >
> >   Look in the LaTeX symbol guide. It's a pdf file that's been mentioned on
> > this list several times.
> >
> > Rich
> 
> I had to add /usemathpackage{mathrsfs} to the preamble and \mathsrc{C}
> to the text.
> 

-- 
Daniel CLEMENT

Wiki upload password

[Daniel CLEMENT]

Hi,

I'd like to upload my French translations for the theorems modules to
the wiki. 

This page:

http://wiki.lyx.org/Site/AboutUploading

provides the username. Could someone kindly send me the current
password?

TIA,
-- 
Daniel CLEMENT

Re: Wiki upload password

[Paul A. Rubin]

On 6/12/2010 8:39 AM, Daniel CLEMENT wrote:

I'd like to upload my French translations for the theorems modules to
the wiki.

This page:

http://wiki.lyx.org/Site/AboutUploading

provides the username. Could someone kindly send me the current
password?



Sent via e-mail.

/Paul

Translating theorem-like statements: 100%

[Daniel CLEMENT]

Hi,

I have uploaded my translations of the theorems-related modules to the
wiki.

You can find them on this page:

http://wiki.lyx.org/Layouts/ThmsFr

You're welcome to move or improve the page in any way. 

In particular, the "step 2" would need to be adapted to other OSes than
Linux: I don't have a Windows PC at hand with LyX installed, so I'm not
sure how to replace "~/.lyx/layouts".

Regards,
-- 
Daniel CLEMENT

Re: How do I create this character in lyx?

[Paul Elliott]

On Sat, Jun 12, 2010 at 11:10:05AM +0200, Daniel CLEMENT wrote:

> 
> "miscellaneous-AMS" palette, 6th row, 2nd column, "complement"
> character.

That character is not the wierd script "C" character used in Dugunji.


> 
> I can use it (in LyX 1.6.5) without any special package.
> 
> Regards, Daniel
> 
> Paul Elliott wrote:
> > On Fri, Jun 11, 2010 at 07:29:56PM -0700, Rich Shepard wrote:
> > > On Fri, 11 Jun 2010, Paul Elliott wrote:
> > >
> > >> In TOPOLOGY by James Dugundji a wierd script 'C' Character is used to
> > >> indicate the complement of a set.  How do I make that character in lyx?
> > >
> > >   Look in the LaTeX symbol guide. It's a pdf file that's been mentioned on
> > > this list several times.
> > >
> > > Rich
> > 
> > I had to add /usemathpackage{mathrsfs} to the preamble and \mathsrc{C}
> > to the text.
> > 
> 
> -- 
> Daniel CLEMENT
> 
> 

-- 
Paul Elliott   1(512)837-1096
pelli...@blackpatchpanel.com   PMB 181, 11900 Metric Blvd Suite J
http://www.free.blackpatchpanel.com/pme/   Austin TX 78758-3117


signature.asc
Description: Digital signature

lyx chokes on documents with many subsections?

[Jose Quesada]

Hi,

I'm not sure if this is only on my particular doc, but it seems to me
that lyx chokes on documents with many subsections?
It's a notes doc. It may have close to a hundred headinds (section,
subsection etc).
Typing becomes slow. Even moving around with the arrow keys shows a
noticeable delay.

Since LyX is praised for working really well on longer documents, such as
books, I'm surprised.
I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.

In this use case, there's almost as much 'section' content as there's
'default' paragraph content. Maybe this is abusing the design of LyX...?

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada

Re: Translating theorem-like statements: 100%

[Paul A. Rubin]

On 6/12/2010 10:55 AM, Daniel CLEMENT wrote:


You're welcome to move or improve the page in any way.

In particular, the "step 2" would need to be adapted to other OSes than
Linux: I don't have a Windows PC at hand with LyX installed, so I'm not
sure how to replace "~/.lyx/layouts".



Thanks for uploading them.  I tweaked step 2 so that it is now OS-agnostic.

/Paul

Re: lyx chokes on documents with many subsections?

[Liviu Andronic]

Hello

On Sat, Jun 12, 2010 at 4:55 PM, Jose Quesada  wrote:
> Hi,
> I'm not sure if this is only on my particular doc, but it seems to me
> that lyx chokes on documents with many subsections?
> It's a notes doc. It may have close to a hundred headinds (section,
> subsection etc).
> Typing becomes slow. Even moving around with the arrow keys shows a
> noticeable delay.
>
Do you have many tables? There is a known issue regarding table rendering.
Liviu

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

nope, no tables, just a long, complicated outline.
Maybe I could flatten it a little...
Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 6:59 PM, Liviu Andronic wrote:

> Hello
>
> On Sat, Jun 12, 2010 at 4:55 PM, Jose Quesada  wrote:
> > Hi,
> > I'm not sure if this is only on my particular doc, but it seems to me
> > that lyx chokes on documents with many subsections?
> > It's a notes doc. It may have close to a hundred headinds (section,
> > subsection etc).
> > Typing becomes slow. Even moving around with the arrow keys shows a
> > noticeable delay.
> >
> Do you have many tables? There is a known issue regarding table rendering.
> Liviu
>

Re: lyx chokes on documents with many subsections?

[Paul A. Rubin]

On 6/12/2010 1:13 PM, Jose Quesada wrote:

nope, no tables, just a long, complicated outline.
Maybe I could flatten it a little...


If you're in the mood to experiment, you might try putting different 
sections in different branches (which you can color-code).  Then 
collapse the branches you're not working on.  I'm curious whether that 
would speed up edits.


You could try something similar with other collapsible insets as well, 
but branches have the advantage that you can assign colors to them.


/Paul

Re: Reducing the number of pages in an article

[Steve Litt]

On Saturday 12 June 2010 03:55:23 Barak Sh wrote:
> Hello all,
> An article I'm writing has reached 7 pages where the last page contains
>  only a small paragraph. Is there a simple way to reduce the article to 6
>  pages? I know it's possible to make fonts a bit smaller throughout the
>  entire article. This will get the job done, but I have noticed that there
>  are many blank spaces between paragraphs and between formulas and text.
>  There must be a simple way to tell LaTeX to make these spaces a bit
>  smaller so that the article fits comfortably into 6 pages.
> (I know there's an option in Document Settings to specify the vertical
> separation of paragraphs. It's already at the smallest value.)
> Thanks in advance,
> Barak

LaTeX puts big space between paragraphs rather than have a page end before the 
bottom. The more and bigger graphics (and probably formulas), the more inter-
paragraph variations become. It's hard to defeat this LaTeX behavior without a 
lot of micromanaging.

I've found you can change the pagecount by changing the margins just a little. 
If you want this to be a six page document, I'd widen and lengthen the margins 
just a smidgen.

SteveT

Steve Litt
Recession Relief Package
http://www.recession-relief.US
Twitter: http://www.twitter.com/stevelitt

Re: lyx chokes on documents with many subsections?

[Steve Litt]

On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
> Hi,
> 
> I'm not sure if this is only on my particular doc, but it seems to me
> that lyx chokes on documents with many subsections?
> It's a notes doc. It may have close to a hundred headinds (section,
> subsection etc).
> Typing becomes slow. Even moving around with the arrow keys shows a
> noticeable delay.
> 
> Since LyX is praised for working really well on longer documents, such as
> books, I'm surprised.
> I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.
> 
> In this use case, there's almost as much 'section' content as there's
> 'default' paragraph content. Maybe this is abusing the design of LyX...?
> 
> Best,
> -Jose

A long, long time ago, back in the Xforms days (yeah, let's not get started on 
that), a LyX version had a bug where a moderately long doc would allow the 
typist to outrun LyX. It was some problem with a specific algorithm (maybe 
shifting X characters by shifting 1 character X times, or something like 
that). But since then, I haven't seen a Lyx version that let me (45 to 50 wpm) 
get ahead of LyX, even though I've written some fairly big books with lots of 
headings. My "Thriving in Tough Times" book has 112 Subsection headers:

=
sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep "begin_layout 
Subsection" | wc -lsl...@mydesk:/d/at/books/mental$
112
sl...@mydesk:/d/at/books/mental$
=

I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable RAM.

=
sl...@mydesk:/d/at/books/mental$ lyx -version
LyX 1.6.4 (2009-08-22)
Built on Sep 22 2009, 23:23:06
Configuration
  Host type:i486-pc-linux-gnu
  Special build flags:  aiksaurus warnings  use-aspell use-ispell
  C   Compiler: gcc 
  C   Compiler LyX flags:
  C   Compiler flags:-g -O2
  C++ Compiler: g++ (4.4.1)
  C++ Compiler LyX flags:
  C++ Compiler flags:-g -O2
  Linker flags: 
  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs -Wl,--as-
ne eded -Wl,-z,defs -Wl,--as-
needed
  Qt 4 Frontend:
  Qt 4 version: 4.5.2
  Packaging:posix
  LyX binary dir:   /usr/bin
  LyX files dir:/usr/share/lyx

sl...@mydesk:/d/at/books/mental$ uname -a
Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010 
i686  GNU/Linux
sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
MemTotal:3346096 kB
sl...@mydesk:/d/at/books/mental$
=

Always assuming you're not using a 2004 version that has this known bug, I'd 
suspect you might be running short on RAM, or you're using a VERY underpowered 
CPU, or something like that.

If I were going to troubleshoot this, I'd reboot the machine and try LyXing 
the doc again. Either it's slow or it's not. If it's not, start looking at 
other software running concurrently with LyX. If it is, cut a copy of the doc 
in half and see whether it's just as slow, half as slow, or not slow at all. 
Continue doing this half splitting until you discover the factors 
corresponding to slow behavior.

StevET


Steve Litt
Recession Relief Package
http://www.recession-relief.US
Twitter: http://www.twitter.com/stevelitt

Re: lyx chokes on documents with many subsections?

[Julien Rioux]

On 12/06/2010 11:55 AM, Jose Quesada wrote:

Hi,

I'm not sure if this is only on my particular doc, but it seems to me
that lyx chokes on documents with many subsections?
It's a notes doc. It may have close to a hundred headinds (section,
subsection etc).
Typing becomes slow. Even moving around with the arrow keys shows a
noticeable delay.


Do you have the outline pane open? What if you close it?

--
Julien

Lyx 2 WORD

[E. Kaplan]

I know this is an often-discussed issue, but like the weather, it seems 
to be always relevant.


In converting from Lyx to MS WORD I found the path through html to work 
quite well, even for documents with figures, except for the paragraph 
environment, which somehow is treated as regular text:  the paragraph 
heading is in bold, but there is no new line before the paragraph heading.


Is this a bug or the expected behavior?

Ehud
.

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

@Steve,16 Gb of ram, cpu iddle... I don't think it's a matter of resources.
@Julien, you narrowed down the problem! when I close the outline pane,
everything is fast. Unfortunately, for my use case I need it open...

I wonder if Rob Oakes, who has been working on the outliner code, could
improve performance.
Maybe there's an inconsistency on the headings on this particular file that
make it slow...

I'm going to generate a file with only say 100 headings, but only two
levels, and then increase the complexity until I hit the slow down...
Will report back.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 8:16 PM, Steve Litt wrote:

> On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
> > Hi,
> >
> > I'm not sure if this is only on my particular doc, but it seems to me
> > that lyx chokes on documents with many subsections?
> > It's a notes doc. It may have close to a hundred headinds (section,
> > subsection etc).
> > Typing becomes slow. Even moving around with the arrow keys shows a
> > noticeable delay.
> >
> > Since LyX is praised for working really well on longer documents, such as
> > books, I'm surprised.
> > I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
> problem.
> >
> > In this use case, there's almost as much 'section' content as there's
> > 'default' paragraph content. Maybe this is abusing the design of LyX...?
> >
> > Best,
> > -Jose
>
> A long, long time ago, back in the Xforms days (yeah, let's not get started
> on
> that), a LyX version had a bug where a moderately long doc would allow the
> typist to outrun LyX. It was some problem with a specific algorithm (maybe
> shifting X characters by shifting 1 character X times, or something like
> that). But since then, I haven't seen a Lyx version that let me (45 to 50
> wpm)
> get ahead of LyX, even though I've written some fairly big books with lots
> of
> headings. My "Thriving in Tough Times" book has 112 Subsection headers:
>
> =
> sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep "begin_layout
> Subsection" | wc -lsl...@mydesk:/d/at/books/mental$
> 112
> sl...@mydesk:/d/at/books/mental$
> =
>
> I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable RAM.
>
> =
> sl...@mydesk:/d/at/books/mental$ lyx -version
> LyX 1.6.4 (2009-08-22)
> Built on Sep 22 2009, 23:23:06
> Configuration
>  Host type:i486-pc-linux-gnu
>  Special build flags:  aiksaurus warnings  use-aspell use-ispell
>  C   Compiler: gcc
>  C   Compiler LyX flags:
>  C   Compiler flags:-g -O2
>  C++ Compiler: g++ (4.4.1)
>  C++ Compiler LyX flags:
>  C++ Compiler flags:-g -O2
>  Linker flags:
>  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs
> -Wl,--as-
> ne eded -Wl,-z,defs -Wl,--as-
> needed
>  Qt 4 Frontend:
>  Qt 4 version: 4.5.2
>  Packaging:posix
>  LyX binary dir:   /usr/bin
>  LyX files dir:/usr/share/lyx
>
> sl...@mydesk:/d/at/books/mental$ uname -a
> Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010
> i686  GNU/Linux
> sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
> MemTotal:3346096 kB
> sl...@mydesk:/d/at/books/mental$
> =
>
> Always assuming you're not using a 2004 version that has this known bug,
> I'd
> suspect you might be running short on RAM, or you're using a VERY
> underpowered
> CPU, or something like that.
>
> If I were going to troubleshoot this, I'd reboot the machine and try LyXing
> the doc again. Either it's slow or it's not. If it's not, start looking at
> other software running concurrently with LyX. If it is, cut a copy of the
> doc
> in half and see whether it's just as slow, half as slow, or not slow at
> all.
> Continue doing this half splitting until you discover the factors
> corresponding to slow behavior.
>
> StevET
>
>
> Steve Litt
> Recession Relief Package
> http://www.recession-relief.US
> Twitter: http://www.twitter.com/stevelitt
>
>

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

ok, attached is an example.
At 40 headins it is kind of too slow for actuall work.

Turning autocompletion off doesn't help. Neither does turning off inline
spelling.
htop shows lyx using little memory and cpu. Performance degrades lineally
with number of headings.

If you could reproduce this on other systems, then I think we have a bug.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 9:48 PM, Jose Quesada  wrote:

> @Steve,16 Gb of ram, cpu iddle... I don't think it's a matter of resources.
> @Julien, you narrowed down the problem! when I close the outline pane,
> everything is fast. Unfortunately, for my use case I need it open...
>
> I wonder if Rob Oakes, who has been working on the outliner code, could
> improve performance.
> Maybe there's an inconsistency on the headings on this particular file that
> make it slow...
>
> I'm going to generate a file with only say 100 headings, but only two
> levels, and then increase the complexity until I hit the slow down...
> Will report back.
>
> Best,
> -Jose
>
> Jose Quesada, PhD.
> Max Planck Institute,
> Center for Adaptive Behavior and Cognition,
> Berlin
> http://www.josequesada.name/
> http://twitter.com/Quesada
>
>
> On Sat, Jun 12, 2010 at 8:16 PM, Steve Litt wrote:
>
>> On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
>> > Hi,
>> >
>> > I'm not sure if this is only on my particular doc, but it seems to me
>> > that lyx chokes on documents with many subsections?
>> > It's a notes doc. It may have close to a hundred headinds (section,
>> > subsection etc).
>> > Typing becomes slow. Even moving around with the arrow keys shows a
>> > noticeable delay.
>> >
>> > Since LyX is praised for working really well on longer documents, such
>> as
>> > books, I'm surprised.
>> > I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
>> problem.
>> >
>> > In this use case, there's almost as much 'section' content as there's
>> > 'default' paragraph content. Maybe this is abusing the design of LyX...?
>> >
>> > Best,
>> > -Jose
>>
>> A long, long time ago, back in the Xforms days (yeah, let's not get
>> started on
>> that), a LyX version had a bug where a moderately long doc would allow the
>> typist to outrun LyX. It was some problem with a specific algorithm (maybe
>> shifting X characters by shifting 1 character X times, or something like
>> that). But since then, I haven't seen a Lyx version that let me (45 to 50
>> wpm)
>> get ahead of LyX, even though I've written some fairly big books with lots
>> of
>> headings. My "Thriving in Tough Times" book has 112 Subsection headers:
>>
>> =
>> sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep "begin_layout
>> Subsection" | wc -lsl...@mydesk:/d/at/books/mental$
>> 112
>> sl...@mydesk:/d/at/books/mental$
>> =
>>
>> I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable RAM.
>>
>> =
>> sl...@mydesk:/d/at/books/mental$ lyx -version
>> LyX 1.6.4 (2009-08-22)
>> Built on Sep 22 2009, 23:23:06
>> Configuration
>>  Host type:i486-pc-linux-gnu
>>  Special build flags:  aiksaurus warnings  use-aspell use-ispell
>>  C   Compiler: gcc
>>  C   Compiler LyX flags:
>>  C   Compiler flags:-g -O2
>>  C++ Compiler: g++ (4.4.1)
>>  C++ Compiler LyX flags:
>>  C++ Compiler flags:-g -O2
>>  Linker flags:
>>  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs
>> -Wl,--as-
>> ne eded -Wl,-z,defs -Wl,--as-
>> needed
>>  Qt 4 Frontend:
>>  Qt 4 version: 4.5.2
>>  Packaging:posix
>>  LyX binary dir:   /usr/bin
>>  LyX files dir:/usr/share/lyx
>>
>> sl...@mydesk:/d/at/books/mental$ uname -a
>> Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010
>> i686  GNU/Linux
>> sl...@mydesk:/d/at/books/mental$ head -n1 /proc/meminfo
>> MemTotal:3346096 kB
>> sl...@mydesk:/d/at/books/mental$
>> =
>>
>> Always assuming you're not using a 2004 version that has this known bug,
>> I'd
>> suspect you might be running short on RAM, or you're using a VERY
>> underpowered
>> CPU, or something like that.
>>
>> If I were going to troubleshoot this, I'd reboot the machine and try
>> LyXing
>> the doc again. Either it's slow or it's not. If it's not, start looking at
>> other software running concurrently with LyX. If it is, cut a copy of the
>> doc
>> in half and see whether it's just as slow, half as slow, or not slow at
>> all.
>> Continue doing this half splitting until you discover the factors
>> corresponding to slow behavior.
>>
>> StevET
>>
>>
>> Steve Litt
>> Recession Relief Package

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

update: using branches does not help.
Moving around in a large doc (example: userGuide) is sluggy too. Weird. This
must be something in my config...
I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same problem.
The problem is that moving the cursor (not even typing, as usersGuide is
read-only) takes a long time, maybe .5 sec per character. Doesn't feel
speedy... compared with a small doc, where it flies.
Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 9:56 PM, Jose Quesada  wrote:

> ok, attached is an example.
> At 40 headins it is kind of too slow for actuall work.
>
> Turning autocompletion off doesn't help. Neither does turning off inline
> spelling.
> htop shows lyx using little memory and cpu. Performance degrades lineally
> with number of headings.
>
> If you could reproduce this on other systems, then I think we have a bug.
>
> Best,
> -Jose
>
> Jose Quesada, PhD.
> Max Planck Institute,
> Center for Adaptive Behavior and Cognition,
> Berlin
> http://www.josequesada.name/
> http://twitter.com/Quesada
>
>
> On Sat, Jun 12, 2010 at 9:48 PM, Jose Quesada  wrote:
>
>> @Steve,16 Gb of ram, cpu iddle... I don't think it's a matter of
>> resources.
>> @Julien, you narrowed down the problem! when I close the outline pane,
>> everything is fast. Unfortunately, for my use case I need it open...
>>
>> I wonder if Rob Oakes, who has been working on the outliner code, could
>> improve performance.
>> Maybe there's an inconsistency on the headings on this particular file
>> that make it slow...
>>
>> I'm going to generate a file with only say 100 headings, but only two
>> levels, and then increase the complexity until I hit the slow down...
>> Will report back.
>>
>> Best,
>> -Jose
>>
>> Jose Quesada, PhD.
>> Max Planck Institute,
>> Center for Adaptive Behavior and Cognition,
>> Berlin
>> http://www.josequesada.name/
>> http://twitter.com/Quesada
>>
>>
>> On Sat, Jun 12, 2010 at 8:16 PM, Steve Litt wrote:
>>
>>> On Saturday 12 June 2010 11:55:20 Jose Quesada wrote:
>>> > Hi,
>>> >
>>> > I'm not sure if this is only on my particular doc, but it seems to me
>>> > that lyx chokes on documents with many subsections?
>>> > It's a notes doc. It may have close to a hundred headinds (section,
>>> > subsection etc).
>>> > Typing becomes slow. Even moving around with the arrow keys shows a
>>> > noticeable delay.
>>> >
>>> > Since LyX is praised for working really well on longer documents, such
>>> as
>>> > books, I'm surprised.
>>> > I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
>>> problem.
>>> >
>>> > In this use case, there's almost as much 'section' content as there's
>>> > 'default' paragraph content. Maybe this is abusing the design of
>>> LyX...?
>>> >
>>> > Best,
>>> > -Jose
>>>
>>> A long, long time ago, back in the Xforms days (yeah, let's not get
>>> started on
>>> that), a LyX version had a bug where a moderately long doc would allow
>>> the
>>> typist to outrun LyX. It was some problem with a specific algorithm
>>> (maybe
>>> shifting X characters by shifting 1 character X times, or something like
>>> that). But since then, I haven't seen a Lyx version that let me (45 to 50
>>> wpm)
>>> get ahead of LyX, even though I've written some fairly big books with
>>> lots of
>>> headings. My "Thriving in Tough Times" book has 112 Subsection headers:
>>>
>>> =
>>> sl...@mydesk:/d/at/books/mental$ cat thrive.lyx | grep "begin_layout
>>> Subsection" | wc -lsl...@mydesk:/d/at/books/mental$
>>> 112
>>> sl...@mydesk:/d/at/books/mental$
>>> =
>>>
>>> I'm using LyX 1.6.4 on Ubuntu 9.10 32bit with 3.4 GB of recognizeable
>>> RAM.
>>>
>>> =
>>> sl...@mydesk:/d/at/books/mental$ lyx -version
>>> LyX 1.6.4 (2009-08-22)
>>> Built on Sep 22 2009, 23:23:06
>>> Configuration
>>>  Host type:i486-pc-linux-gnu
>>>  Special build flags:  aiksaurus warnings  use-aspell use-ispell
>>>  C   Compiler: gcc
>>>  C   Compiler LyX flags:
>>>  C   Compiler flags:-g -O2
>>>  C++ Compiler: g++ (4.4.1)
>>>  C++ Compiler LyX flags:
>>>  C++ Compiler flags:-g -O2
>>>  Linker flags:
>>>  Linker user flags:-Wl,-Bsymbolic-functions -Wl,-z,defs
>>> -Wl,--as-
>>> ne eded -Wl,-z,defs -Wl,--as-
>>> needed
>>>  Qt 4 Frontend:
>>>  Qt 4 version: 4.5.2
>>>  Packaging:posix
>>>  LyX binary dir:   /usr/bin
>>>  LyX files dir:/usr/share/lyx
>>>
>>> sl...@mydesk:/d/at/books/mental$ uname -a
>>> Linux mydesk 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC
>>> 2010
>>> i686  GNU/Linux
>>> 

Re: Lyx 2 WORD

[Guenter Milde]

On 2010-06-12, E. Kaplan wrote:
> I know this is an often-discussed issue, but like the weather, it seems 
> to be always relevant.

> In converting from Lyx to MS WORD I found the path through html to work 
> quite well, even for documents with figures, except for the paragraph 
> environment, which somehow is treated as regular text:  the paragraph 
> heading is in bold, but there is no new line before the paragraph heading.

No new line *before* the paragraph heading is indead somewhat strange.

No new line *after* tha paragraph heading is expected.

Or do you mean no vertical space (blank line)?

Günter

Re: Reducing the number of pages in an article

[Guenter Milde]

On 2010-06-12, Barak Sh wrote:
> --0050450156d81d9ee90488d09573
> Content-Type: text/plain; charset=ISO-8859-1


> An article I'm writing has reached 7 pages where the last page contains
> only a small paragraph. Is there a simple way to reduce the article to
> 6 pages? 

> ... I have noticed that there are many blank spaces between paragraphs
> and between formulas and text. 

If it is up to you, you can select parindent instead of parskip.

Don't start a new paragraph before and after a formula.
This happens, if you hit Enter (Return).
The difference is hard to spot in LyX but might be your problem.
View>Source helps, if there is a blank line around formulas, delete the
newlines (and use Ctrl-Z if you accidentially delete the formula as
well).

> There must be a simple way to tell LaTeX to make these spaces a
> bit smaller so that the article fits comfortably into 6 pages. (I know
> there's an option in Document Settings to specify the vertical
> separation of paragraphs. It's already at the smallest value.)

If you need parskip use the parskip package instead of LyX GUI setting
(set to parindent and in the LaTeX preamble write
\usepackage{parskip}. This reduces excess space around lists, headings etc.

Günter

Re: lyx chokes on documents with many subsections?

[[Ricardo Rodriguez] eBioTIC.]

Hi,

Jose Quesada wrote:

ok, attached is an example.
At 40 headins it is kind of too slow for actuall work.

Turning autocompletion off doesn't help. Neither does turning off 
inline spelling.
htop shows lyx using little memory and cpu. Performance degrades 
lineally with number of headings.


If you could reproduce this on other systems, then I think we have a bug.


I am not able to reproduce this behaviour in a 2.0.0alpha3 (MacTeX-2009) 
installation running on a MacBook Pro with Mac OS X 10.5.8. Reaction to 
typing is quite normal here.


What I've not installed here is Springer LNCS article class. Could this 
make a difference?


HTH,

Ricardo

--
Ricardo Rodríguez
CTO
eBioTIC.
Life Sciences, Data Modeling and Information Management Systems

Re: blanks don't get saved in math-text mode

[Guenter Milde]

On 2010-06-11, hinten hoch wrote:
> --0016364265755e94760488bff732
> Content-Type: text/plain; charset=ISO-8859-1

> Dear all,
> I'm trying to use the qtree package in lyx to generate some trees in
> math-text mode. In principle it's working fine, but when I save the document
> or copy and paste the trees, the blanks that are necessary to get the right
> results get deleted. Protected blanks do get saved, but don't work. Is there
> a way to keep the blanks in there?

Currently not. You might file a bug report.

This also inhibits the use of icomma.sty:

% \usepackage{icomma}
% 
% Mit icomma gilt: Wenn auf das Komma ein Leerzeichen folgt, soll auch eins
% kommen, wenn nicht, schreibe es als Operator: z.B. $f(x, y) = 3,45$
% 
% Geht nicht mit LyX, da LyX Leerzeichen in Mathe unterdrückt. :-(


Günter

Re: Reducing the number of pages in an article

[Barak Sh]

Guenter Milde  users.berlios.de> writes:

> 
> On 2010-06-12, Barak Sh wrote:
> > --0050450156d81d9ee90488d09573
> > Content-Type: text/plain; charset=ISO-8859-1
> 
> > An article I'm writing has reached 7 pages where the last page contains
> > only a small paragraph. Is there a simple way to reduce the article to
> > 6 pages? 
> 
> > ... I have noticed that there are many blank spaces between paragraphs
> > and between formulas and text. 
> 
> If it is up to you, you can select parindent instead of parskip.
> 
> Don't start a new paragraph before and after a formula.
> This happens, if you hit Enter (Return).
> The difference is hard to spot in LyX but might be your problem.
> View>Source helps, if there is a blank line around formulas, delete the
> newlines (and use Ctrl-Z if you accidentially delete the formula as
> well).
> 
> > There must be a simple way to tell LaTeX to make these spaces a
> > bit smaller so that the article fits comfortably into 6 pages. (I know
> > there's an option in Document Settings to specify the vertical
> > separation of paragraphs. It's already at the smallest value.)
> 
> If you need parskip use the parskip package instead of LyX GUI setting
> (set to parindent and in the LaTeX preamble write
> \usepackage{parskip}. This reduces excess space around lists, headings etc.
> 
> Günter
> 
> 


Thanks (to all three repliers)!

I tried \usepackage{parskip}, but it did not change anything. Then I decided to 
specify a custom length for the separation between paragraphs, in the document 
settings, and this seemed to do the trick, combined with a custom line spacing 
(of exactly 0.8). I've managed to shrink my article to 6 pages.

I also tried to change the document class to "article (more font sizes)", and 
then choose a smaller base size for fonts (8 instead of 10). However, I could 
not export the article; I got a LaTeX error "\...@chapter undefined". Any idea 
where this error could have come from?
I would like to make the fonts smaller but still have larger fonts for titles, 
how is that possible without changing the base font size (and without 
painstakingly changing the individual font sizes of each title and paragraph)?

Thanks again,
Barak

Re: lyx chokes on documents with many subsections?

[Paul Rubin]

Jose Quesada  gmail.com> writes:

> 
> 
> ok, attached is an example.
> 
> At 40 headins it is kind of too slow for actuall work.

Your example file does not cause my laptop (Mint Helena, which is built on
Ubuntu Karmic; dual core Intel processor) any problems.  Response to the cursor
keys is fine.  Of course, I do have slow reflexes ... :-)

If you google "LyX 1.6 slow scrolling" you'll find a number of previous messages
about scrolling issues.  As I recall, in most cases either switching to a
different version of Qt or tinkering with the Xorg drivers seemed to help.  I
can't say first hand, since I never experienced it myself.

/Paul

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Thanks Paul,

It makes me sad when I face situations like this. LyX is a great tool, that
should work well under linux (open source, qt, etc). But what I find is the
contrary. Obscure bug that I have no time to track (I know first hand this
could be a time sink, going down the rabbit hole...). Ubuntu version is
pretty out-of-date (1.6.4). Looks like for this deadline I'll have to use
plain latex, and hope somehow an update will fix the problem.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Sat, Jun 12, 2010 at 11:55 PM, Paul Rubin  wrote:

> Jose Quesada  gmail.com> writes:
>
> >
> >
> > ok, attached is an example.
> >
> > At 40 headins it is kind of too slow for actuall work.
>
> Your example file does not cause my laptop (Mint Helena, which is built on
> Ubuntu Karmic; dual core Intel processor) any problems.  Response to the
> cursor
> keys is fine.  Of course, I do have slow reflexes ... :-)
>
> If you google "LyX 1.6 slow scrolling" you'll find a number of previous
> messages
> about scrolling issues.  As I recall, in most cases either switching to a
> different version of Qt or tinkering with the Xorg drivers seemed to help.
>  I
> can't say first hand, since I never experienced it myself.
>
> /Paul
>
>
>

Re: Reducing the number of pages in an article

[Alan L Tyree]

On Sat, 12 Jun 2010 14:01:26 -0400
Steve Litt  wrote:

> On Saturday 12 June 2010 03:55:23 Barak Sh wrote:
> > Hello all,
> > An article I'm writing has reached 7 pages where the last page
> > contains only a small paragraph. Is there a simple way to reduce
> > the article to 6 pages? I know it's possible to make fonts a bit
> > smaller throughout the entire article. This will get the job done,
> > but I have noticed that there are many blank spaces between
> > paragraphs and between formulas and text. There must be a simple
> > way to tell LaTeX to make these spaces a bit smaller so that the
> > article fits comfortably into 6 pages. (I know there's an option in
> > Document Settings to specify the vertical separation of paragraphs.
> > It's already at the smallest value.) Thanks in advance,
> > Barak
> 
> LaTeX puts big space between paragraphs rather than have a page end
> before the bottom. The more and bigger graphics (and probably
> formulas), the more inter- paragraph variations become. It's hard to
> defeat this LaTeX behavior without a lot of micromanaging.

Isn't this behaviour overcome with \raggedbottom?

Alan

> 
> I've found you can change the pagecount by changing the margins just
> a little. If you want this to be a six page document, I'd widen and
> lengthen the margins just a smidgen.
> 
> SteveT
> 
> Steve Litt
> Recession Relief Package
> http://www.recession-relief.US
> Twitter: http://www.twitter.com/stevelitt
> 


-- 
Alan L Tyreehttp://www2.austlii.edu.au/~alan
Tel:  04 2748 6206

Re: lyx chokes on documents with many subsections?

[Liviu Andronic]

On Sat, Jun 12, 2010 at 10:22 PM, [Ricardo Rodriguez] eBioTIC.
 wrote:
> I am not able to reproduce this behaviour in a 2.0.0alpha3 (MacTeX-2009)
> installation running on a MacBook Pro with Mac OS X 10.5.8. Reaction to
> typing is quite normal here.
>
> What I've not installed here is Springer LNCS article class. Could this make
> a difference?
>
I can also report no particular issues with this file, on Debian
testing, LyX 2.0, 4 GB of RAM and two Athlon cores. But I also don't
have the article class installed. You might want to build LyX 2.0
alpha on your system.

Regards
Liviu

Re: Reducing the number of pages in an article

[Steve Litt]

On Saturday 12 June 2010 19:10:31 Alan L Tyree wrote:
> On Sat, 12 Jun 2010 14:01:26 -0400
> 
> Steve Litt  wrote:
> > On Saturday 12 June 2010 03:55:23 Barak Sh wrote:
> > > Hello all,
> > > An article I'm writing has reached 7 pages where the last page
> > > contains only a small paragraph. Is there a simple way to reduce
> > > the article to 6 pages? I know it's possible to make fonts a bit
> > > smaller throughout the entire article. This will get the job done,
> > > but I have noticed that there are many blank spaces between
> > > paragraphs and between formulas and text. There must be a simple
> > > way to tell LaTeX to make these spaces a bit smaller so that the
> > > article fits comfortably into 6 pages. (I know there's an option in
> > > Document Settings to specify the vertical separation of paragraphs.
> > > It's already at the smallest value.) Thanks in advance,
> > > Barak
> >
> > LaTeX puts big space between paragraphs rather than have a page end
> > before the bottom. The more and bigger graphics (and probably
> > formulas), the more inter- paragraph variations become. It's hard to
> > defeat this LaTeX behavior without a lot of micromanaging.
> 
> Isn't this behaviour overcome with \raggedbottom?

Once upon a time I knew the answer to that question. Still and all, with lots 
of fairly large graphics and formulas etc, you're bound to have "too much 
space" on some pages.

SteveT

Steve Litt
Recession Relief Package
http://www.recession-relief.US
Twitter: http://www.twitter.com/stevelitt