Re: Alt key shortcut change

[Scott Kostyshak]

On Tue, Aug 5, 2014 at 7:22 PM, Patrick O'Keeffe pokee...@wsu.edu wrote:
 I'm not sure this is the same issue: #9227 is about the main menu
 superceding non-modal dialogs. I was suggesting changing the binding
 within the Insert menu so Alt+I, x opens the box submenu instead of
 inserting a Tex code box (since Ctrl+L does that).

You're right, I see what you mean now.

 I found a way to bind the raw command to a particular shortcut (Prefs 
 Editing  Shortcuts  Cursor...Functions  box-insert) but inserting via
 the menu allows me to choose which style of box.

Here is a patch, I don't know what others think:

diff --git a/lib/ui/stdmenus.inc b/lib/ui/stdmenus.inc
index 32ed83e..d26456d 100644
--- a/lib/ui/stdmenus.inc
+++ b/lib/ui/stdmenus.inc
@@ -365,7 +365,7 @@ Menuset
  Submenu Branch|B insert_branches
  Submenu Custom Insets insert_custom
  Submenu File|e insert_file
- Submenu Box[[Menu]] insert_box
+ Submenu Box[[Menu]]|x insert_box
  OptSubmenu Insert Regular Expression context-edit-regexp
  Separator
  Item Citation...|C dialog-show-new-inset citation
@@ -382,7 +382,7 @@ Menuset
  Item Footnote|F footnote-insert
  Item Marginal Note|M marginalnote-insert
  Arguments
- Item TeX Code|X ert-insert
+ Item TeX Code ert-insert
  Item Program Listing[[Menu]] listing-insert
  Item Date date-insert
  Item Preview|w preview-insert
-- 

[If this can be customized, I haven't discovered how yet.]

You can make your own menu file and put it in your user directory. I
think this is discussed in Help  Customization.

Scott

Re: Program Listing environment to include non-ASCII characters

[Guenter Milde]

On 2014-08-05, Stratos kovalkov Papadoudis wrote:


 Thank you for your reply. As a matter of fact I did discover that it was a 
 Tex issue in the past and forgot all about it, you are right. I am willing to 
 work on this in the future, when my schedule lightens a bit, as even still 
 using non-ASCII characters is still very odd community-wise; my colaborators 
 where kinda wondering, and sometimes I even wonder myself. But those points 
 are valid still, especially about non-latin characters in program output.

Interesting alternatives could be
http://www.ctan.org/tex-archive/macros/latex/contrib/texments/
and
http://www.ctan.org/tex-archive/macros/latex/contrib/pythontex
as both use the Pygments_ syntax highlighter.
While I don't know, whether these packages support the full Unicode range, I
know that Pygments does, so it may be easier to either just use of fix one
of them (if you have Python instlled, but this is always the case if you use
LyX).

A plan could be:

* test both packages with LaTeX, decide which better fits the needs

* test with LyX (using ERT, user preamble, ...)

* maybe provide a LyX module supporting syntax highlight via Pygments
  Document it and upload to the wiki.
  
* in addition or alternatively, add a ticket for LyX support for one of the
  packages (the better one).
  
Günter

Re: Reconfiguration Problem

[tesm...@gmail.com]

Dear Richard,

Attached is console log for lyx.

Starting Lyx from console solved the re-configuration errors.
Reconfiguration still fails when Lyx is started directly from GUI.

I still having errors in exporting Lyx document to OpenDocument.

Regards,
Tariq




On Tue, Aug 5, 2014 at 11:49 AM, Richard Heck rgh...@lyx.org wrote:

 On 08/05/2014 11:45 AM, tesm...@gmail.com wrote:

 Dear Richard,

 I get the following error message while Lyx Reconfiguration:

 The script '/usr/share/lyx/scriptes/TexFile.py' failed

 Secondly, All the document classes are unavailable in my Lyx installation

 I have Lyx 2.1.1 (July 2014 release)  and have installed texlive-base,
 and texlive-extra


 This sounds like a larger configuration issue.

 Can you run LyX from a terminal and see what error messages you get when
 you try to reconfigure?

 Richard

 PS I'm cc'ing this back to the devel list. I expect we will need more
 help. Remember to reply to all when you do reply.



tariq@ubuntu:~$ lyx
Creating file /tmp/lyx_tmpdir.DvnJAAHY3183/Buffer_importStringUX3183.lyx
This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian)
 restricted \write18 enabled.
