Center section title in Koma-Script

2009-04-26 Thread Witold (grizz) Firlej
Is there some magic ERT to center section Titles in Koma Script?

Menu Edit - paragraph settings doesn't work
-- 
::  Witek Firlej  ::
:: Studencka wyprawa do Chin http://chiny2009.pl ::
::  http://grizz.pl  ::  http://galeria.firlej.org  ::  jid:
grizz//jabster.pl  ::


Re: Center section title in Koma-Script

2009-04-26 Thread Florian Rubach

Witold (grizz) Firlej schrieb:

Is there some magic ERT to center section Titles in Koma Script?

Menu Edit - paragraph settings doesn't work
  


The Koma-manual (scrguien.pdf) tells me that you can add some commands 
to the section style. In your case, it would be 
\addtokomafont{section}{\centering}. If you put that in your document 
settingsLatex preamble, all of you section headings will be centered.

Note that the numbering will be dragged into the middle as well.

Regards, Florian


Re: Center section title in Koma-Script

2009-04-26 Thread Witold Firlej
On Sun, Apr 26, 2009 at 10:37, Florian Rubach florian.rub...@gmx.de wrote:
 Witold (grizz) Firlej schrieb:

 Is there some magic ERT to center section Titles in Koma Script?

 Menu Edit - paragraph settings doesn't work


 The Koma-manual (scrguien.pdf) tells me that you can add some commands to
 the section style. In your case, it would be
 \addtokomafont{section}{\centering}. If you put that in your document
 settingsLatex preamble, all of you section headings will be centered.
 Note that the numbering will be dragged into the middle as well.

Thank you, it works perfectly






-- 
::  Witek Firlej  ::
:: Studencka wyprawa do Chin http://chiny2009.pl ::
::  http://grizz.pl  ::  http://galeria.firlej.org  ::  jid:
grizz//jabster.pl  ::


Re: [Figure embedding] An easy way to share lyx documents

2009-04-26 Thread Daniel Lohmann


On 17.04.2009, at 15:25, Niko Schwarz wrote:

On Fri, Apr 17, 2009 at 8:53 AM, Rainer M Krug r.m.k...@gmail.com  
wrote:


1) I like the lyx format as it is BECAUSE it is not compressed, so I
would definitely not change the default format.



Ok, maybe I didn't make myself clear: you can have self-contained  
archives
with no compression at all on OSX. It works like this: you make a  
directory
and in that directory you dump a special file that tells finder to  
display

the directory as a package.

But from the command line, it is still a directory. And in finder,  
you can
look into the package by choosing Show Package Contents from the  
pop up

menu.

Now Pages files for example come as such packages, you can copy that
directory around, send it through email (yea, email clients handle it
surprisingly well), and it still works.

Now, other operating systems see a directory and not a package.  
People using
something other than OSX would have to be reminded to copy the  
directory

around the .lyx file around, which would be managed by lyx.

The file would still be accessible, no performance penalty, but  
complete
send-aroundability, and while it might feel a little alien on other  
OS's, on

OSX it's the standard way to do such things, so OSX users will cheer.


No, they won't.

The thing is that OSX -- or at least the OSX applications that use  
this concept, with Pages being a good (well, bad) example -- do *not*  
treat packages as true directories, but as a personal container.  
Whenever you save a Pages document, for instance, Pages deletes  
everything in the directory that was not created by itself. This can  
be quite surprising!  Pages might also decide to rename its files in  
the directory. And so on.


All tools that need to manage side-by-side metadata in directories  
(such as CVS and SVN) are inherently unusable with OSX apps that use  
the package format. You just cannot put a Keynote presentation into an  
svn repository...


Packages are one of those OSX standards that are conceptually nice,  
but unfortunately seriously broken in the actual implementation.


Daniel


Re: Citation and creation of bibliography

2009-04-26 Thread Pierfranco Minsenti
Hi,

I would like to offer a very simple suggestion: if you use Natbib you could
also use as a bib style humannat from the pulll down menu in LyX for
selecting a bibliographic style.

Using the humannat bib style you can obtain a bibliography style similar to
the one you would like (but just one carriage return).
See these examples from the references listed in a PDF file of a an article
produced with LyX, a bibtex file managed with BibDesk and humannat as the
bib style:

Bishop, A. P., B. Mehra, I. Bazzell, and C. Smith
2003a. Participatory action research and digital libraries: Reframing
evaluation. In Bishop et al. (2003b).

Bishop, A. P., N. A. Van House, and B. P. Buttenfield, eds.
2003b. Digital Library Use. Social Practice in Design and Evaluation.
Cambridge (MA): The MIT Press.

Blandford, A., S. Keith, I. Connell, and H. Edwards
2004. Analytical usability evaluation for digital libraries: a case study.
In Proceedings of the 4th ACM/IEEE-CS joint conference on Digital libraries,
Pp. 27–36, Tuscon (AZ). ACM.

Booth, A.
2001. Turning research priorities into answerable questions. Health
Information and Libraries Journal, 18(2):130–132.

Griffiths, J. R. and P. Brophy
2002. Student searching behaviour in the JISC information environment.
Ariadne, (33). [Online]. Available from:
http://www.ariadne.ac.uk/issue33/edner/ [Last checked 2008-08-26].


regards

Pierfranco


