Re: problem displaying angstrom symbol

[Jens Nöckel]

On May 6, 2014, at 8:45 AM, Ider Ronneberger wrote:

 Hi,
 
 I have a problem in lyx displaying the angstom symbol using \AA within the 
 math mode, i.e. if I want to view the document as pdf the angstrom sign is 
 not there. However it works if I write \AA in Tex mode or insert it from 
 InsertSpecial Charecters Symbols...
 
 On the bottom pane of the lyx display, there is a short info message. In one 
 case it says Type: simple Macro:AA  and in the other case ( which works)   
 it just says Type: simple. What is the difference? How can resolve this 
 issue?
 
 Thanks in advance!
 
 Ider

The problem is that \AA is a text mode command, not meant for equation 
environments. In LyX, I get the correct output if I enter the Å symbol from the 
keyboard (shift-option-A on the Mac). In an equation, LyX then replaces that 
symbol by \mathring{A}, which displays properly in the PDF output. So you could 
alternatively also enter \mathring{A} in the LyX math editor. 

Re: problem displaying angstrom symbol

[Jens Nöckel]

On May 6, 2014, at 8:45 AM, Ider Ronneberger wrote:

 Hi,
 
 I have a problem in lyx displaying the angstom symbol using \AA within the 
 math mode, i.e. if I want to view the document as pdf the angstrom sign is 
 not there. However it works if I write \AA in Tex mode or insert it from 
 InsertSpecial Charecters Symbols...
 
 On the bottom pane of the lyx display, there is a short info message. In one 
 case it says Type: simple Macro:AA  and in the other case ( which works)   
 it just says Type: simple. What is the difference? How can resolve this 
 issue?
 
 Thanks in advance!
 
 Ider

The problem is that \AA is a text mode command, not meant for equation 
environments. In LyX, I get the correct output if I enter the Å symbol from the 
keyboard (shift-option-A on the Mac). In an equation, LyX then replaces that 
symbol by \mathring{A}, which displays properly in the PDF output. So you could 
alternatively also enter \mathring{A} in the LyX math editor. 

Re: problem displaying angstrom symbol

[Jens Nöckel]

On May 6, 2014, at 8:45 AM, Ider Ronneberger wrote:

> Hi,
> 
> I have a problem in lyx displaying the angstom symbol using \AA within the 
> math mode, i.e. if I want to view the document as pdf the angstrom sign is 
> not there. However it works if I write \AA in Tex mode or insert it from 
> Insert>Special Charecters> Symbols...
> 
> On the bottom pane of the lyx display, there is a short info message. In one 
> case it says "Type: simple Macro:AA"  and in the other case ( which works)   
> it just says "Type: simple". What is the difference? How can resolve this 
> issue?
> 
> Thanks in advance!
> 
> Ider

The problem is that \AA is a text mode command, not meant for equation 
environments. In LyX, I get the correct output if I enter the Å symbol from the 
keyboard (shift-option-A on the Mac). In an equation, LyX then replaces that 
symbol by \mathring{A}, which displays properly in the PDF output. So you could 
alternatively also enter \mathring{A} in the LyX math editor. 

Re: Fancy cover page?

[Jens Nöckel]

On Dec 4, 2013, at 9:03 AM, Rich Shepard wrote:

 On Wed, 4 Dec 2013, Ignacio Martinez wrote:
 
 This time I need to do a fancy cover page, like
 http://curry.virginia.edu/uploads/resourceLibrary/17_Castleman_All_or_Nothing.pdf
 Can somebody help me do this in LyX? I have the logo as a svg and png.
 
 Ignacio,
 
  For something like this I would prepare it in LibreOffice Writer, export
 it as a .pdf, and pre-pend it to the LyX created .pdf using pdftk. Takes
 much less time.
 
 Rich


You can also include a cover page using LyX alone: put the cursor at the top of 
your LyX text, and choose

Insert  File  External Material

In the File pane, select PDFPages from the popup menu, and browse to your 
PDF cover page. That is all, provided the format of the cover page is a single 
page and matches the page size of the document.

Re: Fancy cover page?

[Jens Nöckel]

On Dec 4, 2013, at 9:03 AM, Rich Shepard wrote:

 On Wed, 4 Dec 2013, Ignacio Martinez wrote:
 
 This time I need to do a fancy cover page, like
 http://curry.virginia.edu/uploads/resourceLibrary/17_Castleman_All_or_Nothing.pdf
 Can somebody help me do this in LyX? I have the logo as a svg and png.
 
 Ignacio,
 
  For something like this I would prepare it in LibreOffice Writer, export
 it as a .pdf, and pre-pend it to the LyX created .pdf using pdftk. Takes
 much less time.
 
 Rich


You can also include a cover page using LyX alone: put the cursor at the top of 
your LyX text, and choose

Insert  File  External Material

In the File pane, select PDFPages from the popup menu, and browse to your 
PDF cover page. That is all, provided the format of the cover page is a single 
page and matches the page size of the document.

Re: Fancy cover page?

[Jens Nöckel]

On Dec 4, 2013, at 9:03 AM, Rich Shepard wrote:

> On Wed, 4 Dec 2013, Ignacio Martinez wrote:
> 
>> This time I need to do a fancy cover page, like
>> http://curry.virginia.edu/uploads/resourceLibrary/17_Castleman_All_or_Nothing.pdf
>> Can somebody help me do this in LyX? I have the logo as a svg and png.
> 
> Ignacio,
> 
>  For something like this I would prepare it in LibreOffice Writer, export
> it as a .pdf, and pre-pend it to the LyX created .pdf using pdftk. Takes
> much less time.
> 
> Rich


You can also include a cover page using LyX alone: put the cursor at the top of 
your LyX text, and choose

Insert > File > External Material

In the "File" pane, select "PDFPages" from the popup menu, and browse to your 
PDF cover page. That is all, provided the format of the cover page is a single 
page and matches the page size of the document.

Re: Can't insert PDF image into LyX

[Jens Nöckel]

On Dec 3, 2013, at 2:14 PM, Jerry wrote:

 
 On Dec 3, 2013, at 1:53 PM, Stephen Buonopane sbuon...@bucknell.edu wrote:
 
 Try the solution given here…
 http://michael.orlitzky.com/articles/fixing_pdf_graphics_in_lyx.php
 which creates a direct conversion from pdf to png.
 
 It solved a related problem for me in the past where the conversion through 
 eps subtly changed the graphics dimensions making on screen cropping near 
 impossible.
 
 Thanks, Stephen! That has fixed the problem.
 
 There remain some unanswered questions. It looks like the converter pdftops 
 is broken, at least on my machine. Your fix bypassed it, and elsewhere in 
 this thread I reported that a manual conversion created an EPS file that was 
 invalid. Is this a known problem?
 
 Since PDF is truly a native file format on OS X, it seems that your fix 
 should be incorporated into LyX permanently because OS X users are trying to 
 paste PDFs into LyX very frequently. Have you suggested this fix to the 
 developers?
 
 Jerry


As an alternative to Stephen's suggestion, you could also add the following 
converter for PDF to PNG. In my preferences, I chose the From format as 

PDF (ps2pdf)

and entered this code for Converter:

sips -s format png $$i --out $$o

This uses the OS X built-in command sips instead of Ghostscript.

Re: Can't insert PDF image into LyX

[Jens Nöckel]

On Dec 3, 2013, at 2:14 PM, Jerry wrote:

 
 On Dec 3, 2013, at 1:53 PM, Stephen Buonopane sbuon...@bucknell.edu wrote:
 
 Try the solution given here…
 http://michael.orlitzky.com/articles/fixing_pdf_graphics_in_lyx.php
 which creates a direct conversion from pdf to png.
 
 It solved a related problem for me in the past where the conversion through 
 eps subtly changed the graphics dimensions making on screen cropping near 
 impossible.
 
 Thanks, Stephen! That has fixed the problem.
 
 There remain some unanswered questions. It looks like the converter pdftops 
 is broken, at least on my machine. Your fix bypassed it, and elsewhere in 
 this thread I reported that a manual conversion created an EPS file that was 
 invalid. Is this a known problem?
 
 Since PDF is truly a native file format on OS X, it seems that your fix 
 should be incorporated into LyX permanently because OS X users are trying to 
 paste PDFs into LyX very frequently. Have you suggested this fix to the 
 developers?
 
 Jerry


As an alternative to Stephen's suggestion, you could also add the following 
converter for PDF to PNG. In my preferences, I chose the From format as 

PDF (ps2pdf)

and entered this code for Converter:

sips -s format png $$i --out $$o

This uses the OS X built-in command sips instead of Ghostscript.

Re: Can't insert PDF image into LyX

[Jens Nöckel]

On Dec 3, 2013, at 2:14 PM, Jerry wrote:

> 
> On Dec 3, 2013, at 1:53 PM, Stephen Buonopane  wrote:
> 
>> Try the solution given here…
>> http://michael.orlitzky.com/articles/fixing_pdf_graphics_in_lyx.php
>> which creates a direct conversion from pdf to png.
>> 
>> It solved a related problem for me in the past where the conversion through 
>> eps subtly changed the graphics dimensions making on screen cropping near 
>> impossible.
> 
> Thanks, Stephen! That has fixed the problem.
> 
> There remain some unanswered questions. It looks like the converter pdftops 
> is broken, at least on my machine. Your fix bypassed it, and elsewhere in 
> this thread I reported that a manual conversion created an EPS file that was 
> invalid. Is this a known problem?
> 
> Since PDF is truly a native file format on OS X, it seems that your fix 
> should be incorporated into LyX permanently because OS X users are trying to 
> paste PDFs into LyX very frequently. Have you suggested this fix to the 
> developers?
> 
> Jerry


As an alternative to Stephen's suggestion, you could also add the following 
converter for PDF to PNG. In my preferences, I chose the "From format" as 

PDF (ps2pdf)

and entered this code for "Converter":

sips -s format png $$i --out $$o

This uses the OS X built-in command sips instead of Ghostscript.

Re: Cannot block the swapping of Apple and Control keys (OS 10.6, LyX 2.0.2)

[Jens Nöckel]

/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is b
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 
 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 0
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1686): 
 action first set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1694): 
 action now set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1705): Key 
 [action=][Control-B]
 
 On Thu, Feb 2, 2012 at 5:01 AM, Jens Nöckel noec...@uoregon.edu wrote:
 So now it's becoming more likely that this is a low-level configuration 
 problem with Qt (although I'm by no means certain). To test this, a stab in 
 the dark suggestion would be:
 
 Create a new user account under the Mac's System Preferences  Users and 
 groups (you can of course delete this account again later, but this is a 
 way to start from a clean slate without hidden .files in your home directory 
 and other stuff in your ~/Library that could mess things up. 
 
 Then launch LyX from there and see if that behaves properly when you check 
 the swap box again and restart LyX.
 
 Jens
 
 
 On Feb 1, 2012, at 6:46 AM, stiv. djobz. wrote:
 
 I tried 1) -- 8).
 I see the same problem as before. 
 Command and control keys do not behave correctly.
 
 The result of 8) is
 preferences:\mac_dontswap_ctrl_meta true
 
 As for 5), in my case, Times is chosen at 
 PreferencesScreen fontsRoman
 from the first.
 
 stiv.
 On Wed, Feb 1, 2012 at 2:16 AM, Jens Nöckel noec...@uoregon.edu wrote:
 Hi,
 since I don't see the problem on either OS X 10.6.8 or 10.7.2, I just tried 
 the following steps on my OS X 10.6.8 machine:
 1)
 Move ~/Library/Application Support/LyX-2.0 to the Desktop.
 
 2)
 Fresh download of
 LyX-2.0.2+qt4-cocoa.dmg
 from www.lyx.org
 
 3)
 Move old LyX out of Application folder
 
 4)
 Install downloaded LyX and launch it
 
 5)
 In an unrelated note, I noticed that the default screen font wasn't 
 correctly displayed: should be Times but is Helvetica. So I chnaged that 
 font to Times New Roman and the display worked again.
 
 6)
 In Preferences, I then chose the xemacs bind file, and checked the box Do 
 not swap Apple and Control Keys
 
 7)
 I restarted LyX and opened a new document with Control-d (it worked as 
 expected). I then started a new math display formula with Apple-d and it 
 worked as expected.
 
 8)
 To double check, I went to the Terminal and navigated to
 ~/Library/Application Support/LyX-2.0
 then issued the command:
 grep dontswap *
 with the expected result:
 preferences:\mac_dontswap_ctrl_meta true
 
 The last point is something you should definitely check, too. If you do the 
 same things (including step 1) but still have the problem, then one has to 
 start worrying that perhaps Qt is doing something wrong. Essentially what 
 the don't swap check box does is to set a Qt flag that gets updated when 
 LyX starts up.  I can't really see how anything on the LyX side should fail 
 in that process.
 
 Jens
 
 On Jan 31, 2012, at 8:25 AM, Stephan Witt wrote:
 
 Am 31.01.2012 um 16:36 schrieb stiv. djobz.:
 
 Thanks.
 This is my first time to see the progress/debug messages...
 
 You're very clever ;-)
 
 The responses seems to be different.
 
 Yes, unfortunately. I suppose you have saved you preferences and LyX was 
 restarted.
 So, it should work. But indeed it seems to ignore the don't swap option.
 Interestingly there is an additional line in your output I don't have:
 
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(616): 
 keyevent has isNull() text !
 
 The complete output I get for ctrl-b is:
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):  
 count: 1 text:  isAutoRepeat: 0 key: 16777250 keyState: Meta-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): 
 Getting key 16777250, with text ''
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): 
 Setting key to 16777250,
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is Alt_L
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):  
 count: 1 text:   isAutoRepeat: 0 key: 66 keyState: Control-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): 
 Getting key 66, with text ' '
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): 
 Setting key to 66,
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is b
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src

Re: Cannot block the swapping of Apple and Control keys (OS 10.6, LyX 2.0.2)

[Jens Nöckel]

Sorry, when I said switched I meant _not_ switched. Otherwise my answer 
wouldn't have made much sense... 

So I don't see the problem Mr. Djobs is describing.

On Nov 21, 2012, at 3:55 PM, Jens Nöckel wrote:

 So far it seems that LyX 2.05 is working for me, with the Meta and Control 
 keys switched. I have Mac OS X 10.7.5 and can't test on 10.8. But if it turns 
 out that there's something wrong with the Cocoa Qt then one might want to go 
 back to the previous Qt because there isn't really any usability benefit to 
 the new one. After all, the main text editor window is still displayed 
 exactly the same on retina displays: not in high resolution. Only the menus 
 are rendered in high res now - at least that's what I'm seeing here.
 
 Jens
 
 
 On Nov 21, 2012, at 1:24 PM, Stephan Witt wrote:
 
 Am 21.11.2012 um 13:39 schrieb stiv. djobz. stiv.dj...@gmail.com:
 
 Hi all,
 
 In the new release 2.0.5, the check box of Do not swap Apple and Control 
 keys does not work.
 
 I had this problem with 2.0.2 and asked questions as are quoted below.
 I didn't have this problem with 2.0.3 and 2.0.4. But with 2.0.5, I have it.
 
 I think that some of you may have got new insights about this problem after 
 I asked questions about 2.0.2
 and may know how to solve this problem now.
 
 Would you give me any advice ?
 
 Hi Stiv,
 
 it looks like the difference between the working and the broken versions is 
 the Mac OS framework Qt is compiled for.
 The newest one is made with Cocoa - the more modern API for Mac OS X - 
 because of the high resolution display features.
 The 2.0.4 was built with the Carbon framework. But this isn't the whole 
 story, there must be another difference. 
 I say this, because it works for me on Mac OS X 10.6.8 and on 10.8.2 too. 
 Just like it was with LyX 2.0.2.
 
 Currently I have no idea…
 
 Regards,
 Stephan
 
 On Sat, Mar 3, 2012 at 5:39 PM, stiv. djobz. stiv.dj...@gmail.com wrote:
 Hi,
 
 It seems that in the new release 2.0.3.,
 the checkbox Do not swap Apple and Control keys
 works.
 
 Thanks,
 
 stiv.
 
 
 On Thu, Feb 2, 2012 at 10:46 PM, stiv. djobz. stiv.dj...@gmail.com wrote:
 I got the same results with a new user account.
 (except  22:24:24.362 in the Progress/Debug messages below.)
 
 Thanks,
 stiv.
 
 
 When I typed control + b, I got
 
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 
 1 text: isAutoRepeat: 0 key: 16777250 keyState: Meta-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): 
 Getting key 16777250, with text ''
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): 
 Setting key to 16777250,
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is Alt_L
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 1
 22:24:24.362: Unknown 
 function./Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):
  count: 1 text: isAutoRepeat: 0 key: 66 keyState: Meta-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(616): 
 keyevent has isNull() text !
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is b
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 0
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1686): 
 action first set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1694): 
 action now set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1705): Key 
 [action=][Command-B]
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(726): text_ 
 empty, isText() == false
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1732): 
 Unknown, !isText() - giving up
 
 When I typed command + b, I got
 
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 
 1 text: isAutoRepeat: 0 key: 16777249 keyState: Control-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): 
 Getting key 16777249, with text ''
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): 
 Setting key to 16777249,
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is Control_L
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 
 1 text: isAutoRepeat: 0 key

Re: Cannot block the swapping of Apple and Control keys (OS 10.6, LyX 2.0.2)

[Jens Nöckel]

/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is b
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 
 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 0
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1686): 
 action first set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1694): 
 action now set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1705): Key 
 [action=][Control-B]
 
 On Thu, Feb 2, 2012 at 5:01 AM, Jens Nöckel noec...@uoregon.edu wrote:
 So now it's becoming more likely that this is a low-level configuration 
 problem with Qt (although I'm by no means certain). To test this, a stab in 
 the dark suggestion would be:
 
 Create a new user account under the Mac's System Preferences  Users and 
 groups (you can of course delete this account again later, but this is a 
 way to start from a clean slate without hidden .files in your home directory 
 and other stuff in your ~/Library that could mess things up. 
 
 Then launch LyX from there and see if that behaves properly when you check 
 the swap box again and restart LyX.
 
 Jens
 
 
 On Feb 1, 2012, at 6:46 AM, stiv. djobz. wrote:
 
 I tried 1) -- 8).
 I see the same problem as before. 
 Command and control keys do not behave correctly.
 
 The result of 8) is
 preferences:\mac_dontswap_ctrl_meta true
 
 As for 5), in my case, Times is chosen at 
 PreferencesScreen fontsRoman
 from the first.
 
 stiv.
 On Wed, Feb 1, 2012 at 2:16 AM, Jens Nöckel noec...@uoregon.edu wrote:
 Hi,
 since I don't see the problem on either OS X 10.6.8 or 10.7.2, I just tried 
 the following steps on my OS X 10.6.8 machine:
 1)
 Move ~/Library/Application Support/LyX-2.0 to the Desktop.
 
 2)
 Fresh download of
 LyX-2.0.2+qt4-cocoa.dmg
 from www.lyx.org
 
 3)
 Move old LyX out of Application folder
 
 4)
 Install downloaded LyX and launch it
 
 5)
 In an unrelated note, I noticed that the default screen font wasn't 
 correctly displayed: should be Times but is Helvetica. So I chnaged that 
 font to Times New Roman and the display worked again.
 
 6)
 In Preferences, I then chose the xemacs bind file, and checked the box Do 
 not swap Apple and Control Keys
 
 7)
 I restarted LyX and opened a new document with Control-d (it worked as 
 expected). I then started a new math display formula with Apple-d and it 
 worked as expected.
 
 8)
 To double check, I went to the Terminal and navigated to
 ~/Library/Application Support/LyX-2.0
 then issued the command:
 grep dontswap *
 with the expected result:
 preferences:\mac_dontswap_ctrl_meta true
 
 The last point is something you should definitely check, too. If you do the 
 same things (including step 1) but still have the problem, then one has to 
 start worrying that perhaps Qt is doing something wrong. Essentially what 
 the don't swap check box does is to set a Qt flag that gets updated when 
 LyX starts up.  I can't really see how anything on the LyX side should fail 
 in that process.
 
 Jens
 
 On Jan 31, 2012, at 8:25 AM, Stephan Witt wrote:
 
 Am 31.01.2012 um 16:36 schrieb stiv. djobz.:
 
 Thanks.
 This is my first time to see the progress/debug messages...
 
 You're very clever ;-)
 
 The responses seems to be different.
 
 Yes, unfortunately. I suppose you have saved you preferences and LyX was 
 restarted.
 So, it should work. But indeed it seems to ignore the don't swap option.
 Interestingly there is an additional line in your output I don't have:
 
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(616): 
 keyevent has isNull() text !
 
 The complete output I get for ctrl-b is:
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):  
 count: 1 text:  isAutoRepeat: 0 key: 16777250 keyState: Meta-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): 
 Getting key 16777250, with text ''
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): 
 Setting key to 16777250,
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is Alt_L
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):  
 count: 1 text:   isAutoRepeat: 0 key: 66 keyState: Control-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): 
 Getting key 66, with text ' '
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): 
 Setting key to 66,
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is b
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src

