date:20071222

Timo Laine wrote:
 I'm sending you the  
 example file you requested in private mail.

The problem is that biblatex does not find your bib-file and thus prints the 
cite key. You can solve the problem in two ways:

1. give a full path in the \bibliography command in preamble
or
2. put your bib file in your texmf tree (on the Mac:  
~/Library/texmf/bibtex/bib/example.bib)

I would recommend option 2.

Jürgen

Some LyX 1.5.3 issues (OS-X specific?)

2007-12-22 Thread Daniel Lohmann


Hi LyX folks,

On a longer train journey I had the opportunity to actually do some  
work with LyX on my new Mac. While doing so, I observed a couple of  
issues. Some of them might be related to the fact that I am still  
using it in a very Windows-like way, especially with respect to trying  
to do everything with the keyboard, but the mouse.


The environment is LyX 1.5.3 on OS X 10.5.1

1) wandering character styles
While typing in a paragraph where some parts of the text have  
character styles assigned, these parts  wander by a few pixels to  
the right on every keystroke, visually overriding other parts.  I have  
attached two images to illustrate the problem: img1 is before typing,  
img2 is after typing ten chars:

http://www4.informatik.uni-erlangen.de/~lohmann/tmp/img1.gif
http://www4.informatik.uni-erlangen.de/~lohmann/tmp/img2.gif

2) hidden cursor movements when navigating through the menu by keyboard
When I activate the menu with the keyboard (Ctrl+F2) and then use the  
cursor keys to navigate to the actual menu entry, the following happens:


- on Ctrl+F2, the menu is activated (as it should), but LyX also  
inserts a space character at the current cursor position (which it  
should not)


- on navigating through the menu, the cursor inside LyX moves as well.

The result is that if I place the cursor somewhere and then use the  
keyboard to select, e.g., Insert-Label from the menu, the  label is  
inserted roughly 5 chars to the right and 10 lines down from the  
actually intended position.


3) word-delete-backward deletes one extra words if used on text with  
character styles.
If I place the cursor behind a piece of text with an assigned  
character style and issue a word-delete-backward command, not only  
the char-style inset is deleted, but also the  word on its left.


4) cursor looks misplaced when editing text in char-style insets
Inside a char-style inset, the cursor seems to be rendered a few  
pixels more left than in the ordinary text. Visually this appears as  
the cursor being over the character instead of right of it. (This of  
course is not really an issue, just a bit surprising)


I currently do not have the ability to check if these issues are OS-X  
or 1.5.3 - specific or if they can be observed on Windows or Linux as  
well. Maybe somebody could check this?


And finally, on LyX OS-X related question:
How can I use the Ctrl key in LyX key bindings? C is apparently  
bound to the Apple/Command key and M is bound to the Alt key.  
All this makes sense, of course, I would just like to use the Ctrl  
key as well.


Thanks a lot!

Daniel

Re: Some LyX 1.5.3 issues (OS-X specific?)

2007-12-22 Thread Abdelrazak Younes


Daniel Lohmann wrote:

Hi LyX folks,

On a longer train journey I had the opportunity to actually do some work 
with LyX on my new Mac. While doing so, I observed a couple of issues. 
Some of them might be related to the fact that I am still using it in a 
very Windows-like way, especially with respect to trying to do 
everything with the keyboard, but the mouse.


The environment is LyX 1.5.3 on OS X 10.5.1

[...]
I currently do not have the ability to check if these issues are OS-X or 
1.5.3 - specific or if they can be observed on Windows or Linux as well. 
Maybe somebody could check this?


I confirm that these points are not system specific. We'll try to 
correct them ASAP.


Abdel.

Letter of application

2007-12-22 Thread Antonio José Guirao Sánchez


Dear all,

I have to write a letter of application for a postdoctoral position and 
I would like to know if there is some especial  layout  for  such a  
thing.  I  know that there are several  layouts for  letters but  I'd 
rather use some  especial one.


Thanks  in advance.

Merry Christmas!!!

--
Antonio J. Guirao Sánchez.
Universidad de Murcia.
Grupo: Análisis Funcional.
Facultad de Matemáticas, Campus de Espinardo.
Telephone: (+34) 968 363 666
	   (+34) 627 265 491 
E-30100 Murcia (SPAIN)

Re: LyX and biblatex

Timo Laine wrote:
  1. give a full path in the \bibliography command in preamble

 I tried to do this but it does not seem to work. I tried all the ways  
 I know of writing the path, but none of them has worked for me. I  
 thought it would be /Users/timo/blahblah/example.bib (or the same  
 without the .bib suffix) but it does not work that way. It's unclear  
 to me how one specifies a full path in this case.

Dunno how to do it on the Mac. The mac users on the list might help you.

  or
  2. put your bib file in your texmf tree (on the Mac:
  ~/Library/texmf/bibtex/bib/example.bib)

 I am suspicious of this since there are no such subfolders under the  
 texmf tree. I did create them and insert the bibliography there as  
 you suggest, but it did not resolve the problem. I don't know if one  
 should tell biblatex in some way to look for the bibliography in this
 folder, but it does not seem to find the file there automatically.

It should. There's no need to run texhash for this folder on the Mac, AFAIK.

Jürgen

Re: Some LyX 1.5.3 issues (OS-X specific?)


On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote:


And finally, on LyX OS-X related question:
How can I use the Ctrl key in LyX key bindings? C is apparently  
bound to the Apple/Command key and M is bound to the Alt key.  
All this makes sense, of course, I would just like to use the  
Ctrl key as well.


I believe this is a Qt/Mac limitation and so out of our control.

Bennett

Re: LyX and biblatex


On Dec 22, 2007, at 7:55 AM, Jürgen Spitzmüller wrote:


Timo Laine wrote:

1. give a full path in the \bibliography command in preamble


I tried to do this but it does not seem to work. I tried all the ways
I know of writing the path, but none of them has worked for me. I
thought it would be /Users/timo/blahblah/example.bib (or the same
without the .bib suffix) but it does not work that way. It's unclear
to me how one specifies a full path in this case.


Dunno how to do it on the Mac. The mac users on the list might help  
you.



or
2. put your bib file in your texmf tree (on the Mac:
~/Library/texmf/bibtex/bib/example.bib)


I am suspicious of this since there are no such subfolders under the
texmf tree. I did create them and insert the bibliography there as
you suggest, but it did not resolve the problem. I don't know if one
should tell biblatex in some way to look for the bibliography in this
folder, but it does not seem to find the file there automatically.


It should. There's no need to run texhash for this folder on the  
Mac, AFAIK.


Jürgen's advice is all correct as far as Mac goes. ~/Library/texmf/ 
bibtex/bib is the appropriate directory for .bib files, and your TeX  
installation should find them there. That's where I keep my .bib  
files, and when I've used biblatex all I've needed in the preamble is:


\usepackage[style=verbose]{biblatex}
\bibliography{bibdatabase}

Bennett

howto compile lyx-1.5.3 without qt

2007-12-22 Thread Filippo Zangheri

Hi, 

Sorry for the silly question, but I'm a newbie here.

I'm trying to compile lyx-1.5.3 on a Debian Etch system. I don't have qt4 
libtìrary installed and I don't want that.
I would just like to compile lyx without qt support. How is that possible? I 
couldn't manage to find any configuration
parameter that can disable it.

I'd like to thank the LyX developers for the absolutely *great* job they have 
done making this fantastic program!

-- 
Filippo Zangheri

GPG key ID: 0xE1D879FA
Key fingerprint: 816B CE57 D43C 0A47 EF35 3378 EA5F A72A E1D8 79FA
Key server: pgp.mit.edu