2009/4/23 Jason Jerr jasonj...@yahoo.de





 Hello everybody,



 at the
 moment I am working at my first larger Lyx-project. So far I was really
 impressed but I got stuck with the creation of my bibliography.
 Unfortunately,
 I could not find the answers to my problems in the mail archive. Maybe one
 of
 you could give me a hint how to go on?



 Basics:



 OS: Windows
 Vista; Lyx 1.6; Bibtex file created with JabRef 2.4.2; document class:
 article



 Goal:



 I would
 like the citation within the text to look as the following example:



 “ ...the
 teacher is aware of what NATION called a “balanced language course” (c.f.
 p. 3
 Nation, 2001)...”



 The
 bibliography of  a monography should look like the following example does:



 Baddeley,
 A. (1990) Human Memory, London:
 Lawrence Erlbaum Associates.



 or for an article:



 Bahrick, H.
 P. and Phelps E. (1987) ´Retention of Spanish vocabulary over 8 years´,
 Journal of Experimental Psychology:
 Learning, Memory and Cognition, 13,
 344-349.



 Problems:



 I assume
 that “Jurabib” would be they correct style of citation for my purposes.
 Unfortunately Lyx produces follwing error message:



 Undefined
 control sequence

 You can´t
 use ´\relax´ after \the





 Does anyone
 know a solution for that problem?



 Thanks in
 advance,



 Jason







Re: Cross-References doubts

2009-04-26 Thread rgheck

Uwe Stöhr wrote:

Adrian Diaz schrieb:


Sometimes i need to define lemma, proposition, theorem or simply some
definitions. I think it is very easy
to use them cos i can set by *description* or *list*.

However, i have problems when i want to work with cross-references. The
problem is that every time i define a *description* for theorem, for
example, the theorem defined gets the cross-refence of the chapter, 
section

or subsecction etc, wherever place i have defined it.




The problem is that you can't cross reference a description environment.

LyX has native support for lemmas, etc. In 1.5.x, you can use the AMS 
classes, or include the theorem definitions in your own layout. But it's 
all a lot easier in 1.6.x, where you can use the theorem modules with 
any class you like. So I'd upgrade to 1.6.2 and use that.


rh



Odd graphic insert bug (?)

2009-04-26 Thread Christopher Menzel

I'm not *completely* sure that this is a bug, but...

I inserted a perfectly ordinary PDF graphic called  
BadUG.pdf (generated by OmniGraffle) into a LyX document. The first  
time I tried to preview the document after doing so I got the not  
unfamiliar Cannot determine size of graphic LaTeX error. Oddly (?),  
the error window reported that LaTeX was choking on a file called  
BadUG.png that LyX had created, rather than BadUG.pdf.  (I'm  
guessing that BadUG.png is generated because that is the format that  
LyX uses to display graphics in its own editing windows.)  Adding  
bounding box info and specifying a scale for the graphic did not solve  
the problem. Inadvertently, I found a workaround when I decided to  
have a gander at the LaTeX code that LyX was generating.  Upon  
exporting my LyX document to a .tex file (via File - Export), the  
Skim preview of my document automatically updated and, lo and behold,  
there was BadUG.pdf, placed just where I wanted it in the document.   
(Great, but WHY?  I only asked for the .tex code, not that pdflatex  
*compile* it.)  Moreover, I was presented with a dialog box asking me  
if I wanted to overwrite BadUG.pdf -- which suggests that the LyX code  
is exporting the filename BadUG.pdf, not BadUG.png, which really  
makes me wonder why LaTeX is choking on BadUG.png when I try to  
preview from within LyX; you'd think that the code that is exported to  
a .tex file would be identical to the code that is handed to pdflatex  
when you preview.


Ideas appreciated.  My workaround of exporting to pdflatex is less  
than ideal, as I have to invoke it via the menus every time I want to  
preview a change in my LyX document (instead of just clicking a handy  
button -- poor me! :-).  I've got a LyX bug report filled out and  
ready to go but thought I'd get some feedback from the list first.


Chris Menzel



Re: Odd graphic insert bug (?)

2009-04-26 Thread Rich Shepard

On Sun, 26 Apr 2009, Christopher Menzel wrote:

I inserted a perfectly ordinary PDF graphic called BadUG.pdf (generated by 
OmniGraffle) into a LyX document. The first time I tried to preview the 
document after doing so I got the not unfamiliar Cannot determine size of 
graphic LaTeX error.


Chris,

  LaTeX works with .eps files for the preview; that's because it calls
dvips. To view .pdf, .png, and .jpg you need to view your changes with
pdflatex.

  Yes, it takes hands off the keyboard to get to the menu choice, but that's
part of TeX.

Rich

--
Richard B. Shepard, Ph.D.   |  IntegrityCredibility
Applied Ecosystem Services, Inc.|Innovation
http://www.appl-ecosys.com Voice: 503-667-4517  Fax: 503-667-8863


Re: Odd graphic insert bug (?)

2009-04-26 Thread Christopher Menzel

On Apr 26, 2009, at 1:27 PM, Rich Shepard wrote:

On Sun, 26 Apr 2009, Christopher Menzel wrote:

I inserted a perfectly ordinary PDF graphic called  
BadUG.pdf (generated by OmniGraffle) into a LyX document. The  
first time I tried to preview the document after doing so I got the  
not unfamiliar Cannot determine size of graphic LaTeX error.