Re: Cannot block the swapping of Apple and Control keys (OS 10.6, LyX 2.0.2)

[Jens Nöckel]

Sorry, when I said switched I meant _not_ switched. Otherwise my answer 
wouldn't have made much sense... 

So I don't see the problem Mr. Djobs is describing.

On Nov 21, 2012, at 3:55 PM, Jens Nöckel wrote:

 So far it seems that LyX 2.05 is working for me, with the Meta and Control 
 keys switched. I have Mac OS X 10.7.5 and can't test on 10.8. But if it turns 
 out that there's something wrong with the Cocoa Qt then one might want to go 
 back to the previous Qt because there isn't really any usability benefit to 
 the new one. After all, the main text editor window is still displayed 
 exactly the same on retina displays: not in high resolution. Only the menus 
 are rendered in high res now - at least that's what I'm seeing here.
 
 Jens
 
 
 On Nov 21, 2012, at 1:24 PM, Stephan Witt wrote:
 
 Am 21.11.2012 um 13:39 schrieb stiv. djobz. stiv.dj...@gmail.com:
 
 Hi all,
 
 In the new release 2.0.5, the check box of Do not swap Apple and Control 
 keys does not work.
 
 I had this problem with 2.0.2 and asked questions as are quoted below.
 I didn't have this problem with 2.0.3 and 2.0.4. But with 2.0.5, I have it.
 
 I think that some of you may have got new insights about this problem after 
 I asked questions about 2.0.2
 and may know how to solve this problem now.
 
 Would you give me any advice ?
 
 Hi Stiv,
 
 it looks like the difference between the working and the broken versions is 
 the Mac OS framework Qt is compiled for.
 The newest one is made with Cocoa - the more modern API for Mac OS X - 
 because of the high resolution display features.
 The 2.0.4 was built with the Carbon framework. But this isn't the whole 
 story, there must be another difference. 
 I say this, because it works for me on Mac OS X 10.6.8 and on 10.8.2 too. 
 Just like it was with LyX 2.0.2.
 
 Currently I have no idea…
 
 Regards,
 Stephan
 
 On Sat, Mar 3, 2012 at 5:39 PM, stiv. djobz. stiv.dj...@gmail.com wrote:
 Hi,
 
 It seems that in the new release 2.0.3.,
 the checkbox Do not swap Apple and Control keys
 works.
 
 Thanks,
 
 stiv.
 
 
 On Thu, Feb 2, 2012 at 10:46 PM, stiv. djobz. stiv.dj...@gmail.com wrote:
 I got the same results with a new user account.
 (except  22:24:24.362 in the Progress/Debug messages below.)
 
 Thanks,
 stiv.
 
 
 When I typed control + b, I got
 
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 
 1 text: isAutoRepeat: 0 key: 16777250 keyState: Meta-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): 
 Getting key 16777250, with text ''
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): 
 Setting key to 16777250,
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is Alt_L
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 1
 22:24:24.362: Unknown 
 function./Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):
  count: 1 text: isAutoRepeat: 0 key: 66 keyState: Meta-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(616): 
 keyevent has isNull() text !
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is b
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 0
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1686): 
 action first set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1694): 
 action now set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1705): Key 
 [action=][Command-B]
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(726): text_ 
 empty, isText() == false
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1732): 
 Unknown, !isText() - giving up
 
 When I typed command + b, I got
 
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 
 1 text: isAutoRepeat: 0 key: 16777249 keyState: Control-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): 
 Getting key 16777249, with text ''
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): 
 Setting key to 16777249,
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is Control_L
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
 is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 
 1 text: isAutoRepeat: 0 key

Re: Cannot block the swapping of Apple and Control keys (OS 10.6, LyX 2.0.2)

[Jens Nöckel]

>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): Setting 
>> key to 16777249,
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 
>> 1
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
>> KeySym is Control_L
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 
>> 1
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
>> isModifier is 1
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 
>> 1 text: isAutoRepeat: 0 key: 66 keyState: Control-
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(616): 
>> keyevent has isNull() text !
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 
>> 1
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
>> KeySym is b
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 
>> 1
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
>> isModifier is 0
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1686): 
>> action first set to []
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1694): 
>> action now set to []
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1705): Key 
>> [action=][Control-B]
>> 
>> On Thu, Feb 2, 2012 at 5:01 AM, Jens Nöckel <noec...@uoregon.edu> wrote:
>> So now it's becoming more likely that this is a low-level configuration 
>> problem with Qt (although I'm by no means certain). To test this, a stab in 
>> the dark suggestion would be:
>> 
>> Create a new user account under the Mac's "System Preferences > Users and 
>> groups" (you can of course delete this account again later, but this is a 
>> way to start from a clean slate without hidden .files in your home directory 
>> and other stuff in your ~/Library that could mess things up. 
>> 
>> Then launch LyX from there and see if that behaves properly when you check 
>> the "swap" box again and restart LyX.
>> 
>> Jens
>> 
>> 
>> On Feb 1, 2012, at 6:46 AM, stiv. djobz. wrote:
>> 
>>> I tried 1) -- 8).
>>> I see the same problem as before. 
>>> Command and control keys do not behave correctly.
>>> 
>>> The result of 8) is
>>> preferences:\mac_dontswap_ctrl_meta true
>>> 
>>> As for 5), in my case, Times is chosen at 
>>> Preferences>Screen fonts>Roman
>>> from the first.
>>> 
>>> stiv.
>>> On Wed, Feb 1, 2012 at 2:16 AM, Jens Nöckel <noec...@uoregon.edu> wrote:
>>> Hi,
>>> since I don't see the problem on either OS X 10.6.8 or 10.7.2, I just tried 
>>> the following steps on my OS X 10.6.8 machine:
>>> 1)
>>> Move ~/Library/Application Support/LyX-2.0 to the Desktop.
>>> 
>>> 2)
>>> Fresh download of
>>> LyX-2.0.2+qt4-cocoa.dmg
>>> from www.lyx.org
>>> 
>>> 3)
>>> Move old LyX out of Application folder
>>> 
>>> 4)
>>> Install downloaded LyX and launch it
>>> 
>>> 5)
>>> In an unrelated note, I noticed that the default screen font wasn't 
>>> correctly displayed: should be Times but is Helvetica. So I chnaged that 
>>> font to Times New Roman and the display worked again.
>>> 
>>> 6)
>>> In Preferences, I then chose the xemacs bind file, and checked the box "Do 
>>> not swap Apple and Control Keys"
>>> 
>>> 7)
>>> I restarted LyX and opened a new document with Control-d (it worked as 
>>> expected). I then started a new math display formula with Apple-d and it 
>>> worked as expected.
>>> 
>>> 8)
>>> To double check, I went to the Terminal and navigated to
>>> ~/Library/Application Support/LyX-2.0
>>> then issued the command:
>>> grep dontswap *
>>> with the expected result:
>>> preferences:\mac_dontswap_ctrl_meta true
>>> 
>>> The last point is something you should definitely check, too. If you do the 
>>> same things (including step 1) but still have the problem, then one has to 
>>> start worrying that perhaps Qt is doing something wrong. Essentially what 
>>> the "don't swap" check box does is to set a Qt flag that gets updated when 
>>> LyX starts up.  I can't really see how anything on the LyX side should fail 
>>> in that process.
>&g

Re: Cannot block the swapping of Apple and Control keys (OS 10.6, LyX 2.0.2)

[Jens Nöckel]

Sorry, when I said switched I meant _not_ switched. Otherwise my answer 
wouldn't have made much sense... 

So I don't see the problem Mr. Djobs is describing.

On Nov 21, 2012, at 3:55 PM, Jens Nöckel wrote:

> So far it seems that LyX 2.05 is working for me, with the Meta and Control 
> keys switched. I have Mac OS X 10.7.5 and can't test on 10.8. But if it turns 
> out that there's something wrong with the Cocoa Qt then one might want to go 
> back to the previous Qt because there isn't really any usability benefit to 
> the new one. After all, the main text editor window is still displayed 
> exactly the same on retina displays: not in high resolution. Only the menus 
> are rendered in high res now - at least that's what I'm seeing here.
> 
> Jens
> 
> 
> On Nov 21, 2012, at 1:24 PM, Stephan Witt wrote:
> 
>> Am 21.11.2012 um 13:39 schrieb stiv. djobz. <stiv.dj...@gmail.com>:
>> 
>>> Hi all,
>>> 
>>> In the new release 2.0.5, the check box of "Do not swap Apple and Control 
>>> keys" does not work.
>>> 
>>> I had this problem with 2.0.2 and asked questions as are quoted below.
>>> I didn't have this problem with 2.0.3 and 2.0.4. But with 2.0.5, I have it.
>>> 
>>> I think that some of you may have got new insights about this problem after 
>>> I asked questions about 2.0.2
>>> and may know how to solve this problem now.
>>> 
>>> Would you give me any advice ?
>> 
>> Hi Stiv,
>> 
>> it looks like the difference between the working and the broken versions is 
>> the Mac OS framework Qt is compiled for.
>> The newest one is made with Cocoa - the more modern API for Mac OS X - 
>> because of the high resolution display features.
>> The 2.0.4 was built with the Carbon framework. But this isn't the whole 
>> story, there must be another difference. 
>> I say this, because it works for me on Mac OS X 10.6.8 and on 10.8.2 too. 
>> Just like it was with LyX 2.0.2.
>> 
>> Currently I have no idea…
>> 
>> Regards,
>> Stephan
>> 
>>> On Sat, Mar 3, 2012 at 5:39 PM, stiv. djobz. <stiv.dj...@gmail.com> wrote:
>>> Hi,
>>> 
>>> It seems that in the new release 2.0.3.,
>>> the checkbox "Do not swap Apple and Control keys"
>>> works.
>>> 
>>> Thanks,
>>> 
>>> stiv.
>>> 
>>> 
>>> On Thu, Feb 2, 2012 at 10:46 PM, stiv. djobz. <stiv.dj...@gmail.com> wrote:
>>> I got the same results with a new user account.
>>> (except  "22:24:24.362" in the Progress/Debug messages below.)
>>> 
>>> Thanks,
>>> stiv.
>>> 
>>> 
>>> When I typed control + b, I got
>>> 
>>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 
>>> 1 text: isAutoRepeat: 0 key: 16777250 keyState: Meta-
>>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): 
>>> Getting key 16777250, with text ''
>>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): 
>>> Setting key to 16777250,
>>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
>>> is 1
>>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
>>> KeySym is Alt_L
>>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
>>> is 1
>>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
>>> isModifier is 1
>>> 22:24:24.362: Unknown 
>>> function./Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):
>>>  count: 1 text: isAutoRepeat: 0 key: 66 keyState: Meta-
>>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(616): 
>>> keyevent has isNull() text !
>>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
>>> is 1
>>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
>>> KeySym is b
>>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
>>> is 1
>>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
>>> isModifier is 0
>>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1686): 
>>> action first set to []
>>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1694): 
>>> action now set to []
>>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication

Re: Mountain Lion

[Jens Nöckel]

A big problem appears even in OS X 10.7 when you use it on a 2012 Macbook Pro 
with retina display. The antialiasing makes the text look blurry because the 
application can't run in native high resolution. The latest version of the Qt 
framework supposedly allows high res, but I don't know yet how to compile LyX 
with that feature. Retina displays look stunning when high res works, but look 
downright broken with applications that don't support it.

Jens


On Jul 27, 2012, at 12:48 AM, Mark Livingstone wrote:

 Hi Anders,
 
 Just tried it on a simple 4 page document with some math formulas and
 it seemed to work fine.
 
 Cheers,
 
 MarkL
 
 On 27 July 2012 13:00, Anders Host-Madsen ahostmad...@yahoo.com wrote:
 Did anyone try to run LyX under Mountain Lion? Any problems?
 
 Thanks.

Re: Mountain Lion

[Jens Nöckel]

A big problem appears even in OS X 10.7 when you use it on a 2012 Macbook Pro 
with retina display. The antialiasing makes the text look blurry because the 
application can't run in native high resolution. The latest version of the Qt 
framework supposedly allows high res, but I don't know yet how to compile LyX 
with that feature. Retina displays look stunning when high res works, but look 
downright broken with applications that don't support it.

Jens


On Jul 27, 2012, at 12:48 AM, Mark Livingstone wrote:

 Hi Anders,
 
 Just tried it on a simple 4 page document with some math formulas and
 it seemed to work fine.
 
 Cheers,
 
 MarkL
 
 On 27 July 2012 13:00, Anders Host-Madsen ahostmad...@yahoo.com wrote:
 Did anyone try to run LyX under Mountain Lion? Any problems?
 
 Thanks.

Re: Mountain Lion

[Jens Nöckel]

A big problem appears even in OS X 10.7 when you use it on a 2012 Macbook Pro 
with retina display. The antialiasing makes the text look blurry because the 
application can't run in native high resolution. The latest version of the Qt 
framework supposedly allows high res, but I don't know yet how to compile LyX 
with that feature. Retina displays look stunning when high res works, but look 
downright broken with applications that don't support it.

Jens


On Jul 27, 2012, at 12:48 AM, Mark Livingstone wrote:

> Hi Anders,
> 
> Just tried it on a simple 4 page document with some math formulas and
> it seemed to work fine.
> 
> Cheers,
> 
> MarkL
> 
> On 27 July 2012 13:00, Anders Host-Madsen  wrote:
>> Did anyone try to run LyX under Mountain Lion? Any problems?
>> 
>> Thanks.

Re: Getting rid of You cannot type two spaces this way message?

[Jens Nöckel]

Although I also ignore this LyX message, there is something inconsistent here: 
if two spaces generate a message, then why don't we get an analogous message 
after pressing return several times? Admittedly, it's a little different 
because LyX allows a few more returns before stopping to add them - but the 
basic reasoning is the same: LaTeX won't do anything with the additional new 
lines (or white space of any kind) and the user may not be aware of that. 

So to be consistent, either add even more warnings or get rid of the space 
warning. An argument in favor of dropping the warning would be that there is 
already the visual feedback that LyX simply won't budge when repeatedly given 
spaces or new lines. On the other hand, I don't think the status message at the 
bottom of the window is all that annoying. Just wanted to point out the 
inconsistency.

Jens


 
On Apr 11, 2012, at 12:46 PM, Liviu Andronic wrote:

 On Wed, Apr 11, 2012 at 7:50 PM, Bill Foote bi...@jovial.com wrote:
 Is there an easy way for me to get rid of the You cannot ... Please read the
 tutorial message?  I know that typing two spaces that way doesn't change the
 layout, and I'm more-or-less fine with LyX auto-deleting the space.  I'm
 completely fine with TeX not changing the formatting based on extra spaces.
 With all that said, I'd prefer that LyX stop nagging.  I know already!
 
 Start ignoring it. :) This is what I did. Besides, it's a good idea to
 always show it, so as to quickly and clearly explain new users what
 happens and why. LyX cannot know whether the user typing _knows_ it
 already or not.
 
 
 I'm not going to adjust my typing style, because most of the time when I 
 type,
 putting two spaces after a period or some other punctuation is the right 
 thing
 to do.
 
 Likely TeX/LaTeX would disagree.
 
 
 Also, I learned to type on a manual typewriter in the mid-70's when I
 was in 4th grade; that muscle memory ain't going away any time soon :-)
 
 I know I could hack the code myself,
 
 I would be surprised. TeX simply ignores multiple spaces. If you want
 to change this, you may need to look into hacking the TeX engine
 itself (assuming you export to LaTeX). You could go the way of very
 ugly hacks such as adding a protected space to each normal space, but
 again this seems like a very bad idea. See [1] for some discussion of
 this point.
 
 Liviu
 
 [1] http://www.lyx.org/trac/ticket/7158
 
 
 but then I'd have to maintain my hack
 across each upgrade.  Is there a preference I can set?  If not, is there a 
 way I
 can file a request for enhancement?  :-)
 
 Cheers,
 
 Bill
 
 
 
 
 -- 
 Do you know how to read?
 http://www.alienetworks.com/srtest.cfm
 http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader
 Do you know how to write?
 http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail
 

Re: Getting rid of You cannot type two spaces this way message?

[Jens Nöckel]

Although I also ignore this LyX message, there is something inconsistent here: 
if two spaces generate a message, then why don't we get an analogous message 
after pressing return several times? Admittedly, it's a little different 
because LyX allows a few more returns before stopping to add them - but the 
basic reasoning is the same: LaTeX won't do anything with the additional new 
lines (or white space of any kind) and the user may not be aware of that. 

So to be consistent, either add even more warnings or get rid of the space 
warning. An argument in favor of dropping the warning would be that there is 
already the visual feedback that LyX simply won't budge when repeatedly given 
spaces or new lines. On the other hand, I don't think the status message at the 
bottom of the window is all that annoying. Just wanted to point out the 
inconsistency.

Jens


 
On Apr 11, 2012, at 12:46 PM, Liviu Andronic wrote:

 On Wed, Apr 11, 2012 at 7:50 PM, Bill Foote bi...@jovial.com wrote:
 Is there an easy way for me to get rid of the You cannot ... Please read the
 tutorial message?  I know that typing two spaces that way doesn't change the
 layout, and I'm more-or-less fine with LyX auto-deleting the space.  I'm
 completely fine with TeX not changing the formatting based on extra spaces.
 With all that said, I'd prefer that LyX stop nagging.  I know already!
 
 Start ignoring it. :) This is what I did. Besides, it's a good idea to
 always show it, so as to quickly and clearly explain new users what
 happens and why. LyX cannot know whether the user typing _knows_ it
 already or not.
 
 
 I'm not going to adjust my typing style, because most of the time when I 
 type,
 putting two spaces after a period or some other punctuation is the right 
 thing
 to do.
 
 Likely TeX/LaTeX would disagree.
 
 
 Also, I learned to type on a manual typewriter in the mid-70's when I
 was in 4th grade; that muscle memory ain't going away any time soon :-)
 
 I know I could hack the code myself,
 
 I would be surprised. TeX simply ignores multiple spaces. If you want
 to change this, you may need to look into hacking the TeX engine
 itself (assuming you export to LaTeX). You could go the way of very
 ugly hacks such as adding a protected space to each normal space, but
 again this seems like a very bad idea. See [1] for some discussion of
 this point.
 
 Liviu
 
 [1] http://www.lyx.org/trac/ticket/7158
 
 
 but then I'd have to maintain my hack
 across each upgrade.  Is there a preference I can set?  If not, is there a 
 way I
 can file a request for enhancement?  :-)
 
 Cheers,
 
 Bill
 
 
 
 
 -- 
 Do you know how to read?
 http://www.alienetworks.com/srtest.cfm
 http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader
 Do you know how to write?
 http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail
 

Re: Getting rid of "You cannot type two spaces this way" message?

[Jens Nöckel]

Although I also ignore this LyX message, there is something inconsistent here: 
if two spaces generate a message, then why don't we get an analogous message 
after pressing  several times? Admittedly, it's a little different 
because LyX allows a few more returns before stopping to add them - but the 
basic reasoning is the same: LaTeX won't do anything with the additional new 
lines (or white space of any kind) and the user may not be aware of that. 

So to be consistent, either add even more warnings or get rid of the  
warning. An argument in favor of dropping the warning would be that there is 
already the visual feedback that LyX simply won't budge when repeatedly given 
spaces or new lines. On the other hand, I don't think the status message at the 
bottom of the window is all that annoying. Just wanted to point out the 
inconsistency.

Jens


 
On Apr 11, 2012, at 12:46 PM, Liviu Andronic wrote:

> On Wed, Apr 11, 2012 at 7:50 PM, Bill Foote  wrote:
>> Is there an easy way for me to get rid of the "You cannot ... Please read the
>> tutorial" message?  I know that typing two spaces that way doesn't change the
>> layout, and I'm more-or-less fine with LyX auto-deleting the space.  I'm
>> completely fine with TeX not changing the formatting based on "extra" spaces.
>> With all that said, I'd prefer that LyX stop nagging.  I know already!
>> 
> Start ignoring it. :) This is what I did. Besides, it's a good idea to
> always show it, so as to quickly and clearly explain new users what
> happens and why. LyX cannot know whether the user typing _knows_ it
> already or not.
> 
> 
>> I'm not going to adjust my typing style, because most of the time when I 
>> type,
>> putting two spaces after a period or some other punctuation is the right 
>> thing
>> to do.
>> 
> Likely TeX/LaTeX would disagree.
> 
> 
>> Also, I learned to type on a manual typewriter in the mid-70's when I
>> was in 4th grade; that muscle memory ain't going away any time soon :-)
>> 
>> I know I could hack the code myself,
>> 
> I would be surprised. TeX simply ignores multiple spaces. If you want
> to change this, you may need to look into hacking the TeX engine
> itself (assuming you export to LaTeX). You could go the way of very
> ugly hacks such as adding a protected space to each normal space, but
> again this seems like a very bad idea. See [1] for some discussion of
> this point.
> 
> Liviu
> 
> [1] http://www.lyx.org/trac/ticket/7158
> 
> 
>> but then I'd have to maintain my hack
>> across each upgrade.  Is there a preference I can set?  If not, is there a 
>> way I
>> can file a request for enhancement?  :-)
>> 
>> Cheers,
>> 
>> Bill
>> 
> 
> 
> 
> -- 
> Do you know how to read?
> http://www.alienetworks.com/srtest.cfm
> http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader
> Do you know how to write?
> http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail
> 