I.T. #1: Using MathType with MS Word sucks. Big Time!
I.T. #2: Our project at work is in big trouble. If we don't get our computer program working by the middle of February 2008, all funding will be cut and years of effort will go down the drain.I.T. #3: The theory for this computer program lies in a 48 page MS Word document (created in Microsoft Office 2000 on a PC) containing many hundreds of MathType expressions. It must be revised by January 2, 2008, so work can begin on revising the computer program.I.T. #4: The company is closed down between December 22, 2007 and January 1, 2008, so I must revise the document at home on my own time. :o(I.T. #5: I don't own a PC. I've never owned a PC. And I don't have a PC laptop that I can bring home from work. So I loaded the MS Word document onto my flash memory stick and transferred it to my MacBook Pro 2.4 GHz Intel Core 2 Duo, 2 GB 667 MHz DDR2 SDRAM, running OS X 10.4.11.I.T. #6: MS Word 2004, running on my MacBook Pro, reliably crashes (every time) when I attempt to convert the MathType expressions in this file from PC to Mac.I.T. #7: While contemplating what to do about this, I again play around with LyX, practicing making equations in its editor. And what I've learned so far is that it's almost as easy to create expressions in LyX's editor as it is in MathType. :o)I.T. #8: Earlier this week, I discovered a fantastic program called GrindEQ http://www.grindeq.com which unfortunately runs only on PCs, that will convert my many MS Word documents (including MathType expressions) to LaTeX, which can then be imported directly into LyX. Yes! Goodbye MS Word!I.T. #9: I don't have time right now to convert the 48 page MS Word document to LaTex and clean it up, and I still have some learning and practice before I can reliably use LyX to create and edit my documents. But I was able to convert the 48 page MS Word document to LaTex, and the results in LyX look very encouraging!I.T. #10: I found an inconvenient workaround to convert the 48 page MS Word document created on a PC to an MS Word document that can be viewed and edited in MS Word 2004 running on my MacBook Pro. It isn't pretty and requires a considerable amount of prayer and alcoholic spirits. :o( But it can be done.I.T. #11: Before doing anything, I make a backup copy of the file. More on that later.I.T. #12: The file must then be converted in little pieces. It seems that MS Word 2004 can't handle more than about 200 expressions at a time.I.T. #13: I use the mouse to select that portion of the document I want to convert. But not too much, or I'll violate the 200 _expression_ rule and MS Word will crash and I'll have to start all over again. Then I instruct MathType to convert the selected segment of the document and wait several minutes while meaningless garbage floats across the screen. This is a good time to have another beer and go play around with LyX. And for some, prayer might help, but not for me since I'm an Atheist.I.T. #14: If I'm lucky and MS Word hasn't crashed and the funny stuff has stopped flashing across the screen, I can (I'd better) save the file or I'll risk losing all the changes I've made so far. Don't laugh, damn it, it happened more than once. :o(I.T. #15: And it keeps getting better. (Time for another beer or maybe something stronger.) After I've saved the file I must then quit out of MS Word and relaunch it before converting the next segment of the file. If I don't, then MS Word will crash and quit for me, and I'll have to relaunch it anyway. Might as well be proactive. It seems that finishing up the previous block of conversion doesn't clear out MS Word's memory, so starting on another block of conversion must tack onto the end of the previous one. Go figure.I.T. #16: I managed to convert the entire file in four segments with only a couple of crashes. :o) But I did run low on beer and patience. And I now have a file that I can edit.I.T. #17: So let the fun begin! This next part will definitely require something stronger than beer, and it's certainly beyond the hope of prayer. I scan through the entire document and verify that all expressions have converted satisfactorily, even though the previous equation resizing has been lost; I can live with that.I.T. #18: It's time for some serious editing to fix the flaws in my theory, so we can get our computer project back on track. I scroll down to one of the many faulty equations that I have to revise, and I double click to edit in MathType, What!? Nothing appears in MathType's window but one or a few meaningless characters. Where's the beef? Maybe it's all those beers? I check the document and the _expression_ is right there, plain as day; I can see it, but it ain't in MathType. So I close MathType's window and try again. Same thing. And again and again. Same thing.I.T. #19: The hell with it. I go play some more with LyX and have another stiff drink. I think LyX's little icon is cute. :o) OK. Back to work. I remember that I'd created a

Re: howto compile lyx-1.5.3 without qt

2007-12-22 Thread Sven Hoexter

On Sat, Dec 22, 2007 at 02:41:02PM +0100, Filippo Zangheri wrote:

Hi,

 I'm trying to compile lyx-1.5.3 on a Debian Etch system. I don't have qt4
 libtìrary installed and I don't want that.
 I would just like to compile lyx without qt support. How is that possible?

I don't think that it's possible to build LyX without a frontend and all
other alternative frontends where removed with the start of the 1.5.x
development.

There are some efforts to build backports for LyX 1.5.2 but I had no time
yet to prepare them for an official upload to backports.org. Donno if that
would help you because that would still require you to install qt4 but without
all the -dev packages.

Cheers,
Sven
-- 
There's no need for tears, cause there's no need to cry.
That love that you leave will never be denied.
 [ Flogging Molly - Laura ]
Gebuehrenboykott 2008 BU WTAL http://www.boykott-wuppertal.de

Re: Some LyX 1.5.3 issues (OS-X specific?)

Daniel Lohmann wrote:
 1) wandering character styles
 4) cursor looks misplaced when editing text in char-style insets

These two issues are fixed in the next release (1.5.4).

 2) hidden cursor movements when navigating through the menu by keyboard
 When I activate the menu with the keyboard (Ctrl+F2) and then use the  
 cursor keys to navigate to the actual menu entry, the following happens:

 - on Ctrl+F2, the menu is activated (as it should), but LyX also  
 inserts a space character at the current cursor position (which it  
 should not)

 - on navigating through the menu, the cursor inside LyX moves as well.

 The result is that if I place the cursor somewhere and then use the  
 keyboard to select, e.g., Insert-Label from the menu, the  label is  
 inserted roughly 5 chars to the right and 10 lines down from the  
 actually intended position.

Cannot reproduce on Linux.

 3) word-delete-backward deletes one extra words if used on text with  
 character styles.
 If I place the cursor behind a piece of text with an assigned  
 character style and issue a word-delete-backward command, not only  
 the char-style inset is deleted, but also the  word on its left.

Yes, I can reproduce this.

Jürgen

Re: LyX reading not UTF-8 encoded file.


Paul Schwartz wrote:

Sorry, I am still under 1.5.1 and I do not know if it has been corrected
with 1.5.2  or 1.5.3.
After scanning then getting through OCR and saving either using Word pad or
Note pad being sure that under word pad it is saved under unicode UTF-8 Then
importing  into a LyX document I got the following window alarm :
Quote
LyX : Reading not UTF-8 encoded file

The file is not UTF-8 encoded.
It will be read as a local 8 bit-encoded. If this does not give the correct
result then please change the encoding of the file to UTF-8 with a program
other than LyX.
Unquote

I recoded again with Word pad without success getting the same alarm.
However, when closing the alarm window, the text is properly imported.
Because with the former LyX versions, I never got this problem, I suppose
that I might be a false alarm ?
Any clue ?

Thanks

Paul




I had a file once that Notepad++ indicated was in utf-8, but it 
contained one character that was not, and that was enough to cause LyX 
problems.


Since you mentioned Notepad and Wordpad, I suspect you're on Windows(?). 
 If you don't already have the iconv utility, you might want to 
download it (there's a free Windows port that's part of the GnuWin32 
project on SourceForge, at 
http://gnuwin32.sourceforge.net/packages/libiconv.htm).   Cygwin also 
should contain it.  Once it's installed, try running


  iconv -c -t utf-8 yourfile  newfile

in a DOS shell.  This should convert the original file (yourfile) to a 
utf-8 version (newfile), omitting any characters that are not valid in 
utf-8.  You can then compare newfile to yourfile to see what, if 
anything, was omitted.  (If you want to tell whether yourfile is in fact 
valid utf-8, run inconv without the -c flag.  It will fail with an error 
message if it encounters any invalid characters.)


/Paul

Re: Some LyX 1.5.3 issues (OS-X specific?)

2007-12-22 Thread Jens Noeckel



On Dec 22, 2007, at 5:12 AM, Bennett Helm wrote:


On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote:


And finally, on LyX OS-X related question:
How can I use the Ctrl key in LyX key bindings? C is  
apparently bound to the Apple/Command key and M is bound to  
the Alt key. All this makes sense, of course, I would just like  
to use the Ctrl key as well.


I believe this is a Qt/Mac limitation and so out of our control.

Bennett



When you say use Ctrl as well, do you mean you want Ctrl and  
Command keys to be switched? If that's what you want, it requires  
modifying the file

src/gui/kernel/qkeymapper_mac.cpp
in the qt-mac-opensource source distribution. I've done that and have  
compiled LyX 1.5.3 with it. That way, LyX uses Apple/Command as a  
meta key, and Ctrl as the control key. I can put that binary online,  
and post more details on the QT patch, if anyone is interested. I  
hadn't done that because I haven't had a chance to work with the new  
version myself yet (my main LyX is still at version 1.4).


Jens

Re: Some LyX 1.5.3 issues (OS-X specific?)

Jürgen Spitzmüller wrote:
  3) word-delete-backward deletes one extra words if used on text with  
  character styles.
  If I place the cursor behind a piece of text with an assigned  
  character style and issue a word-delete-backward command, not only  
  the char-style inset is deleted, but also the  word on its left.

 Yes, I can reproduce this.