Chris,

 LaTeX works with .eps files for the preview; that's because it  
calls dvips. To view .pdf, .png, and .jpg you need to view your  
changes with pdflatex.


Hi Rich,

Thanks, but this isn't the problem.  I do know that latex  
requires .eps, but the error above was being generated by clicking on  
the PDF preview icon, which (I believe) calls pdflatex.  (And I in  
fact tried using an .eps version of my graphic and previewing as  
Postscript when I was first trying to diagnose the problem, and had  
the same difficulty.)


I'm in the process of composing a followup which I will post in a few  
minutes.


-chris



SOLVED: Odd graphic insert bug (?)

2009-04-26 Thread Christopher Menzel

On Apr 26, 2009, at 1:17 PM, Christopher Menzel wrote:

I'm not *completely* sure that this is a bug, but...

I inserted a perfectly ordinary PDF graphic called  
BadUG.pdf (generated by OmniGraffle) into a LyX document. The  
first time I tried to preview the document after doing so I got the  
not unfamiliar Cannot determine size of graphic LaTeX error. Oddly  
(?), the error window reported that LaTeX was choking on a file  
called BadUG.png that LyX had created, rather than BadUG.pdf.   
(I'm guessing that BadUG.png is generated because that is the format  
that LyX uses to display graphics in its own editing windows.)   
Adding bounding box info and specifying a scale for the graphic did  
not solve the problem. Inadvertently, I found a workaround when I  
decided to have a gander at the LaTeX code that LyX was generating.   
Upon exporting my LyX document to a .tex file (via File - Export),  
the Skim preview of my document automatically updated and, lo and  
behold, there was BadUG.pdf, placed just where I wanted it in the  
document.  (Great, but WHY?  I only asked for the .tex code, not  
that pdflatex *compile* it.)


I was mistaken here.  The file updated when I exported to PDF, not  
when I exported to a LaTeX file.  (Doh!)


I have discovered the problem -- actually, Rich's suggestion is what  
got me thinking.  I went to the LaTeX log and, buried in the output,  
found the message:


  Class FoilTeX Warning: Option 'dvips' is ignored when running  
pdflatex


I'm using FoilTeX to prepare slides for a lecture and hadn't noticed  
that, when I chose the FoilTeX package, it automatically set the class  
option dvips.  The log output message notwithstanding, that option  
was apparently not *entirely* ignored -- its presence was preventing  
my BadUG.pdf graphic from displaying.  When I removed it and clicked  
on the PDF preview button, the graphic showed up right where it should  
be.  (I'm guessing that the problem was that the dvips option,  
although ignored by pdflatex, was making the graphicx package look for  
an EPS file when it saw the \includegraphics{BadUG} command in the  
LaTeX code.)


Anyway, problem solved.  Thanks for listening.  Can someone get me the  
past two hours back, please??  :-)


-chris



Re: Odd graphic insert bug (?)

2009-04-26 Thread Rich Shepard

On Sun, 26 Apr 2009, Christopher Menzel wrote:


Thanks, but this isn't the problem.


Chris,

  What version of LyX on what platform? I've not encountered any such
difficulties.

Rich

--
Richard B. Shepard, Ph.D.   |  IntegrityCredibility
Applied Ecosystem Services, Inc.|Innovation
http://www.appl-ecosys.com Voice: 503-667-4517  Fax: 503-667-8863


Center section title in Koma-Script

2009-04-26 Thread Witold (grizz) Firlej
Is there some magic ERT to center section Titles in Koma Script?

Menu Edit - paragraph settings doesn't work
-- 
::  Witek Firlej  ::
:: Studencka wyprawa do Chin http://chiny2009.pl ::
::  http://grizz.pl  ::  http://galeria.firlej.org  ::  jid:
grizz//jabster.pl  ::


Re: Center section title in Koma-Script

2009-04-26 Thread Florian Rubach

Witold (grizz) Firlej schrieb:

Is there some magic ERT to center section Titles in Koma Script?

Menu Edit - paragraph settings doesn't work
  


The Koma-manual (scrguien.pdf) tells me that you can add some commands 
to the section style. In your case, it would be 
\addtokomafont{section}{\centering}. If you put that in your document 
settingsLatex preamble, all of you section headings will be centered.

Note that the numbering will be dragged into the middle as well.

Regards, Florian


Re: Center section title in Koma-Script

2009-04-26 Thread Witold Firlej
On Sun, Apr 26, 2009 at 10:37, Florian Rubach florian.rub...@gmx.de wrote:
 Witold (grizz) Firlej schrieb:

 Is there some magic ERT to center section Titles in Koma Script?

 Menu Edit - paragraph settings doesn't work


 The Koma-manual (scrguien.pdf) tells me that you can add some commands to
 the section style. In your case, it would be
 \addtokomafont{section}{\centering}. If you put that in your document
 settingsLatex preamble, all of you section headings will be centered.
 Note that the numbering will be dragged into the middle as well.

Thank you, it works perfectly






-- 
::  Witek Firlej  ::
:: Studencka wyprawa do Chin http://chiny2009.pl ::
::  http://grizz.pl  ::  http://galeria.firlej.org  ::  jid:
grizz//jabster.pl  ::