Re: Why do YOU love LyX?

[Jens Nöckel]

I see no difference between the two… (just kidding).

On Feb 18, 2012, at 4:31 AM, Christopher Menzel wrote:

 Am Feb 18, 2012 um 12:28 PM schrieb Russell D Brunelle:
 ...
 So, why do YOU love LyX?
 
 I like to point people here when they ask me that question.
 
 :-)
 

Re: Why do YOU love LyX?

[Jens Nöckel]

I see no difference between the two… (just kidding).

On Feb 18, 2012, at 4:31 AM, Christopher Menzel wrote:

 Am Feb 18, 2012 um 12:28 PM schrieb Russell D Brunelle:
 ...
 So, why do YOU love LyX?
 
 I like to point people here when they ask me that question.
 
 :-)
 

Re: Why do YOU love LyX?

[Jens Nöckel]

I see no difference between the two… (just kidding).

On Feb 18, 2012, at 4:31 AM, Christopher Menzel wrote:

> Am Feb 18, 2012 um 12:28 PM schrieb Russell D Brunelle:
>> ...
>> So, why do YOU love LyX?
> 
> I like to point people here when they ask me that question.
> 
> :-)
> 

Re: is lyx really appropriate for my book.

[Jens Nöckel]

On Feb 13, 2012, at 2:58 PM, stefano franchi wrote:

 On Mon, Feb 13, 2012 at 4:44 PM, Uwe Stöhr uwesto...@web.de wrote:
 Am 13.02.2012 23:35, schrieb stefano franchi:
 
 
 Well, that's exactly the issue. IF your publisher does the
 typesetting, THEN you can forget about LaTeX.
 
 
 I don't know any scientific publisher who is not using TeX. Also most of the
 humanity-linked publishers are using it in the background. They sometimes
 even require MS Word format but transform the word file to TeX to be able to
 layout the text properly. So just ask you publisher.
 
 Sorry Uwe, but this is not true---at least not in the US. Most
 publishers in my field (Humanities) do not use latex at all. When
 they ask for Word is because they use inDesign or Quark Xpress (this
 one less and less true).  And smaller presses--or not so small
 presses, like Rodopi---just go for PDF+print-on demand. I hear from
 colleagues that the  social sciences are the same. Latex dominates in
 CS and Math only. Even some (and, I hear, more and more) hard
 scientists (i.e. physicists) now use word.
 
Sorry, Stefano - but LaTeX is undoubtedly the main physics publication vehicle. 

And LyX has gotten orders of magnitude better at decoupling the user experience 
from the LaTeX source in the past decade, so I would agree that you no longer 
need to know LaTeX to use it in a standard way. There are still the occasional 
LaTeX errors, but I can't recall any specific recent example, and that just 
proves that things have improved a lot…

Jens

Re: is lyx really appropriate for my book.

[Jens Nöckel]

On Feb 13, 2012, at 2:58 PM, stefano franchi wrote:

 On Mon, Feb 13, 2012 at 4:44 PM, Uwe Stöhr uwesto...@web.de wrote:
 Am 13.02.2012 23:35, schrieb stefano franchi:
 
 
 Well, that's exactly the issue. IF your publisher does the
 typesetting, THEN you can forget about LaTeX.
 
 
 I don't know any scientific publisher who is not using TeX. Also most of the
 humanity-linked publishers are using it in the background. They sometimes
 even require MS Word format but transform the word file to TeX to be able to
 layout the text properly. So just ask you publisher.
 
 Sorry Uwe, but this is not true---at least not in the US. Most
 publishers in my field (Humanities) do not use latex at all. When
 they ask for Word is because they use inDesign or Quark Xpress (this
 one less and less true).  And smaller presses--or not so small
 presses, like Rodopi---just go for PDF+print-on demand. I hear from
 colleagues that the  social sciences are the same. Latex dominates in
 CS and Math only. Even some (and, I hear, more and more) hard
 scientists (i.e. physicists) now use word.
 
Sorry, Stefano - but LaTeX is undoubtedly the main physics publication vehicle. 

And LyX has gotten orders of magnitude better at decoupling the user experience 
from the LaTeX source in the past decade, so I would agree that you no longer 
need to know LaTeX to use it in a standard way. There are still the occasional 
LaTeX errors, but I can't recall any specific recent example, and that just 
proves that things have improved a lot…

Jens

Re: is lyx really appropriate for my book.

[Jens Nöckel]

On Feb 13, 2012, at 2:58 PM, stefano franchi wrote:

> On Mon, Feb 13, 2012 at 4:44 PM, Uwe Stöhr  wrote:
>> Am 13.02.2012 23:35, schrieb stefano franchi:
>> 
>> 
>>> Well, that's exactly the issue. IF your publisher does the
>>> typesetting, THEN you can forget about LaTeX.
>> 
>> 
>> I don't know any scientific publisher who is not using TeX. Also most of the
>> humanity-linked publishers are using it in the background. They sometimes
>> even require MS Word format but transform the word file to TeX to be able to
>> layout the text properly. So just ask you publisher.
> 
> Sorry Uwe, but this is not true---at least not in the US. Most
> publishers in my field (Humanities) do not use latex at all. When
> they ask for Word is because they use inDesign or Quark Xpress (this
> one less and less true).  And smaller presses--or not so small
> presses, like Rodopi---just go for PDF+print-on demand. I hear from
> colleagues that the  social sciences are the same. Latex dominates in
> CS and Math only. Even some (and, I hear, more and more) hard
> scientists (i.e. physicists) now use word.
> 
Sorry, Stefano - but LaTeX is undoubtedly the main physics publication vehicle. 

And LyX has gotten orders of magnitude better at decoupling the user experience 
from the LaTeX source in the past decade, so I would agree that you no longer 
need to know LaTeX to use it in a standard way. There are still the occasional 
LaTeX errors, but I can't recall any specific recent example, and that just 
proves that things have improved a lot…

Jens

Re: errors typesetting UserGuide.lyx

[Jens Nöckel]

On Feb 7, 2012, at 6:12 AM, Richard Heck wrote:

 On 02/07/2012 12:50 AM, Jens Nöckel wrote:
 
 I think this can only be solved if you save the user's guide to an external 
 file, bisect that new file until you localize the error to a reasonably 
 small portion of the file, and then inspect the LaTeX log.
 
 Did the OP reconfigure LyX after getting convert working?
 

Good question. Rich -- that should definitely be the first thing to do!

Jens
 

Re: errors typesetting UserGuide.lyx

[Jens Nöckel]

On Feb 7, 2012, at 6:12 AM, Richard Heck wrote:

 On 02/07/2012 12:50 AM, Jens Nöckel wrote:
 
 I think this can only be solved if you save the user's guide to an external 
 file, bisect that new file until you localize the error to a reasonably 
 small portion of the file, and then inspect the LaTeX log.
 
 Did the OP reconfigure LyX after getting convert working?
 

Good question. Rich -- that should definitely be the first thing to do!

Jens
 

Re: errors typesetting UserGuide.lyx

[Jens Nöckel]

On Feb 7, 2012, at 6:12 AM, Richard Heck wrote:

> On 02/07/2012 12:50 AM, Jens Nöckel wrote:
>> 
>> I think this can only be solved if you save the user's guide to an external 
>> file, bisect that new file until you localize the error to a reasonably 
>> small portion of the file, and then inspect the LaTeX log.
>> 
> Did the OP reconfigure LyX after getting convert working?
> 

Good question. Rich -- that should definitely be the first thing to do!

Jens
 

Re: small beef with LyX on the Mac

[Jens Nöckel]

Unfortunately Apple have themselves broken the continuity here with Lion. Now 
when you close a native application like TeXtEdit, the old shortcuts for don't 
save no longer work (neither space bar nor Apple-D). Instead you have to press 
Apple-Delete. 

So in other words, if we assume that Lion and pre-Lion OS X are still in wide 
use, there is (sadly) no single standard Apple behavior that LyX could be 
expected to conform to.

Jens