This is bug 3580:
http://bugzilla.lyx.org/show_bug.cgi?id=3580

Jürgen

Re: LyX reading not UTF-8 encoded file.

2007-12-22 Thread Paul Schwartz

Thanks Paul, you are always pretty helpful.

However, ahead of sending that question, I rechecked with a file which I 
used formerly and on which a former LyX version did not issued an alarm and 
I got the same result. That is why it surprised me.
Besides, after clearing the alarm everything appeared perfectly correct 
inside the LyX file, OCRing errors excepted.
I confirm that I am XP PRO (do not blame me please ! But since the 80's 
and I am far to be a pro.)

Paul


Paul A. Rubin [EMAIL PROTECTED] a écrit dans le message 
de news: [EMAIL PROTECTED]
 Paul Schwartz wrote:
 Sorry, I am still under 1.5.1 and I do not know if it has been corrected
 with 1.5.2  or 1.5.3.
 After scanning then getting through OCR and saving either using Word pad 
 or
 Note pad being sure that under word pad it is saved under unicode UTF-8 
 Then
 importing  into a LyX document I got the following window alarm :
 Quote
 LyX : Reading not UTF-8 encoded file

 The file is not UTF-8 encoded.
 It will be read as a local 8 bit-encoded. If this does not give the 
 correct
 result then please change the encoding of the file to UTF-8 with a 
 program
 other than LyX.
 Unquote

 I recoded again with Word pad without success getting the same alarm.
 However, when closing the alarm window, the text is properly imported.
 Because with the former LyX versions, I never got this problem, I suppose
 that I might be a false alarm ?
 Any clue ?

 Thanks

 Paul



 I had a file once that Notepad++ indicated was in utf-8, but it contained 
 one character that was not, and that was enough to cause LyX problems.

 Since you mentioned Notepad and Wordpad, I suspect you're on Windows(?). 
 If you don't already have the iconv utility, you might want to download it 
 (there's a free Windows port that's part of the GnuWin32 project on 
 SourceForge, at http://gnuwin32.sourceforge.net/packages/libiconv.htm). 
 Cygwin also should contain it.  Once it's installed, try running

   iconv -c -t utf-8 yourfile  newfile

 in a DOS shell.  This should convert the original file (yourfile) to a 
 utf-8 version (newfile), omitting any characters that are not valid in 
 utf-8.  You can then compare newfile to yourfile to see what, if anything, 
 was omitted.  (If you want to tell whether yourfile is in fact valid 
 utf-8, run inconv without the -c flag.  It will fail with an error message 
 if it encounters any invalid characters.)

 /Paul

Re: LyX reading not UTF-8 encoded file.


Paul Schwartz wrote:

Thanks Paul, you are always pretty helpful.

However, ahead of sending that question, I rechecked with a file which I 
used formerly and on which a former LyX version did not issued an alarm and 
I got the same result. That is why it surprised me.


We'd probably need a developer for a definitive answer to this, but I'm 
pretty sure that LyX uses iconv (or the library version, libiconv) to 
handle encodings, and it's possible that a newer (or different) release 
of libiconv was used in the compilation of LyX 1.5.1.  That might 
account for the worked-with-a-former-version aspect.


Besides, after clearing the alarm everything appeared perfectly correct 
inside the LyX file, OCRing errors excepted.


It's possible, of course, that a character was dropped or otherwise 
munged, but it was part of an OCR error and so you're not noticing it.


As I (vaguely) understand this, Windows programs tend to start a UTF-8 
file with a three byte code (EF BB BF) indicating it's UTF-8.  Wikipedia 
says Notepad does this, and that it is not part of the standard.  I 
mention this because, in screwing around with iconv and Notepad++ (which 
can do some encoding changes), I once generated an ANSI file from a 
UTF-8 file.  The UTF-8 file contained at least one non-ASCII character 
that came through intact in the ANSI file.  In fact, doing a byte by 
byte comparison, the only difference between the UTF-8 and ANSI files 
was that the latter lacked that initial three byte code.  Nonetheless, 
if I told iconv that the ANSI file was UTF-8, it balked at converting 
the one odd character.  So it's possible that either the presence or 
absence of a header has the version of libiconv used with LyX 1.5.1 
burping, even though the rest of the file comes through ok.


I don't have 1.5.1 installed anymore, but I ran a little experiment (two 
versions of a file containing one Arabic character and a bunch of 
English text, one with the three byte prefix and one without).  LyX 
1.5.2 and LyX 1.5.3 behaved identically.  Both imported the file (as 
plain text) correctly, and neither threw up a warning.  The only 
difference between file versions was that the three byte prefix, when 
present, was imported as a goofy character (open box), easily deleted. 
The Arabic character came through correctly either way.  I also tried 
LyX 1.4.4, which I still have installed for some reason.  Again, it had 
no complaint with either version, but the Arabic character was imported 
incorrectly (and the prefix was imported as three rather goofy looking 
characters rather than as one).


So apparently something in the support for Unicode changed between 1.4.4 
and 1.5.2.  Whether this bears on your experience, I can't say.


I confirm that I am XP PRO (do not blame me please ! But since the 80's 
and I am far to be a pro.)


I'm stuck with Windows myself -- too much investment in Windows-only 
software, plus I work in an environment where students think Micro$oft 
makes the only productivity software in the universe.  So I wouldn't 
dream of pointing fingers.


/Paul

Re: Some Inconvenient Truths...

2007-12-22 Thread Ryan Cross

Hey Roger,

I completely sypathize with you and using equations in my documents is one
of the main reason I use latex. Just a thought though to perhaps ease the
pain of transition. How about taking your ms word file, converting it into
an open office file and then from there using the conversion from open
office (ODF) to lyx/latex. I think there is also a fairly reliable converter
between lyx/odt to go back and forth if you need to, but check the wiki for
more details.