Re: [Figure embedding] An easy way to share lyx documents

2009-04-26 Thread Daniel Lohmann


On 17.04.2009, at 15:25, Niko Schwarz wrote:

On Fri, Apr 17, 2009 at 8:53 AM, Rainer M Krug r.m.k...@gmail.com  
wrote:


1) I like the lyx format as it is BECAUSE it is not compressed, so I
would definitely not change the default format.



Ok, maybe I didn't make myself clear: you can have self-contained  
archives
with no compression at all on OSX. It works like this: you make a  
directory
and in that directory you dump a special file that tells finder to  
display

the directory as a package.

But from the command line, it is still a directory. And in finder,  
you can
look into the package by choosing Show Package Contents from the  
pop up

menu.

Now Pages files for example come as such packages, you can copy that
directory around, send it through email (yea, email clients handle it
surprisingly well), and it still works.

Now, other operating systems see a directory and not a package.  
People using
something other than OSX would have to be reminded to copy the  
directory

around the .lyx file around, which would be managed by lyx.

The file would still be accessible, no performance penalty, but  
complete
send-aroundability, and while it might feel a little alien on other  
OS's, on

OSX it's the standard way to do such things, so OSX users will cheer.


No, they won't.

The thing is that OSX -- or at least the OSX applications that use  
this concept, with Pages being a good (well, bad) example -- do *not*  
treat packages as true directories, but as a personal container.  
Whenever you save a Pages document, for instance, Pages deletes  
everything in the directory that was not created by itself. This can  
be quite surprising!  Pages might also decide to rename its files in  
the directory. And so on.


All tools that need to manage side-by-side metadata in directories  
(such as CVS and SVN) are inherently unusable with OSX apps that use  
the package format. You just cannot put a Keynote presentation into an  
svn repository...


Packages are one of those OSX standards that are conceptually nice,  
but unfortunately seriously broken in the actual implementation.


Daniel


Re: Citation and creation of bibliography

2009-04-26 Thread Pierfranco Minsenti
Hi,

I would like to offer a very simple suggestion: if you use Natbib you could
also use as a bib style humannat from the pulll down menu in LyX for
selecting a bibliographic style.

Using the humannat bib style you can obtain a bibliography style similar to
the one you would like (but just one carriage return).
See these examples from the references listed in a PDF file of a an article
produced with LyX, a bibtex file managed with BibDesk and humannat as the
bib style:

Bishop, A. P., B. Mehra, I. Bazzell, and C. Smith
2003a. Participatory action research and digital libraries: Reframing
evaluation. In Bishop et al. (2003b).

Bishop, A. P., N. A. Van House, and B. P. Buttenfield, eds.
2003b. Digital Library Use. Social Practice in Design and Evaluation.
Cambridge (MA): The MIT Press.

Blandford, A., S. Keith, I. Connell, and H. Edwards
2004. Analytical usability evaluation for digital libraries: a case study.
In Proceedings of the 4th ACM/IEEE-CS joint conference on Digital libraries,
Pp. 27–36, Tuscon (AZ). ACM.

Booth, A.
2001. Turning research priorities into answerable questions. Health
Information and Libraries Journal, 18(2):130–132.

Griffiths, J. R. and P. Brophy
2002. Student searching behaviour in the JISC information environment.
Ariadne, (33). [Online]. Available from:
http://www.ariadne.ac.uk/issue33/edner/ [Last checked 2008-08-26].


regards

Pierfranco


2009/4/23 Jason Jerr jasonj...@yahoo.de





 Hello everybody,



 at the
 moment I am working at my first larger Lyx-project. So far I was really
 impressed but I got stuck with the creation of my bibliography.
 Unfortunately,
 I could not find the answers to my problems in the mail archive. Maybe one
 of
 you could give me a hint how to go on?



 Basics:



 OS: Windows
 Vista; Lyx 1.6; Bibtex file created with JabRef 2.4.2; document class:
 article



 Goal:



 I would
 like the citation within the text to look as the following example:



 “ ...the
 teacher is aware of what NATION called a “balanced language course” (c.f.
 p. 3
 Nation, 2001)...”



 The
 bibliography of  a monography should look like the following example does:



 Baddeley,
 A. (1990) Human Memory, London:
 Lawrence Erlbaum Associates.



 or for an article:



 Bahrick, H.
 P. and Phelps E. (1987) ´Retention of Spanish vocabulary over 8 years´,
 Journal of Experimental Psychology:
 Learning, Memory and Cognition, 13,
 344-349.



 Problems:



 I assume
 that “Jurabib” would be they correct style of citation for my purposes.
 Unfortunately Lyx produces follwing error message:



 Undefined
 control sequence

 You can´t
 use ´\relax´ after \the





 Does anyone
 know a solution for that problem?



 Thanks in
 advance,



 Jason







Re: Cross-References doubts

2009-04-26 Thread rgheck

Uwe Stöhr wrote:

Adrian Diaz schrieb:


Sometimes i need to define lemma, proposition, theorem or simply some
definitions. I think it is very easy
to use them cos i can set by *description* or *list*.

However, i have problems when i want to work with cross-references. The
problem is that every time i define a *description* for theorem, for
example, the theorem defined gets the cross-refence of the chapter, 
section

or subsecction etc, wherever place i have defined it.