On Feb 6, 2012, at 9:24 PM, Rich Talley wrote:

 This has to with muscle memory  consistency with OS X standards.
 
 If I close a document with unsaved changes in TextEdit or Pages, hitting 
 Return saves and hitting Space discards.
 
 LyX is inconsistent with this expectation of Mac users. Charlie did write 
 that it was a 'small beef'. ;o)
 
 BTW, I just discovered a fairly consistent way to crash LyX 2.02 on my Mac.
 
 If I bring up a new document in LyX, type a word, then close the document 
 with Command-W, and finally discard the changes by choosing 'Don't Save', 
 then LyX stops responding to Command-N. If I then use File - New to try to 
 open a new document, LyX usually crashes. Interesting.
 
 LyX is still more robust than most of the multi-platform software that I run 
 on my Mac. I just wish I could solve my problem with typesetting the User's 
 Manual.
 
 -- Rich
 
 On Mon, Feb 6, 2012 at 10:02 PM, aries...@skymesh.com.au wrote:
 On Tue, 07 Feb 2012 06:43:34 +0200, Dr Eberhard Lisse wrote:
 I have been irritated for quite a while now by the close/save file
 dialog (Safe Discard Cancel which defaults to Save.
 
 What I would like to see is one like the commonly used one, defaulting
 to Save (by hitting Return) but also offering Discard (by hitting
 Space), because most of the time I do not use the mouse for this...
 
 el
 
 Hitting the cursor or tab key is to much of a problem/effort?
 
 Charlie
 

Re: errors typesetting UserGuide.lyx

[Jens Nöckel]

I think this can only be solved if you save the user's guide to an external 
file, bisect that new file until you localize the error to a reasonably small 
portion of the file, and then inspect the LaTeX log.

Jens

On Feb 6, 2012, at 1:09 PM, Rich Talley wrote:

 Thanks. As convert is now working, I'll put off installing software I 
 probably don't actually need. I am able to convert the problematic files 
 (such as mobius.eps) to pngs at the command line using convert manually. The 
 problem appears to be that my installation of LyX is not using convert.
 
 As one of the wiki pages recommend, I ran this command:
 
 lyx -dbg graphics
 
 A bunch of graphic formats are listed as loadable. Pdf files are not; is this 
 correct?
 
 I confirmed that I only have one copy of convert and that it's in my path.
 
 I looked at LyX - Preferences - File Handling - Converters - EPS - PNG
 
 This shows 'convert $$i $$o', which I believe is correct.
 
 I show only two PDF converters, PDF(ps2pdf) to EPS and to Postscript. Should 
 there be more?
 
 
 -- Rich
 
 
 
 On Sun, Feb 5, 2012 at 7:40 PM, Jens Nöckel noec...@uoregon.edu wrote:
 Assuming convert is really the problem, perhaps you can try a different 
 imagemagick installation. 
 
 Two options would be Macports,
 http://www.macports.org/install.php
 or Fink, 
 http://www.finkproject.org/download/index.php?phpLang=en
 
 You only need one of these. Most people seem to choose Macports nowadays, but 
 it really doesn't matter for your purposes. 
 After following the installation instructions for one of these package 
 managers, you can then install imagemagick by typing either 
 sudo port install imagemagick
 (for Macports)
 or
 fink install imagemagick
 (for Fink).
 
 This won't interfere with the MacTeX installation, so it can't hurt to try. I 
 have used both methods and found convert to work fine.
 
 Jens
 
 On Feb 5, 2012, at 5:41 PM, Richard Talley wrote:
 
 So I found a problem with the 'convert' utility (part of ImageMagick 6.6.9) 
 that MacTex 2011 installs. The installation fails to install the necessary 
 xml files that 'convert' needs to function correctly at the command line.
 
 Over at the macosx-tex mailing list, Dick Koch provided a link to the 
 necessary xml files with this comment:
 
 We supply convert mainly for tex4html, thinking that users familiar with 
 the Unix version 
 will want to install the full ImageMagick. So the conversion you are using 
 was never tested.
 
 So I got 'convert' working at the command line. Unfortunately, this turned 
 out to be a red herring. I still can't typeset LyX's user manual 
 from within LyX. Pdf and eps files (such as mobius.eps) still don't display 
 within LyX ('Error converting to loadable format') and 
 typesetting still fails.
 
 I tried exporting the LyX user manual to LaTeX(plain) and typesetting the 
 resulting TeX file in TeXShop. That actually works, 
 except cross references break ('see section ??' in the resulting pdf). But 
 the pdf and eps files that are problematic in LyX typeset 
 in TeXShop.
 
 What am I missing?
 
 -- Rich
 
 
 On Sat, Feb 4, 2012 at 2:47 PM, Richard Talley rich.tal...@gmail.com wrote:
 I had been running MacTex 2009 and Lyx 1.6.8. and using them extensively for 
 technical documentation and homework assignments.
 
 I upgraded this morning to MacTex 2011 (using the Tex Live Utility to bring 
 all the packages up to date) and Lyx 2.0.2.
 
 I tried to create a pdf of the UserGuide (located in 
 /Applications/LyX.app/Contents/Resources/doc/ - opens as read only)
 
 Four eps files are generating 'Error converting to loadable format' in the 
 LyX document. The LaTeX error dialog shows:
 
 Package pdftex.def Error: File 
 `34_Applications_LyX_app_Contents_Resources_doc_clipart_mobius.pdf}
 
 Using draft setting for this image.
 Try typing return to proceed.
 If that doesn't work, type X return to quit.
 
 
 - OR -
 
 Package pdftex.def Error: File 
 `42_Applications_LyX_app_Contents_Resources_doc_clipart_escher-lsd.pdf}}
 \hfill{}\subfloat[\label{f...
 
 
 So my system doesn't seem to be converting eps files correctly into pdfs for 
 LyX to use. Any suggestions for troubleshooting? I've saved the complete 
 LaTeX log, but it's huge and I'm not sure what's relevant.
 
 -- Rich
 MacBook Pro/OS X 10.6.8
 
 
 
 

Re: small beef with LyX on the Mac

[Jens Nöckel]

Unfortunately Apple have themselves broken the continuity here with Lion. Now 
when you close a native application like TeXtEdit, the old shortcuts for don't 
save no longer work (neither space bar nor Apple-D). Instead you have to press 
Apple-Delete. 

So in other words, if we assume that Lion and pre-Lion OS X are still in wide 
use, there is (sadly) no single standard Apple behavior that LyX could be 
expected to conform to.

Jens

On Feb 6, 2012, at 9:24 PM, Rich Talley wrote:

 This has to with muscle memory  consistency with OS X standards.
 
 If I close a document with unsaved changes in TextEdit or Pages, hitting 
 Return saves and hitting Space discards.
 
 LyX is inconsistent with this expectation of Mac users. Charlie did write 
 that it was a 'small beef'. ;o)
 
 BTW, I just discovered a fairly consistent way to crash LyX 2.02 on my Mac.
 
 If I bring up a new document in LyX, type a word, then close the document 
 with Command-W, and finally discard the changes by choosing 'Don't Save', 
 then LyX stops responding to Command-N. If I then use File - New to try to 
 open a new document, LyX usually crashes. Interesting.
 
 LyX is still more robust than most of the multi-platform software that I run 
 on my Mac. I just wish I could solve my problem with typesetting the User's 
 Manual.
 
 -- Rich
 
 On Mon, Feb 6, 2012 at 10:02 PM, aries...@skymesh.com.au wrote:
 On Tue, 07 Feb 2012 06:43:34 +0200, Dr Eberhard Lisse wrote:
 I have been irritated for quite a while now by the close/save file
 dialog (Safe Discard Cancel which defaults to Save.
 
 What I would like to see is one like the commonly used one, defaulting
 to Save (by hitting Return) but also offering Discard (by hitting
 Space), because most of the time I do not use the mouse for this...
 
 el
 
 Hitting the cursor or tab key is to much of a problem/effort?
 
 Charlie
 

Re: errors typesetting UserGuide.lyx

[Jens Nöckel]

I think this can only be solved if you save the user's guide to an external 
file, bisect that new file until you localize the error to a reasonably small 
portion of the file, and then inspect the LaTeX log.

Jens

On Feb 6, 2012, at 1:09 PM, Rich Talley wrote:

 Thanks. As convert is now working, I'll put off installing software I 
 probably don't actually need. I am able to convert the problematic files 
 (such as mobius.eps) to pngs at the command line using convert manually. The 
 problem appears to be that my installation of LyX is not using convert.
 
 As one of the wiki pages recommend, I ran this command:
 
 lyx -dbg graphics
 
 A bunch of graphic formats are listed as loadable. Pdf files are not; is this 
 correct?
 
 I confirmed that I only have one copy of convert and that it's in my path.
 
 I looked at LyX - Preferences - File Handling - Converters - EPS - PNG
 
 This shows 'convert $$i $$o', which I believe is correct.
 
 I show only two PDF converters, PDF(ps2pdf) to EPS and to Postscript. Should 
 there be more?
 
 
 -- Rich
 
 
 
 On Sun, Feb 5, 2012 at 7:40 PM, Jens Nöckel noec...@uoregon.edu wrote:
 Assuming convert is really the problem, perhaps you can try a different 
 imagemagick installation. 
 
 Two options would be Macports,
 http://www.macports.org/install.php
 or Fink, 
 http://www.finkproject.org/download/index.php?phpLang=en
 
 You only need one of these. Most people seem to choose Macports nowadays, but 
 it really doesn't matter for your purposes. 
 After following the installation instructions for one of these package 
 managers, you can then install imagemagick by typing either 
 sudo port install imagemagick
 (for Macports)
 or
 fink install imagemagick
 (for Fink).
 
 This won't interfere with the MacTeX installation, so it can't hurt to try. I 
 have used both methods and found convert to work fine.
 
 Jens
 
 On Feb 5, 2012, at 5:41 PM, Richard Talley wrote:
 
 So I found a problem with the 'convert' utility (part of ImageMagick 6.6.9) 
 that MacTex 2011 installs. The installation fails to install the necessary 
 xml files that 'convert' needs to function correctly at the command line.
 
 Over at the macosx-tex mailing list, Dick Koch provided a link to the 
 necessary xml files with this comment:
 
 We supply convert mainly for tex4html, thinking that users familiar with 
 the Unix version 
 will want to install the full ImageMagick. So the conversion you are using 
 was never tested.
 
 So I got 'convert' working at the command line. Unfortunately, this turned 
 out to be a red herring. I still can't typeset LyX's user manual 
 from within LyX. Pdf and eps files (such as mobius.eps) still don't display 
 within LyX ('Error converting to loadable format') and 
 typesetting still fails.
 
 I tried exporting the LyX user manual to LaTeX(plain) and typesetting the 
 resulting TeX file in TeXShop. That actually works, 
 except cross references break ('see section ??' in the resulting pdf). But 
 the pdf and eps files that are problematic in LyX typeset 
 in TeXShop.
 
 What am I missing?
 
 -- Rich
 
 
 On Sat, Feb 4, 2012 at 2:47 PM, Richard Talley rich.tal...@gmail.com wrote:
 I had been running MacTex 2009 and Lyx 1.6.8. and using them extensively for 
 technical documentation and homework assignments.
 
 I upgraded this morning to MacTex 2011 (using the Tex Live Utility to bring 
 all the packages up to date) and Lyx 2.0.2.
 
 I tried to create a pdf of the UserGuide (located in 
 /Applications/LyX.app/Contents/Resources/doc/ - opens as read only)
 
 Four eps files are generating 'Error converting to loadable format' in the 
 LyX document. The LaTeX error dialog shows:
 
 Package pdftex.def Error: File 
 `34_Applications_LyX_app_Contents_Resources_doc_clipart_mobius.pdf}
 
 Using draft setting for this image.
 Try typing return to proceed.
 If that doesn't work, type X return to quit.
 
 
 - OR -
 
 Package pdftex.def Error: File 
 `42_Applications_LyX_app_Contents_Resources_doc_clipart_escher-lsd.pdf}}
 \hfill{}\subfloat[\label{f...
 
 
 So my system doesn't seem to be converting eps files correctly into pdfs for 
 LyX to use. Any suggestions for troubleshooting? I've saved the complete 
 LaTeX log, but it's huge and I'm not sure what's relevant.
 
 -- Rich
 MacBook Pro/OS X 10.6.8
 
 
 
 

Re: small beef with LyX on the Mac

[Jens Nöckel]

Unfortunately Apple have themselves broken the continuity here with Lion. Now 
when you close a native application like TeXtEdit, the old shortcuts for "don't 
save" no longer work (neither space bar nor Apple-D). Instead you have to press 
Apple-Delete. 

So in other words, if we assume that Lion and pre-Lion OS X are still in wide 
use, there is (sadly) no single standard Apple behavior that LyX could be 
expected to conform to.

Jens

On Feb 6, 2012, at 9:24 PM, Rich Talley wrote:

> This has to with muscle memory & consistency with OS X standards.
> 
> If I close a document with unsaved changes in TextEdit or Pages, hitting 
> Return saves and hitting Space discards.
> 
> LyX is inconsistent with this expectation of Mac users. Charlie did write 
> that it was a 'small beef'. ;o)
> 
> BTW, I just discovered a fairly consistent way to crash LyX 2.02 on my Mac.
> 
> If I bring up a new document in LyX, type a word, then close the document 
> with Command-W, and finally discard the changes by choosing 'Don't Save', 
> then LyX stops responding to Command-N. If I then use File -> New to try to 
> open a new document, LyX usually crashes. Interesting.
> 
> LyX is still more robust than most of the multi-platform software that I run 
> on my Mac. I just wish I could solve my problem with typesetting the User's 
> Manual.
> 
> -- Rich
> 
> On Mon, Feb 6, 2012 at 10:02 PM,  wrote:
> On Tue, 07 Feb 2012 06:43:34 +0200, Dr Eberhard Lisse wrote:
> I have been irritated for quite a while now by the close/save file
> dialog (Safe Discard Cancel which defaults to Save.
> 
> What I would like to see is one like the commonly used one, defaulting
> to Save (by hitting Return) but also offering Discard (by hitting
> Space), because most of the time I do not use the mouse for this...
> 
> el
> 
> Hitting the cursor or tab key is to much of a problem/effort?
> 
> Charlie
> 

Re: errors typesetting UserGuide.lyx

[Jens Nöckel]

I think this can only be solved if you save the user's guide to an external 
file, bisect that new file until you localize the error to a reasonably small 
portion of the file, and then inspect the LaTeX log.

Jens

On Feb 6, 2012, at 1:09 PM, Rich Talley wrote:

> Thanks. As convert is now working, I'll put off installing software I 
> probably don't actually need. I am able to convert the problematic files 
> (such as mobius.eps) to pngs at the command line using convert manually. The 
> problem appears to be that my installation of LyX is not using convert.
> 
> As one of the wiki pages recommend, I ran this command:
> 
> lyx -dbg graphics
> 
> A bunch of graphic formats are listed as loadable. Pdf files are not; is this 
> correct?
> 
> I confirmed that I only have one copy of convert and that it's in my path.
> 
> I looked at LyX -> Preferences -> File Handling -> Converters -> EPS -> PNG
> 
> This shows 'convert $$i $$o', which I believe is correct.
> 
> I show only two PDF converters, PDF(ps2pdf) to EPS and to Postscript. Should 
> there be more?
> 
> 
> -- Rich
> 
> 
> 
> On Sun, Feb 5, 2012 at 7:40 PM, Jens Nöckel <noec...@uoregon.edu> wrote:
> Assuming convert is really the problem, perhaps you can try a different 
> imagemagick installation. 
> 
> Two options would be Macports,
> http://www.macports.org/install.php
> or Fink, 
> http://www.finkproject.org/download/index.php?phpLang=en
> 
> You only need one of these. Most people seem to choose Macports nowadays, but 
> it really doesn't matter for your purposes. 
> After following the installation instructions for one of these package 
> managers, you can then install imagemagick by typing either 
> sudo port install imagemagick
> (for Macports)
> or
> fink install imagemagick
> (for Fink).
> 
> This won't interfere with the MacTeX installation, so it can't hurt to try. I 
> have used both methods and found convert to work fine.
> 
> Jens
> 
> On Feb 5, 2012, at 5:41 PM, Richard Talley wrote:
> 
>> So I found a problem with the 'convert' utility (part of ImageMagick 6.6.9) 
>> that MacTex 2011 installs. The installation fails to install the necessary 
>> xml files that 'convert' needs to function correctly at the command line.
>> 
>> Over at the macosx-tex mailing list, Dick Koch provided a link to the 
>> necessary xml files with this comment:
>> 
>> "We supply convert mainly for tex4html, thinking that users familiar with 
>> the Unix version 
>> will want to install the full ImageMagick. So the conversion you are using 
>> was never tested."
>> 
>> So I got 'convert' working at the command line. Unfortunately, this turned 
>> out to be a red herring. I still can't typeset LyX's user manual 
>> from within LyX. Pdf and eps files (such as mobius.eps) still don't display 
>> within LyX ('Error converting to loadable format') and 
>> typesetting still fails.
>> 
>> I tried exporting the LyX user manual to LaTeX(plain) and typesetting the 
>> resulting TeX file in TeXShop. That actually works, 
>> except cross references break ('see section ??' in the resulting pdf). But 
>> the pdf and eps files that are problematic in LyX typeset 
>> in TeXShop.
>> 
>> What am I missing?
>> 
>> -- Rich
>> 
>> 
>> On Sat, Feb 4, 2012 at 2:47 PM, Richard Talley <rich.tal...@gmail.com> wrote:
>> I had been running MacTex 2009 and Lyx 1.6.8. and using them extensively for 
>> technical documentation and homework assignments.
>> 
>> I upgraded this morning to MacTex 2011 (using the Tex Live Utility to bring 
>> all the packages up to date) and Lyx 2.0.2.
>> 
>> I tried to create a pdf of the UserGuide (located in 
>> /Applications/LyX.app/Contents/Resources/doc/ - opens as read only)
>> 
>> Four eps files are generating 'Error converting to loadable format' in the 
>> LyX document. The LaTeX error dialog shows:
>> 
>> Package pdftex.def Error: File 
>> `34_Applications_LyX_app_Contents_Resources_doc_clipart_mobius.pdf}
>> 
>> Using draft setting for this image.
>> Try typing  to proceed.
>> If that doesn't work, type X  to quit.
>> 
>> 
>> - OR -
>> 
>> Package pdftex.def Error: File 
>> `42_Applications_LyX_app_Contents_Resources_doc_clipart_escher-lsd.pdf}}
>> \hfill{}\subfloat[\label{f...
>> 
>> 
>> So my system doesn't seem to be converting eps files correctly into pdfs for 
>> LyX to use. Any suggestions for troubleshooting? I've saved the complete 
>> LaTeX log, but it's huge and I'm not sure what's relevant.
>> 
>> -- Rich
>> MacBook Pro/OS X 10.6.8
>> 
>> 
> 
> 

Re: errors typesetting UserGuide.lyx

[Jens Nöckel]

Assuming convert is really the problem, perhaps you can try a different 
imagemagick installation. 

Two options would be Macports,
http://www.macports.org/install.php
or Fink, 
http://www.finkproject.org/download/index.php?phpLang=en

You only need one of these. Most people seem to choose Macports nowadays, but 
it really doesn't matter for your purposes. 
After following the installation instructions for one of these package 
managers, you can then install imagemagick by typing either 
sudo port install imagemagick
(for Macports)
or
fink install imagemagick
(for Fink).

This won't interfere with the MacTeX installation, so it can't hurt to try. I 
have used both methods and found convert to work fine.

Jens

On Feb 5, 2012, at 5:41 PM, Richard Talley wrote:

 So I found a problem with the 'convert' utility (part of ImageMagick 6.6.9) 
 that MacTex 2011 installs. The installation fails to install the necessary 
 xml files that 'convert' needs to function correctly at the command line.
 
 Over at the macosx-tex mailing list, Dick Koch provided a link to the 
 necessary xml files with this comment:
 
 We supply convert mainly for tex4html, thinking that users familiar with the 
 Unix version 
 will want to install the full ImageMagick. So the conversion you are using 
 was never tested.
 
 So I got 'convert' working at the command line. Unfortunately, this turned 
 out to be a red herring. I still can't typeset LyX's user manual 
 from within LyX. Pdf and eps files (such as mobius.eps) still don't display 
 within LyX ('Error converting to loadable format') and 
 typesetting still fails.
 
 I tried exporting the LyX user manual to LaTeX(plain) and typesetting the 
 resulting TeX file in TeXShop. That actually works, 
 except cross references break ('see section ??' in the resulting pdf). But 
 the pdf and eps files that are problematic in LyX typeset 
 in TeXShop.
 
 What am I missing?
 
 -- Rich
 
 
 On Sat, Feb 4, 2012 at 2:47 PM, Richard Talley rich.tal...@gmail.com wrote:
 I had been running MacTex 2009 and Lyx 1.6.8. and using them extensively for 
 technical documentation and homework assignments.
 
 I upgraded this morning to MacTex 2011 (using the Tex Live Utility to bring 
 all the packages up to date) and Lyx 2.0.2.
 
 I tried to create a pdf of the UserGuide (located in 
 /Applications/LyX.app/Contents/Resources/doc/ - opens as read only)
 
 Four eps files are generating 'Error converting to loadable format' in the 
 LyX document. The LaTeX error dialog shows:
 
 Package pdftex.def Error: File 
 `34_Applications_LyX_app_Contents_Resources_doc_clipart_mobius.pdf}
 
 Using draft setting for this image.
 Try typing return to proceed.
 If that doesn't work, type X return to quit.
 
 
 - OR -
 
 Package pdftex.def Error: File 
 `42_Applications_LyX_app_Contents_Resources_doc_clipart_escher-lsd.pdf}}
 \hfill{}\subfloat[\label{f...
 
 
 So my system doesn't seem to be converting eps files correctly into pdfs for 
 LyX to use. Any suggestions for troubleshooting? I've saved the complete 
 LaTeX log, but it's huge and I'm not sure what's relevant.
 
 -- Rich
 MacBook Pro/OS X 10.6.8
 
 

Re: errors typesetting UserGuide.lyx

[Jens Nöckel]

Assuming convert is really the problem, perhaps you can try a different 
imagemagick installation. 

Two options would be Macports,
http://www.macports.org/install.php
or Fink, 
http://www.finkproject.org/download/index.php?phpLang=en

You only need one of these. Most people seem to choose Macports nowadays, but 
it really doesn't matter for your purposes. 
After following the installation instructions for one of these package 
managers, you can then install imagemagick by typing either 
sudo port install imagemagick
(for Macports)
or
fink install imagemagick
(for Fink).

This won't interfere with the MacTeX installation, so it can't hurt to try. I 
have used both methods and found convert to work fine.

Jens

On Feb 5, 2012, at 5:41 PM, Richard Talley wrote:

 So I found a problem with the 'convert' utility (part of ImageMagick 6.6.9) 
 that MacTex 2011 installs. The installation fails to install the necessary 
 xml files that 'convert' needs to function correctly at the command line.
 
 Over at the macosx-tex mailing list, Dick Koch provided a link to the 
 necessary xml files with this comment:
 
 We supply convert mainly for tex4html, thinking that users familiar with the 
 Unix version 
 will want to install the full ImageMagick. So the conversion you are using 
 was never tested.
 
 So I got 'convert' working at the command line. Unfortunately, this turned 
 out to be a red herring. I still can't typeset LyX's user manual 
 from within LyX. Pdf and eps files (such as mobius.eps) still don't display 
 within LyX ('Error converting to loadable format') and 
 typesetting still fails.
 
 I tried exporting the LyX user manual to LaTeX(plain) and typesetting the 
 resulting TeX file in TeXShop. That actually works, 
 except cross references break ('see section ??' in the resulting pdf). But 
 the pdf and eps files that are problematic in LyX typeset 
 in TeXShop.
 
 What am I missing?
 
 -- Rich
 
 
 On Sat, Feb 4, 2012 at 2:47 PM, Richard Talley rich.tal...@gmail.com wrote:
 I had been running MacTex 2009 and Lyx 1.6.8. and using them extensively for 
 technical documentation and homework assignments.
 
 I upgraded this morning to MacTex 2011 (using the Tex Live Utility to bring 
 all the packages up to date) and Lyx 2.0.2.
 
 I tried to create a pdf of the UserGuide (located in 
 /Applications/LyX.app/Contents/Resources/doc/ - opens as read only)
 
 Four eps files are generating 'Error converting to loadable format' in the 
 LyX document. The LaTeX error dialog shows:
 
 Package pdftex.def Error: File 
 `34_Applications_LyX_app_Contents_Resources_doc_clipart_mobius.pdf}
 
 Using draft setting for this image.
 Try typing return to proceed.
 If that doesn't work, type X return to quit.
 
 
 - OR -
 
 Package pdftex.def Error: File 
 `42_Applications_LyX_app_Contents_Resources_doc_clipart_escher-lsd.pdf}}
 \hfill{}\subfloat[\label{f...
 
 
 So my system doesn't seem to be converting eps files correctly into pdfs for 
 LyX to use. Any suggestions for troubleshooting? I've saved the complete 
 LaTeX log, but it's huge and I'm not sure what's relevant.
 
 -- Rich
 MacBook Pro/OS X 10.6.8
 
 

Re: errors typesetting UserGuide.lyx

[Jens Nöckel]

Assuming convert is really the problem, perhaps you can try a different 
imagemagick installation. 

Two options would be Macports,
http://www.macports.org/install.php
or Fink, 
http://www.finkproject.org/download/index.php?phpLang=en

You only need one of these. Most people seem to choose Macports nowadays, but 
it really doesn't matter for your purposes. 
After following the installation instructions for one of these package 
managers, you can then install imagemagick by typing either 
sudo port install imagemagick
(for Macports)
or
fink install imagemagick
(for Fink).

This won't interfere with the MacTeX installation, so it can't hurt to try. I 
have used both methods and found convert to work fine.

Jens

On Feb 5, 2012, at 5:41 PM, Richard Talley wrote:

> So I found a problem with the 'convert' utility (part of ImageMagick 6.6.9) 
> that MacTex 2011 installs. The installation fails to install the necessary 
> xml files that 'convert' needs to function correctly at the command line.
> 
> Over at the macosx-tex mailing list, Dick Koch provided a link to the 
> necessary xml files with this comment:
> 
> "We supply convert mainly for tex4html, thinking that users familiar with the 
> Unix version 
> will want to install the full ImageMagick. So the conversion you are using 
> was never tested."
> 
> So I got 'convert' working at the command line. Unfortunately, this turned 
> out to be a red herring. I still can't typeset LyX's user manual 
> from within LyX. Pdf and eps files (such as mobius.eps) still don't display 
> within LyX ('Error converting to loadable format') and 
> typesetting still fails.
> 
> I tried exporting the LyX user manual to LaTeX(plain) and typesetting the 
> resulting TeX file in TeXShop. That actually works, 
> except cross references break ('see section ??' in the resulting pdf). But 
> the pdf and eps files that are problematic in LyX typeset 
> in TeXShop.
> 
> What am I missing?
> 
> -- Rich
> 
> 
> On Sat, Feb 4, 2012 at 2:47 PM, Richard Talley  wrote:
> I had been running MacTex 2009 and Lyx 1.6.8. and using them extensively for 
> technical documentation and homework assignments.
> 
> I upgraded this morning to MacTex 2011 (using the Tex Live Utility to bring 
> all the packages up to date) and Lyx 2.0.2.
> 
> I tried to create a pdf of the UserGuide (located in 
> /Applications/LyX.app/Contents/Resources/doc/ - opens as read only)
> 
> Four eps files are generating 'Error converting to loadable format' in the 
> LyX document. The LaTeX error dialog shows:
> 
> Package pdftex.def Error: File 
> `34_Applications_LyX_app_Contents_Resources_doc_clipart_mobius.pdf}
> 
> Using draft setting for this image.
> Try typing  to proceed.
> If that doesn't work, type X  to quit.
> 
> 
> - OR -
> 
> Package pdftex.def Error: File 
> `42_Applications_LyX_app_Contents_Resources_doc_clipart_escher-lsd.pdf}}
> \hfill{}\subfloat[\label{f...
> 
> 
> So my system doesn't seem to be converting eps files correctly into pdfs for 
> LyX to use. Any suggestions for troubleshooting? I've saved the complete 
> LaTeX log, but it's huge and I'm not sure what's relevant.
> 
> -- Rich
> MacBook Pro/OS X 10.6.8
> 
> 

Re: Cannot block the swapping of Apple and Control keys (OS 10.6, LyX 2.0.2)

[Jens Nöckel]

No easy solution then…

I looked at the Qt bug tracker and didn't find anything that could explain 
this, except for this entry:
https://bugreports.qt-project.org/browse/QTBUG-14381

Since I can't reproduce this problem, I'm currently out of ideas. Maybe you 
could still check what happens if you connect an external western keyboard to 
your  laptop? Unfortunately I don't have access to a Japanese keyboard… 

It's probably time to file a bug report about this.

Jens

On Feb 2, 2012, at 6:46 AM, stiv. djobz. wrote:

 I got the same results with a new user account.
 (except  22:24:24.362 in the Progress/Debug messages below.)
 
 Thanks,
 stiv.
 
 
 When I typed control + b, I got
 
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 1 
 text: isAutoRepeat: 0 key: 16777250 keyState: Meta-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): Getting 
 key 16777250, with text ''
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): Setting 
 key to 16777250,
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is Alt_L
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 1
 22:24:24.362: Unknown 
 function./Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): 
 count: 1 text: isAutoRepeat: 0 key: 66 keyState: Meta-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(616): keyevent 
 has isNull() text !
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is b
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 0
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1686): 
 action first set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1694): 
 action now set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1705): Key 
 [action=][Command-B]
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(726): text_ 
 empty, isText() == false
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1732): 
 Unknown, !isText() - giving up
 
 When I typed command + b, I got
 
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 
 1 text: isAutoRepeat: 0 key: 16777249 keyState: Control-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): Getting 
 key 16777249, with text ''
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): Setting 
 key to 16777249,
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is Control_L
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 1 
 text: isAutoRepeat: 0 key: 66 keyState: Control-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(616): keyevent 
 has isNull() text !
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is b
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 0
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1686): 
 action first set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1694): 
 action now set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1705): Key 
 [action=][Control-B]
 
 On Thu, Feb 2, 2012 at 5:01 AM, Jens Nöckel noec...@uoregon.edu wrote:
 So now it's becoming more likely that this is a low-level configuration 
 problem with Qt (although I'm by no means certain). To test this, a stab in 
 the dark suggestion would be:
 
 Create a new user account under the Mac's System Preferences  Users and 
 groups (you can of course delete this account again later, but this is a way 
 to start from a clean slate without hidden .files in your home directory and 
 other stuff in your ~/Library that could mess things up. 
 
 Then launch LyX from there and see if that behaves properly when you check 
 the swap box again and restart LyX.
 
 Jens
 
 
 On Feb 1, 2012, at 6:46 AM, stiv. djobz. wrote:
 
 I tried 1) -- 8).
 I see the same problem as before. 
 Command and control keys do not behave correctly.
 
 The result of 8) is
 preferences

Re: Cannot block the swapping of Apple and Control keys (OS 10.6, LyX 2.0.2)

[Jens Nöckel]

No easy solution then…

I looked at the Qt bug tracker and didn't find anything that could explain 
this, except for this entry:
https://bugreports.qt-project.org/browse/QTBUG-14381

Since I can't reproduce this problem, I'm currently out of ideas. Maybe you 
could still check what happens if you connect an external western keyboard to 
your  laptop? Unfortunately I don't have access to a Japanese keyboard… 

It's probably time to file a bug report about this.

Jens

On Feb 2, 2012, at 6:46 AM, stiv. djobz. wrote:

 I got the same results with a new user account.
 (except  22:24:24.362 in the Progress/Debug messages below.)
 
 Thanks,
 stiv.
 
 
 When I typed control + b, I got
 
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 1 
 text: isAutoRepeat: 0 key: 16777250 keyState: Meta-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): Getting 
 key 16777250, with text ''
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): Setting 
 key to 16777250,
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is Alt_L
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 1
 22:24:24.362: Unknown 
 function./Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): 
 count: 1 text: isAutoRepeat: 0 key: 66 keyState: Meta-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(616): keyevent 
 has isNull() text !
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is b
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 0
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1686): 
 action first set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1694): 
 action now set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1705): Key 
 [action=][Command-B]
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(726): text_ 
 empty, isText() == false
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1732): 
 Unknown, !isText() - giving up
 
 When I typed command + b, I got
 
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 
 1 text: isAutoRepeat: 0 key: 16777249 keyState: Control-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): Getting 
 key 16777249, with text ''
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): Setting 
 key to 16777249,
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is Control_L
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 1 
 text: isAutoRepeat: 0 key: 66 keyState: Control-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(616): keyevent 
 has isNull() text !
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is b
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 0
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1686): 
 action first set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1694): 
 action now set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1705): Key 
 [action=][Control-B]
 
 On Thu, Feb 2, 2012 at 5:01 AM, Jens Nöckel noec...@uoregon.edu wrote:
 So now it's becoming more likely that this is a low-level configuration 
 problem with Qt (although I'm by no means certain). To test this, a stab in 
 the dark suggestion would be:
 
 Create a new user account under the Mac's System Preferences  Users and 
 groups (you can of course delete this account again later, but this is a way 
 to start from a clean slate without hidden .files in your home directory and 
 other stuff in your ~/Library that could mess things up. 
 
 Then launch LyX from there and see if that behaves properly when you check 
 the swap box again and restart LyX.
 
 Jens
 
 
 On Feb 1, 2012, at 6:46 AM, stiv. djobz. wrote:
 
 I tried 1) -- 8).
 I see the same problem as before. 
 Command and control keys do not behave correctly.
 
 The result of 8) is
 preferences