Also, you should consider trying some of the keyboard short cuts to input
equations in lyx - most of the latex ones work - since it really helps speed
up the equation writing process. I find that since I'm able to use the
keyboard to enter about 85% of the equation, and the other 15% I use the
math toolbar for some of the more uncommon math characters (or the ones i
don't know the keyboard shortcut for), that I can practically write all of
my equations and in about 1/3 of the time it would take me to write it in
equation editor. Plus, all my equations look so much better when printed. My
only point here, is that if you need to edit your equations anyways it might
be relatively easy to just rewrite any equations you need in lyx and then
you'll end up with a fully working lyx document - plus its something you can
put under revision control (like subversion).

Good luck,
Ryan

On 12/23/07, Roger A. Wehage [EMAIL PROTECTED] wrote:

 I.T. #1: Using MathType with MS Word sucks. Big Time!
 I.T. #2: Our project at work is in big trouble. If we don't get our
 computer program working by the middle of February 2008, all funding will be
 cut and years of effort will go down the drain.

 I.T. #3: The theory for this computer program lies in a 48 page MS Word
 document (created in Microsoft Office 2000 on a PC) containing many hundreds
 of MathType expressions. It must be revised by January 2, 2008, so work can
 begin on revising the computer program.

 I.T. #4: The company is closed down between December 22, 2007 and January
 1, 2008, so I must revise the document at home on my own time. :o(

 I.T. #5: I don't own a PC. I've never owned a PC. And I don't have a PC
 laptop that I can bring home from work. So I loaded the MS Word document
 onto my flash memory stick and transferred it to my MacBook Pro 2.4 GHz
 Intel Core 2 Duo, 2 GB 667 MHz DDR2 SDRAM, running OS X 10.4.11.

 I.T. #6: MS Word 2004, running on my MacBook Pro, reliably crashes (every
 time) when I attempt to convert the MathType expressions in this file from
 PC to Mac.

 I.T. #7: While contemplating what to do about this, I again play around
 with LyX, practicing making equations in its editor. And what I've learned
 so far is that it's almost as easy to create expressions in LyX's editor as
 it is in MathType. :o)

 I.T. #8: Earlier this week, I discovered a fantastic program called
 GrindEQ http://www.grindeq.com which unfortunately runs only on PCs, that
 will convert my many MS Word documents (including MathType expressions) to
 LaTeX, which can then be imported directly into LyX. Yes! Goodbye MS Word!

 I.T. #9: I don't have time right now to convert the 48 page MS Word
 document to LaTex and clean it up, and I still have some learning and
 practice before I can reliably use LyX to create and edit my documents. But
 I was able to convert the 48 page MS Word document to LaTex, and the results
 in LyX look very encouraging!

 I.T. #10: I found an inconvenient workaround to convert the 48 page MS
 Word document created on a PC to an MS Word document that can be viewed and
 edited in MS Word 2004 running on my MacBook Pro. It isn't pretty and
 requires a considerable amount of prayer and alcoholic spirits. :o( But it
 can be done.

 I.T. #11: Before doing anything, I make a backup copy of the file. More on
 that later.

 I.T. #12: The file must then be converted in little pieces. It seems that
 MS Word 2004 can't handle more than about 200 expressions at a time.

 I.T. #13: I use the mouse to select that portion of the document I want to
 convert. But not too much, or I'll violate the 200 expression rule and MS
 Word will crash and I'll have to start all over again. Then I instruct
 MathType to convert the selected segment of the document and wait several
 minutes while meaningless garbage floats across the screen. This is a good
 time to have another beer and go play around with LyX. And for some, prayer
 might help, but not for me since I'm an Atheist.

 I.T. #14: If I'm lucky and MS Word hasn't crashed and the funny stuff has
 stopped flashing across the screen, I can (I'd better) save the file or I'll
 risk losing all the changes I've made so far. Don't laugh, damn it, it
 happened more than once. :o(

 I.T. #15: And it keeps getting better. (Time for another beer or maybe
 something stronger.) After I've saved the file I must then quit out of MS
 Word and relaunch it before converting the next segment of the file. If I
 don't, then MS Word will crash and quit for me, and I'll have

Re: No Page number on the pages with the titel of a new \part (report KOMA-Script)

2007-12-22 Thread Tobias Krause

\renewcommand*{\partpagestyle}{empty} 


Perfect, thanks!

Toby


 Original Message  
Subject: Re: No Page number on the pages with the titel of a new \part 
(report KOMA-Script)

From: Christian Liesen [EMAIL PROTECTED]
To: LyX Users List lyx-users@lists.lyx.org
Date: Sat Dec 22 2007 01:06:06 GMT+0100



Hi,

yes there is: The KOMA-script specific command is

\renewcommand*{\partpagestyle}{empty}

Hope this helps,
-- Christian



Am 21.12.2007 um 19:16 schrieb Tobias Krause:


Hi,

in a document using report (KOMA-Script) I'd like to delete the page 
numbers on the page containing the titel of a new \part.
I tried \thispagestyle{empty} but unfortunately this causes LaTeX too 
loop - the weird thing about is: \part* works:


\part*{Titel\thispagestyle{empty}} (LaTeX preview) works
\part{Titel\thispagestyle{empty}} loops

If I don't put \thispagestyle{empty} in the same line in LyX nothing 
happens at all...


This there any way to get it working?

I'm using LyX 1.5.3, MikTeX 2.6 (with all current updates)

Regards
Toby

Re: LyX and biblatex

Timo Laine wrote:
 I'm sending you the  
 example file you requested in private mail.

The problem is that biblatex does not find your bib-file and thus prints the 
cite key. You can solve the problem in two ways:

1. give a full path in the \bibliography command in preamble
or
2. put your bib file in your texmf tree (on the Mac:  
~/Library/texmf/bibtex/bib/example.bib)

I would recommend option 2.

Jürgen

Some LyX 1.5.3 issues (OS-X specific?)

2007-12-22 Thread Daniel Lohmann


Hi LyX folks,

On a longer train journey I had the opportunity to actually do some  
work with LyX on my new Mac. While doing so, I observed a couple of  
issues. Some of them might be related to the fact that I am still  
using it in a very Windows-like way, especially with respect to trying  
to do everything with the keyboard, but the mouse.


The environment is LyX 1.5.3 on OS X 10.5.1

1) wandering character styles
While typing in a paragraph where some parts of the text have  
character styles assigned, these parts  wander by a few pixels to  
the right on every keystroke, visually overriding other parts.  I have  
attached two images to illustrate the problem: img1 is before typing,  
img2 is after typing ten chars:

http://www4.informatik.uni-erlangen.de/~lohmann/tmp/img1.gif
http://www4.informatik.uni-erlangen.de/~lohmann/tmp/img2.gif

2) hidden cursor movements when navigating through the menu by keyboard
When I activate the menu with the keyboard (Ctrl+F2) and then use the  
cursor keys to navigate to the actual menu entry, the following happens:


- on Ctrl+F2, the menu is activated (as it should), but LyX also  
inserts a space character at the current cursor position (which it  
should not)


- on navigating through the menu, the cursor inside LyX moves as well.

The result is that if I place the cursor somewhere and then use the  
keyboard to select, e.g., Insert-Label from the menu, the  label is  
inserted roughly 5 chars to the right and 10 lines down from the  
actually intended position.


3) word-delete-backward deletes one extra words if used on text with  
character styles.
If I place the cursor behind a piece of text with an assigned  
character style and issue a word-delete-backward command, not only  
the char-style inset is deleted, but also the  word on its left.


4) cursor looks misplaced when editing text in char-style insets
Inside a char-style inset, the cursor seems to be rendered a few  
pixels more left than in the ordinary text. Visually this appears as  
the cursor being over the character instead of right of it. (This of  
course is not really an issue, just a bit surprising)


I currently do not have the ability to check if these issues are OS-X  
or 1.5.3 - specific or if they can be observed on Windows or Linux as  
well. Maybe somebody could check this?


And finally, on LyX OS-X related question:
How can I use the Ctrl key in LyX key bindings? C is apparently  
bound to the Apple/Command key and M is bound to the Alt key.  
All this makes sense, of course, I would just like to use the Ctrl  
key as well.


Thanks a lot!

Daniel

Re: Some LyX 1.5.3 issues (OS-X specific?)

2007-12-22 Thread Abdelrazak Younes


Daniel Lohmann wrote:

Hi LyX folks,

On a longer train journey I had the opportunity to actually do some work 
with LyX on my new Mac. While doing so, I observed a couple of issues. 
Some of them might be related to the fact that I am still using it in a 
very Windows-like way, especially with respect to trying to do 
everything with the keyboard, but the mouse.


The environment is LyX 1.5.3 on OS X 10.5.1

[...]
I currently do not have the ability to check if these issues are OS-X or 
1.5.3 - specific or if they can be observed on Windows or Linux as well. 
Maybe somebody could check this?


I confirm that these points are not system specific. We'll try to 
correct them ASAP.


Abdel.

Letter of application

2007-12-22 Thread Antonio José Guirao Sánchez


Dear all,

I have to write a letter of application for a postdoctoral position and 
I would like to know if there is some especial  layout  for  such a  
thing.  I  know that there are several  layouts for  letters but  I'd 
rather use some  especial one.


Thanks  in advance.

Merry Christmas!!!

--
Antonio J. Guirao Sánchez.
Universidad de Murcia.
Grupo: Análisis Funcional.
Facultad de Matemáticas, Campus de Espinardo.
Telephone: (+34) 968 363 666
	   (+34) 627 265 491 
E-30100 Murcia (SPAIN)

Re: LyX and biblatex

Timo Laine wrote:
  1. give a full path in the \bibliography command in preamble

 I tried to do this but it does not seem to work. I tried all the ways  
 I know of writing the path, but none of them has worked for me. I  
 thought it would be /Users/timo/blahblah/example.bib (or the same  
 without the .bib suffix) but it does not work that way. It's unclear  
 to me how one specifies a full path in this case.

Dunno how to do it on the Mac. The mac users on the list might help you.

  or
  2. put your bib file in your texmf tree (on the Mac:
  ~/Library/texmf/bibtex/bib/example.bib)

 I am suspicious of this since there are no such subfolders under the  
 texmf tree. I did create them and insert the bibliography there as  
 you suggest, but it did not resolve the problem. I don't know if one  
 should tell biblatex in some way to look for the bibliography in this
 folder, but it does not seem to find the file there automatically.

It should. There's no need to run texhash for this folder on the Mac, AFAIK.

Jürgen

Re: Some LyX 1.5.3 issues (OS-X specific?)


On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote:


And finally, on LyX OS-X related question:
How can I use the Ctrl key in LyX key bindings? C is apparently  
bound to the Apple/Command key and M is bound to the Alt key.  
All this makes sense, of course, I would just like to use the  
Ctrl key as well.


I believe this is a Qt/Mac limitation and so out of our control.

Bennett

Re: LyX and biblatex


On Dec 22, 2007, at 7:55 AM, Jürgen Spitzmüller wrote:


Timo Laine wrote:

1. give a full path in the \bibliography command in preamble


I tried to do this but it does not seem to work. I tried all the ways
I know of writing the path, but none of them has worked for me. I
thought it would be /Users/timo/blahblah/example.bib (or the same
without the .bib suffix) but it does not work that way. It's unclear
to me how one specifies a full path in this case.