entering extended mode
(./textLyx.tex
LaTeX2e 2011/06/27
Babel v3.8m and hyphenation patterns for english, dumylang, nohyphenation, lo
aded.

support/Systemcall.cpp (292): Systemcall: 'pdflatex  textLyx.tex' finished 
with exit code 1
This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian)
 restricted \write18 enabled.
entering extended mode
(./textLyx.tex
LaTeX2e 2011/06/27
Babel v3.8m and hyphenation patterns for english, dumylang, nohyphenation, lo
aded.

mk4ht (2008-06-28-19:09)
/usr/share/tex4ht/htlatex textLyx.tex xhtml,ooffice ooffice/! -cmozhtf 
-cooxtpipes -coo
This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian)
 restricted \write18 enabled.
entering extended mode
LaTeX2e 2011/06/27
Babel v3.8m and hyphenation patterns for english, dumylang, nohyphenation, lo
aded.
(./textLyx.tex
This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian)
 restricted \write18 enabled.
entering extended mode
LaTeX2e 2011/06/27
Babel v3.8m and hyphenation patterns for english, dumylang, nohyphenation, lo
aded.
(./textLyx.tex
This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian)
 restricted \write18 enabled.
entering extended mode
LaTeX2e 2011/06/27
Babel v3.8m and hyphenation patterns for english, dumylang, nohyphenation, lo
aded.
(./textLyx.tex

tex4ht.c (2009-01-31-07:33 kpathsea)
tex4ht -f/textLyx.tex 
  -i/usr/share/texmf/tex4ht/ht-fonts/ooffice/! 
  -cmozhtf 
--- warning --- Can't find/open file `tex4ht.env | .tex4ht'
--- error --- Illegal storage address
--- warning --- Can't find/open file `textLyx.lg'

t4ht.c (2009-01-31-07:34 kpathsea)
t4ht -f/textLyx.tex 
  -cooxtpipes 
  -coo 
(/usr/share/texmf/tex4ht/tex4ht.env)
This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian)
 restricted \write18 enabled.