Re: Cannot block the swapping of Apple and Control keys (OS 10.6, LyX 2.0.2)

[Jens Nöckel]

No easy solution then…

I looked at the Qt bug tracker and didn't find anything that could explain 
this, except for this entry:
https://bugreports.qt-project.org/browse/QTBUG-14381

Since I can't reproduce this problem, I'm currently out of ideas. Maybe you 
could still check what happens if you connect an external western keyboard to 
your  laptop? Unfortunately I don't have access to a Japanese keyboard… 

It's probably time to file a bug report about this.

Jens

On Feb 2, 2012, at 6:46 AM, stiv. djobz. wrote:

> I got the same results with a new user account.
> (except  "22:24:24.362" in the Progress/Debug messages below.)
> 
> Thanks,
> stiv.
> 
> 
> When I typed control + b, I got
> 
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 1 
> text: isAutoRepeat: 0 key: 16777250 keyState: Meta-
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): Getting 
> key 16777250, with text ''
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): Setting 
> key to 16777250,
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
> KeySym is Alt_L
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
> isModifier is 1
> 22:24:24.362: Unknown 
> function./Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): 
> count: 1 text: isAutoRepeat: 0 key: 66 keyState: Meta-
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(616): keyevent 
> has isNull() text !
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
> KeySym is b
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
> isModifier is 0
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1686): 
> action first set to []
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1694): 
> action now set to []
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1705): Key 
> [action=][Command-B]
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(726): text_ 
> empty, isText() == false
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1732): 
> Unknown, !isText() - giving up
> 
> When I typed command + b, I got
> 
>  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 
> 1 text: isAutoRepeat: 0 key: 16777249 keyState: Control-
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): Getting 
> key 16777249, with text ''
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): Setting 
> key to 16777249,
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
> KeySym is Control_L
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
> isModifier is 1
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 1 
> text: isAutoRepeat: 0 key: 66 keyState: Control-
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(616): keyevent 
> has isNull() text !
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
> KeySym is b
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
> isModifier is 0
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1686): 
> action first set to []
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1694): 
> action now set to []
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1705): Key 
> [action=][Control-B]
> 
> On Thu, Feb 2, 2012 at 5:01 AM, Jens Nöckel <noec...@uoregon.edu> wrote:
> So now it's becoming more likely that this is a low-level configuration 
> problem with Qt (although I'm by no means certain). To test this, a stab in 
> the dark suggestion would be:
> 
> Create a new user account under the Mac's "System Preferences > Users and 
> groups" (you can of course delete this account again later, but this is a way 
> to start from a clean slate without hidden .files in your home directory and 
> other stuff in y

Re: Cannot block the swapping of Apple and Control keys (OS 10.6, LyX 2.0.2)

[Jens Nöckel]

So now it's becoming more likely that this is a low-level configuration problem 
with Qt (although I'm by no means certain). To test this, a stab in the dark 
suggestion would be:

Create a new user account under the Mac's System Preferences  Users and 
groups (you can of course delete this account again later, but this is a way 
to start from a clean slate without hidden .files in your home directory and 
other stuff in your ~/Library that could mess things up. 

Then launch LyX from there and see if that behaves properly when you check the 
swap box again and restart LyX.

Jens


On Feb 1, 2012, at 6:46 AM, stiv. djobz. wrote:

 I tried 1) -- 8).
 I see the same problem as before. 
 Command and control keys do not behave correctly.
 
 The result of 8) is
 preferences:\mac_dontswap_ctrl_meta true
 
 As for 5), in my case, Times is chosen at 
 PreferencesScreen fontsRoman
 from the first.
 
 stiv.
 On Wed, Feb 1, 2012 at 2:16 AM, Jens Nöckel noec...@uoregon.edu wrote:
 Hi,
 since I don't see the problem on either OS X 10.6.8 or 10.7.2, I just tried 
 the following steps on my OS X 10.6.8 machine:
 1)
 Move ~/Library/Application Support/LyX-2.0 to the Desktop.
 
 2)
 Fresh download of
 LyX-2.0.2+qt4-cocoa.dmg
 from www.lyx.org
 
 3)
 Move old LyX out of Application folder
 
 4)
 Install downloaded LyX and launch it
 
 5)
 In an unrelated note, I noticed that the default screen font wasn't correctly 
 displayed: should be Times but is Helvetica. So I chnaged that font to Times 
 New Roman and the display worked again.
 
 6)
 In Preferences, I then chose the xemacs bind file, and checked the box Do 
 not swap Apple and Control Keys
 
 7)
 I restarted LyX and opened a new document with Control-d (it worked as 
 expected). I then started a new math display formula with Apple-d and it 
 worked as expected.
 
 8)
 To double check, I went to the Terminal and navigated to
 ~/Library/Application Support/LyX-2.0
 then issued the command:
 grep dontswap *
 with the expected result:
 preferences:\mac_dontswap_ctrl_meta true
 
 The last point is something you should definitely check, too. If you do the 
 same things (including step 1) but still have the problem, then one has to 
 start worrying that perhaps Qt is doing something wrong. Essentially what the 
 don't swap check box does is to set a Qt flag that gets updated when LyX 
 starts up.  I can't really see how anything on the LyX side should fail in 
 that process.
 
 Jens
 
 On Jan 31, 2012, at 8:25 AM, Stephan Witt wrote:
 
  Am 31.01.2012 um 16:36 schrieb stiv. djobz.:
 
  Thanks.
  This is my first time to see the progress/debug messages...
 
  You're very clever ;-)
 
  The responses seems to be different.
 
  Yes, unfortunately. I suppose you have saved you preferences and LyX was 
  restarted.
  So, it should work. But indeed it seems to ignore the don't swap option.
  Interestingly there is an additional line in your output I don't have:
 
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(616): 
  keyevent has isNull() text !
 
  The complete output I get for ctrl-b is:
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):  
  count: 1 text:  isAutoRepeat: 0 key: 16777250 keyState: Meta-
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): 
  Getting key 16777250, with text ''
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): 
  Setting key to 16777250,
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
  is 1
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
  KeySym is Alt_L
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
  is 1
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
  isModifier is 1
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):  
  count: 1 text:   isAutoRepeat: 0 key: 66 keyState: Control-
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): 
  Getting key 66, with text ' '
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): 
  Setting key to 66,
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
  is 1
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
  KeySym is b
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
  is 1
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
  isModifier is 0
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1686): 
  action first set to []
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1694): 
  action now set to []
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1705):  
  Key [action=][Kontroll-B]
 
  I can see two possible explanations:
  1. We are using different LyX-2.0.2 software packages (I use the package 
  from www.lyx.org)
  2. We have different environments and there is some critical setting I 
  don't have
  I

Re: Cannot block the swapping of Apple and Control keys (OS 10.6, LyX 2.0.2)

[Jens Nöckel]

So now it's becoming more likely that this is a low-level configuration problem 
with Qt (although I'm by no means certain). To test this, a stab in the dark 
suggestion would be:

Create a new user account under the Mac's System Preferences  Users and 
groups (you can of course delete this account again later, but this is a way 
to start from a clean slate without hidden .files in your home directory and 
other stuff in your ~/Library that could mess things up. 

Then launch LyX from there and see if that behaves properly when you check the 
swap box again and restart LyX.

Jens


On Feb 1, 2012, at 6:46 AM, stiv. djobz. wrote:

 I tried 1) -- 8).
 I see the same problem as before. 
 Command and control keys do not behave correctly.
 
 The result of 8) is
 preferences:\mac_dontswap_ctrl_meta true
 
 As for 5), in my case, Times is chosen at 
 PreferencesScreen fontsRoman
 from the first.
 
 stiv.
 On Wed, Feb 1, 2012 at 2:16 AM, Jens Nöckel noec...@uoregon.edu wrote:
 Hi,
 since I don't see the problem on either OS X 10.6.8 or 10.7.2, I just tried 
 the following steps on my OS X 10.6.8 machine:
 1)
 Move ~/Library/Application Support/LyX-2.0 to the Desktop.
 
 2)
 Fresh download of
 LyX-2.0.2+qt4-cocoa.dmg
 from www.lyx.org
 
 3)
 Move old LyX out of Application folder
 
 4)
 Install downloaded LyX and launch it
 
 5)
 In an unrelated note, I noticed that the default screen font wasn't correctly 
 displayed: should be Times but is Helvetica. So I chnaged that font to Times 
 New Roman and the display worked again.
 
 6)
 In Preferences, I then chose the xemacs bind file, and checked the box Do 
 not swap Apple and Control Keys
 
 7)
 I restarted LyX and opened a new document with Control-d (it worked as 
 expected). I then started a new math display formula with Apple-d and it 
 worked as expected.
 
 8)
 To double check, I went to the Terminal and navigated to
 ~/Library/Application Support/LyX-2.0
 then issued the command:
 grep dontswap *
 with the expected result:
 preferences:\mac_dontswap_ctrl_meta true
 
 The last point is something you should definitely check, too. If you do the 
 same things (including step 1) but still have the problem, then one has to 
 start worrying that perhaps Qt is doing something wrong. Essentially what the 
 don't swap check box does is to set a Qt flag that gets updated when LyX 
 starts up.  I can't really see how anything on the LyX side should fail in 
 that process.
 
 Jens
 
 On Jan 31, 2012, at 8:25 AM, Stephan Witt wrote:
 
  Am 31.01.2012 um 16:36 schrieb stiv. djobz.:
 
  Thanks.
  This is my first time to see the progress/debug messages...
 
  You're very clever ;-)
 
  The responses seems to be different.
 
  Yes, unfortunately. I suppose you have saved you preferences and LyX was 
  restarted.
  So, it should work. But indeed it seems to ignore the don't swap option.
  Interestingly there is an additional line in your output I don't have:
 
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(616): 
  keyevent has isNull() text !
 
  The complete output I get for ctrl-b is:
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):  
  count: 1 text:  isAutoRepeat: 0 key: 16777250 keyState: Meta-
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): 
  Getting key 16777250, with text ''
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): 
  Setting key to 16777250,
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
  is 1
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
  KeySym is Alt_L
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
  is 1
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
  isModifier is 1
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):  
  count: 1 text:   isAutoRepeat: 0 key: 66 keyState: Control-
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): 
  Getting key 66, with text ' '
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): 
  Setting key to 66,
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
  is 1
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
  KeySym is b
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
  is 1
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
  isModifier is 0
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1686): 
  action first set to []
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1694): 
  action now set to []
  /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1705):  
  Key [action=][Kontroll-B]
 
  I can see two possible explanations:
  1. We are using different LyX-2.0.2 software packages (I use the package 
  from www.lyx.org)
  2. We have different environments and there is some critical setting I 
  don't have
  I

Re: Cannot block the swapping of Apple and Control keys (OS 10.6, LyX 2.0.2)

[Jens Nöckel]

So now it's becoming more likely that this is a low-level configuration problem 
with Qt (although I'm by no means certain). To test this, a stab in the dark 
suggestion would be:

Create a new user account under the Mac's "System Preferences > Users and 
groups" (you can of course delete this account again later, but this is a way 
to start from a clean slate without hidden .files in your home directory and 
other stuff in your ~/Library that could mess things up. 

Then launch LyX from there and see if that behaves properly when you check the 
"swap" box again and restart LyX.

Jens


On Feb 1, 2012, at 6:46 AM, stiv. djobz. wrote:

> I tried 1) -- 8).
> I see the same problem as before. 
> Command and control keys do not behave correctly.
> 
> The result of 8) is
> preferences:\mac_dontswap_ctrl_meta true
> 
> As for 5), in my case, Times is chosen at 
> Preferences>Screen fonts>Roman
> from the first.
> 
> stiv.
> On Wed, Feb 1, 2012 at 2:16 AM, Jens Nöckel <noec...@uoregon.edu> wrote:
> Hi,
> since I don't see the problem on either OS X 10.6.8 or 10.7.2, I just tried 
> the following steps on my OS X 10.6.8 machine:
> 1)
> Move ~/Library/Application Support/LyX-2.0 to the Desktop.
> 
> 2)
> Fresh download of
> LyX-2.0.2+qt4-cocoa.dmg
> from www.lyx.org
> 
> 3)
> Move old LyX out of Application folder
> 
> 4)
> Install downloaded LyX and launch it
> 
> 5)
> In an unrelated note, I noticed that the default screen font wasn't correctly 
> displayed: should be Times but is Helvetica. So I chnaged that font to Times 
> New Roman and the display worked again.
> 
> 6)
> In Preferences, I then chose the xemacs bind file, and checked the box "Do 
> not swap Apple and Control Keys"
> 
> 7)
> I restarted LyX and opened a new document with Control-d (it worked as 
> expected). I then started a new math display formula with Apple-d and it 
> worked as expected.
> 
> 8)
> To double check, I went to the Terminal and navigated to
> ~/Library/Application Support/LyX-2.0
> then issued the command:
> grep dontswap *
> with the expected result:
> preferences:\mac_dontswap_ctrl_meta true
> 
> The last point is something you should definitely check, too. If you do the 
> same things (including step 1) but still have the problem, then one has to 
> start worrying that perhaps Qt is doing something wrong. Essentially what the 
> "don't swap" check box does is to set a Qt flag that gets updated when LyX 
> starts up.  I can't really see how anything on the LyX side should fail in 
> that process.
> 
> Jens
> 
> On Jan 31, 2012, at 8:25 AM, Stephan Witt wrote:
> 
> > Am 31.01.2012 um 16:36 schrieb stiv. djobz.:
> >
> >> Thanks.
> >> This is my first time to see the progress/debug messages...
> >
> > You're very clever ;-)
> >
> >> The responses seems to be different.
> >
> > Yes, unfortunately. I suppose you have saved you preferences and LyX was 
> > restarted.
> > So, it should work. But indeed it seems to ignore the don't swap option.
> > Interestingly there is an additional line in your output I don't have:
> >
> > /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(616): 
> > keyevent has isNull() text !
> >
> > The complete output I get for ctrl-b is:
> > /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):  
> > count: 1 text:  isAutoRepeat: 0 key: 16777250 keyState: Meta-
> > /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): 
> > Getting key 16777250, with text ''
> > /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): 
> > Setting key to 16777250,
> > /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
> > is 1
> > /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
> > KeySym is Alt_L
> > /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
> > is 1
> > /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
> > isModifier is 1
> > /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):  
> > count: 1 text:   isAutoRepeat: 0 key: 66 keyState: Control-
> > /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): 
> > Getting key 66, with text ' '
> > /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): 
> > Setting key to 66,
> > /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK 
> > is 1
> > /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
> > KeySym is b
> > /Users/Shared/LyX/lyx-2.

Re: Cannot block the swapping of Apple and Control keys (OS 10.6, LyX 2.0.2)

[Jens Nöckel]

Hi, 
since I don't see the problem on either OS X 10.6.8 or 10.7.2, I just tried the 
following steps on my OS X 10.6.8 machine:
1)
Move ~/Library/Application Support/LyX-2.0 to the Desktop.

2)
Fresh download of 
LyX-2.0.2+qt4-cocoa.dmg
from www.lyx.org

3)
Move old LyX out of Application folder

4)
Install downloaded LyX and launch it

5)
In an unrelated note, I noticed that the default screen font wasn't correctly 
displayed: should be Times but is Helvetica. So I chnaged that font to Times 
New Roman and the display worked again.

6)
In Preferences, I then chose the xemacs bind file, and checked the box Do not 
swap Apple and Control Keys

7)
I restarted LyX and opened a new document with Control-d (it worked as 
expected). I then started a new math display formula with Apple-d and it worked 
as expected. 

8)
To double check, I went to the Terminal and navigated to 
~/Library/Application Support/LyX-2.0
then issued the command:
grep dontswap *
with the expected result:
preferences:\mac_dontswap_ctrl_meta true

The last point is something you should definitely check, too. If you do the 
same things (including step 1) but still have the problem, then one has to 
start worrying that perhaps Qt is doing something wrong. Essentially what the 
don't swap check box does is to set a Qt flag that gets updated when LyX 
starts up.  I can't really see how anything on the LyX side should fail in that 
process.

Jens

On Jan 31, 2012, at 8:25 AM, Stephan Witt wrote:

 Am 31.01.2012 um 16:36 schrieb stiv. djobz.:
 
 Thanks.
 This is my first time to see the progress/debug messages...
 
 You're very clever ;-)
 
 The responses seems to be different.
 
 Yes, unfortunately. I suppose you have saved you preferences and LyX was 
 restarted.
 So, it should work. But indeed it seems to ignore the don't swap option.
 Interestingly there is an additional line in your output I don't have:
 
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(616): keyevent 
 has isNull() text !
 
 The complete output I get for ctrl-b is:
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):  count: 
 1 text:  isAutoRepeat: 0 key: 16777250 keyState: Meta-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): Getting 
 key 16777250, with text ''
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): Setting 
 key to 16777250, 
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is Alt_L
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):  count: 
 1 text:  isAutoRepeat: 0 key: 66 keyState: Control-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): Getting 
 key 66, with text ''
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): Setting 
 key to 66, 
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is b
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 0
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1686): 
 action first set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1694): 
 action now set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1705):  Key 
 [action=][Kontroll-B]
 
 I can see two possible explanations:
 1. We are using different LyX-2.0.2 software packages (I use the package from 
 www.lyx.org)
 2. We have different environments and there is some critical setting I don't 
 have
 I have a german desktop and no special settings made to the system keyboard 
 mappings.
 
 Do you have another idea? Do you have your own keyboard tables assigned?
 
 Stephan
 
 I moved the .bind files in /Library/Application Support/LyX-2.0/bind/
 to another place and restart lyx 2.0.2 with the same settings as yours.
 
 When I type ctrl+b, nothing appears on the document.
 The message is:
 
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 
 1 text: isAutoRepeat: 0 key: 16777250 keyState: Meta-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): Getting 
 key 16777250, with text ''
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): Setting 
 key to 16777250,
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 
 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is Alt_L
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 
 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 1
 23:16:35.603: 

Re: Cannot block the swapping of Apple and Control keys (OS 10.6, LyX 2.0.2)

[Jens Nöckel]

Hi, 
since I don't see the problem on either OS X 10.6.8 or 10.7.2, I just tried the 
following steps on my OS X 10.6.8 machine:
1)
Move ~/Library/Application Support/LyX-2.0 to the Desktop.

2)
Fresh download of 
LyX-2.0.2+qt4-cocoa.dmg
from www.lyx.org

3)
Move old LyX out of Application folder

4)
Install downloaded LyX and launch it

5)
In an unrelated note, I noticed that the default screen font wasn't correctly 
displayed: should be Times but is Helvetica. So I chnaged that font to Times 
New Roman and the display worked again.

6)
In Preferences, I then chose the xemacs bind file, and checked the box Do not 
swap Apple and Control Keys

7)
I restarted LyX and opened a new document with Control-d (it worked as 
expected). I then started a new math display formula with Apple-d and it worked 
as expected. 

8)
To double check, I went to the Terminal and navigated to 
~/Library/Application Support/LyX-2.0
then issued the command:
grep dontswap *
with the expected result:
preferences:\mac_dontswap_ctrl_meta true

The last point is something you should definitely check, too. If you do the 
same things (including step 1) but still have the problem, then one has to 
start worrying that perhaps Qt is doing something wrong. Essentially what the 
don't swap check box does is to set a Qt flag that gets updated when LyX 
starts up.  I can't really see how anything on the LyX side should fail in that 
process.

Jens