Dunno how to do it on the Mac. The mac users on the list might help  
you.



or
2. put your bib file in your texmf tree (on the Mac:
~/Library/texmf/bibtex/bib/example.bib)


I am suspicious of this since there are no such subfolders under the
texmf tree. I did create them and insert the bibliography there as
you suggest, but it did not resolve the problem. I don't know if one
should tell biblatex in some way to look for the bibliography in this
folder, but it does not seem to find the file there automatically.


It should. There's no need to run texhash for this folder on the  
Mac, AFAIK.


Jürgen's advice is all correct as far as Mac goes. ~/Library/texmf/ 
bibtex/bib is the appropriate directory for .bib files, and your TeX  
installation should find them there. That's where I keep my .bib  
files, and when I've used biblatex all I've needed in the preamble is:


\usepackage[style=verbose]{biblatex}
\bibliography{bibdatabase}

Bennett

howto compile lyx-1.5.3 without qt

2007-12-22 Thread Filippo Zangheri

Hi, 

Sorry for the silly question, but I'm a newbie here.

I'm trying to compile lyx-1.5.3 on a Debian Etch system. I don't have qt4 
libtìrary installed and I don't want that.
I would just like to compile lyx without qt support. How is that possible? I 
couldn't manage to find any configuration
parameter that can disable it.

I'd like to thank the LyX developers for the absolutely *great* job they have 
done making this fantastic program!

-- 
Filippo Zangheri

GPG key ID: 0xE1D879FA
Key fingerprint: 816B CE57 D43C 0A47 EF35 3378 EA5F A72A E1D8 79FA
Key server: pgp.mit.edu

Some Inconvenient Truths...

2007-12-22 Thread Roger A . Wehage

Re: howto compile lyx-1.5.3 without qt

2007-12-22 Thread Sven Hoexter

On Sat, Dec 22, 2007 at 02:41:02PM +0100, Filippo Zangheri wrote:

Hi,

 I'm trying to compile lyx-1.5.3 on a Debian Etch system. I don't have qt4
 libtìrary installed and I don't want that.
 I would just like to compile lyx without qt support. How is that possible?

I don't think that it's possible to build LyX without a frontend and all
other alternative frontends where removed with the start of the 1.5.x
development.

There are some efforts to build backports for LyX 1.5.2 but I had no time
yet to prepare them for an official upload to backports.org. Donno if that
would help you because that would still require you to install qt4 but without
all the -dev packages.

Cheers,
Sven
-- 
There's no need for tears, cause there's no need to cry.
That love that you leave will never be denied.
 [ Flogging Molly - Laura ]
Gebuehrenboykott 2008 BU WTAL http://www.boykott-wuppertal.de

Re: Some LyX 1.5.3 issues (OS-X specific?)

Daniel Lohmann wrote:
 1) wandering character styles
 4) cursor looks misplaced when editing text in char-style insets

These two issues are fixed in the next release (1.5.4).

 2) hidden cursor movements when navigating through the menu by keyboard
 When I activate the menu with the keyboard (Ctrl+F2) and then use the  
 cursor keys to navigate to the actual menu entry, the following happens:

 - on Ctrl+F2, the menu is activated (as it should), but LyX also  
 inserts a space character at the current cursor position (which it  
 should not)

 - on navigating through the menu, the cursor inside LyX moves as well.

 The result is that if I place the cursor somewhere and then use the  
 keyboard to select, e.g., Insert-Label from the menu, the  label is  
 inserted roughly 5 chars to the right and 10 lines down from the  
 actually intended position.

Cannot reproduce on Linux.

 3) word-delete-backward deletes one extra words if used on text with  
 character styles.
 If I place the cursor behind a piece of text with an assigned  
 character style and issue a word-delete-backward command, not only  
 the char-style inset is deleted, but also the  word on its left.

Yes, I can reproduce this.

Jürgen

Re: LyX reading not UTF-8 encoded file.


Paul Schwartz wrote:

Sorry, I am still under 1.5.1 and I do not know if it has been corrected
with 1.5.2  or 1.5.3.
After scanning then getting through OCR and saving either using Word pad or
Note pad being sure that under word pad it is saved under unicode UTF-8 Then
importing  into a LyX document I got the following window alarm :
Quote
LyX : Reading not UTF-8 encoded file

The file is not UTF-8 encoded.
It will be read as a local 8 bit-encoded. If this does not give the correct
result then please change the encoding of the file to UTF-8 with a program
other than LyX.
Unquote

I recoded again with Word pad without success getting the same alarm.
However, when closing the alarm window, the text is properly imported.
Because with the former LyX versions, I never got this problem, I suppose
that I might be a false alarm ?
Any clue ?

Thanks

Paul




I had a file once that Notepad++ indicated was in utf-8, but it 
contained one character that was not, and that was enough to cause LyX 
problems.


Since you mentioned Notepad and Wordpad, I suspect you're on Windows(?). 
 If you don't already have the iconv utility, you might want to 
download it (there's a free Windows port that's part of the GnuWin32 
project on SourceForge, at 
http://gnuwin32.sourceforge.net/packages/libiconv.htm).   Cygwin also 
should contain it.  Once it's installed, try running


  iconv -c -t utf-8 yourfile  newfile

in a DOS shell.  This should convert the original file (yourfile) to a 
utf-8 version (newfile), omitting any characters that are not valid in 
utf-8.  You can then compare newfile to yourfile to see what, if 
anything, was omitted.  (If you want to tell whether yourfile is in fact 
valid utf-8, run inconv without the -c flag.  It will fail with an error 
message if it encounters any invalid characters.)


/Paul

Re: Some LyX 1.5.3 issues (OS-X specific?)

2007-12-22 Thread Jens Noeckel



On Dec 22, 2007, at 5:12 AM, Bennett Helm wrote:


On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote:


And finally, on LyX OS-X related question:
How can I use the Ctrl key in LyX key bindings? C is  
apparently bound to the Apple/Command key and M is bound to  
the Alt key. All this makes sense, of course, I would just like  
to use the Ctrl key as well.


I believe this is a Qt/Mac limitation and so out of our control.

Bennett



When you say use Ctrl as well, do you mean you want Ctrl and  
Command keys to be switched? If that's what you want, it requires  
modifying the file

src/gui/kernel/qkeymapper_mac.cpp
in the qt-mac-opensource source distribution. I've done that and have  
compiled LyX 1.5.3 with it. That way, LyX uses Apple/Command as a  
meta key, and Ctrl as the control key. I can put that binary online,  
and post more details on the QT patch, if anyone is interested. I  
hadn't done that because I haven't had a chance to work with the new  
version myself yet (my main LyX is still at version 1.4).


Jens

Re: Some LyX 1.5.3 issues (OS-X specific?)

Jürgen Spitzmüller wrote:
  3) word-delete-backward deletes one extra words if used on text with  
  character styles.
  If I place the cursor behind a piece of text with an assigned  
  character style and issue a word-delete-backward command, not only  
  the char-style inset is deleted, but also the  word on its left.

 Yes, I can reproduce this.

This is bug 3580:
http://bugzilla.lyx.org/show_bug.cgi?id=3580

Jürgen

Re: LyX reading not UTF-8 encoded file.

2007-12-22 Thread Paul Schwartz

Thanks Paul, you are always pretty helpful.

However, ahead of sending that question, I rechecked with a file which I 
used formerly and on which a former LyX version did not issued an alarm and 
I got the same result. That is why it surprised me.
Besides, after clearing the alarm everything appeared perfectly correct 
inside the LyX file, OCRing errors excepted.
I confirm that I am XP PRO (do not blame me please ! But since the 80's 
and I am far to be a pro.)

Paul