entering extended mode
(./textLyx.tex
LaTeX2e 2011/06/27
Babel v3.8m and hyphenation patterns for english, dumylang, nohyphenation, lo
aded.

textLyx.tex:2   Unknown command '\batchmode'
textLyx.tex:5   Document format IEEEtran unknown, using article format
textLyx.tex:5   Package/option 'conference' unknown.

Re: Program Listing environment to include non-ASCII characters

[Guenter Milde]

On 2014-08-06, Guenter Milde wrote:
 On 2014-08-05, Stratos kovalkov Papadoudis wrote:


 Thank you for your reply. As a matter of fact I did discover that it was a 
 Tex issue in the past and forgot all about it, you are right. I am willing 
 to 
 work on this in the future, when my schedule lightens a bit, as even still 
 using non-ASCII characters is still very odd community-wise; my colaborators 
 where kinda wondering, and sometimes I even wonder myself. But those points 
 are valid still, especially about non-latin characters in program output.

 Interesting alternatives could be
 http://www.ctan.org/tex-archive/macros/latex/contrib/texments/
 and
 http://www.ctan.org/tex-archive/macros/latex/contrib/pythontex
 as both use the Pygments_ syntax highlighter.

There is also the new package PygmenTeX:

Location on CTAN: tex-archive/macros/latex/contrib/pygmentex/

 While I don't know, whether these packages support the full Unicode range, I
 know that Pygments does, so it may be easier to either just use of fix one
 of them (if you have Python instlled, but this is always the case if you use
 LyX).

 A plan could be:

 * test both packages with LaTeX, decide which better fits the needs

 * test with LyX (using ERT, user preamble, ...)

 * maybe provide a LyX module supporting syntax highlight via Pygments
   Document it and upload to the wiki.

 * in addition or alternatively, add a ticket for LyX support for one of the
   packages (the better one).

 Günter

Re: GSoC Update: Interactive LyX: Successful Collaborative editing in slow network.

[Sushant Raikar]

On Wed, Aug 6, 2014 at 6:25 AM, Cyrille Artho c.ar...@aist.go.jp wrote:

 Hi Sushant,
 Thank you for the video. It's good to see that the contents of both
 documents converge even with extreme lag. (I guess that in real use, a lag
 of  1 second would cause users to end an editing session after a while.)


Thats true. I kept the lag time more so that it gives me enough time to try
out different use cases.


 With video distortion, did you mean the redraw issue in the top window?


Yes. I did.

Thanks,
Sushant

Re: Reconfiguration Problem

[tesm...@gmail.com]

Dear Richard,

Thanks for your reply.

I would like to participate in testing of the GSOC project to
LyxToWordConversion [http://wiki.lyx.org/GSoC/LyxToWordConversion].

Would someone please add me to the list and provide the binaries/code for
testing?

Regards,
Tariq


On Wed, Aug 6, 2014 at 3:40 PM, Richard Heck rgh...@lyx.org wrote:

 On 08/06/2014 04:52 AM, tesm...@gmail.com wrote:

 Dear Richard,

 Attached is console log for lyx.

 Starting Lyx from console solved the re-configuration errors.
 Reconfiguration still fails when Lyx is started directly from GUI.


 That probably means there is some difference in the two environments,
 e.g., in the paths. It is possible that LyX is calling python 3.x from the
 GUI and python 2.x from the console. Hard to know. You could try looking in
 the file $HOME/.xsession-errors and see if there is anything useful there.


  I still having errors in exporting Lyx document to OpenDocument.


 Unfortunately, there is not a lot we can do about that. The tex4ht package
 is known to have a lot of limiations. That said, there is a GSOC project
 going on right now that is focused on converting back and forth between LyX
 and ODT. If you'd be interested in helping to test that branch, send a
 message to the devel list.

 Richard

Re: Reconfiguration Problem

[Richard Heck]

On 08/06/2014 04:52 AM, tesm...@gmail.com wrote:

Dear Richard,

Attached is console log for lyx.

Starting Lyx from console solved the re-configuration errors. 
Reconfiguration still fails when Lyx is started directly from GUI.


That probably means there is some difference in the two environments, 
e.g., in the paths. It is possible that LyX is calling python 3.x from 
the GUI and python 2.x from the console. Hard to know. You could try 
looking in the file $HOME/.xsession-errors and see if there is anything 
useful there.



I still having errors in exporting Lyx document to OpenDocument.


Unfortunately, there is not a lot we can do about that. The tex4ht 
package is known to have a lot of limiations. That said, there is a GSOC 
project going on right now that is focused on converting back and forth 
between LyX and ODT. If you'd be interested in helping to test that 
branch, send a message to the devel list.


Richard

Re: Alt key shortcut change

[Scott Kostyshak]

On Wed, Aug 6, 2014 at 7:40 PM, Patrick O'Keeffe pokee...@wsu.edu wrote:
 I was able to patch `Resources/ui/stdmenus.inc` without having to
 recompile Lyx. Thank you for doing the legwork. I'll take a look at the
 Customization help file regarding a user-defined menu file.

Glad it works. I think you can just put the menus file in the
corresponding ui file in your user dir. But yes, please consult Help 
Customization for details.

Best,

Scott

Re: Alt key shortcut change

[Scott Kostyshak]

On Tue, Aug 5, 2014 at 7:22 PM, Patrick O'Keeffe  wrote:
> I'm not sure this is the same issue: #9227 is about the main menu
> superceding non-modal dialogs. I was suggesting changing the binding
> within the Insert menu so "Alt+I, x" opens the box submenu instead of
> inserting a Tex code box (since Ctrl+L does that).

You're right, I see what you mean now.

> I found a way to bind the raw command to a particular shortcut (Prefs >
> Editing > Shortcuts > Cursor...Functions > box-insert) but inserting via
> the menu allows me to choose which style of box.

Here is a patch, I don't know what others think:

diff --git a/lib/ui/stdmenus.inc b/lib/ui/stdmenus.inc
index 32ed83e..d26456d 100644
--- a/lib/ui/stdmenus.inc
+++ b/lib/ui/stdmenus.inc
@@ -365,7 +365,7 @@ Menuset
  Submenu "Branch|B" "insert_branches"
  Submenu "Custom Insets" "insert_custom"
  Submenu "File|e" "insert_file"
- Submenu "Box[[Menu]]" "insert_box"
+ Submenu "Box[[Menu]]|x" "insert_box"
  OptSubmenu "Insert Regular Expression" "context-edit-regexp"
  Separator
  Item "Citation...|C" "dialog-show-new-inset citation"
@@ -382,7 +382,7 @@ Menuset
  Item "Footnote|F" "footnote-insert"
  Item "Marginal Note|M" "marginalnote-insert"
  Arguments
- Item "TeX Code|X" "ert-insert"
+ Item "TeX Code" "ert-insert"
  Item "Program Listing[[Menu]]" "listing-insert"
  Item "Date" "date-insert"
  Item "Preview|w" "preview-insert"
-- 

[If this can be customized, I haven't discovered how yet.]

You can make your own menu file and put it in your user directory. I
think this is discussed in Help > Customization.

Scott

Re: Program Listing environment to include non-ASCII characters

[Guenter Milde]

On 2014-08-05, Stratos kovalkov Papadoudis wrote:


> Thank you for your reply. As a matter of fact I did discover that it was a 
> Tex issue in the past and forgot all about it, you are right. I am willing to 
> work on this in the future, when my schedule lightens a bit, as even still 
> using non-ASCII characters is still very odd community-wise; my colaborators 
> where kinda wondering, and sometimes I even wonder myself. But those points 
> are valid still, especially about non-latin characters in program output.

Interesting alternatives could be
http://www.ctan.org/tex-archive/macros/latex/contrib/texments/
and
http://www.ctan.org/tex-archive/macros/latex/contrib/pythontex
as both use the Pygments_ syntax highlighter.
While I don't know, whether these packages support the full Unicode range, I
know that Pygments does, so it may be easier to either just use of fix one
of them (if you have Python instlled, but this is always the case if you use
LyX).

A plan could be:

* test both packages with LaTeX, decide which better fits the needs

* test with LyX (using ERT, user preamble, ...)

* maybe provide a "LyX module" supporting syntax highlight via Pygments
  Document it and upload to the wiki.
  
* in addition or alternatively, add a ticket for LyX support for one of the
  packages (the better one).
  
Günter

Re: Reconfiguration Problem

[tesm...@gmail.com]

Dear Richard,

Attached is console log for lyx.

Starting Lyx from console solved the re-configuration errors.
Reconfiguration still fails when Lyx is started directly from GUI.

I still having errors in exporting Lyx document to OpenDocument.

Regards,
Tariq




On Tue, Aug 5, 2014 at 11:49 AM, Richard Heck  wrote:

> On 08/05/2014 11:45 AM, tesm...@gmail.com wrote:
>
>> Dear Richard,
>>
>> I get the following error message while Lyx Reconfiguration:
>>
>> The script '/usr/share/lyx/scriptes/TexFile.py' failed
>>
>> Secondly, All the document classes are unavailable in my Lyx installation
>>
>> I have Lyx 2.1.1 (July 2014 release)  and have installed texlive-base,
>> and texlive-extra
>>
>
> This sounds like a larger configuration issue.
>
> Can you run LyX from a terminal and see what error messages you get when
> you try to reconfigure?
>
> Richard
>
> PS I'm cc'ing this back to the devel list. I expect we will need more
> help. Remember to reply to all when you do reply.
>
>
>
tariq@ubuntu:~$ lyx
Creating file /tmp/lyx_tmpdir.DvnJAAHY3183/Buffer_importStringUX3183.lyx
This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian)
 restricted \write18 enabled.
entering extended mode
(./textLyx.tex
LaTeX2e <2011/06/27>
Babel  and hyphenation patterns for english, dumylang, nohyphenation, lo
aded.

support/Systemcall.cpp (292): Systemcall: 'pdflatex  "textLyx.tex"' finished 
with exit code 1
This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian)
 restricted \write18 enabled.
entering extended mode
(./textLyx.tex
LaTeX2e <2011/06/27>
Babel  and hyphenation patterns for english, dumylang, nohyphenation, lo
aded.

mk4ht (2008-06-28-19:09)
/usr/share/tex4ht/htlatex textLyx.tex "xhtml,ooffice" "ooffice/! -cmozhtf" 
"-cooxtpipes -coo"
This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian)
 restricted \write18 enabled.
entering extended mode
LaTeX2e <2011/06/27>
Babel  and hyphenation patterns for english, dumylang, nohyphenation, lo
aded.
(./textLyx.tex
This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian)
 restricted \write18 enabled.
entering extended mode
LaTeX2e <2011/06/27>
Babel  and hyphenation patterns for english, dumylang, nohyphenation, lo
aded.
(./textLyx.tex
This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian)
 restricted \write18 enabled.
entering extended mode
LaTeX2e <2011/06/27>
Babel  and hyphenation patterns for english, dumylang, nohyphenation, lo
aded.
(./textLyx.tex

tex4ht.c (2009-01-31-07:33 kpathsea)
tex4ht -f/textLyx.tex 
  -i/usr/share/texmf/tex4ht/ht-fonts/ooffice/! 
  -cmozhtf 
--- warning --- Can't find/open file `tex4ht.env | .tex4ht'
--- error --- Illegal storage address
--- warning --- Can't find/open file `textLyx.lg'

t4ht.c (2009-01-31-07:34 kpathsea)
t4ht -f/textLyx.tex 
  -cooxtpipes 
  -coo 
(/usr/share/texmf/tex4ht/tex4ht.env)
This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian)
 restricted \write18 enabled.
entering extended mode
(./textLyx.tex
LaTeX2e <2011/06/27>
Babel  and hyphenation patterns for english, dumylang, nohyphenation, lo
aded.

textLyx.tex:2   Unknown command '\batchmode'
textLyx.tex:5   Document format  unknown, using article format
textLyx.tex:5   Package/option 'conference' unknown.

Re: Program Listing environment to include non-ASCII characters

[Guenter Milde]

On 2014-08-06, Guenter Milde wrote:
> On 2014-08-05, Stratos kovalkov Papadoudis wrote:


>> Thank you for your reply. As a matter of fact I did discover that it was a 
>> Tex issue in the past and forgot all about it, you are right. I am willing 
>> to 
>> work on this in the future, when my schedule lightens a bit, as even still 
>> using non-ASCII characters is still very odd community-wise; my colaborators 
>> where kinda wondering, and sometimes I even wonder myself. But those points 
>> are valid still, especially about non-latin characters in program output.

> Interesting alternatives could be
> http://www.ctan.org/tex-archive/macros/latex/contrib/texments/
> and
> http://www.ctan.org/tex-archive/macros/latex/contrib/pythontex
> as both use the Pygments_ syntax highlighter.

There is also the new package PygmenTeX:

Location on CTAN: tex-archive/macros/latex/contrib/pygmentex/

> While I don't know, whether these packages support the full Unicode range, I
> know that Pygments does, so it may be easier to either just use of fix one
> of them (if you have Python instlled, but this is always the case if you use
> LyX).

> A plan could be:

> * test both packages with LaTeX, decide which better fits the needs

> * test with LyX (using ERT, user preamble, ...)

> * maybe provide a "LyX module" supporting syntax highlight via Pygments
>   Document it and upload to the wiki.

> * in addition or alternatively, add a ticket for LyX support for one of the
>   packages (the better one).

> Günter

Re: GSoC Update: Interactive LyX: Successful Collaborative editing in slow network.

[Sushant Raikar]

On Wed, Aug 6, 2014 at 6:25 AM, Cyrille Artho  wrote:

> Hi Sushant,
> Thank you for the video. It's good to see that the contents of both
> documents converge even with extreme lag. (I guess that in real use, a lag
> of > 1 second would cause users to end an editing session after a while.)
>

Thats true. I kept the lag time more so that it gives me enough time to try
out different use cases.


> With "video distortion", did you mean the redraw issue in the top window?


Yes. I did.

Thanks,
Sushant

Re: Reconfiguration Problem

[tesm...@gmail.com]

Dear Richard,

Thanks for your reply.

I would like to participate in testing of the GSOC project to
LyxToWordConversion [http://wiki.lyx.org/GSoC/LyxToWordConversion].

Would someone please add me to the list and provide the binaries/code for
testing?

Regards,
Tariq


On Wed, Aug 6, 2014 at 3:40 PM, Richard Heck  wrote:

> On 08/06/2014 04:52 AM, tesm...@gmail.com wrote:
>
>> Dear Richard,
>>
>> Attached is console log for lyx.
>>
>> Starting Lyx from console solved the re-configuration errors.
>> Reconfiguration still fails when Lyx is started directly from GUI.
>>
>
> That probably means there is some difference in the two environments,
> e.g., in the paths. It is possible that LyX is calling python 3.x from the
> GUI and python 2.x from the console. Hard to know. You could try looking in
> the file $HOME/.xsession-errors and see if there is anything useful there.
>
>
>  I still having errors in exporting Lyx document to OpenDocument.
>>
>
> Unfortunately, there is not a lot we can do about that. The tex4ht package
> is known to have a lot of limiations. That said, there is a GSOC project
> going on right now that is focused on converting back and forth between LyX
> and ODT. If you'd be interested in helping to test that branch, send a
> message to the devel list.
>
> Richard
>
>

Re: Reconfiguration Problem

[Richard Heck]

On 08/06/2014 04:52 AM, tesm...@gmail.com wrote:

Dear Richard,

Attached is console log for lyx.

Starting Lyx from console solved the re-configuration errors. 
Reconfiguration still fails when Lyx is started directly from GUI.


That probably means there is some difference in the two environments, 
e.g., in the paths. It is possible that LyX is calling python 3.x from 
the GUI and python 2.x from the console. Hard to know. You could try 
looking in the file $HOME/.xsession-errors and see if there is anything 
useful there.



I still having errors in exporting Lyx document to OpenDocument.


Unfortunately, there is not a lot we can do about that. The tex4ht 
package is known to have a lot of limiations. That said, there is a GSOC 
project going on right now that is focused on converting back and forth 
between LyX and ODT. If you'd be interested in helping to test that 
branch, send a message to the devel list.


Richard

Re: Alt key shortcut change

[Scott Kostyshak]

On Wed, Aug 6, 2014 at 7:40 PM, Patrick O'Keeffe  wrote:
> I was able to patch `Resources/ui/stdmenus.inc` without having to
> recompile Lyx. Thank you for doing the legwork. I'll take a look at the
> Customization help file regarding a user-defined menu file.

Glad it works. I think you can just put the menus file in the
corresponding ui file in your user dir. But yes, please consult Help >
Customization for details.

Best,

Scott