On Jan 31, 2012, at 8:25 AM, Stephan Witt wrote:

 Am 31.01.2012 um 16:36 schrieb stiv. djobz.:
 
 Thanks.
 This is my first time to see the progress/debug messages...
 
 You're very clever ;-)
 
 The responses seems to be different.
 
 Yes, unfortunately. I suppose you have saved you preferences and LyX was 
 restarted.
 So, it should work. But indeed it seems to ignore the don't swap option.
 Interestingly there is an additional line in your output I don't have:
 
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(616): keyevent 
 has isNull() text !
 
 The complete output I get for ctrl-b is:
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):  count: 
 1 text:  isAutoRepeat: 0 key: 16777250 keyState: Meta-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): Getting 
 key 16777250, with text ''
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): Setting 
 key to 16777250, 
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is Alt_L
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):  count: 
 1 text:  isAutoRepeat: 0 key: 66 keyState: Control-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): Getting 
 key 66, with text ''
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): Setting 
 key to 66, 
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is b
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 0
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1686): 
 action first set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1694): 
 action now set to []
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1705):  Key 
 [action=][Kontroll-B]
 
 I can see two possible explanations:
 1. We are using different LyX-2.0.2 software packages (I use the package from 
 www.lyx.org)
 2. We have different environments and there is some critical setting I don't 
 have
 I have a german desktop and no special settings made to the system keyboard 
 mappings.
 
 Do you have another idea? Do you have your own keyboard tables assigned?
 
 Stephan
 
 I moved the .bind files in /Library/Application Support/LyX-2.0/bind/
 to another place and restart lyx 2.0.2 with the same settings as yours.
 
 When I type ctrl+b, nothing appears on the document.
 The message is:
 
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 
 1 text: isAutoRepeat: 0 key: 16777250 keyState: Meta-
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): Getting 
 key 16777250, with text ''
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): Setting 
 key to 16777250,
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 
 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
 KeySym is Alt_L
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 
 1
 /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
 isModifier is 1
 23:16:35.603: 

Re: Cannot block the swapping of Apple and Control keys (OS 10.6, LyX 2.0.2)

[Jens Nöckel]

Hi, 
since I don't see the problem on either OS X 10.6.8 or 10.7.2, I just tried the 
following steps on my OS X 10.6.8 machine:
1)
Move ~/Library/Application Support/LyX-2.0 to the Desktop.

2)
Fresh download of 
LyX-2.0.2+qt4-cocoa.dmg
from www.lyx.org

3)
Move old LyX out of Application folder

4)
Install downloaded LyX and launch it

5)
In an unrelated note, I noticed that the default screen font wasn't correctly 
displayed: should be Times but is Helvetica. So I chnaged that font to Times 
New Roman and the display worked again.

6)
In Preferences, I then chose the xemacs bind file, and checked the box "Do not 
swap Apple and Control Keys"

7)
I restarted LyX and opened a new document with Control-d (it worked as 
expected). I then started a new math display formula with Apple-d and it worked 
as expected. 

8)
To double check, I went to the Terminal and navigated to 
~/Library/Application Support/LyX-2.0
then issued the command:
grep dontswap *
with the expected result:
preferences:\mac_dontswap_ctrl_meta true

The last point is something you should definitely check, too. If you do the 
same things (including step 1) but still have the problem, then one has to 
start worrying that perhaps Qt is doing something wrong. Essentially what the 
"don't swap" check box does is to set a Qt flag that gets updated when LyX 
starts up.  I can't really see how anything on the LyX side should fail in that 
process.

Jens

On Jan 31, 2012, at 8:25 AM, Stephan Witt wrote:

> Am 31.01.2012 um 16:36 schrieb stiv. djobz.:
> 
>> Thanks.
>> This is my first time to see the progress/debug messages...
> 
> You're very clever ;-)
> 
>> The responses seems to be different.
> 
> Yes, unfortunately. I suppose you have saved you preferences and LyX was 
> restarted.
> So, it should work. But indeed it seems to ignore the don't swap option.
> Interestingly there is an additional line in your output I don't have:
> 
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(616): keyevent 
> has isNull() text !
> 
> The complete output I get for ctrl-b is:
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):  count: 
> 1 text:  isAutoRepeat: 0 key: 16777250 keyState: Meta-
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): Getting 
> key 16777250, with text ''
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): Setting 
> key to 16777250, 
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
> KeySym is Alt_L
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
> isModifier is 1
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046):  count: 
> 1 text:  isAutoRepeat: 0 key: 66 keyState: Control-
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): Getting 
> key 66, with text ''
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): Setting 
> key to 66, 
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
> KeySym is b
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 1
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(650): 
> isModifier is 0
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1686): 
> action first set to []
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1694): 
> action now set to []
> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1705):  Key 
> [action=][Kontroll-B]
> 
> I can see two possible explanations:
> 1. We are using different LyX-2.0.2 software packages (I use the package from 
> www.lyx.org)
> 2. We have different environments and there is some critical setting I don't 
> have
> I have a german desktop and no special settings made to the system keyboard 
> mappings.
> 
> Do you have another idea? Do you have your own keyboard tables assigned?
> 
> Stephan
> 
>> I moved the .bind files in /Library/Application Support/LyX-2.0/bind/
>> to another place and restart lyx 2.0.2 with the same settings as yours.
>> 
>> When I type ctrl+b, nothing appears on the document.
>> The message is:
>> 
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiWorkArea.cpp(1046): count: 
>> 1 text: isAutoRepeat: 0 key: 16777250 keyState: Meta-
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(621): Getting 
>> key 16777250, with text ''
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(627): Setting 
>> key to 16777250,
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 
>> 1
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiApplication.cpp(1663): 
>> KeySym is Alt_L
>> /Users/Shared/LyX/lyx-2.0.2/src/frontends/qt4/GuiKeySymbol.cpp(642): isOK is 
>> 

Re: How to select via keyboard?

[Jens Nöckel]

On Nov 22, 2011, at 5:08 AM, Rainer M Krug wrote:

 
 
 On Tue, Nov 22, 2011 at 2:05 PM, Jean-Marc Lasgouttes lasgout...@lyx.org 
 wrote:
 Le 22/11/11 10:37, Rainer M Krug a écrit :
 
 Brilliant - exactly what I was looking for.
 
 No, it is even in emacs bindings not mapped, as far as I could tell -
 Ctrl+space is there still the inert-protected-space (which I remapped to
 shift+space).
 
 It looks like it is bound to C-@ for emacs.
 
 Thanks for checking - quite a difficult shortcut (C-shift-2)..


Unfortunately, there are indeed some small problems with the mark command: the 
selection is lost when you use screen-up or -down. This doesn't happen when 
jumping directly to the front or end of the buffer after setting the mark. 
Fortunately, the mark is also preserved when you do paragraph-down or up, 
which is almost as good as jumping page by page. And for screen-down selection, 
there is a special LFUN screen-down-select which can fill the hole where 
marks don't work.

For me, the mark in emacs is especially useful when copying large passages of 
several screens full of text (because the shift arrow method is too slow).  
Maybe it's worth filing a bug about the loss of mark with screen-up/down, so 
that the correspondence to emacs is more complete (although LyX certainly has 
all the functionality in some way). 

Jens

Re: How to select via keyboard?

[Jens Nöckel]

On Nov 22, 2011, at 11:52 AM, Jean-Marc Lasgouttes wrote:

 Le 22/11/11 18:28, Jens Nöckel a écrit :
 For me, the mark in emacs is especially useful when copying large
 passages of several screens full of text (because the shift arrow method
 is too slow). Maybe it's worth filing a bug about the loss of mark with
 screen-up/down, so that the correspondence to emacs is more complete
 (although LyX certainly has all the functionality in some way).
 
 Yes, please do.
 
 JMarc
 

OK, I've submitted it:
http://www.lyx.org/trac/ticket/7909

Re: How to select via keyboard?

[Jens Nöckel]

On Nov 22, 2011, at 5:08 AM, Rainer M Krug wrote:

 
 
 On Tue, Nov 22, 2011 at 2:05 PM, Jean-Marc Lasgouttes lasgout...@lyx.org 
 wrote:
 Le 22/11/11 10:37, Rainer M Krug a écrit :
 
 Brilliant - exactly what I was looking for.
 
 No, it is even in emacs bindings not mapped, as far as I could tell -
 Ctrl+space is there still the inert-protected-space (which I remapped to
 shift+space).
 
 It looks like it is bound to C-@ for emacs.
 
 Thanks for checking - quite a difficult shortcut (C-shift-2)..


Unfortunately, there are indeed some small problems with the mark command: the 
selection is lost when you use screen-up or -down. This doesn't happen when 
jumping directly to the front or end of the buffer after setting the mark. 
Fortunately, the mark is also preserved when you do paragraph-down or up, 
which is almost as good as jumping page by page. And for screen-down selection, 
there is a special LFUN screen-down-select which can fill the hole where 
marks don't work.

For me, the mark in emacs is especially useful when copying large passages of 
several screens full of text (because the shift arrow method is too slow).  
Maybe it's worth filing a bug about the loss of mark with screen-up/down, so 
that the correspondence to emacs is more complete (although LyX certainly has 
all the functionality in some way). 

Jens

Re: How to select via keyboard?

[Jens Nöckel]

On Nov 22, 2011, at 11:52 AM, Jean-Marc Lasgouttes wrote:

 Le 22/11/11 18:28, Jens Nöckel a écrit :
 For me, the mark in emacs is especially useful when copying large
 passages of several screens full of text (because the shift arrow method
 is too slow). Maybe it's worth filing a bug about the loss of mark with
 screen-up/down, so that the correspondence to emacs is more complete
 (although LyX certainly has all the functionality in some way).
 
 Yes, please do.
 
 JMarc
 

OK, I've submitted it:
http://www.lyx.org/trac/ticket/7909

Re: How to select via keyboard?

[Jens Nöckel]

On Nov 22, 2011, at 5:08 AM, Rainer M Krug wrote:

> 
> 
> On Tue, Nov 22, 2011 at 2:05 PM, Jean-Marc Lasgouttes  
> wrote:
> Le 22/11/11 10:37, Rainer M Krug a écrit :
> 
> Brilliant - exactly what I was looking for.
> 
> No, it is even in emacs bindings not mapped, as far as I could tell -
> Ctrl+space is there still the inert-protected-space (which I remapped to
> shift+space).
> 
> It looks like it is bound to C-@ for emacs.
> 
> Thanks for checking - quite a difficult shortcut (C-shift-2)..


Unfortunately, there are indeed some small problems with the mark command: the 
selection is lost when you use screen-up or -down. This doesn't happen when 
jumping directly to the front or end of the buffer after setting the mark. 
Fortunately, the mark is also preserved when you do "paragraph-down" or up, 
which is almost as good as jumping page by page. And for screen-down selection, 
there is a special LFUN "screen-down-select" which can fill the hole where 
marks don't work.

For me, the mark in emacs is especially useful when copying large passages of 
several screens full of text (because the shift arrow method is too slow).  
Maybe it's worth filing a bug about the loss of mark with screen-up/down, so 
that the correspondence to emacs is more complete (although LyX certainly has 
all the functionality in some way). 

Jens

Re: How to select via keyboard?

[Jens Nöckel]

On Nov 22, 2011, at 11:52 AM, Jean-Marc Lasgouttes wrote:

> Le 22/11/11 18:28, Jens Nöckel a écrit :
>> For me, the mark in emacs is especially useful when copying large
>> passages of several screens full of text (because the shift arrow method
>> is too slow). Maybe it's worth filing a bug about the loss of mark with
>> screen-up/down, so that the correspondence to emacs is more complete
>> (although LyX certainly has all the functionality in some way).
> 
> Yes, please do.
> 
> JMarc
> 

OK, I've submitted it:
http://www.lyx.org/trac/ticket/7909

Re: Anyone having luck with playing movies and sounds in Beamer?

[Jens Nöckel]

On Oct 28, 2011, at 3:19 PM, stefano franchi wrote:

 On Fri, Oct 28, 2011 at 4:47 PM, Liviu Andronic landronim...@gmail.com 
 wrote:
 On Fri, Oct 28, 2011 at 7:40 PM, stefano franchi
 stefano.fran...@gmail.com wrote:
 On Fri, Oct 28, 2011 at 11:34 AM, Liviu Andronic landronim...@gmail.com 
 wrote:
 
 Not a PDF reader proper, more of a PDF presenter, but Impressive [1]
 should be able to do that. It is cross-platform, and boasts sound and
 video playback capabilities via MPlayer [2]. Never tried it for video
 playback, though, and I'd be curious to hear of any successful
 experience.
 
 Unfortunately not from me. I have exactly the same behavior as with
 Reader and Okular, i.e. nothing at all.
 
 Did you use Beamer's recommended method,
 
 yes. \usepackage{multimedia} then \movie[various options]{movieclip} in ERT
 
 or 'movie15'?
 
 I haven't tried this package yet

I don't have linux, but maybe this info helps: 
For the movie15 package, I have been told that linux sort of works, if you do 
the following:
- Use Adobe Reader 9 (latest version).
- When you first open a PDF with embedded video file in PDF the movie will only 
start if you click on the 'paper clip' attachment symbol and agree to open the 
video file. 
- As far as I understand it, the movie player then opens in a separate window. 
On Mac and Windows, it plays in the PDF itself.

If you want to try a PDF with an embedded movie, I've got one online on this 
page:
http://pages.uoregon.edu/noeckel/PDFmovie.html
(see step 3 under Creating the files).
I'd also be interested to find out how/if these instructions are accurate or if 
it got better/worse since I last looked at linux...

Jens

Re: Anyone having luck with playing movies and sounds in Beamer?

[Jens Nöckel]

On Oct 28, 2011, at 3:19 PM, stefano franchi wrote:

 On Fri, Oct 28, 2011 at 4:47 PM, Liviu Andronic landronim...@gmail.com 
 wrote:
 On Fri, Oct 28, 2011 at 7:40 PM, stefano franchi
 stefano.fran...@gmail.com wrote:
 On Fri, Oct 28, 2011 at 11:34 AM, Liviu Andronic landronim...@gmail.com 
 wrote:
 
 Not a PDF reader proper, more of a PDF presenter, but Impressive [1]
 should be able to do that. It is cross-platform, and boasts sound and
 video playback capabilities via MPlayer [2]. Never tried it for video
 playback, though, and I'd be curious to hear of any successful
 experience.
 
 Unfortunately not from me. I have exactly the same behavior as with
 Reader and Okular, i.e. nothing at all.
 
 Did you use Beamer's recommended method,
 
 yes. \usepackage{multimedia} then \movie[various options]{movieclip} in ERT
 
 or 'movie15'?
 
 I haven't tried this package yet

I don't have linux, but maybe this info helps: 
For the movie15 package, I have been told that linux sort of works, if you do 
the following:
- Use Adobe Reader 9 (latest version).
- When you first open a PDF with embedded video file in PDF the movie will only 
start if you click on the 'paper clip' attachment symbol and agree to open the 
video file. 
- As far as I understand it, the movie player then opens in a separate window. 
On Mac and Windows, it plays in the PDF itself.

If you want to try a PDF with an embedded movie, I've got one online on this 
page:
http://pages.uoregon.edu/noeckel/PDFmovie.html
(see step 3 under Creating the files).
I'd also be interested to find out how/if these instructions are accurate or if 
it got better/worse since I last looked at linux...

Jens

Re: Anyone having luck with playing movies and sounds in Beamer?

[Jens Nöckel]

On Oct 28, 2011, at 3:19 PM, stefano franchi wrote:

> On Fri, Oct 28, 2011 at 4:47 PM, Liviu Andronic  
> wrote:
>> On Fri, Oct 28, 2011 at 7:40 PM, stefano franchi
>>  wrote:
>>> On Fri, Oct 28, 2011 at 11:34 AM, Liviu Andronic  
>>> wrote:
>>> 
 Not a PDF reader proper, more of a PDF presenter, but Impressive [1]
 should be able to do that. It is cross-platform, and boasts sound and
 video playback capabilities via MPlayer [2]. Never tried it for video
 playback, though, and I'd be curious to hear of any successful
 experience.
>>> 
>>> Unfortunately not from me. I have exactly the same behavior as with
>>> Reader and Okular, i.e. nothing at all.
>>> 
>> Did you use Beamer's recommended method,
> 
> yes. \usepackage{multimedia} then \movie[various options]{movieclip} in ERT
> 
>> or 'movie15'?
> 
> I haven't tried this package yet

I don't have linux, but maybe this info helps: 
For the movie15 package, I have been told that linux "sort of" works, if you do 
the following:
- Use Adobe Reader 9 (latest version).
- When you first open a PDF with embedded video file in PDF the movie will only 
start if you click on the 'paper clip' attachment symbol and agree to open the 
video file. 
- As far as I understand it, the movie player then opens in a separate window. 
On Mac and Windows, it plays in the PDF itself.

If you want to try a PDF with an embedded movie, I've got one online on this 
page:
http://pages.uoregon.edu/noeckel/PDFmovie.html
(see step 3 under "Creating the files").
I'd also be interested to find out how/if these instructions are accurate or if 
it got better/worse since I last looked at linux...

Jens

Re: Beginners introductory tutorials?

[Jens Nöckel]

Here is one that I point people to - there may be newer ones I'm not aware of, 
but this should give you the flavor:

Introduction to Latex and Lyx
http://youtu.be/m4cEAVmLegg

Jens