The problem is that you can't cross reference a description environment.

LyX has native support for lemmas, etc. In 1.5.x, you can use the AMS 
classes, or include the theorem definitions in your own layout. But it's 
all a lot easier in 1.6.x, where you can use the theorem modules with 
any class you like. So I'd upgrade to 1.6.2 and use that.


rh



Odd graphic insert bug (?)

2009-04-26 Thread Christopher Menzel

I'm not *completely* sure that this is a bug, but...

I inserted a perfectly ordinary PDF graphic called  
BadUG.pdf (generated by OmniGraffle) into a LyX document. The first  
time I tried to preview the document after doing so I got the not  
unfamiliar Cannot determine size of graphic LaTeX error. Oddly (?),  
the error window reported that LaTeX was choking on a file called  
BadUG.png that LyX had created, rather than BadUG.pdf.  (I'm  
guessing that BadUG.png is generated because that is the format that  
LyX uses to display graphics in its own editing windows.)  Adding  
bounding box info and specifying a scale for the graphic did not solve  
the problem. Inadvertently, I found a workaround when I decided to  
have a gander at the LaTeX code that LyX was generating.  Upon  
exporting my LyX document to a .tex file (via File - Export), the  
Skim preview of my document automatically updated and, lo and behold,  
there was BadUG.pdf, placed just where I wanted it in the document.   
(Great, but WHY?  I only asked for the .tex code, not that pdflatex  
*compile* it.)  Moreover, I was presented with a dialog box asking me  
if I wanted to overwrite BadUG.pdf -- which suggests that the LyX code  
is exporting the filename BadUG.pdf, not BadUG.png, which really  
makes me wonder why LaTeX is choking on BadUG.png when I try to  
preview from within LyX; you'd think that the code that is exported to  
a .tex file would be identical to the code that is handed to pdflatex  
when you preview.


Ideas appreciated.  My workaround of exporting to pdflatex is less  
than ideal, as I have to invoke it via the menus every time I want to  
preview a change in my LyX document (instead of just clicking a handy  
button -- poor me! :-).  I've got a LyX bug report filled out and  
ready to go but thought I'd get some feedback from the list first.


Chris Menzel



Re: Odd graphic insert bug (?)

2009-04-26 Thread Rich Shepard

On Sun, 26 Apr 2009, Christopher Menzel wrote:

I inserted a perfectly ordinary PDF graphic called BadUG.pdf (generated by 
OmniGraffle) into a LyX document. The first time I tried to preview the 
document after doing so I got the not unfamiliar Cannot determine size of 
graphic LaTeX error.


Chris,

  LaTeX works with .eps files for the preview; that's because it calls
dvips. To view .pdf, .png, and .jpg you need to view your changes with
pdflatex.

  Yes, it takes hands off the keyboard to get to the menu choice, but that's
part of TeX.

Rich

--
Richard B. Shepard, Ph.D.   |  IntegrityCredibility
Applied Ecosystem Services, Inc.|Innovation
http://www.appl-ecosys.com Voice: 503-667-4517  Fax: 503-667-8863


Re: Odd graphic insert bug (?)

2009-04-26 Thread Christopher Menzel

On Apr 26, 2009, at 1:27 PM, Rich Shepard wrote:

On Sun, 26 Apr 2009, Christopher Menzel wrote:

I inserted a perfectly ordinary PDF graphic called  
BadUG.pdf (generated by OmniGraffle) into a LyX document. The  
first time I tried to preview the document after doing so I got the  
not unfamiliar Cannot determine size of graphic LaTeX error.


Chris,

 LaTeX works with .eps files for the preview; that's because it  
calls dvips. To view .pdf, .png, and .jpg you need to view your  
changes with pdflatex.


Hi Rich,

Thanks, but this isn't the problem.  I do know that latex  
requires .eps, but the error above was being generated by clicking on  
the PDF preview icon, which (I believe) calls pdflatex.  (And I in  
fact tried using an .eps version of my graphic and previewing as  
Postscript when I was first trying to diagnose the problem, and had  
the same difficulty.)


I'm in the process of composing a followup which I will post in a few  
minutes.


-chris



SOLVED: Odd graphic insert bug (?)

2009-04-26 Thread Christopher Menzel

On Apr 26, 2009, at 1:17 PM, Christopher Menzel wrote:

I'm not *completely* sure that this is a bug, but...

I inserted a perfectly ordinary PDF graphic called  
BadUG.pdf (generated by OmniGraffle) into a LyX document. The  
first time I tried to preview the document after doing so I got the  
not unfamiliar Cannot determine size of graphic LaTeX error. Oddly  
(?), the error window reported that LaTeX was choking on a file  
called BadUG.png that LyX had created, rather than BadUG.pdf.   
(I'm guessing that BadUG.png is generated because that is the format  
that LyX uses to display graphics in its own editing windows.)   
Adding bounding box info and specifying a scale for the graphic did  
not solve the problem. Inadvertently, I found a workaround when I  
decided to have a gander at the LaTeX code that LyX was generating.   
Upon exporting my LyX document to a .tex file (via File - Export),  
the Skim preview of my document automatically updated and, lo and  
behold, there was BadUG.pdf, placed just where I wanted it in the  
document.  (Great, but WHY?  I only asked for the .tex code, not  
that pdflatex *compile* it.)