Paul A. Rubin [EMAIL PROTECTED] a écrit dans le message 
de news: [EMAIL PROTECTED]
 Paul Schwartz wrote:
 Sorry, I am still under 1.5.1 and I do not know if it has been corrected
 with 1.5.2  or 1.5.3.
 After scanning then getting through OCR and saving either using Word pad 
 or
 Note pad being sure that under word pad it is saved under unicode UTF-8 
 Then
 importing  into a LyX document I got the following window alarm :
 Quote
 LyX : Reading not UTF-8 encoded file

 The file is not UTF-8 encoded.
 It will be read as a local 8 bit-encoded. If this does not give the 
 correct
 result then please change the encoding of the file to UTF-8 with a 
 program
 other than LyX.
 Unquote

 I recoded again with Word pad without success getting the same alarm.
 However, when closing the alarm window, the text is properly imported.
 Because with the former LyX versions, I never got this problem, I suppose
 that I might be a false alarm ?
 Any clue ?

 Thanks

 Paul



 I had a file once that Notepad++ indicated was in utf-8, but it contained 
 one character that was not, and that was enough to cause LyX problems.

 Since you mentioned Notepad and Wordpad, I suspect you're on Windows(?). 
 If you don't already have the iconv utility, you might want to download it 
 (there's a free Windows port that's part of the GnuWin32 project on 
 SourceForge, at http://gnuwin32.sourceforge.net/packages/libiconv.htm). 
 Cygwin also should contain it.  Once it's installed, try running

   iconv -c -t utf-8 yourfile  newfile

 in a DOS shell.  This should convert the original file (yourfile) to a 
 utf-8 version (newfile), omitting any characters that are not valid in 
 utf-8.  You can then compare newfile to yourfile to see what, if anything, 
 was omitted.  (If you want to tell whether yourfile is in fact valid 
 utf-8, run inconv without the -c flag.  It will fail with an error message 
 if it encounters any invalid characters.)

 /Paul

Re: LyX reading not UTF-8 encoded file.


Paul Schwartz wrote:

Thanks Paul, you are always pretty helpful.

However, ahead of sending that question, I rechecked with a file which I 
used formerly and on which a former LyX version did not issued an alarm and 
I got the same result. That is why it surprised me.


We'd probably need a developer for a definitive answer to this, but I'm 
pretty sure that LyX uses iconv (or the library version, libiconv) to 
handle encodings, and it's possible that a newer (or different) release 
of libiconv was used in the compilation of LyX 1.5.1.  That might 
account for the worked-with-a-former-version aspect.


Besides, after clearing the alarm everything appeared perfectly correct 
inside the LyX file, OCRing errors excepted.


It's possible, of course, that a character was dropped or otherwise 
munged, but it was part of an OCR error and so you're not noticing it.


As I (vaguely) understand this, Windows programs tend to start a UTF-8 
file with a three byte code (EF BB BF) indicating it's UTF-8.  Wikipedia 
says Notepad does this, and that it is not part of the standard.  I 
mention this because, in screwing around with iconv and Notepad++ (which 
can do some encoding changes), I once generated an ANSI file from a 
UTF-8 file.  The UTF-8 file contained at least one non-ASCII character 
that came through intact in the ANSI file.  In fact, doing a byte by 
byte comparison, the only difference between the UTF-8 and ANSI files 
was that the latter lacked that initial three byte code.  Nonetheless, 
if I told iconv that the ANSI file was UTF-8, it balked at converting 
the one odd character.  So it's possible that either the presence or 
absence of a header has the version of libiconv used with LyX 1.5.1 
burping, even though the rest of the file comes through ok.


I don't have 1.5.1 installed anymore, but I ran a little experiment (two 
versions of a file containing one Arabic character and a bunch of 
English text, one with the three byte prefix and one without).  LyX 
1.5.2 and LyX 1.5.3 behaved identically.  Both imported the file (as 
plain text) correctly, and neither threw up a warning.  The only 
difference between file versions was that the three byte prefix, when 
present, was imported as a goofy character (open box), easily deleted. 
The Arabic character came through correctly either way.  I also tried 
LyX 1.4.4, which I still have installed for some reason.  Again, it had 
no complaint with either version, but the Arabic character was imported 
incorrectly (and the prefix was imported as three rather goofy looking 
characters rather than as one).


So apparently something in the support for Unicode changed between 1.4.4 
and 1.5.2.  Whether this bears on your experience, I can't say.


I confirm that I am XP PRO (do not blame me please ! But since the 80's 
and I am far to be a pro.)


I'm stuck with Windows myself -- too much investment in Windows-only 
software, plus I work in an environment where students think Micro$oft 
makes the only productivity software in the universe.  So I wouldn't 
dream of pointing fingers.


/Paul

Re: Some Inconvenient Truths...

2007-12-22 Thread Ryan Cross

Hey Roger,

I completely sypathize with you and using equations in my documents is one
of the main reason I use latex. Just a thought though to perhaps ease the
pain of transition. How about taking your ms word file, converting it into
an open office file and then from there using the conversion from open
office (ODF) to lyx/latex. I think there is also a fairly reliable converter
between lyx/odt to go back and forth if you need to, but check the wiki for
more details.

Also, you should consider trying some of the keyboard short cuts to input
equations in lyx - most of the latex ones work - since it really helps speed
up the equation writing process. I find that since I'm able to use the
keyboard to enter about 85% of the equation, and the other 15% I use the
math toolbar for some of the more uncommon math characters (or the ones i
don't know the keyboard shortcut for), that I can practically write all of
my equations and in about 1/3 of the time it would take me to write it in
equation editor. Plus, all my equations look so much better when printed. My
only point here, is that if you need to edit your equations anyways it might
be relatively easy to just rewrite any equations you need in lyx and then
you'll end up with a fully working lyx document - plus its something you can
put under revision control (like subversion).

Good luck,
Ryan

On 12/23/07, Roger A. Wehage [EMAIL PROTECTED] wrote:

 I.T. #1: Using MathType with MS Word sucks. Big Time!
 I.T. #2: Our project at work is in big trouble. If we don't get our
 computer program working by the middle of February 2008, all funding will be
 cut and years of effort will go down the drain.

 I.T. #3: The theory for this computer program lies in a 48 page MS Word
 document (created in Microsoft Office 2000 on a PC) containing many hundreds
 of MathType expressions. It must be revised by January 2, 2008, so work can
 begin on revising the computer program.

 I.T. #4: The company is closed down between December 22, 2007 and January
 1, 2008, so I must revise the document at home on my own time. :o(

 I.T. #5: I don't own a PC. I've never owned a PC. And I don't have a PC
 laptop that I can bring home from work. So I loaded the MS Word document
 onto my flash memory stick and transferred it to my MacBook Pro 2.4 GHz
 Intel Core 2 Duo, 2 GB 667 MHz DDR2 SDRAM, running OS X 10.4.11.

 I.T. #6: MS Word 2004, running on my MacBook Pro, reliably crashes (every
 time) when I attempt to convert the MathType expressions in this file from
 PC to Mac.

 I.T. #7: While contemplating what to do about this, I again play around
 with LyX, practicing making equations in its editor. And what I've learned
 so far is that it's almost as easy to create expressions in LyX's editor as
 it is in MathType. :o)

 I.T. #8: Earlier this week, I discovered a fantastic program called
 GrindEQ http://www.grindeq.com which unfortunately runs only on PCs, that
 will convert my many MS Word documents (including MathType expressions) to
 LaTeX, which can then be imported directly into LyX. Yes! Goodbye MS Word!

 I.T. #9: I don't have time right now to convert the 48 page MS Word
 document to LaTex and clean it up, and I still have some learning and
 practice before I can reliably use LyX to create and edit my documents. But
 I was able to convert the 48 page MS Word document to LaTex, and the results
 in LyX look very encouraging!

 I.T. #10: I found an inconvenient workaround to convert the 48 page MS
 Word document created on a PC to an MS Word document that can be viewed and
 edited in MS Word 2004 running on my MacBook Pro. It isn't pretty and
 requires a considerable amount of prayer and alcoholic spirits. :o( But it
 can be done.

 I.T. #11: Before doing anything, I make a backup copy of the file. More on
 that later.

 I.T. #12: The file must then be converted in little pieces. It seems that
 MS Word 2004 can't handle more than about 200 expressions at a time.

 I.T. #13: I use the mouse to select that portion of the document I want to
 convert. But not too much, or I'll violate the 200 expression rule and MS
 Word will crash and I'll have to start all over again. Then I instruct
 MathType to convert the selected segment of the document and wait several
 minutes while meaningless garbage floats across the screen. This is a good
 time to have another beer and go play around with LyX. And for some, prayer
 might help, but not for me since I'm an Atheist.

 I.T. #14: If I'm lucky and MS Word hasn't crashed and the funny stuff has
 stopped flashing across the screen, I can (I'd better) save the file or I'll
 risk losing all the changes I've made so far. Don't laugh, damn it, it
 happened more than once. :o(

 I.T. #15: And it keeps getting better. (Time for another beer or maybe
 something stronger.) After I've saved the file I must then quit out of MS
 Word and relaunch it before converting the next segment of the file. If I
 don't, then MS Word will crash and quit for me, and I'll have

Re: No Page number on the pages with the titel of a new \part (report KOMA-Script)

2007-12-22 Thread Tobias Krause

\renewcommand*{\partpagestyle}{empty} 


Perfect, thanks!

Toby


 Original Message  
Subject: Re: No Page number on the pages with the titel of a new \part 
(report KOMA-Script)

From: Christian Liesen <[EMAIL PROTECTED]>
To: LyX Users List 
Date: Sat Dec 22 2007 01:06:06 GMT+0100



Hi,

yes there is: The KOMA-script specific command is

\renewcommand*{\partpagestyle}{empty}

Hope this helps,
-- Christian



Am 21.12.2007 um 19:16 schrieb Tobias Krause:


Hi,

in a document using report (KOMA-Script) I'd like to delete the page 
numbers on the page containing the titel of a new \part.
I tried \thispagestyle{empty} but unfortunately this causes LaTeX too 
loop - the weird thing about is: \part* works:


\part*{Titel\thispagestyle{empty}} (LaTeX preview) works
\part{Titel\thispagestyle{empty}} loops

If I don't put \thispagestyle{empty} in the same line in LyX nothing 
happens at all...


This there any way to get it working?

I'm using LyX 1.5.3, MikTeX 2.6 (with all current updates)

Regards
Toby

Re: LyX and biblatex

Timo Laine wrote:
> I'm sending you the  
> example file you requested in private mail.

The problem is that biblatex does not find your bib-file and thus prints the 
cite key. You can solve the problem in two ways:

1. give a full path in the \bibliography command in preamble
or
2. put your bib file in your texmf tree (on the Mac:  
~/Library/texmf/bibtex/bib/example.bib)

I would recommend option 2.

Jürgen

Some LyX 1.5.3 issues (OS-X specific?)

2007-12-22 Thread Daniel Lohmann


Hi LyX folks,

On a longer train journey I had the opportunity to actually do some  
work with LyX on my new Mac. While doing so, I observed a couple of  
issues. Some of them might be related to the fact that I am still  
using it in a very Windows-like way, especially with respect to trying  
to do everything with the keyboard, but the mouse.


The environment is LyX 1.5.3 on OS X 10.5.1

1) wandering character styles
While typing in a paragraph where some parts of the text have  
character styles assigned, these parts  "wander" by a few pixels to  
the right on every keystroke, visually overriding other parts.  I have  
attached two images to illustrate the problem: img1 is before typing,  
img2 is after typing ten chars:

http://www4.informatik.uni-erlangen.de/~lohmann/tmp/img1.gif
http://www4.informatik.uni-erlangen.de/~lohmann/tmp/img2.gif

2) hidden cursor movements when navigating through the menu by keyboard
When I activate the menu with the keyboard (Ctrl+F2) and then use the  
cursor keys to navigate to the actual menu entry, the following happens:


