RE: LyX v2.4.0 RC4 -> Unicode in Program Listing (again...)
I'm not using gnuplot at all. But I assume you mean that as long as I have produced the input (e.g., Unicode files, plots, etc.), there should be no problem. -Original Message- From: José Matos Sent: Wednesday, April 17, 2024 6:52 PM To: Bernt Lie ; lyx-de...@lists.lyx.org; lyx-users Subject: Re: LyX v2.4.0 RC4 -> Unicode in Program Listing (again...) On Wed, 2024-04-17 at 13:17 +, Bernt Lie wrote: > Question 1: > * Dangerous, because LyX is more likely to *crash*, or > * Dangerous, because it opens up my computer to hacking?? The script that you call can run any code using the gnuplot "system" call. That is the same as having access to a shell... If the gnuplot files that you use are your own, or from one that you trust, then there is no risk... or actually the same risk that you had if you run the script outside of LyX. -- José Abílio -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: LyX v2.4.0 RC4 -> Unicode in Program Listing (again...)
On Wed, 2024-04-17 at 13:17 +, Bernt Lie wrote: > Question 1: > * Dangerous, because LyX is more likely to *crash*, or > * Dangerous, because it opens up my computer to hacking?? The script that you call can run any code using the gnuplot "system" call. That is the same as having access to a shell... If the gnuplot files that you use are your own, or from one that you trust, then there is no risk... or actually the same risk that you had if you run the script outside of LyX. -- José Abílio -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
RE: LyX v2.4.0 RC4 -> Unicode in Program Listing (again...)
OK… I just found I had put the “-shell-escape” string in the wrong cell… I have now changed the preferences, and inserted this string in both of the XeTeX and LuaTeX converters from LaTeX to PDF. Now, I get the (expected) warning that using the “-shell-escape” string is *dangerous*. Question 1: * Dangerous, because LyX is more likely to *crash*, or * Dangerous, because it opens up my computer to hacking?? Experience – here is some listing in LyX: [cid:image003.png@01DA90D8.A23B6C70] This expression is taken from a Jupyter Notebook running in VSCode (language: Julia), where the symbols are created by “\frakm + TAB \dot + TAB = m\dot + TAB v” …and here is what it looks like when I use XeTeX/LuaTeX: [cid:image004.png@01DA90D8.F0F27C50] Questions 2: * Could I expect a better response if I install a font that supports Unicode, and specifies this font in the fonts scheme of Listings? * If I install such a font with Unicode support (e.g., JuliaMono), would that rule out using XeTeX so that I should use LuaTeX? Question 3: * If I should use LuaTeX, how can I change LyX so that issuing command Ctrl+r produces the PDF using LuaTeX? -B From: Bernt Lie Sent: Tuesday, April 16, 2024 7:22 PM To: Bernt Lie ; lyx-de...@lists.lyx.org; lyx-users Subject: LyX v2.4.0 RC4 -> Unicode in Program Listing (again...) OK -- this is the status on my on-going experimentation on Windows 11... (I hope I'm almost there): 1. I experiment with KOMA script Book 2. I have: * Upgraded all packages in MikTeX * Installed Pygments ("pip install Pygments" in Windows Prompt) * Figured out where the "pygmetize" script is located on my computer, and added location to PATH. * In the LyX document, Documents/Settings/Fonts, checked "use non-TeX fonts * In the Documents/Settings/Listings, changed "Syntax Highlighting Package" to "minted" [This didn't work until I set the PATH to "pygmetize"] * In Tools/Preferences/File Handling/Converters, added "-shell-escape" at the end of the Converter line: [cid:image001.png@01DA90D8.479231F0] [This line is slightly different from the Embedded document, since that assumed pdflatex as converter). 3. STATUS: [cid:image002.png@01DA90D8.479231F0] QUESTION 1: What is wrong? I *did* envoke the “-shell-escape” flag, didn’t I? QUESTION 2: By default, Ctrl+R is keyboard shortcut for generating PDF via pdflatex. After I chose “use non-TeX fonts”, Ctrl+R implies generating PDF via XeTeX. How can I change the set-up so that Ctrl+R implies using luatex? -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
LyX v2.4.0 RC4 -> Unicode in Program Listing (again...)
OK -- this is the status on my on-going experimentation on Windows 11... (I hope I'm almost there): 1. I experiment with KOMA script Book 2. I have: * Upgraded all packages in MikTeX * Installed Pygments ("pip install Pygments" in Windows Prompt) * Figured out where the "pygmetize" script is located on my computer, and added location to PATH. * In the LyX document, Documents/Settings/Fonts, checked "use non-TeX fonts * In the Documents/Settings/Listings, changed "Syntax Highlighting Package" to "minted" [This didn't work until I set the PATH to "pygmetize"] * In Tools/Preferences/File Handling/Converters, added "-shell-escape" at the end of the Converter line: [cid:image001.png@01DA9032.84834190] [This line is slightly different from the Embedded document, since that assumed pdflatex as converter). 3. STATUS: [cid:image002.png@01DA9032.E4467C00] QUESTION 1: What is wrong? I *did* envoke the “-shell-escape” flag, didn’t I? QUESTION 2: By default, Ctrl+R is keyboard shortcut for generating PDF via pdflatex. After I chose “use non-TeX fonts”, Ctrl+R implies generating PDF via XeTeX. How can I change the set-up so that Ctrl+R implies using luatex? -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users