I was mistaken here.  The file updated when I exported to PDF, not  
when I exported to a LaTeX file.  (Doh!)


I have discovered the problem -- actually, Rich's suggestion is what  
got me thinking.  I went to the LaTeX log and, buried in the output,  
found the message:


  Class FoilTeX Warning: Option 'dvips' is ignored when running  
pdflatex


I'm using FoilTeX to prepare slides for a lecture and hadn't noticed  
that, when I chose the FoilTeX package, it automatically set the class  
option dvips.  The log output message notwithstanding, that option  
was apparently not *entirely* ignored -- its presence was preventing  
my BadUG.pdf graphic from displaying.  When I removed it and clicked  
on the PDF preview button, the graphic showed up right where it should  
be.  (I'm guessing that the problem was that the dvips option,  
although ignored by pdflatex, was making the graphicx package look for  
an EPS file when it saw the \includegraphics{BadUG} command in the  
LaTeX code.)


Anyway, problem solved.  Thanks for listening.  Can someone get me the  
past two hours back, please??  :-)


-chris



Re: Odd graphic insert bug (?)

2009-04-26 Thread Rich Shepard

On Sun, 26 Apr 2009, Christopher Menzel wrote:


Thanks, but this isn't the problem.


Chris,

  What version of LyX on what platform? I've not encountered any such
difficulties.

Rich

--
Richard B. Shepard, Ph.D.   |  IntegrityCredibility
Applied Ecosystem Services, Inc.|Innovation
http://www.appl-ecosys.com Voice: 503-667-4517  Fax: 503-667-8863


Center section title in Koma-Script

2009-04-26 Thread Witold (grizz) Firlej
Is there some magic ERT to center section Titles in Koma Script?

Menu Edit -> paragraph settings doesn't work
-- 
::  Witek Firlej  ::
:: Studencka wyprawa do Chin http://chiny2009.pl ::
::  http://grizz.pl  ::  http://galeria.firlej.org  ::  jid:
grizz//jabster.pl  ::


Re: Center section title in Koma-Script

2009-04-26 Thread Florian Rubach

Witold (grizz) Firlej schrieb:

Is there some magic ERT to center section Titles in Koma Script?

Menu Edit -> paragraph settings doesn't work
  


The Koma-manual (scrguien.pdf) tells me that you can add some commands 
to the section style. In your case, it would be 
\addtokomafont{section}{\centering}. If you put that in your document 
settings>Latex preamble, all of you section headings will be centered.

Note that the numbering will be dragged into the middle as well.

Regards, Florian


Re: Center section title in Koma-Script

2009-04-26 Thread Witold Firlej
On Sun, Apr 26, 2009 at 10:37, Florian Rubach  wrote:
> Witold (grizz) Firlej schrieb:
>>
>> Is there some magic ERT to center section Titles in Koma Script?
>>
>> Menu Edit -> paragraph settings doesn't work
>>
>
> The Koma-manual (scrguien.pdf) tells me that you can add some commands to
> the section style. In your case, it would be
> \addtokomafont{section}{\centering}. If you put that in your document
> settings>Latex preamble, all of you section headings will be centered.
> Note that the numbering will be dragged into the middle as well.

Thank you, it works perfectly






-- 
::  Witek Firlej  ::
:: Studencka wyprawa do Chin http://chiny2009.pl ::
::  http://grizz.pl  ::  http://galeria.firlej.org  ::  jid:
grizz//jabster.pl  ::


Re: [Figure embedding] An easy way to share lyx documents

2009-04-26 Thread Daniel Lohmann


On 17.04.2009, at 15:25, Niko Schwarz wrote:

On Fri, Apr 17, 2009 at 8:53 AM, Rainer M Krug   
wrote:


1) I like the lyx format as it is BECAUSE it is not compressed, so I
would definitely not change the default format.



Ok, maybe I didn't make myself clear: you can have self-contained  
archives
with no compression at all on OSX. It works like this: you make a  
directory
and in that directory you dump a special file that tells finder to  
display

the directory as a package.

But from the command line, it is still a directory. And in finder,  
you can
look into the package by choosing "Show Package Contents" from the  
pop up

menu.

Now Pages files for example come as such "packages", you can copy that
directory around, send it through email (yea, email clients handle it
surprisingly well), and it still works.

Now, other operating systems see a directory and not a package.  
People using
something other than OSX would have to be reminded to copy the  
directory

around the .lyx file around, which would be managed by lyx.

The file would still be accessible, no performance penalty, but  
complete
send-aroundability, and while it might feel a little alien on other  
OS's, on

OSX it's the standard way to do such things, so OSX users will cheer.


No, they won't.

The thing is that OSX -- or at least the OSX applications that use  
this concept, with Pages being a good (well, bad) example -- do *not*  
treat packages as true directories, but as a "personal container".  
Whenever you save a Pages document, for instance, Pages deletes  
everything in the "directory" that was not created by itself. This can  
be quite surprising!  Pages might also decide to rename its files in  
the directory. And so on.


All tools that need to manage side-by-side metadata in directories  
(such as CVS and SVN) are inherently unusable with OSX apps that use  
the package format. You just cannot put a Keynote presentation into an  
svn repository...


Packages are one of those OSX standards that are conceptually nice,  
but unfortunately seriously broken in the actual implementation.