On Oct 17, 2011, at 2:13 PM, Keith Roberts wrote:

 Hi. Thanks for LyX which I think is an awesome piece of software!
 
 Are there any introductory screencast tutorials that will show a complete 
 beginner how to use LyX to do some basic eiting tasks, and then how to 
 generate the appropriate DVI and PDF output for the edited document please?
 
 Something that will also show how LyX can generate the contents page, and 
 update that as the user edits the .lyx source file would be handy.
 
 I think the tutorial on the website is far too technical and maths related, 
 for a LyX newbie that just wants to create a nice PDF text document.
 
 Kind Regards,
 
 Keith Roberts
 
 ---
 Websites:
 http://www.karsites.net
 http://www.php-debuggers.net
 http://www.raised-from-the-dead.org.uk
 
 All email addresses are challenge-response protected with
 TMDA [http://tmda.net]
 ---

Re: Beginners introductory tutorials?

[Jens Nöckel]

Here is one that I point people to - there may be newer ones I'm not aware of, 
but this should give you the flavor:

Introduction to Latex and Lyx
http://youtu.be/m4cEAVmLegg

Jens

On Oct 17, 2011, at 2:13 PM, Keith Roberts wrote:

 Hi. Thanks for LyX which I think is an awesome piece of software!
 
 Are there any introductory screencast tutorials that will show a complete 
 beginner how to use LyX to do some basic eiting tasks, and then how to 
 generate the appropriate DVI and PDF output for the edited document please?
 
 Something that will also show how LyX can generate the contents page, and 
 update that as the user edits the .lyx source file would be handy.
 
 I think the tutorial on the website is far too technical and maths related, 
 for a LyX newbie that just wants to create a nice PDF text document.
 
 Kind Regards,
 
 Keith Roberts
 
 ---
 Websites:
 http://www.karsites.net
 http://www.php-debuggers.net
 http://www.raised-from-the-dead.org.uk
 
 All email addresses are challenge-response protected with
 TMDA [http://tmda.net]
 ---

Re: Beginners introductory tutorials?

[Jens Nöckel]

Here is one that I point people to - there may be newer ones I'm not aware of, 
but this should give you the flavor:

"Introduction to Latex and Lyx"
http://youtu.be/m4cEAVmLegg

Jens

On Oct 17, 2011, at 2:13 PM, Keith Roberts wrote:

> Hi. Thanks for LyX which I think is an awesome piece of software!
> 
> Are there any introductory screencast tutorials that will show a complete 
> beginner how to use LyX to do some basic eiting tasks, and then how to 
> generate the appropriate DVI and PDF output for the edited document please?
> 
> Something that will also show how LyX can generate the contents page, and 
> update that as the user edits the .lyx source file would be handy.
> 
> I think the tutorial on the website is far too technical and maths related, 
> for a LyX newbie that just wants to create a nice PDF text document.
> 
> Kind Regards,
> 
> Keith Roberts
> 
> ---
> Websites:
> http://www.karsites.net
> http://www.php-debuggers.net
> http://www.raised-from-the-dead.org.uk
> 
> All email addresses are challenge-response protected with
> TMDA [http://tmda.net]
> ---

Re: 1.1999

[Jens Nöckel]

On Aug 31, 2011, at 7:42 PM, James Sutherland wrote:

 
 On Wed, Aug 31, 2011 at 6:22 PM, Charles Reichert creicher...@gmail.com 
 wrote:
 If I have a number: 1.19... How can I get the bar (I forget the name) 
 over the 9 so it just reads 1.199
 
 
 In math mode:
1.1\bar{99} 

The \bar command doesn't stretch to the appropriate length. 
A better solution is to type (in LyX math mode):
1.1\overlineSPACE99SPACE
See also the section on Lines in the LyX Math manual. 

Jens

Re: 1.1999

[Jens Nöckel]

On Aug 31, 2011, at 7:42 PM, James Sutherland wrote:

 
 On Wed, Aug 31, 2011 at 6:22 PM, Charles Reichert creicher...@gmail.com 
 wrote:
 If I have a number: 1.19... How can I get the bar (I forget the name) 
 over the 9 so it just reads 1.199
 
 
 In math mode:
1.1\bar{99} 

The \bar command doesn't stretch to the appropriate length. 
A better solution is to type (in LyX math mode):
1.1\overlineSPACE99SPACE
See also the section on Lines in the LyX Math manual. 

Jens

Re: 1.1999

[Jens Nöckel]

On Aug 31, 2011, at 7:42 PM, James Sutherland wrote:

> 
> On Wed, Aug 31, 2011 at 6:22 PM, Charles Reichert  
> wrote:
> If I have a number: 1.19... How can I get the bar (I forget the name) 
> over the 9 so it just reads 1.199
> 
> 
> In math mode:
>1.1\bar{99} 

The \bar command doesn't stretch to the appropriate length. 
A better solution is to type (in LyX math mode):
1.1\overline99
See also the section on "Lines" in the LyX Math manual. 

Jens

Re: Most suitable image format

[Jens Nöckel]

Sam, 
just use PNG for all purposes. It's compressed but lossless, and it's supported 
by LyX as well as all modern web browsers.
Jens
 
On May 31, 2011, at 12:50 PM, Sam Lewis wrote:

 Thanks for your quick reply. 
 
 I intent to both print it and distribute it online. I guess two versions of 
 the document might be useful.  What lossy format, would you recommend for the 
 latter?
 
 Cheers, Sam
 
 
 
 - Original Message -
 From: Rob Oakes lyx-de...@oak-tree.us
 To: Sam Lewis stroboscopicallyconflu...@yahoo.co.uk
 Cc: lyx-users@lists.lyx.org
 Sent: Tuesday, 31 May 2011, 20:22
 Subject: Re: Most suitable image format
 
 It actually depends on how you intend to use the resulting document. If you 
 will 
 be printing the resulting PDF on a professional press, then you will want to 
 use 
 a lossless format (most likely tiff), or a high quality jpeg.  
 
 If the PDF is to be put on your website, you will probably want to use a 
 lossy 
 format of some type. It will give a better quality to file size ratio, even 
 though it will introduce some artifacts into the image.  But unless your 
 readers 
 will be viewing the image at very high resolution (onscreen), they are not 
 going 
 to notice.
 
 Hope that's of some help.
 
 Cheers,
 
 Rob
 
 

Re: Most suitable image format

[Jens Nöckel]

Sam, 
just use PNG for all purposes. It's compressed but lossless, and it's supported 
by LyX as well as all modern web browsers.
Jens
 
On May 31, 2011, at 12:50 PM, Sam Lewis wrote:

 Thanks for your quick reply. 
 
 I intent to both print it and distribute it online. I guess two versions of 
 the document might be useful.  What lossy format, would you recommend for the 
 latter?
 
 Cheers, Sam
 
 
 
 - Original Message -
 From: Rob Oakes lyx-de...@oak-tree.us
 To: Sam Lewis stroboscopicallyconflu...@yahoo.co.uk
 Cc: lyx-users@lists.lyx.org
 Sent: Tuesday, 31 May 2011, 20:22
 Subject: Re: Most suitable image format
 
 It actually depends on how you intend to use the resulting document. If you 
 will 
 be printing the resulting PDF on a professional press, then you will want to 
 use 
 a lossless format (most likely tiff), or a high quality jpeg.  
 
 If the PDF is to be put on your website, you will probably want to use a 
 lossy 
 format of some type. It will give a better quality to file size ratio, even 
 though it will introduce some artifacts into the image.  But unless your 
 readers 
 will be viewing the image at very high resolution (onscreen), they are not 
 going 
 to notice.
 
 Hope that's of some help.
 
 Cheers,
 
 Rob
 
 

Re: Most suitable image format

[Jens Nöckel]

Sam, 
just use PNG for all purposes. It's compressed but lossless, and it's supported 
by LyX as well as all modern web browsers.
Jens
 
On May 31, 2011, at 12:50 PM, Sam Lewis wrote:

> Thanks for your quick reply. 
> 
> I intent to both print it and distribute it online. I guess two versions of 
> the document might be useful.  What lossy format, would you recommend for the 
> latter?
> 
> Cheers, Sam
> 
> 
> 
> - Original Message -
>> From: Rob Oakes 
>> To: Sam Lewis 
>> Cc: lyx-users@lists.lyx.org
>> Sent: Tuesday, 31 May 2011, 20:22
>> Subject: Re: Most suitable image format
>> 
>> It actually depends on how you intend to use the resulting document. If you 
>> will 
>> be printing the resulting PDF on a professional press, then you will want to 
>> use 
>> a lossless format (most likely tiff), or a high quality jpeg.  
>> 
>> If the PDF is to be put on your website, you will probably want to use a 
>> lossy 
>> format of some type. It will give a better quality to file size ratio, even 
>> though it will introduce some artifacts into the image.  But unless your 
>> readers 
>> will be viewing the image at very high resolution (onscreen), they are not 
>> going 
>> to notice.
>> 
>> Hope that's of some help.
>> 
>> Cheers,
>> 
>> Rob
>> 
> 

Re: pdftex process on MAC OSX Lyx 2.0.0 - more

[Jens Nöckel]

On May 14, 2011, at 7:52 PM, Robert Betz wrote:

 Tried uninstalling Lyx 2.0.0 and reinstalled Lyx 1.6.10 and also 1.6.9.  All 
 doing the same thing (pdftex not closing and using 100% CPU), so it may be my 
 system.  Doing on two though. The parent process for pdftex is Python, whose 
 parent in turn is Lyx. When Lyx closes down, Python closes but pdftex is not 
 closing.  Maybe there is some problem with my installation of Python. It 
 appears to be using Python 2.6
 
Bob, is this happening all the time or just for a specific file? If the latter, 
could you post a small example file? 

If it happens for any file, then go back to LyX, create a new file (e.g, 
newfile.tex) with just one line of text, and export it as a LaTeX (pdflatex) 
file. Then try to pdflatex that exported file from the _terminal_ with 
pdflatex newfile. 

If that doesn't work, it's a problem with your TeX installation. You could then 
send the tex file and the latex log. You could also try paring the file down by 
deleting any \usepackage commands in it, until the error goes away. Maybe you 
have some package or font installed that causes this crash. This could be hard 
to find if you have local installations that differ from the standard 
distribution.

Jens

Re: pdftex process on MAC OSX Lyx 2.0.0 - more

[Jens Nöckel]

Bob,
I'm not sure I understand the problem, but I'm guessing you inserted a 
character like → into the text, while not in math mode. If so, you could try to 
circumvent the problem by going to Document  Settings  Fonts and changing the 
template's Roman font from Palatino to Default.

I don't see the same pdflatex crash as you, but LyX displays a latex error 
message if I try to use Palatino font with that \textrightarrow  character. 
So I can't be sure if this helps you. Could it be that your TeX installation is 
out of date?  

It may be worth thinking about how LyX can keep track of pdflatex processes it 
has spawned, so that it can kill -9 crashed processes when the user exits LyX 
(after warning about it). I don't think that anything like that has been 
implemented at this point. And of course that wouldn't help fix the root cause 
of your problem. 

Jens


On May 15, 2011, at 4:03 PM, Robert Betz wrote:

 Jens,
 
 It is not happening all the time with the system, but only under a very 
 specific class file.  Having thought about it a bit more after the initial 
 posting it may be an issue with pdftex itself, or with the Python script the 
 invokes it (from Lyx).
 
 If you create new file using the koma-letter2.lyx template file (which uses 
 the scrlttr2 latex class. The template is a default one in 1.6 series Lyx) 
 and go it not math mode and insert a symbol in the text somewhere (I inserted 
 a \rightarrow a symbol).
 
 Save the file, and exit and reload.  Simply reloading the file will start 
 pdftex and it will continue to run, even if you exit Lyx again.
 
 This appears to do this on all machines that I run this on.  Also happens 
 under 1.6.10.  It may be an issue with pdftex and this use of it with this 
 class, but nevertheless the Python script that starts pdftex should stop it 
 on Lyx stopping.  
 
 Incidentally the file compiles and displays OK.
 
 
 
 
 Regards 
 
 
 Bob Betz 
 
 
 
 - 
 
 Dr. Robert Betz 
 Ampcontrol Professor of Power Engineering, 
 Head, School of Electrical Engineering and Computer Science, 
 Faculty of Engineering and Built Environment, 
 University of Newcastle, Australia, 
 
 email: robert.b...@newcastle.edu.au 
 FAX: +61-2-4921-6993 
 TEL: +61-2-4921-6091 
 Mobile: (+61)-(0)419249948 
 Web: http://eecsbobb.newcastle.edu.au/rebetz 
 
 - 
 
 
 
 
 
 
 
 
 
 
  On Mon, May 16, 2011 at  3:44 AM, in message 
  8ca2dbec-1d05-48e1-b7e4-4bb8157d1...@uoregon.edu, Jens Nöckel 
  noec...@uoregon.edu wrote:
 
 On May 14, 2011, at 7:52 PM, Robert Betz wrote:
 
 Tried uninstalling Lyx 2.0.0 and reinstalled Lyx 1.6.10 and also 1.6.9.  All 
 doing the same thing (pdftex not closing and using 100% CPU), so it may be 
 my system.  Doing on two though. The parent process for pdftex is Python, 
 whose parent in turn is Lyx. When Lyx closes down, Python closes but pdftex 
 is not closing.  Maybe there is some problem with my installation of Python. 
 It appears to be using Python 2.6
 
 
 Bob, is this happening all the time or just for a specific file? If the 
 latter, could you post a small example file? 
 
 If it happens for any file, then go back to LyX, create a new file (e.g, 
 newfile.tex) with just one line of text, and export it as a LaTeX 
 (pdflatex) file. Then try to pdflatex that exported file from the _terminal_ 
 with pdflatex newfile. 
 
 If that doesn't work, it's a problem with your TeX installation. You could 
 then send the tex file and the latex log. You could also try paring the file 
 down by deleting any \usepackage commands in it, until the error goes away. 
 Maybe you have some package or font installed that causes this crash. This 
 could be hard to find if you have local installations that differ from the 
 standard distribution.
 
 Jens
 
 

Re: pdftex process on MAC OSX Lyx 2.0.0 - more

[Jens Nöckel]

On May 14, 2011, at 7:52 PM, Robert Betz wrote:

 Tried uninstalling Lyx 2.0.0 and reinstalled Lyx 1.6.10 and also 1.6.9.  All 
 doing the same thing (pdftex not closing and using 100% CPU), so it may be my 
 system.  Doing on two though. The parent process for pdftex is Python, whose 
 parent in turn is Lyx. When Lyx closes down, Python closes but pdftex is not 
 closing.  Maybe there is some problem with my installation of Python. It 
 appears to be using Python 2.6
 
Bob, is this happening all the time or just for a specific file? If the latter, 
could you post a small example file? 

If it happens for any file, then go back to LyX, create a new file (e.g, 
newfile.tex) with just one line of text, and export it as a LaTeX (pdflatex) 
file. Then try to pdflatex that exported file from the _terminal_ with 
pdflatex newfile. 

If that doesn't work, it's a problem with your TeX installation. You could then 
send the tex file and the latex log. You could also try paring the file down by 
deleting any \usepackage commands in it, until the error goes away. Maybe you 
have some package or font installed that causes this crash. This could be hard 
to find if you have local installations that differ from the standard 
distribution.

Jens

Re: pdftex process on MAC OSX Lyx 2.0.0 - more

[Jens Nöckel]

Bob,
I'm not sure I understand the problem, but I'm guessing you inserted a 
character like → into the text, while not in math mode. If so, you could try to 
circumvent the problem by going to Document  Settings  Fonts and changing the 
template's Roman font from Palatino to Default.

I don't see the same pdflatex crash as you, but LyX displays a latex error 
message if I try to use Palatino font with that \textrightarrow  character. 
So I can't be sure if this helps you. Could it be that your TeX installation is 
out of date?  

It may be worth thinking about how LyX can keep track of pdflatex processes it 
has spawned, so that it can kill -9 crashed processes when the user exits LyX 
(after warning about it). I don't think that anything like that has been 
implemented at this point. And of course that wouldn't help fix the root cause 
of your problem. 

Jens


On May 15, 2011, at 4:03 PM, Robert Betz wrote:

 Jens,
 
 It is not happening all the time with the system, but only under a very 
 specific class file.  Having thought about it a bit more after the initial 
 posting it may be an issue with pdftex itself, or with the Python script the 
 invokes it (from Lyx).
 
 If you create new file using the koma-letter2.lyx template file (which uses 
 the scrlttr2 latex class. The template is a default one in 1.6 series Lyx) 
 and go it not math mode and insert a symbol in the text somewhere (I inserted 
 a \rightarrow a symbol).
 
 Save the file, and exit and reload.  Simply reloading the file will start 
 pdftex and it will continue to run, even if you exit Lyx again.
 
 This appears to do this on all machines that I run this on.  Also happens 
 under 1.6.10.  It may be an issue with pdftex and this use of it with this 
 class, but nevertheless the Python script that starts pdftex should stop it 
 on Lyx stopping.  
 
 Incidentally the file compiles and displays OK.
 
 
 
 
 Regards 
 
 
 Bob Betz 
 
 
 
 - 
 
 Dr. Robert Betz 
 Ampcontrol Professor of Power Engineering, 
 Head, School of Electrical Engineering and Computer Science, 
 Faculty of Engineering and Built Environment, 
 University of Newcastle, Australia, 
 
 email: robert.b...@newcastle.edu.au 
 FAX: +61-2-4921-6993 
 TEL: +61-2-4921-6091 
 Mobile: (+61)-(0)419249948 
 Web: http://eecsbobb.newcastle.edu.au/rebetz 
 
 - 
 
 
 
 
 
 
 
 
 
 
  On Mon, May 16, 2011 at  3:44 AM, in message 
  8ca2dbec-1d05-48e1-b7e4-4bb8157d1...@uoregon.edu, Jens Nöckel 
  noec...@uoregon.edu wrote:
 
 On May 14, 2011, at 7:52 PM, Robert Betz wrote:
 
 Tried uninstalling Lyx 2.0.0 and reinstalled Lyx 1.6.10 and also 1.6.9.  All 
 doing the same thing (pdftex not closing and using 100% CPU), so it may be 
 my system.  Doing on two though. The parent process for pdftex is Python, 
 whose parent in turn is Lyx. When Lyx closes down, Python closes but pdftex 
 is not closing.  Maybe there is some problem with my installation of Python. 
 It appears to be using Python 2.6
 
 
 Bob, is this happening all the time or just for a specific file? If the 
 latter, could you post a small example file? 
 
 If it happens for any file, then go back to LyX, create a new file (e.g, 
 newfile.tex) with just one line of text, and export it as a LaTeX 
 (pdflatex) file. Then try to pdflatex that exported file from the _terminal_ 
 with pdflatex newfile. 
 
 If that doesn't work, it's a problem with your TeX installation. You could 
 then send the tex file and the latex log. You could also try paring the file 
 down by deleting any \usepackage commands in it, until the error goes away. 
 Maybe you have some package or font installed that causes this crash. This 
 could be hard to find if you have local installations that differ from the 
 standard distribution.
 
 Jens
 
 

Re: pdftex process on MAC OSX Lyx 2.0.0 - more

[Jens Nöckel]

On May 14, 2011, at 7:52 PM, Robert Betz wrote:

> Tried uninstalling Lyx 2.0.0 and reinstalled Lyx 1.6.10 and also 1.6.9.  All 
> doing the same thing (pdftex not closing and using 100% CPU), so it may be my 
> system.  Doing on two though. The parent process for pdftex is Python, whose 
> parent in turn is Lyx. When Lyx closes down, Python closes but pdftex is not 
> closing.  Maybe there is some problem with my installation of Python. It 
> appears to be using Python 2.6
> 
Bob, is this happening all the time or just for a specific file? If the latter, 
could you post a small example file? 

If it happens for any file, then go back to LyX, create a new file (e.g, 
"newfile.tex") with just one line of text, and export it as a LaTeX (pdflatex) 
file. Then try to pdflatex that exported file from the _terminal_ with 
"pdflatex newfile". 

If that doesn't work, it's a problem with your TeX installation. You could then 
send the tex file and the latex log. You could also try paring the file down by 
deleting any "\usepackage" commands in it, until the error goes away. Maybe you 
have some package or font installed that causes this crash. This could be hard 
to find if you have local installations that differ from the standard 
distribution.

Jens

Re: pdftex process on MAC OSX Lyx 2.0.0 - more

[Jens Nöckel]

Bob,
I'm not sure I understand the problem, but I'm guessing you inserted a 
character like → into the text, while not in math mode. If so, you could try to 
circumvent the problem by going to Document > Settings > Fonts and changing the 
template's Roman font from "Palatino" to "Default".

I don't see the same pdflatex crash as you, but LyX displays a latex error 
message if I try to use Palatino font with that "\textrightarrow"  character. 
So I can't be sure if this helps you. Could it be that your TeX installation is 
out of date?  

It may be worth thinking about how LyX can keep track of pdflatex processes it 
has spawned, so that it can "kill -9" crashed processes when the user exits LyX 
(after warning about it). I don't think that anything like that has been 
implemented at this point. And of course that wouldn't help fix the root cause 
of your problem. 

Jens


On May 15, 2011, at 4:03 PM, Robert Betz wrote:

> Jens,
> 
> It is not happening all the time with the system, but only under a very 
> specific class file.  Having thought about it a bit more after the initial 
> posting it may be an issue with pdftex itself, or with the Python script the 
> invokes it (from Lyx).
> 
> If you create new file using the koma-letter2.lyx template file (which uses 
> the scrlttr2 latex class. The template is a default one in 1.6 series Lyx) 
> and go it not math mode and insert a symbol in the text somewhere (I inserted 
> a \rightarrow a symbol).
> 
> Save the file, and exit and reload.  Simply reloading the file will start 
> pdftex and it will continue to run, even if you exit Lyx again.
> 
> This appears to do this on all machines that I run this on.  Also happens 
> under 1.6.10.  It may be an issue with pdftex and this use of it with this 
> class, but nevertheless the Python script that starts pdftex should stop it 
> on Lyx stopping.  
> 
> Incidentally the file compiles and displays OK.
> 
> 
> 
> 
> Regards 
> 
> 
> Bob Betz 
> 
> 
> 
> - 
> 
> Dr. Robert Betz 
> Ampcontrol Professor of Power Engineering, 
> Head, School of Electrical Engineering and Computer Science, 
> Faculty of Engineering and Built Environment, 
> University of Newcastle, Australia, 
> 
> email: robert.b...@newcastle.edu.au 
> FAX: +61-2-4921-6993 
> TEL: +61-2-4921-6091 
> Mobile: (+61)-(0)419249948 
> Web: http://eecsbobb.newcastle.edu.au/rebetz 
> 
> ----- 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> >>> On Mon, May 16, 2011 at  3:44 AM, in message 
> >>> <8ca2dbec-1d05-48e1-b7e4-4bb8157d1...@uoregon.edu>, Jens Nöckel 
> >>> <noec...@uoregon.edu> wrote:
> 
> On May 14, 2011, at 7:52 PM, Robert Betz wrote:
> 
>> Tried uninstalling Lyx 2.0.0 and reinstalled Lyx 1.6.10 and also 1.6.9.  All 
>> doing the same thing (pdftex not closing and using 100% CPU), so it may be 
>> my system.  Doing on two though. The parent process for pdftex is Python, 
>> whose parent in turn is Lyx. When Lyx closes down, Python closes but pdftex 
>> is not closing.  Maybe there is some problem with my installation of Python. 
>> It appears to be using Python 2.6
>> 
> 
> Bob, is this happening all the time or just for a specific file? If the 
> latter, could you post a small example file? 
> 
> If it happens for any file, then go back to LyX, create a new file (e.g, 
> "newfile.tex") with just one line of text, and export it as a LaTeX 
> (pdflatex) file. Then try to pdflatex that exported file from the _terminal_ 
> with "pdflatex newfile". 
> 
> If that doesn't work, it's a problem with your TeX installation. You could 
> then send the tex file and the latex log. You could also try paring the file 
> down by deleting any "\usepackage" commands in it, until the error goes away. 
> Maybe you have some package or font installed that causes this crash. This 
> could be hard to find if you have local installations that differ from the 
> standard distribution.
> 
> Jens
> 
> 

Re: Borked 2.0.0 on Mac OS X?

[Jens Nöckel]

On May 12, 2011, at 4:54 PM, BH wrote:

 On Thu, May 12, 2011 at 7:34 PM, Trevor Jenkins bslwann...@gmail.com wrote:
 On Fri, May 13, 2011 at 12:30 AM, BH bewih...@gmail.com wrote:
 
 On Thu, May 12, 2011 at 7:14 PM, Trevor Jenkins bslwann...@gmail.com
 wrote:
 I seem to have screwed my LyX installation on a Mac OS X 10.6.7 server
 machine. The executable runs fine. I can create simple documents (as in
 testing someone else's issue with 10.6.7) but when I try New from
 Template
 the various folders are empty. Those in the LyX package are there
 (Finder
 can open the package and show me the various files) but LyX itself
 cannot
 find anything.

No need to worry. In case it's still unclear: Just go to Preferences  Paths 
and change the field for Document templates to 
/Applications/LyX.app/Contents/Resources/templates/

Alternatively, in case you are planning modify those templates by hand, leave 
the above field unchanged, but instead copy all the files from the above 
directory in the Application package into the folder 
$HOME/Library/Application Support/LyX-2.0/templates/

Then you can edit those templates, and add new ones, without risk of having 
them overwritten by a LyX update.

Jens

Re: Borked 2.0.0 on Mac OS X?

[Jens Nöckel]

On May 12, 2011, at 4:54 PM, BH wrote:

 On Thu, May 12, 2011 at 7:34 PM, Trevor Jenkins bslwann...@gmail.com wrote:
 On Fri, May 13, 2011 at 12:30 AM, BH bewih...@gmail.com wrote:
 
 On Thu, May 12, 2011 at 7:14 PM, Trevor Jenkins bslwann...@gmail.com
 wrote:
 I seem to have screwed my LyX installation on a Mac OS X 10.6.7 server
 machine. The executable runs fine. I can create simple documents (as in
 testing someone else's issue with 10.6.7) but when I try New from
 Template
 the various folders are empty. Those in the LyX package are there
 (Finder
 can open the package and show me the various files) but LyX itself
 cannot
 find anything.

No need to worry. In case it's still unclear: Just go to Preferences  Paths 
and change the field for Document templates to 
/Applications/LyX.app/Contents/Resources/templates/

Alternatively, in case you are planning modify those templates by hand, leave 
the above field unchanged, but instead copy all the files from the above 
directory in the Application package into the folder 
$HOME/Library/Application Support/LyX-2.0/templates/

Then you can edit those templates, and add new ones, without risk of having 
them overwritten by a LyX update.

Jens

Re: Borked 2.0.0 on Mac OS X?

[Jens Nöckel]

On May 12, 2011, at 4:54 PM, BH wrote:

> On Thu, May 12, 2011 at 7:34 PM, Trevor Jenkins  wrote:
>> On Fri, May 13, 2011 at 12:30 AM, BH  wrote:
>>> 
>>> On Thu, May 12, 2011 at 7:14 PM, Trevor Jenkins 
>>> wrote:
 I seem to have screwed my LyX installation on a Mac OS X 10.6.7 server
 machine. The executable runs fine. I can create simple documents (as in
 testing someone else's issue with 10.6.7) but when I try "New from
 Template"
 the various folders are empty. Those in the LyX package are there
 (Finder
 can open the package and show me the various files) but LyX itself
 cannot
 find anything.

No need to worry. In case it's still unclear: Just go to Preferences > Paths 
and change the field for "Document templates" to 
/Applications/LyX.app/Contents/Resources/templates/

Alternatively, in case you are planning modify those templates by hand, leave 
the above field unchanged, but instead copy all the files from the above 
directory in the Application package into the folder 
$HOME/Library/Application Support/LyX-2.0/templates/

Then you can edit those templates, and add new ones, without risk of having 
them overwritten by a LyX update.

Jens

Re: How to install Lyx 2.0 side by side with 1.6 on a MAC?

[Jens Nöckel]

Yes, it's possible, and I understand why you want to do it (why throw out a 
version that works fine, if you're not sure about possible bugs in the new 
version?) So you could do the following:

1) 
assuming you have LyX version 1.6.x installed the usual way, rename 
/Appplications/LyX.app to something else, e.g. LyX-1-6.app. 
2) 
Just for safety, I would make a backup copy of the LyX-1.6 folder in  
~/Library/Application Support/ (ideally, this shouldn't be necessary, because a 
new LyX-2.0 folder is created)
3) 
Download and install LyX version 2

Now whenever you want to open a file with the older LyX, drag it onto the icon 
for LyX-1-6 instead of the LyX application. 

One potential headache is to make sure LyX 2 is the default for opening LyX 
documents. You do that by highlighting any LyX file and going to the Get Info 
menu, then checking the open with... entry. It can sometimes be hard to make 
that setting stick for all files, especially if you go back and forth between 
old and new versions. So during this transition period, it's probably good to 
check the About LyX menu once in a while to verify you're using the version 
you intended.

Be aware that files saved normally from LyX 2 won't be readable by LyX 1.6, so 
after some time you'll probably be happier working with the new version.

Jens


On May 8, 2011, at 5:58 AM, Pierfranco Minsenti wrote:

 Hello,
 
 I would like to know if it is possible and how to install Lyx 2.0 on a MAC OS 
 X (10.6 Snow Leopard) as a a separate installation so that it doesn't 
 interfere with the 1.6 installation.
 Thank you for your cooperation
 pierfranco
 
 
 2011/5/8 Ken kmai...@gmail.com
 Hi. Is it possible to have both LyX 1.6 and Lyx 2.0 installed at the
 same time? Are there any consequences to having both installed?
 
 I would like to try LyX 2.0 but don't want to break anything on my
 current work and want to go back to 1.6 easily if necessary.
 
 Thanks
 

Re: How to install Lyx 2.0 side by side with 1.6 on a MAC?

[Jens Nöckel]

On May 8, 2011, at 9:38 AM, BH wrote:

 On Sun, May 8, 2011 at 12:20 PM, Jens Nöckel noec...@uoregon.edu wrote:
 Be aware that files saved normally from LyX 2 won't be readable by LyX 1.6,
 so after some time you'll probably be happier working with the new version.
 
 Once LyX-1.6.10 comes out (which won't be long), it will be able to
 read LyX-2.0 files. So even this won't be a problem.
 

Thanks for the info, Bennett - there's just so much activity in the developer 
team that I can't keep up with all the innovations... 
Jens

Re: How to install Lyx 2.0 side by side with 1.6 on a MAC?

[Jens Nöckel]

Yes, it's possible, and I understand why you want to do it (why throw out a 
version that works fine, if you're not sure about possible bugs in the new 
version?) So you could do the following:

1) 
assuming you have LyX version 1.6.x installed the usual way, rename 
/Appplications/LyX.app to something else, e.g. LyX-1-6.app. 
2) 
Just for safety, I would make a backup copy of the LyX-1.6 folder in  
~/Library/Application Support/ (ideally, this shouldn't be necessary, because a 
new LyX-2.0 folder is created)
3) 
Download and install LyX version 2