- on Ctrl+F2, the menu is activated (as it should), but LyX also  
inserts a space character at the current cursor position (which it  
should not)


- on navigating through the menu, the cursor inside LyX moves as well.

The result is that if I place the cursor somewhere and then use the  
keyboard to select, e.g., Insert->Label from the menu, the  label is  
inserted roughly 5 chars to the right and 10 lines down from the  
actually intended position.


3) word-delete-backward deletes one extra words if used on text with  
character styles.
If I place the cursor behind a piece of text with an assigned  
character style and issue a "word-delete-backward" command, not only  
the char-style inset is deleted, but also the  word on its left.


4) cursor looks misplaced when editing text in char-style insets
Inside a char-style inset, the cursor seems to be rendered a few  
pixels more left than in the ordinary text. Visually this appears as  
the cursor being over the character instead of right of it. (This of  
course is not really an issue, just a bit surprising)


I currently do not have the ability to check if these issues are OS-X  
or 1.5.3 - specific or if they can be observed on Windows or Linux as  
well. Maybe somebody could check this?


And finally, on LyX OS-X related question:
How can I use the "Ctrl" key in LyX key bindings? "C" is apparently  
bound to the "Apple/Command" key and "M" is bound to the "Alt" key.  
All this makes sense, of course, I would just like to use the "Ctrl"  
key as well.


Thanks a lot!

Daniel

Re: Some LyX 1.5.3 issues (OS-X specific?)

2007-12-22 Thread Abdelrazak Younes


Daniel Lohmann wrote:

Hi LyX folks,

On a longer train journey I had the opportunity to actually do some work 
with LyX on my new Mac. While doing so, I observed a couple of issues. 
Some of them might be related to the fact that I am still using it in a 
very Windows-like way, especially with respect to trying to do 
everything with the keyboard, but the mouse.


The environment is LyX 1.5.3 on OS X 10.5.1

[...]
I currently do not have the ability to check if these issues are OS-X or 
1.5.3 - specific or if they can be observed on Windows or Linux as well. 
Maybe somebody could check this?


I confirm that these points are not system specific. We'll try to 
correct them ASAP.


Abdel.

Letter of application

2007-12-22 Thread Antonio José Guirao Sánchez


Dear all,

I have to write a letter of application for a postdoctoral position and 
I would like to know if there is some especial  layout  for  such a  
thing.  I  know that there are several  layouts for  letters but  I'd 
rather use some  especial one.


Thanks  in advance.

Merry Christmas!!!

--
Antonio J. Guirao Sánchez.
Universidad de Murcia.
Grupo: Análisis Funcional.
Facultad de Matemáticas, Campus de Espinardo.
Telephone: (+34) 968 363 666
	   (+34) 627 265 491 
E-30100 Murcia (SPAIN)

Re: LyX and biblatex

Timo Laine wrote:
> > 1. give a full path in the \bibliography command in preamble
>
> I tried to do this but it does not seem to work. I tried all the ways  
> I know of writing the path, but none of them has worked for me. I  
> thought it would be /Users/timo/blahblah/example.bib (or the same  
> without the .bib suffix) but it does not work that way. It's unclear  
> to me how one specifies a full path in this case.

Dunno how to do it on the Mac. The mac users on the list might help you.

> > or
> > 2. put your bib file in your texmf tree (on the Mac:
> > ~/Library/texmf/bibtex/bib/example.bib)
>
> I am suspicious of this since there are no such subfolders under the  
> texmf tree. I did create them and insert the bibliography there as  
> you suggest, but it did not resolve the problem. I don't know if one  
> should tell biblatex in some way to look for the bibliography in this
> folder, but it does not seem to find the file there automatically.

It should. There's no need to run texhash for this folder on the Mac, AFAIK.

Jürgen

Re: Some LyX 1.5.3 issues (OS-X specific?)


On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote:


And finally, on LyX OS-X related question:
How can I use the "Ctrl" key in LyX key bindings? "C" is apparently  
bound to the "Apple/Command" key and "M" is bound to the "Alt" key.  
All this makes sense, of course, I would just like to use the  
"Ctrl" key as well.


I believe this is a Qt/Mac limitation and so out of our control.

Bennett

Re: LyX and biblatex


On Dec 22, 2007, at 7:55 AM, Jürgen Spitzmüller wrote:


Timo Laine wrote:

1. give a full path in the \bibliography command in preamble


I tried to do this but it does not seem to work. I tried all the ways
I know of writing the path, but none of them has worked for me. I
thought it would be /Users/timo/blahblah/example.bib (or the same
without the .bib suffix) but it does not work that way. It's unclear
to me how one specifies a full path in this case.


Dunno how to do it on the Mac. The mac users on the list might help  
you.



or
2. put your bib file in your texmf tree (on the Mac:
~/Library/texmf/bibtex/bib/example.bib)


I am suspicious of this since there are no such subfolders under the
texmf tree. I did create them and insert the bibliography there as
you suggest, but it did not resolve the problem. I don't know if one
should tell biblatex in some way to look for the bibliography in this
folder, but it does not seem to find the file there automatically.


It should. There's no need to run texhash for this folder on the  
Mac, AFAIK.


Jürgen's advice is all correct as far as Mac goes. ~/Library/texmf/ 
bibtex/bib is the appropriate directory for .bib files, and your TeX  
installation should find them there. That's where I keep my .bib  
files, and when I've used biblatex all I've needed in the preamble is:


\usepackage[style=verbose]{biblatex}
\bibliography{bibdatabase}

Bennett

howto compile lyx-1.5.3 without qt

2007-12-22 Thread Filippo Zangheri

Hi, 

Sorry for the silly question, but I'm a newbie here.

I'm trying to compile lyx-1.5.3 on a Debian Etch system. I don't have qt4 
libtìrary installed and I don't want that.
I would just like to compile lyx without qt support. How is that possible? I 
couldn't manage to find any configuration
parameter that can disable it.