Daniel


Re: Citation and creation of bibliography

2009-04-26 Thread Pierfranco Minsenti
Hi,

I would like to offer a very simple suggestion: if you use Natbib you could
also use as a bib style humannat from the pulll down menu in LyX for
selecting a bibliographic style.

Using the humannat bib style you can obtain a bibliography style similar to
the one you would like (but just one carriage return).
See these examples from the references listed in a PDF file of a an article
produced with LyX, a bibtex file managed with BibDesk and humannat as the
bib style:

Bishop, A. P., B. Mehra, I. Bazzell, and C. Smith
2003a. Participatory action research and digital libraries: Reframing
evaluation. In Bishop et al. (2003b).

Bishop, A. P., N. A. Van House, and B. P. Buttenfield, eds.
2003b. Digital Library Use. Social Practice in Design and Evaluation.
Cambridge (MA): The MIT Press.

Blandford, A., S. Keith, I. Connell, and H. Edwards
2004. Analytical usability evaluation for digital libraries: a case study.
In Proceedings of the 4th ACM/IEEE-CS joint conference on Digital libraries,
Pp. 27–36, Tuscon (AZ). ACM.

Booth, A.
2001. Turning research priorities into answerable questions. Health
Information and Libraries Journal, 18(2):130–132.

Griffiths, J. R. and P. Brophy
2002. Student searching behaviour in the JISC information environment.
Ariadne, (33). [Online]. Available from:
http://www.ariadne.ac.uk/issue33/edner/ [Last checked 2008-08-26].


regards

Pierfranco


2009/4/23 Jason Jerr 

>
>
>
>
> Hello everybody,
>
>
>
> at the
> moment I am working at my first larger Lyx-project. So far I was really
> impressed but I got stuck with the creation of my bibliography.
> Unfortunately,
> I could not find the answers to my problems in the mail archive. Maybe one
> of
> you could give me a hint how to go on?
>
>
>
> Basics:
>
>
>
> OS: Windows
> Vista; Lyx 1.6; Bibtex file created with JabRef 2.4.2; document class:
> article
>
>
>
> Goal:
>
>
>
> I would
> like the citation within the text to look as the following example:
>
>
>
> “ ...the
> teacher is aware of what NATION called a “balanced language course” (c.f.
> p. 3
> Nation, 2001)...”
>
>
>
> The
> bibliography of  a monography should look like the following example does:
>
>
>
> Baddeley,
> A. (1990) Human Memory, London:
> Lawrence Erlbaum Associates.
>
>
>
> or for an article:
>
>
>
> Bahrick, H.
> P. and Phelps E. (1987) ´Retention of Spanish vocabulary over 8 years´,
> Journal of Experimental Psychology:
> Learning, Memory and Cognition, 13,
> 344-349.
>
>
>
> Problems:
>
>
>
> I assume
> that “Jurabib” would be they correct style of citation for my purposes.
> Unfortunately Lyx produces follwing error message:
>
>
>
> Undefined
> control sequence
>
> You can´t
> use ´\relax´ after \the
>
>
>
>
>
> Does anyone
> know a solution for that problem?
>
>
>
> Thanks in
> advance,
>
>
>
> Jason
>
>
>
>
>


Re: Cross-References doubts

2009-04-26 Thread rgheck

Uwe Stöhr wrote:

Adrian Diaz schrieb:


Sometimes i need to define lemma, proposition, theorem or simply some
definitions. I think it is very easy
to use them cos i can set by *description* or *list*.

However, i have problems when i want to work with cross-references. The
problem is that every time i define a *description* for theorem, for
example, the theorem defined gets the cross-refence of the chapter, 
section

or subsecction etc, wherever place i have defined it.




The problem is that you can't cross reference a description environment.

LyX has native support for lemmas, etc. In 1.5.x, you can use the AMS 
classes, or include the theorem definitions in your own layout. But it's 
all a lot easier in 1.6.x, where you can use the theorem modules with 
any class you like. So I'd upgrade to 1.6.2 and use that.


rh



Odd graphic insert bug (?)

2009-04-26 Thread Christopher Menzel

I'm not *completely* sure that this is a bug, but...

I inserted a perfectly ordinary PDF graphic called  
"BadUG.pdf" (generated by OmniGraffle) into a LyX document. The first  
time I tried to preview the document after doing so I got the not  
unfamiliar "Cannot determine size of graphic" LaTeX error. Oddly (?),  
the error window reported that LaTeX was choking on a file called  
"BadUG.png" that LyX had created, rather than BadUG.pdf.  (I'm  
guessing that BadUG.png is generated because that is the format that  
LyX uses to display graphics in its own editing windows.)  Adding  
bounding box info and specifying a scale for the graphic did not solve  
the problem. Inadvertently, I found a workaround when I decided to  
have a gander at the LaTeX code that LyX was generating.  Upon  
exporting my LyX document to a .tex file (via File -> Export), the  
Skim preview of my document automatically updated and, lo and behold,  
there was BadUG.pdf, placed just where I wanted it in the document.   
(Great, but WHY?  I only asked for the .tex code, not that pdflatex  
*compile* it.)  Moreover, I was presented with a dialog box asking me  
if I wanted to overwrite BadUG.pdf -- which suggests that the LyX code  
is exporting the filename "BadUG.pdf", not "BadUG.png", which really  
makes me wonder why LaTeX is choking on BadUG.png when I try to  
preview from within LyX; you'd think that the code that is exported to  
a .tex file would be identical to the code that is handed to pdflatex  
when you preview.


