SV: Many huge pictures - Memory problems?

2012-02-11 Thread Ingar Pareliussen
Hi
Without the file it is difficult to know precisely what is going on. I 
would say that I do not think it is likely that it is a memory problem, 
at least my experience is that lyx and latex work fine producing books 
with many hundreds of images (tif in the 100MB range), making 
pdfs of 10GBs... :).  But then again, I might have been lucky :)

(./000-sdl-buch.out
! Undefined control sequence.
l.47 \BOOKM

This is Latex telling you that you have a command \BOOKM 
that it does not know. 

3. To compile just a part but to tell LyX it should include counter and
references results in the same error.

I guess this is a good hint. My money would be on that in one of your
references have a included something you shouldn't. :) And then again
this should have been triggered in draft mode as well... Could it be 
something in your file-names or file paths? 

And then again it might me something else, as I said it is difficult
to know without your file. And then I guess you should try, as always,
reproducing the error with the smallest possible file.

Also you could try exporting to latex and run it through latex 
manually, this might give you some more information
as well...

Ingar





Re: μ breaks document

2012-02-11 Thread Gerhardus Geldenhuis
Thanks,
I have used the correct way and the shortcut works a treat.

 It looks like you do not have a Greek font
 (TeX font in LGR font encoding) matching the main document font.

The above sentence is all Greek to me ( pun intended). But seriously I
would expect the software to take care of these types of details in the
background. There should not be a need for me to add and remove fonts and I
were I to need a symbol from the greek font I would not know how to add it.

Thanks again for the help.

On 10 February 2012 22:26, Guenter Milde mi...@users.sf.net wrote:

 On 2012-02-10, Gerhardus Geldenhuis wrote:

  [-- Type: text/plain, Encoding: quoted-printable --]

  Hi
  I get the following error whenever I try to add a μ to my document.

  The error I get is:

  of the grain measure was 30\textgreek{m}

  m. The average grain size

  I wasn't able to read the size data for this font,

  so I will ignore the font specification.

 It looks like you do not have a Greek font
 (TeX font in LGR font encoding) matching the main document font.

  You might try inserting a different font spec;

  e.g., type `I\fontsame font id=substitute font name'.


  The method I used to add the character was by inserting a special
 character
  and then choosing the Greek list of characters and looking for micro/mu.

 These are two different Unicode characters
 with different replacements:

 0x00b5 \\textmu textcomp force # µ MICRO SIGN
 0x03bc \\textgreek{m}   textgreek  # GREEK SMALL LETTER MU

 maybe you used the (correct) one in previous attempts
 (on my Debian system with german xkbmap, I get the micro sign by pressing
 AltGr-M).

 Günter




-- 
Gerhardus Geldenhuis


Lyx und svn (or git)

2012-02-11 Thread Uwe Ade
Hello,

I thing about the problem to manage the Lyx-files from my lectures. I heard 
that is possible to use svn or git to manage the lyx documente direct from Lyx. 
The last two evenings i searched with google to find a good describtion who 
this works but im not succesfull. Some on the list how know a good link?

Thanks 

uwe

Re: Changing the lyxlist (labeling environment) formatting

2012-02-11 Thread Richard Heck

On 02/11/2012 02:02 AM, Jason Heeris wrote:
On 7 February 2012 22:11, Richard Heck rgh...@comcast.net 
mailto:rgh...@comcast.net wrote:



You just need to redefine the lyxlist environment, however you
wish. You can see how LyX defines it from the exported source, or
just by looking at stdlyxlist.inc, which says:

   \newenvironment{lyxlist}[1]
   {\begin{list}{}
   {\settowidth{\labelwidth}{#1}
\setlength{\leftmargin}{\labelwidth}
\addtolength{\leftmargin}{\labelsep}
   
\renewcommand{\makelabel}[1]{##1\hfil}}}

   {\end{list}}


I have to admit, I'm a bit lost here. In the exported source, all the 
environments are generated with:


\begin{lyxlist}{00.00.}

There don't seem to be any width specifiers hard-coded into the 
definition above, so there's nothing to change for the default label 
width. How is that set?


It's set in the layout. See stdlyxlist.inc. Unfortunately, changing it 
in the layout will only change the default for /new/ lists, not for the 
old ones. Those have to be changed manually, within LyX, though if you 
want to change a lot it's probably easier to open the LyX file in a text 
editor and do a big search and replace on 00.00..



There's also the item labels themselves, which are basically:

\item [{Label goes here}]

...but I don't see what part of the lyxlist definition generates that. 
Where do I look for that?


The \item and optional argument are generated automatically by LyX, 
since this is a list. The appearance of the label in the output is 
controlled by \makelabel. So to change how the label is displayed, just 
redefined \makelabel. As it is, it prints the label, then an \hfil. You 
can do whatever you like.


Richard



Re: Many huge pictures - Memory problems?

2012-02-11 Thread Les Denham
On Sat, 11 Feb 2012 07:04:48 +0100
Peter Baumgartner peter.baumgart...@donau-uni.ac.at wrote:
 My assumption is that there is a memory problem:
 
 1. I can compile every part of the book as long as I'm not compiling
 the whole book at once.
 2. I can compile the whole book without problems in draft modus e.g.
 without integrating the pictures
 3. To compile just a part but to tell LyX it should include counter
 and references results in the same error.

Probably not a memory problem: I compiled a document yesterday with
about 250 images, producing a PDF file of 280 pages and 325MB.
 
 I have not idea how to proceed: If I compile the book in two
 independent parts what about the int-text references, bibliography
 and other automatic generated lists (table of contents, table of
 figures etc.)?

You shouldn't have to do that.
 
 Could a new organisation of the files helpful? (At the moment I have
 one master file with 53 subfiles.)

That shouldn't make any difference.

 Another possibility I'm thinking of are the pictures itself. In my
 first version the pictures had about 80 to 300 kB. After shooting the
 screenshots again half of them have now 200 kB to 700 kB (still bad
 resolution but maybe sufficient?) the other half is between 2 to 4
 MB. All the pictures are in PNGs. Perhaps it would help to size the
 biggest pictures a little bit down? But here the problem is: To some
 of the websites I have no access anymore and all the pictures have
 overlaid graphics in it (to highlight some part of the screenshot).  

The size of the graphics is not a problem, but there is probably one
particular image which is giving you a problem.

 I'm at a loss and don't know how to proceed. Any hint would be *very*
 appreciated...

I'd suggest the following process:

1. Export to LaTeX (pdflatex)

2. Run pdflatex on the exported file. It will stop at the problem.

3. Use the 'E' command to edit the file, removing anything suspicious
around the point where it stopped.

4. Rerun pdflatex, repeating until you get it to run properly.

5. Go back to LyX and remove and re-enter the bits where pdflatex had
problems.

That process  has solved similar problems for me in the past.

One frequent problem is spaces in filepath names: they sometimes work
and sometimes don't. The best solution is to remove them.

Les


Re: Lyx und svn (or git)

2012-02-11 Thread Murat Yildizoglu
Check the Section 7.2 in the Additional Features help manual.

2012/2/11 Uwe Ade uwe@gmx.de:
 Hello,

 I thing about the problem to manage the Lyx-files from my lectures. I heard 
 that is possible to use svn or git to manage the lyx documente direct from 
 Lyx. The last two evenings i searched with google to find a good describtion 
 who this works but im not succesfull. Some on the list how know a good link?

 Thanks

 uwe



-- 
Prof. Murat Yildizoglu

Université Montesquieu Bordeaux IV
GREThA (UMR CNRS 5113)
Avenue Léon Duguit
33608 Pessac cedex
France

Bureau : F-331

yi...@u-bordeaux4.fr

http://yildizoglu.info

http://www.twitter.com/yildizoglu


Re: SV: Many huge pictures - Memory problems?

2012-02-11 Thread Peter Baumgartner
Ingar,

Thanks for your answer.

You mentioned that you had no problems with very huge pictures. Perhaps it
has to do with the kind of compilation? I compile with pdflatex. Maybe I
should use another compilation but I'm afraid of (small) changes in
hyphenation or in the very critical positions of my pictures on the page
layout. 

***

In the meanwhile I have reorganised my file structure so that I've got less
but larger files. -- No change.

Than I grouped pictures (in these larger files) and set the latex option
draft mode of all pictures in one of these large files. -- This helped!!

I can now produce all my material in two runs where I set alternatively
pictures of two different large files to draft mode and combine the two pdf
files of these two different runs of compilations with Adobe Professional to
one book file. -- Not very comfortable but I hope it will work for the
publisher.

I think this change with pictures in draft mode is another clue that I ran
in memory problems because of my problems.

Peter




Re: SV: Many huge pictures - Memory problems?

2012-02-11 Thread David L. Johnson

On 02/11/2012 01:36 PM, Peter Baumgartner wrote:

Ingar,

Thanks for your answer.

You mentioned that you had no problems with very huge pictures. Perhaps it
has to do with the kind of compilation? I compile with pdflatex.


I often get errors in trying to compile a file with pdflatex if I have 
graphics in it, but typically the problem is with postscript files, for 
which it has trouble finding sizes.  It will typically work fine with 
ps2pdf.  It is certainly worth a try.  I can't imagine that there would 
be a formatting difference between the two methods of export.


--

David L. Johnson

A mathematician is a machine for turning coffee into theorems.
-- Paul Erdos



Re: μ breaks document

2012-02-11 Thread Guenter Milde
On 2012-02-11, Gerhardus Geldenhuis wrote:

 It looks like you do not have a Greek font
 (TeX font in LGR font encoding) matching the main document font.

 The above sentence is all Greek to me ( pun intended). But seriously I
 would expect the software to take care of these types of details in the
 background. There should not be a need for me to add and remove fonts and I
 were I to need a symbol from the greek font I would not know how to add it.

In this case I have to inform you that were you to need Greek symbols
(outside math) LyX is not the software for you. 
Installation of missing fonts is something LyX cannot do, this is up to the
LaTeX distribution or (with Xe- or LuaTeX your OS).

Günter



Re: μ breaks document

2012-02-11 Thread Gerhardus Geldenhuis
On 11 February 2012 20:17, Guenter Milde mi...@users.sf.net wrote:

 On 2012-02-11, Gerhardus Geldenhuis wrote:

  It looks like you do not have a Greek font
  (TeX font in LGR font encoding) matching the main document font.

  The above sentence is all Greek to me ( pun intended). But seriously I
  would expect the software to take care of these types of details in the
  background. There should not be a need for me to add and remove fonts
 and I
  were I to need a symbol from the greek font I would not know how to add
 it.

 In this case I have to inform you that were you to need Greek symbols
 (outside math) LyX is not the software for you.
 Installation of missing fonts is something LyX cannot do, this is up to the
 LaTeX distribution or (with Xe- or LuaTeX your OS).

 Günter


Ok here is my assumption upon which my previous statement was based. If I
select insert symbol and then select greek on latin or whatever is listed.
I assume/expect that whatever is listed is installed and working. Thus the
glyphs/fonts that I am seeing is already on my system which is why I am
seeing them in Lyx. Thus if lyx makes them available to me during editing
phase, or the font is visible during editing phase it would be only logical
to assume that the font would be available during the rendering of the
document.

I really like Lyx and I would love to see it more widely used. The
academics in my college almost exclusively use MS Word and although I
dislike MSWord, the problem the problem described above is not something I
have personally encountered. I still think Lyx is a superior product and I
would much rather struggle with a few font issues every so often then try
and structure a complex document in Word. However it is these small niggles
that will prevent people from moving away from Word to Lyx as silly as it
may seem. My motivation is that the more scientist use Lyx the more
feedback is received and potentially more development is being done. So
when I am complaining it is with a good intentions.

Regards

-- 
Gerhardus Geldenhuis


SV: Many huge pictures - Memory problems?

2012-02-11 Thread Ingar Pareliussen
Hi
Without the file it is difficult to know precisely what is going on. I 
would say that I do not think it is likely that it is a memory problem, 
at least my experience is that lyx and latex work fine producing books 
with many hundreds of images (tif in the 100MB range), making 
pdfs of 10GBs... :).  But then again, I might have been lucky :)

(./000-sdl-buch.out
! Undefined control sequence.
l.47 \BOOKM

This is Latex telling you that you have a command \BOOKM 
that it does not know. 

3. To compile just a part but to tell LyX it should include counter and
references results in the same error.

I guess this is a good hint. My money would be on that in one of your
references have a included something you shouldn't. :) And then again
this should have been triggered in draft mode as well... Could it be 
something in your file-names or file paths? 

And then again it might me something else, as I said it is difficult
to know without your file. And then I guess you should try, as always,
reproducing the error with the smallest possible file.

Also you could try exporting to latex and run it through latex 
manually, this might give you some more information
as well...

Ingar





Re: μ breaks document

2012-02-11 Thread Gerhardus Geldenhuis
Thanks,
I have used the correct way and the shortcut works a treat.

 It looks like you do not have a Greek font
 (TeX font in LGR font encoding) matching the main document font.

The above sentence is all Greek to me ( pun intended). But seriously I
would expect the software to take care of these types of details in the
background. There should not be a need for me to add and remove fonts and I
were I to need a symbol from the greek font I would not know how to add it.

Thanks again for the help.

On 10 February 2012 22:26, Guenter Milde mi...@users.sf.net wrote:

 On 2012-02-10, Gerhardus Geldenhuis wrote:

  [-- Type: text/plain, Encoding: quoted-printable --]

  Hi
  I get the following error whenever I try to add a μ to my document.

  The error I get is:

  of the grain measure was 30\textgreek{m}

  m. The average grain size

  I wasn't able to read the size data for this font,

  so I will ignore the font specification.

 It looks like you do not have a Greek font
 (TeX font in LGR font encoding) matching the main document font.

  You might try inserting a different font spec;

  e.g., type `I\fontsame font id=substitute font name'.


  The method I used to add the character was by inserting a special
 character
  and then choosing the Greek list of characters and looking for micro/mu.

 These are two different Unicode characters
 with different replacements:

 0x00b5 \\textmu textcomp force # µ MICRO SIGN
 0x03bc \\textgreek{m}   textgreek  # GREEK SMALL LETTER MU

 maybe you used the (correct) one in previous attempts
 (on my Debian system with german xkbmap, I get the micro sign by pressing
 AltGr-M).

 Günter




-- 
Gerhardus Geldenhuis


Lyx und svn (or git)

2012-02-11 Thread Uwe Ade
Hello,

I thing about the problem to manage the Lyx-files from my lectures. I heard 
that is possible to use svn or git to manage the lyx documente direct from Lyx. 
The last two evenings i searched with google to find a good describtion who 
this works but im not succesfull. Some on the list how know a good link?

Thanks 

uwe

Re: Changing the lyxlist (labeling environment) formatting

2012-02-11 Thread Richard Heck

On 02/11/2012 02:02 AM, Jason Heeris wrote:
On 7 February 2012 22:11, Richard Heck rgh...@comcast.net 
mailto:rgh...@comcast.net wrote:



You just need to redefine the lyxlist environment, however you
wish. You can see how LyX defines it from the exported source, or
just by looking at stdlyxlist.inc, which says:

   \newenvironment{lyxlist}[1]
   {\begin{list}{}
   {\settowidth{\labelwidth}{#1}
\setlength{\leftmargin}{\labelwidth}
\addtolength{\leftmargin}{\labelsep}
   
\renewcommand{\makelabel}[1]{##1\hfil}}}

   {\end{list}}


I have to admit, I'm a bit lost here. In the exported source, all the 
environments are generated with:


\begin{lyxlist}{00.00.}

There don't seem to be any width specifiers hard-coded into the 
definition above, so there's nothing to change for the default label 
width. How is that set?


It's set in the layout. See stdlyxlist.inc. Unfortunately, changing it 
in the layout will only change the default for /new/ lists, not for the 
old ones. Those have to be changed manually, within LyX, though if you 
want to change a lot it's probably easier to open the LyX file in a text 
editor and do a big search and replace on 00.00..



There's also the item labels themselves, which are basically:

\item [{Label goes here}]

...but I don't see what part of the lyxlist definition generates that. 
Where do I look for that?


The \item and optional argument are generated automatically by LyX, 
since this is a list. The appearance of the label in the output is 
controlled by \makelabel. So to change how the label is displayed, just 
redefined \makelabel. As it is, it prints the label, then an \hfil. You 
can do whatever you like.


Richard



Re: Many huge pictures - Memory problems?

2012-02-11 Thread Les Denham
On Sat, 11 Feb 2012 07:04:48 +0100
Peter Baumgartner peter.baumgart...@donau-uni.ac.at wrote:
 My assumption is that there is a memory problem:
 
 1. I can compile every part of the book as long as I'm not compiling
 the whole book at once.
 2. I can compile the whole book without problems in draft modus e.g.
 without integrating the pictures
 3. To compile just a part but to tell LyX it should include counter
 and references results in the same error.

Probably not a memory problem: I compiled a document yesterday with
about 250 images, producing a PDF file of 280 pages and 325MB.
 
 I have not idea how to proceed: If I compile the book in two
 independent parts what about the int-text references, bibliography
 and other automatic generated lists (table of contents, table of
 figures etc.)?

You shouldn't have to do that.
 
 Could a new organisation of the files helpful? (At the moment I have
 one master file with 53 subfiles.)

That shouldn't make any difference.

 Another possibility I'm thinking of are the pictures itself. In my
 first version the pictures had about 80 to 300 kB. After shooting the
 screenshots again half of them have now 200 kB to 700 kB (still bad
 resolution but maybe sufficient?) the other half is between 2 to 4
 MB. All the pictures are in PNGs. Perhaps it would help to size the
 biggest pictures a little bit down? But here the problem is: To some
 of the websites I have no access anymore and all the pictures have
 overlaid graphics in it (to highlight some part of the screenshot).  

The size of the graphics is not a problem, but there is probably one
particular image which is giving you a problem.

 I'm at a loss and don't know how to proceed. Any hint would be *very*
 appreciated...

I'd suggest the following process:

1. Export to LaTeX (pdflatex)

2. Run pdflatex on the exported file. It will stop at the problem.

3. Use the 'E' command to edit the file, removing anything suspicious
around the point where it stopped.

4. Rerun pdflatex, repeating until you get it to run properly.

5. Go back to LyX and remove and re-enter the bits where pdflatex had
problems.

That process  has solved similar problems for me in the past.

One frequent problem is spaces in filepath names: they sometimes work
and sometimes don't. The best solution is to remove them.

Les


Re: Lyx und svn (or git)

2012-02-11 Thread Murat Yildizoglu
Check the Section 7.2 in the Additional Features help manual.

2012/2/11 Uwe Ade uwe@gmx.de:
 Hello,

 I thing about the problem to manage the Lyx-files from my lectures. I heard 
 that is possible to use svn or git to manage the lyx documente direct from 
 Lyx. The last two evenings i searched with google to find a good describtion 
 who this works but im not succesfull. Some on the list how know a good link?

 Thanks

 uwe



-- 
Prof. Murat Yildizoglu

Université Montesquieu Bordeaux IV
GREThA (UMR CNRS 5113)
Avenue Léon Duguit
33608 Pessac cedex
France

Bureau : F-331

yi...@u-bordeaux4.fr

http://yildizoglu.info

http://www.twitter.com/yildizoglu


Re: SV: Many huge pictures - Memory problems?

2012-02-11 Thread Peter Baumgartner
Ingar,

Thanks for your answer.

You mentioned that you had no problems with very huge pictures. Perhaps it
has to do with the kind of compilation? I compile with pdflatex. Maybe I
should use another compilation but I'm afraid of (small) changes in
hyphenation or in the very critical positions of my pictures on the page
layout. 

***

In the meanwhile I have reorganised my file structure so that I've got less
but larger files. -- No change.

Than I grouped pictures (in these larger files) and set the latex option
draft mode of all pictures in one of these large files. -- This helped!!

I can now produce all my material in two runs where I set alternatively
pictures of two different large files to draft mode and combine the two pdf
files of these two different runs of compilations with Adobe Professional to
one book file. -- Not very comfortable but I hope it will work for the
publisher.

I think this change with pictures in draft mode is another clue that I ran
in memory problems because of my problems.

Peter




Re: SV: Many huge pictures - Memory problems?

2012-02-11 Thread David L. Johnson

On 02/11/2012 01:36 PM, Peter Baumgartner wrote:

Ingar,

Thanks for your answer.

You mentioned that you had no problems with very huge pictures. Perhaps it
has to do with the kind of compilation? I compile with pdflatex.


I often get errors in trying to compile a file with pdflatex if I have 
graphics in it, but typically the problem is with postscript files, for 
which it has trouble finding sizes.  It will typically work fine with 
ps2pdf.  It is certainly worth a try.  I can't imagine that there would 
be a formatting difference between the two methods of export.


--

David L. Johnson

A mathematician is a machine for turning coffee into theorems.
-- Paul Erdos



Re: μ breaks document

2012-02-11 Thread Guenter Milde
On 2012-02-11, Gerhardus Geldenhuis wrote:

 It looks like you do not have a Greek font
 (TeX font in LGR font encoding) matching the main document font.

 The above sentence is all Greek to me ( pun intended). But seriously I
 would expect the software to take care of these types of details in the
 background. There should not be a need for me to add and remove fonts and I
 were I to need a symbol from the greek font I would not know how to add it.

In this case I have to inform you that were you to need Greek symbols
(outside math) LyX is not the software for you. 
Installation of missing fonts is something LyX cannot do, this is up to the
LaTeX distribution or (with Xe- or LuaTeX your OS).

Günter



Re: μ breaks document

2012-02-11 Thread Gerhardus Geldenhuis
On 11 February 2012 20:17, Guenter Milde mi...@users.sf.net wrote:

 On 2012-02-11, Gerhardus Geldenhuis wrote:

  It looks like you do not have a Greek font
  (TeX font in LGR font encoding) matching the main document font.

  The above sentence is all Greek to me ( pun intended). But seriously I
  would expect the software to take care of these types of details in the
  background. There should not be a need for me to add and remove fonts
 and I
  were I to need a symbol from the greek font I would not know how to add
 it.

 In this case I have to inform you that were you to need Greek symbols
 (outside math) LyX is not the software for you.
 Installation of missing fonts is something LyX cannot do, this is up to the
 LaTeX distribution or (with Xe- or LuaTeX your OS).

 Günter


Ok here is my assumption upon which my previous statement was based. If I
select insert symbol and then select greek on latin or whatever is listed.
I assume/expect that whatever is listed is installed and working. Thus the
glyphs/fonts that I am seeing is already on my system which is why I am
seeing them in Lyx. Thus if lyx makes them available to me during editing
phase, or the font is visible during editing phase it would be only logical
to assume that the font would be available during the rendering of the
document.

I really like Lyx and I would love to see it more widely used. The
academics in my college almost exclusively use MS Word and although I
dislike MSWord, the problem the problem described above is not something I
have personally encountered. I still think Lyx is a superior product and I
would much rather struggle with a few font issues every so often then try
and structure a complex document in Word. However it is these small niggles
that will prevent people from moving away from Word to Lyx as silly as it
may seem. My motivation is that the more scientist use Lyx the more
feedback is received and potentially more development is being done. So
when I am complaining it is with a good intentions.

Regards

-- 
Gerhardus Geldenhuis


SV: Many huge pictures - Memory problems?

2012-02-11 Thread Ingar Pareliussen
Hi
Without the file it is difficult to know precisely what is going on. I 
would say that I do not think it is likely that it is a memory problem, 
at least my experience is that lyx and latex work fine producing books 
with many hundreds of images (tif in the 100MB range), making 
pdfs of 10GBs... :).  But then again, I might have been lucky :)

>(./000-sdl-buch.out
>! Undefined control sequence.
>l.47 \BOOKM

This is Latex telling you that you have a command \BOOKM 
that it does not know. 

>3. To compile just a part but to tell LyX it should include counter and
>references results in the same error.

I guess this is a good hint. My money would be on that in one of your
references have a included something you shouldn't. :) And then again
this should have been triggered in draft mode as well... Could it be 
something in your file-names or file paths? 

And then again it might me something else, as I said it is difficult
to know without your file. And then I guess you should try, as always,
reproducing the error with the smallest possible file.

Also you could try exporting to latex and run it through latex 
manually, this might give you some more information
as well...

Ingar





Re: μ breaks document

2012-02-11 Thread Gerhardus Geldenhuis
Thanks,
I have used the correct way and the shortcut works a treat.

> It looks like you do not have a Greek font
> (TeX font in LGR font encoding) matching the main document font.

The above sentence is all Greek to me ( pun intended). But seriously I
would expect the software to take care of these types of details in the
background. There should not be a need for me to add and remove fonts and I
were I to need a symbol from the greek font I would not know how to add it.

Thanks again for the help.

On 10 February 2012 22:26, Guenter Milde  wrote:

> On 2012-02-10, Gerhardus Geldenhuis wrote:
>
> > [-- Type: text/plain, Encoding: quoted-printable --]
>
> > Hi
> > I get the following error whenever I try to add a μ to my document.
>
> > The error I get is:
>
> > of the grain measure was 30\textgreek{m}
>
> > m. The average grain size
>
> > I wasn't able to read the size data for this font,
>
> > so I will ignore the font specification.
>
> It looks like you do not have a Greek font
> (TeX font in LGR font encoding) matching the main document font.
>
> > You might try inserting a different font spec;
>
> > e.g., type `I\font='.
>
>
> > The method I used to add the character was by inserting a special
> character
> > and then choosing the Greek list of characters and looking for micro/mu.
>
> These are two different Unicode characters
> with different replacements:
>
> 0x00b5 "\\textmu" "textcomp" "force" # µ MICRO SIGN
> 0x03bc "\\textgreek{m}"   "textgreek" "" # GREEK SMALL LETTER MU
>
> maybe you used the (correct) one in previous attempts
> (on my Debian system with german xkbmap, I get the micro sign by pressing
> AltGr-M).
>
> Günter
>
>


-- 
Gerhardus Geldenhuis


Lyx und svn (or git)

2012-02-11 Thread Uwe Ade
Hello,

I thing about the problem to manage the Lyx-files from my lectures. I heard 
that is possible to use svn or git to manage the lyx documente direct from Lyx. 
The last two evenings i searched with google to find a good describtion who 
this works but im not succesfull. Some on the list how know a good link?

Thanks 

uwe

Re: Changing the lyxlist (labeling environment) formatting

2012-02-11 Thread Richard Heck

On 02/11/2012 02:02 AM, Jason Heeris wrote:
On 7 February 2012 22:11, Richard Heck > wrote:



You just need to redefine the lyxlist environment, however you
wish. You can see how LyX defines it from the exported source, or
just by looking at stdlyxlist.inc, which says:

   \newenvironment{lyxlist}[1]
   {\begin{list}{}
   {\settowidth{\labelwidth}{#1}
\setlength{\leftmargin}{\labelwidth}
\addtolength{\leftmargin}{\labelsep}
   
\renewcommand{\makelabel}[1]{##1\hfil}}}

   {\end{list}}


I have to admit, I'm a bit lost here. In the exported source, all the 
environments are generated with:


\begin{lyxlist}{00.00.}

There don't seem to be any width specifiers hard-coded into the 
definition above, so there's nothing to change for the default label 
width. How is that set?


It's set in the layout. See stdlyxlist.inc. Unfortunately, changing it 
in the layout will only change the default for /new/ lists, not for the 
old ones. Those have to be changed manually, within LyX, though if you 
want to change a lot it's probably easier to open the LyX file in a text 
editor and do a big search and replace on "00.00.".



There's also the item labels themselves, which are basically:

\item [{Label goes here}]

...but I don't see what part of the lyxlist definition generates that. 
Where do I look for that?


The \item and optional argument are generated automatically by LyX, 
since this is a list. The appearance of the label in the output is 
controlled by \makelabel. So to change how the label is displayed, just 
redefined \makelabel. As it is, it prints the label, then an \hfil. You 
can do whatever you like.


Richard



Re: Many huge pictures - Memory problems?

2012-02-11 Thread Les Denham
On Sat, 11 Feb 2012 07:04:48 +0100
Peter Baumgartner  wrote:
> My assumption is that there is a memory problem:
> 
> 1. I can compile every part of the book as long as I'm not compiling
> the whole book at once.
> 2. I can compile the whole book without problems in draft modus e.g.
> without integrating the pictures
> 3. To compile just a part but to tell LyX it should include counter
> and references results in the same error.

Probably not a memory problem: I compiled a document yesterday with
about 250 images, producing a PDF file of 280 pages and 325MB.
> 
> I have not idea how to proceed: If I compile the book in two
> independent parts what about the int-text references, bibliography
> and other automatic generated lists (table of contents, table of
> figures etc.)?

You shouldn't have to do that.
> 
> Could a new organisation of the files helpful? (At the moment I have
> one master file with 53 subfiles.)

That shouldn't make any difference.

> Another possibility I'm thinking of are the pictures itself. In my
> first version the pictures had about 80 to 300 kB. After shooting the
> screenshots again half of them have now 200 kB to 700 kB (still bad
> resolution but maybe sufficient?) the other half is between 2 to 4
> MB. All the pictures are in PNGs. Perhaps it would help to size the
> biggest pictures a little bit down? But here the problem is: To some
> of the websites I have no access anymore and all the pictures have
> overlaid graphics in it (to highlight some part of the screenshot).  

The size of the graphics is not a problem, but there is probably one
particular image which is giving you a problem.

> I'm at a loss and don't know how to proceed. Any hint would be *very*
> appreciated...

I'd suggest the following process:

1. Export to LaTeX (pdflatex)

2. Run pdflatex on the exported file. It will stop at the problem.

3. Use the 'E' command to edit the file, removing anything suspicious
around the point where it stopped.

4. Rerun pdflatex, repeating until you get it to run properly.

5. Go back to LyX and remove and re-enter the bits where pdflatex had
problems.

That process  has solved similar problems for me in the past.

One frequent problem is spaces in filepath names: they sometimes work
and sometimes don't. The best solution is to remove them.

Les


Re: Lyx und svn (or git)

2012-02-11 Thread Murat Yildizoglu
Check the Section 7.2 in the Additional Features help manual.

2012/2/11 Uwe Ade :
> Hello,
>
> I thing about the problem to manage the Lyx-files from my lectures. I heard 
> that is possible to use svn or git to manage the lyx documente direct from 
> Lyx. The last two evenings i searched with google to find a good describtion 
> who this works but im not succesfull. Some on the list how know a good link?
>
> Thanks
>
> uwe



-- 
Prof. Murat Yildizoglu

Université Montesquieu Bordeaux IV
GREThA (UMR CNRS 5113)
Avenue Léon Duguit
33608 Pessac cedex
France

Bureau : F-331

yi...@u-bordeaux4.fr

http://yildizoglu.info

http://www.twitter.com/yildizoglu


Re: SV: Many huge pictures - Memory problems?

2012-02-11 Thread Peter Baumgartner
Ingar,

Thanks for your answer.

You mentioned that you had no problems with very huge pictures. Perhaps it
has to do with the kind of compilation? I compile with pdflatex. Maybe I
should use another compilation but I'm afraid of (small) changes in
hyphenation or in the very critical positions of my pictures on the page
layout. 

***

In the meanwhile I have reorganised my file structure so that I've got less
but larger files. -- No change.

Than I grouped pictures (in these larger files) and set the latex option
"draft mode" of all pictures in one of these large files. -- This helped!!

I can now produce all my material in two runs where I set alternatively
pictures of two different large files to draft mode and combine the two pdf
files of these two different runs of compilations with Adobe Professional to
one book file. -- Not very comfortable but I hope it will work for the
publisher.

I think this change with pictures in draft mode is another clue that I ran
in memory problems because of my problems.

Peter




Re: SV: Many huge pictures - Memory problems?

2012-02-11 Thread David L. Johnson

On 02/11/2012 01:36 PM, Peter Baumgartner wrote:

Ingar,

Thanks for your answer.

You mentioned that you had no problems with very huge pictures. Perhaps it
has to do with the kind of compilation? I compile with pdflatex.


I often get errors in trying to compile a file with pdflatex if I have 
graphics in it, but typically the problem is with postscript files, for 
which it has trouble finding sizes.  It will typically work fine with 
ps2pdf.  It is certainly worth a try.  I can't imagine that there would 
be a formatting difference between the two methods of export.


--

David L. Johnson

A mathematician is a machine for turning coffee into theorems.
-- Paul Erdos



Re: μ breaks document

2012-02-11 Thread Guenter Milde
On 2012-02-11, Gerhardus Geldenhuis wrote:

>> It looks like you do not have a Greek font
>> (TeX font in LGR font encoding) matching the main document font.

> The above sentence is all Greek to me ( pun intended). But seriously I
> would expect the software to take care of these types of details in the
> background. There should not be a need for me to add and remove fonts and I
> were I to need a symbol from the greek font I would not know how to add it.

In this case I have to inform you that were you to need Greek symbols
(outside math) LyX is not the software for you. 
Installation of missing fonts is something LyX cannot do, this is up to the
LaTeX distribution or (with Xe- or LuaTeX your OS).

Günter



Re: μ breaks document

2012-02-11 Thread Gerhardus Geldenhuis
On 11 February 2012 20:17, Guenter Milde  wrote:

> On 2012-02-11, Gerhardus Geldenhuis wrote:
>
> >> It looks like you do not have a Greek font
> >> (TeX font in LGR font encoding) matching the main document font.
>
> > The above sentence is all Greek to me ( pun intended). But seriously I
> > would expect the software to take care of these types of details in the
> > background. There should not be a need for me to add and remove fonts
> and I
> > were I to need a symbol from the greek font I would not know how to add
> it.
>
> In this case I have to inform you that were you to need Greek symbols
> (outside math) LyX is not the software for you.
> Installation of missing fonts is something LyX cannot do, this is up to the
> LaTeX distribution or (with Xe- or LuaTeX your OS).
>
> Günter
>
>
Ok here is my assumption upon which my previous statement was based. If I
select insert symbol and then select greek on latin or whatever is listed.
I assume/expect that whatever is listed is installed and working. Thus the
glyphs/fonts that I am seeing is already on my system which is why I am
seeing them in Lyx. Thus if lyx makes them available to me during editing
phase, or the font is visible during editing phase it would be only logical
to assume that the font would be available during the rendering of the
document.

I really like Lyx and I would love to see it more widely used. The
academics in my college almost exclusively use MS Word and although I
dislike MSWord, the problem the problem described above is not something I
have personally encountered. I still think Lyx is a superior product and I
would much rather struggle with a few font issues every so often then try
and structure a complex document in Word. However it is these small niggles
that will prevent people from moving away from Word to Lyx as silly as it
may seem. My motivation is that the more scientist use Lyx the more
feedback is received and potentially more development is being done. So
when I am complaining it is with a good intentions.

Regards

-- 
Gerhardus Geldenhuis