I'd like to thank the LyX developers for the absolutely *great* job they have 
done making this fantastic program!

-- 
Filippo Zangheri

GPG key ID: 0xE1D879FA
Key fingerprint: 816B CE57 D43C 0A47 EF35 3378 EA5F A72A E1D8 79FA
Key server: pgp.mit.edu

Some Inconvenient Truths...

2007-12-22 Thread Roger A . Wehage

Re: howto compile lyx-1.5.3 without qt

2007-12-22 Thread Sven Hoexter

On Sat, Dec 22, 2007 at 02:41:02PM +0100, Filippo Zangheri wrote:

Hi,

> I'm trying to compile lyx-1.5.3 on a Debian Etch system. I don't have qt4
> libtìrary installed and I don't want that.
> I would just like to compile lyx without qt support. How is that possible?

I don't think that it's possible to build LyX without a frontend and all
other alternative frontends where removed with the start of the 1.5.x
development.

There are some efforts to build backports for LyX 1.5.2 but I had no time
yet to prepare them for an official upload to backports.org. Donno if that
would help you because that would still require you to install qt4 but without
all the -dev packages.

Cheers,
Sven
-- 
There's no need for tears, cause there's no need to cry.
That love that you leave will never be denied.
 [ Flogging Molly - Laura ]
Gebuehrenboykott 2008 BU WTAL http://www.boykott-wuppertal.de

Re: Some LyX 1.5.3 issues (OS-X specific?)

Daniel Lohmann wrote:
> 1) wandering character styles
> 4) cursor looks misplaced when editing text in char-style insets

These two issues are fixed in the next release (1.5.4).

> 2) hidden cursor movements when navigating through the menu by keyboard
> When I activate the menu with the keyboard (Ctrl+F2) and then use the  
> cursor keys to navigate to the actual menu entry, the following happens:
>
> - on Ctrl+F2, the menu is activated (as it should), but LyX also  
> inserts a space character at the current cursor position (which it  
> should not)
>
> - on navigating through the menu, the cursor inside LyX moves as well.
>
> The result is that if I place the cursor somewhere and then use the  
> keyboard to select, e.g., Insert->Label from the menu, the  label is  
> inserted roughly 5 chars to the right and 10 lines down from the  
> actually intended position.

Cannot reproduce on Linux.

> 3) word-delete-backward deletes one extra words if used on text with  
> character styles.
> If I place the cursor behind a piece of text with an assigned  
> character style and issue a "word-delete-backward" command, not only  
> the char-style inset is deleted, but also the  word on its left.

Yes, I can reproduce this.

Jürgen

Re: LyX reading not UTF-8 encoded file.


Paul Schwartz wrote:

Sorry, I am still under 1.5.1 and I do not know if it has been corrected
with 1.5.2  or 1.5.3.
After scanning then getting through OCR and saving either using Word pad or
Note pad being sure that under word pad it is saved under unicode UTF-8 Then
importing  into a LyX document I got the following window alarm :
Quote
LyX : Reading not UTF-8 encoded file

The file is not UTF-8 encoded.
It will be read as a local 8 bit-encoded. If this does not give the correct
result then please change the encoding of the file to UTF-8 with a program
other than LyX.
Unquote

I recoded again with Word pad without success getting the same alarm.
However, when closing the alarm window, the text is properly imported.
Because with the former LyX versions, I never got this problem, I suppose
that I might be a false alarm ?
Any clue ?

Thanks

Paul




I had a file once that Notepad++ indicated was in utf-8, but it 
contained one character that was not, and that was enough to cause LyX 
problems.


Since you mentioned Notepad and Wordpad, I suspect you're on Windows(?). 
 If you don't already have the iconv utility, you might want to 
download it (there's a free Windows port that's part of the GnuWin32 
project on SourceForge, at 
http://gnuwin32.sourceforge.net/packages/libiconv.htm).   Cygwin also 
should contain it.  Once it's installed, try running


  iconv -c -t utf-8 yourfile > newfile

in a DOS shell.  This should convert the original file (yourfile) to a 
utf-8 version (newfile), omitting any characters that are not valid in 
utf-8.  You can then compare newfile to yourfile to see what, if 
anything, was omitted.  (If you want to tell whether yourfile is in fact 
valid utf-8, run inconv without the -c flag.  It will fail with an error 
message if it encounters any invalid characters.)


/Paul

Re: Some LyX 1.5.3 issues (OS-X specific?)

2007-12-22 Thread Jens Noeckel



On Dec 22, 2007, at 5:12 AM, Bennett Helm wrote:


On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote:


And finally, on LyX OS-X related question:
How can I use the "Ctrl" key in LyX key bindings? "C" is  
apparently bound to the "Apple/Command" key and "M" is bound to  
the "Alt" key. All this makes sense, of course, I would just like  
to use the "Ctrl" key as well.


I believe this is a Qt/Mac limitation and so out of our control.

Bennett



When you say "use Ctrl as well", do you mean you want Ctrl and  
Command keys to be switched? If that's what you want, it requires  
modifying the file

src/gui/kernel/qkeymapper_mac.cpp
in the qt-mac-opensource source distribution. I've done that and have  
compiled LyX 1.5.3 with it. That way, LyX uses Apple/Command as a  
meta key, and Ctrl as the control key. I can put that binary online,  
and post more details on the QT patch, if anyone is interested. I  
hadn't done that because I haven't had a chance to work with the new  
version myself yet (my main LyX is still at version 1.4).


Jens

Re: Some LyX 1.5.3 issues (OS-X specific?)

Jürgen Spitzmüller wrote:
> > 3) word-delete-backward deletes one extra words if used on text with  
> > character styles.
> > If I place the cursor behind a piece of text with an assigned  
> > character style and issue a "word-delete-backward" command, not only  
> > the char-style inset is deleted, but also the  word on its left.
>
> Yes, I can reproduce this.

This is bug 3580:
http://bugzilla.lyx.org/show_bug.cgi?id=3580

Jürgen

Re: LyX reading not UTF-8 encoded file.

2007-12-22 Thread Paul Schwartz

Thanks Paul, you are always pretty helpful.

However, ahead of sending that question, I rechecked with a file which I 
used formerly and on which a former LyX version did not issued an alarm and 
I got the same result. That is why it surprised me.
Besides, after clearing the alarm everything appeared perfectly correct 
inside the LyX file, "OCRing" errors excepted.
I confirm that I am XP PRO (do not blame me please ! But since the 80's 
and I am far to be a pro.)

Paul


"Paul A. Rubin" <[EMAIL PROTECTED]> a écrit dans le message 
de news: [EMAIL PROTECTED]
> Paul Schwartz wrote:
>> Sorry, I am still under 1.5.1 and I do not know if it has been corrected
>> with 1.5.2  or 1.5.3.
>> After scanning then getting through OCR and saving either using Word pad 
>> or
>> Note pad being sure that under word pad it is saved under unicode UTF-8 
>> Then
>> importing  into a LyX document I got the following window alarm :
>> Quote
>> LyX : Reading not UTF-8 encoded file
>>
>> The file is not UTF-8 encoded.
>> It will be read as a local 8 bit-encoded. If this does not give the 
>> correct
>> result then please change the encoding of the file to UTF-8 with a 
>> program
>> other than LyX.
>> Unquote
>>
>> I recoded again with Word pad without success getting the same alarm.
>> However, when closing the alarm window, the text is properly imported.
>> Because with the former LyX versions, I never got this problem, I suppose
>> that I might be a false alarm ?
>> Any clue ?
>>
>> Thanks
>>
>> Paul
>>
>>
>
> I had a file once that Notepad++ indicated was in utf-8, but it contained 
> one character that was not, and that was enough to cause LyX problems.
>
> Since you mentioned Notepad and Wordpad, I suspect you're on Windows(?). 
> If you don't already have the iconv utility, you might want to download it 
> (there's a free Windows port that's part of the GnuWin32 project on 
> SourceForge, at http://gnuwin32.sourceforge.net/packages/libiconv.htm). 
> Cygwin also should contain it.  Once it's installed, try running
>
>   iconv -c -t utf-8 yourfile > newfile
>
> in a DOS shell.  This should convert the original file (yourfile) to a 
> utf-8 version (newfile), omitting any characters that are not valid in 
> utf-8.  You can then compare newfile to yourfile to see what, if anything, 
> was omitted.  (If you want to tell whether yourfile is in fact valid 
> utf-8, run inconv without the -c flag.  It will fail with an error message 
> if it encounters any invalid characters.)
>
> /Paul
>
>

Re: LyX reading not UTF-8 encoded file.