Ideas appreciated.  My workaround of exporting to pdflatex is less  
than ideal, as I have to invoke it via the menus every time I want to  
preview a change in my LyX document (instead of just clicking a handy  
button -- poor me! :-).  I've got a LyX bug report filled out and  
ready to go but thought I'd get some feedback from the list first.


Chris Menzel



Re: Odd graphic insert bug (?)

2009-04-26 Thread Rich Shepard

On Sun, 26 Apr 2009, Christopher Menzel wrote:

I inserted a perfectly ordinary PDF graphic called "BadUG.pdf" (generated by 
OmniGraffle) into a LyX document. The first time I tried to preview the 
document after doing so I got the not unfamiliar "Cannot determine size of 
graphic" LaTeX error.


Chris,

  LaTeX works with .eps files for the preview; that's because it calls
dvips. To view .pdf, .png, and .jpg you need to view your changes with
pdflatex.

  Yes, it takes hands off the keyboard to get to the menu choice, but that's
part of TeX.

Rich

--
Richard B. Shepard, Ph.D.   |  IntegrityCredibility
Applied Ecosystem Services, Inc.|Innovation
 Voice: 503-667-4517  Fax: 503-667-8863


Re: Odd graphic insert bug (?)

2009-04-26 Thread Christopher Menzel

On Apr 26, 2009, at 1:27 PM, Rich Shepard wrote:

On Sun, 26 Apr 2009, Christopher Menzel wrote:

I inserted a perfectly ordinary PDF graphic called  
"BadUG.pdf" (generated by OmniGraffle) into a LyX document. The  
first time I tried to preview the document after doing so I got the  
not unfamiliar "Cannot determine size of graphic" LaTeX error.


Chris,

 LaTeX works with .eps files for the preview; that's because it  
calls dvips. To view .pdf, .png, and .jpg you need to view your  
changes with pdflatex.


Hi Rich,

Thanks, but this isn't the problem.  I do know that latex  
requires .eps, but the error above was being generated by clicking on  
the PDF preview icon, which (I believe) calls pdflatex.  (And I in  
fact tried using an .eps version of my graphic and previewing as  
Postscript when I was first trying to diagnose the problem, and had  
the same difficulty.)


I'm in the process of composing a followup which I will post in a few  
minutes.


-chris



SOLVED: Odd graphic insert bug (?)

2009-04-26 Thread Christopher Menzel

On Apr 26, 2009, at 1:17 PM, Christopher Menzel wrote:

I'm not *completely* sure that this is a bug, but...

I inserted a perfectly ordinary PDF graphic called  
"BadUG.pdf" (generated by OmniGraffle) into a LyX document. The  
first time I tried to preview the document after doing so I got the  
not unfamiliar "Cannot determine size of graphic" LaTeX error. Oddly  
(?), the error window reported that LaTeX was choking on a file  
called "BadUG.png" that LyX had created, rather than BadUG.pdf.   
(I'm guessing that BadUG.png is generated because that is the format  
that LyX uses to display graphics in its own editing windows.)   
Adding bounding box info and specifying a scale for the graphic did  
not solve the problem. Inadvertently, I found a workaround when I  
decided to have a gander at the LaTeX code that LyX was generating.   
Upon exporting my LyX document to a .tex file (via File -> Export),  
the Skim preview of my document automatically updated and, lo and  
behold, there was BadUG.pdf, placed just where I wanted it in the  
document.  (Great, but WHY?  I only asked for the .tex code, not  
that pdflatex *compile* it.)


I was mistaken here.  The file updated when I exported to PDF, not  
when I exported to a LaTeX file.  (Doh!)


I have discovered the problem -- actually, Rich's suggestion is what  
got me thinking.  I went to the LaTeX log and, buried in the output,  
found the message:


  Class FoilTeX Warning: Option 'dvips' is ignored when running  
pdflatex


I'm using FoilTeX to prepare slides for a lecture and hadn't noticed  
that, when I chose the FoilTeX package, it automatically set the class  
option "dvips".  The log output message notwithstanding, that option  
was apparently not *entirely* ignored -- its presence was preventing  
my BadUG.pdf graphic from displaying.  When I removed it and clicked  
on the PDF preview button, the graphic showed up right where it should  
be.  (I'm guessing that the problem was that the dvips option,  
although ignored by pdflatex, was making the graphicx package look for  
an EPS file when it saw the \includegraphics{BadUG} command in the  
LaTeX code.)


Anyway, problem solved.  Thanks for listening.  Can someone get me the  
past two hours back, please??  :-)


-chris



Re: Odd graphic insert bug (?)

2009-04-26 Thread Rich Shepard

On Sun, 26 Apr 2009, Christopher Menzel wrote:


Thanks, but this isn't the problem.


Chris,

  What version of LyX on what platform? I've not encountered any such
difficulties.

Rich

--
Richard B. Shepard, Ph.D.   |  IntegrityCredibility
Applied Ecosystem Services, Inc.|Innovation
 Voice: 503-667-4517  Fax: 503-667-8863