Now whenever you want to open a file with the older LyX, drag it onto the icon 
for LyX-1-6 instead of the LyX application. 

One potential headache is to make sure LyX 2 is the default for opening LyX 
documents. You do that by highlighting any LyX file and going to the Get Info 
menu, then checking the open with... entry. It can sometimes be hard to make 
that setting stick for all files, especially if you go back and forth between 
old and new versions. So during this transition period, it's probably good to 
check the About LyX menu once in a while to verify you're using the version 
you intended.

Be aware that files saved normally from LyX 2 won't be readable by LyX 1.6, so 
after some time you'll probably be happier working with the new version.

Jens


On May 8, 2011, at 5:58 AM, Pierfranco Minsenti wrote:

 Hello,
 
 I would like to know if it is possible and how to install Lyx 2.0 on a MAC OS 
 X (10.6 Snow Leopard) as a a separate installation so that it doesn't 
 interfere with the 1.6 installation.
 Thank you for your cooperation
 pierfranco
 
 
 2011/5/8 Ken kmai...@gmail.com
 Hi. Is it possible to have both LyX 1.6 and Lyx 2.0 installed at the
 same time? Are there any consequences to having both installed?
 
 I would like to try LyX 2.0 but don't want to break anything on my
 current work and want to go back to 1.6 easily if necessary.
 
 Thanks
 

Re: How to install Lyx 2.0 side by side with 1.6 on a MAC?

[Jens Nöckel]

On May 8, 2011, at 9:38 AM, BH wrote:

 On Sun, May 8, 2011 at 12:20 PM, Jens Nöckel noec...@uoregon.edu wrote:
 Be aware that files saved normally from LyX 2 won't be readable by LyX 1.6,
 so after some time you'll probably be happier working with the new version.
 
 Once LyX-1.6.10 comes out (which won't be long), it will be able to
 read LyX-2.0 files. So even this won't be a problem.
 

Thanks for the info, Bennett - there's just so much activity in the developer 
team that I can't keep up with all the innovations... 
Jens

Re: How to install Lyx 2.0 side by side with 1.6 on a MAC?

[Jens Nöckel]

Yes, it's possible, and I understand why you want to do it (why throw out a 
version that works fine, if you're not sure about possible bugs in the new 
version?) So you could do the following:

1) 
assuming you have LyX version 1.6.x installed the usual way, rename 
/Appplications/LyX.app to something else, e.g. LyX-1-6.app. 
2) 
Just for safety, I would make a backup copy of the LyX-1.6 folder in  
~/Library/Application Support/ (ideally, this shouldn't be necessary, because a 
new LyX-2.0 folder is created)
3) 
Download and install LyX version 2

Now whenever you want to open a file with the older LyX, drag it onto the icon 
for LyX-1-6 instead of the LyX application. 

One potential headache is to make sure LyX 2 is the default for opening LyX 
documents. You do that by highlighting any LyX file and going to the "Get Info" 
menu, then checking the "open with..." entry. It can sometimes be hard to make 
that setting stick for all files, especially if you go back and forth between 
old and new versions. So during this transition period, it's probably good to 
check the "About LyX" menu once in a while to verify you're using the version 
you intended.

Be aware that files saved normally from LyX 2 won't be readable by LyX 1.6, so 
after some time you'll probably be happier working with the new version.

Jens


On May 8, 2011, at 5:58 AM, Pierfranco Minsenti wrote:

> Hello,
> 
> I would like to know if it is possible and how to install Lyx 2.0 on a MAC OS 
> X (10.6 Snow Leopard) as a a separate installation so that it doesn't 
> interfere with the 1.6 installation.
> Thank you for your cooperation
> pierfranco
> 
> 
> 2011/5/8 Ken 
> Hi. Is it possible to have both LyX 1.6 and Lyx 2.0 installed at the
> same time? Are there any consequences to having both installed?
> 
> I would like to try LyX 2.0 but don't want to break anything on my
> current work and want to go back to 1.6 easily if necessary.
> 
> Thanks
> 

Re: How to install Lyx 2.0 side by side with 1.6 on a MAC?

[Jens Nöckel]

On May 8, 2011, at 9:38 AM, BH wrote:

> On Sun, May 8, 2011 at 12:20 PM, Jens Nöckel <noec...@uoregon.edu> wrote:
>> Be aware that files saved normally from LyX 2 won't be readable by LyX 1.6,
>> so after some time you'll probably be happier working with the new version.
> 
> Once LyX-1.6.10 comes out (which won't be long), it will be able to
> read LyX-2.0 files. So even this won't be a problem.
> 

Thanks for the info, Bennett - there's just so much activity in the developer 
team that I can't keep up with all the innovations... 
Jens

Re: Feature request: the missing element in the LyX office suite

[Jens Nöckel]

On May 4, 2011, at 3:26 AM, Andrew Parsloe wrote:

 
 
 On 4/05/2011 9:59 p.m., Liviu Andronic wrote:
 On Wed, May 4, 2011 at 11:46 AM, Andrew Parsloeapars...@clear.net.nz  
 wrote:
 Yes, but it would be nice to be able to sum a table in LyX without having to
 fire up Gnumeric or Excel or whatever.
 
 It sure would.
 
 
 (To take matters to extremes, you
 could even fire up an external wordprocessor and create a pdf or latex
 document and import into LyX, but we don't. LyX is so much better and more
 fun to work in.)
 
 I understand your concern, but adding true spreadsheet capabilities to
 LyX would be a massive undertaking, and something to which some
 developers would object. LyX is by design a very flexible beast that
 allows you to interact with a huge (and growing) number of external
 tools: LaTeX, DocBook, BibTeX, R, Maxima, etc., etc.
 
 As far as I'm concerned, LyX does provide spreadsheet capabilities via
 the Gnumeric external material. It allows you to create and maintain
 your tables in a mature spreadsheet tool (something that LyX would
 never provide natively), and _dynamically_ import the results into
 your LyX documents. Personally I couldn't ask for more. (Think of it
 as graphics creation: you do not create them in LyX; you use some
 external tool to either create a final PDF and import into LyX, or to
 dynamically manage via external material).
 
 Cheers
 Liviu
 
 Actually I do create graphics in LyX (using PSTricks in a LyX document that 
 consists entirely of one sometimes big ERT inset). But I take your point. For 
 a computer with limited memory (1 GB seemed big when I bought it), where 
 there's a lot of disk activity with multiple programs running, being able to 
 work in LyX alone would be helpful.
 
 Regards,
 Andrew

The fact that 1 GB seems small nowadays is a sad reminder of how bloated some 
programs have become. 
Precisely for that reason I would not be in favor of an added spreadsheet tool 
in LyX. 
See also this link:
http://en.wikipedia.org/wiki/Feature_creep

Jens

Re: Feature request: the missing element in the LyX office suite

[Jens Nöckel]

On May 4, 2011, at 3:26 AM, Andrew Parsloe wrote:

 
 
 On 4/05/2011 9:59 p.m., Liviu Andronic wrote:
 On Wed, May 4, 2011 at 11:46 AM, Andrew Parsloeapars...@clear.net.nz  
 wrote:
 Yes, but it would be nice to be able to sum a table in LyX without having to
 fire up Gnumeric or Excel or whatever.
 
 It sure would.
 
 
 (To take matters to extremes, you
 could even fire up an external wordprocessor and create a pdf or latex
 document and import into LyX, but we don't. LyX is so much better and more
 fun to work in.)
 
 I understand your concern, but adding true spreadsheet capabilities to
 LyX would be a massive undertaking, and something to which some
 developers would object. LyX is by design a very flexible beast that
 allows you to interact with a huge (and growing) number of external
 tools: LaTeX, DocBook, BibTeX, R, Maxima, etc., etc.
 
 As far as I'm concerned, LyX does provide spreadsheet capabilities via
 the Gnumeric external material. It allows you to create and maintain
 your tables in a mature spreadsheet tool (something that LyX would
 never provide natively), and _dynamically_ import the results into
 your LyX documents. Personally I couldn't ask for more. (Think of it
 as graphics creation: you do not create them in LyX; you use some
 external tool to either create a final PDF and import into LyX, or to
 dynamically manage via external material).
 
 Cheers
 Liviu
 
 Actually I do create graphics in LyX (using PSTricks in a LyX document that 
 consists entirely of one sometimes big ERT inset). But I take your point. For 
 a computer with limited memory (1 GB seemed big when I bought it), where 
 there's a lot of disk activity with multiple programs running, being able to 
 work in LyX alone would be helpful.
 
 Regards,
 Andrew

The fact that 1 GB seems small nowadays is a sad reminder of how bloated some 
programs have become. 
Precisely for that reason I would not be in favor of an added spreadsheet tool 
in LyX. 
See also this link:
http://en.wikipedia.org/wiki/Feature_creep

Jens

Re: Feature request: the missing element in the LyX office suite

[Jens Nöckel]

On May 4, 2011, at 3:26 AM, Andrew Parsloe wrote:

> 
> 
> On 4/05/2011 9:59 p.m., Liviu Andronic wrote:
>> On Wed, May 4, 2011 at 11:46 AM, Andrew Parsloe  
>> wrote:
>>> Yes, but it would be nice to be able to sum a table in LyX without having to
>>> fire up Gnumeric or Excel or whatever.
>>> 
>> It sure would.
>> 
>> 
>>> (To take matters to extremes, you
>>> could even fire up an external wordprocessor and create a pdf or latex
>>> document and import into LyX, but we don't. LyX is so much better and more
>>> fun to work in.)
>>> 
>> I understand your concern, but adding true spreadsheet capabilities to
>> LyX would be a massive undertaking, and something to which some
>> developers would object. LyX is by design a very flexible beast that
>> allows you to interact with a huge (and growing) number of external
>> tools: LaTeX, DocBook, BibTeX, R, Maxima, etc., etc.
>> 
>> As far as I'm concerned, LyX does provide spreadsheet capabilities via
>> the Gnumeric external material. It allows you to create and maintain
>> your tables in a mature spreadsheet tool (something that LyX would
>> never provide natively), and _dynamically_ import the results into
>> your LyX documents. Personally I couldn't ask for more. (Think of it
>> as graphics creation: you do not create them in LyX; you use some
>> external tool to either create a final PDF and import into LyX, or to
>> dynamically manage via external material).
>> 
>> Cheers
>> Liviu
>> 
> Actually I do create graphics in LyX (using PSTricks in a LyX document that 
> consists entirely of one sometimes big ERT inset). But I take your point. For 
> a computer with limited memory (1 GB seemed big when I bought it), where 
> there's a lot of disk activity with multiple programs running, being able to 
> work in LyX alone would be helpful.
> 
> Regards,
> Andrew

The fact that 1 GB seems small nowadays is a sad reminder of how bloated some 
programs have become. 
Precisely for that reason I would not be in favor of an added spreadsheet tool 
in LyX. 
See also this link:
http://en.wikipedia.org/wiki/Feature_creep

Jens

Re: Poll for the default icon theme in LyX 2.0

[Jens Nöckel]

libreoffice

Although I'll miss the old noun icon: it's the last samurai of the 8-bit 
world. 
Jens

Re: Poll for the default icon theme in LyX 2.0

[Jens Nöckel]

libreoffice

Although I'll miss the old noun icon: it's the last samurai of the 8-bit 
world. 
Jens

Re: Poll for the default icon theme in LyX 2.0

[Jens Nöckel]

libreoffice

Although I'll miss the old "noun" icon: it's the last samurai of the 8-bit 
world. 
Jens

Re: Magin note color and font in the whole document

[Jens Nöckel]

On Jan 22, 2010, at 2:33 AM, David Múgica wrote:

 It´s easy change the color and font in a marginnote, but i can´t in the 
 whole document.
 ¿How i can change the color in ALL the margin-side notes document?
 ¿And the family and sizes font?
 Thanks a lot.

Hi,
I happen to use margin notes like that too. My approach is the following 
(colors are a matter of taste, of course...):

\usepackage{setspace}
\let\margin\marginpar
\newcommand\myMargin[1]{\margin{\raggedright\textcolor{red}{\scriptsize 
\onehalfspacing #1 \singlespacing}}}
\renewcommand{\marginpar}[1]{\myMargin{#1}}

This has to be entered in LaTeX Preamble under Documents  Settings...
You may still need to load 
\usepackage{color}
if LyX doesn't do it automatically.
The \scriptsize command could be replaced by \footnotesize or \tiny. The 
setspace package allows you to make the margin note line spacing denser with 
\onehalfspacing, followed by \singlespacing (otherwise you get small font with 
unnaturally large line spacing).

Cheers,
Jens

Re: Magin note color and font in the whole document

[Jens Nöckel]

On Jan 22, 2010, at 2:33 AM, David Múgica wrote:

 It´s easy change the color and font in a marginnote, but i can´t in the 
 whole document.
 ¿How i can change the color in ALL the margin-side notes document?
 ¿And the family and sizes font?
 Thanks a lot.

Hi,
I happen to use margin notes like that too. My approach is the following 
(colors are a matter of taste, of course...):

\usepackage{setspace}
\let\margin\marginpar
\newcommand\myMargin[1]{\margin{\raggedright\textcolor{red}{\scriptsize 
\onehalfspacing #1 \singlespacing}}}
\renewcommand{\marginpar}[1]{\myMargin{#1}}

This has to be entered in LaTeX Preamble under Documents  Settings...
You may still need to load 
\usepackage{color}
if LyX doesn't do it automatically.
The \scriptsize command could be replaced by \footnotesize or \tiny. The 
setspace package allows you to make the margin note line spacing denser with 
\onehalfspacing, followed by \singlespacing (otherwise you get small font with 
unnaturally large line spacing).

Cheers,
Jens

Re: Magin note color and font in the whole document

[Jens Nöckel]

On Jan 22, 2010, at 2:33 AM, David Múgica wrote:

> It´s easy change the color and font in a "marginnote", but i can´t in the 
> whole document.
> ¿How i can change the color in ALL the margin-side notes document?
> ¿And the family and sizes font?
> Thanks a lot.

Hi,
I happen to use margin notes like that too. My approach is the following 
(colors are a matter of taste, of course...):

\usepackage{setspace}
\let\margin\marginpar
\newcommand\myMargin[1]{\margin{\raggedright\textcolor{red}{\scriptsize 
\onehalfspacing #1 \singlespacing}}}
\renewcommand{\marginpar}[1]{\myMargin{#1}}

This has to be entered in "LaTeX Preamble" under "Documents > Settings..."
You may still need to load 
\usepackage{color}
if LyX doesn't do it automatically.
The \scriptsize command could be replaced by \footnotesize or \tiny. The 
setspace package allows you to make the margin note line spacing denser with 
\onehalfspacing, followed by \singlespacing (otherwise you get small font with 
unnaturally large line spacing).

Cheers,
Jens