Re: Change chapter number as displayed in LyX
Sure, see attached. Adjusting the LyX numbering like this is something I've found myself wanting to do a number of times. Thanks for your time, Matt Example (attached) > \setcounter{part}{9} > Part 10 My document starts on Part 10 > 1 with one section > \addcontentsline{toc}{part}{*By the way,}*By the way, > This chapter is an aside, but it needs to be at the Part level in the ToC > \setcounter{part}{9} > Part 11 then we continue with Part 10 > 2 but LyX says this is Part 11 Note that I resolved this for now using the following: \newcounter{previouschapter} > \newcounter{previoussection} > \newcounter{uniquechapteranchor} > \newcommand{\pushchapter}{% > \let\previouschaptertitle\parttitle% > \setcounter{previouschapter}{\value{part}}% > \setcounter{previoussection}{\value{section}}% > } > \newcommand{\popchapter}{% > \renewcommand*{\theHpart}{\value{uniquechapteranchor}\the\value{part}} > % for hyperref \chapt{\value{previouschapter}} % > shorthand for \setcounter{part}{n-1} > \part{\previouschaptertitle~(cont.)}% > \sect{\value{previoussection}}% > \stepcounter{section}% > \stepcounter{uniquechapteranchor}% > } and then > \part{Real part } \pushchapter > \part*{Interrupting part} \popchapter % output a new part, but don't start a new part in LyX \section{this is in real part} LyX continues numbering with the previous part even though I write a new part in the output On Thu, Mar 26, 2020 at 4:57 PM Richard Kimberly Heck wrote: > On 3/26/20 4:16 PM, Matt Barnard wrote: > > Hello, > > I'm interrupting a numbered chapter with an unnumbered chapter, and I > would like to continue sections within that previous numbered chapter. I've > done this on the output side with \setcounter{part}, but in LyX the > chapter number is still incremented. > > I've fixed this for the first instance using the local layout > > Counter part > > InitialValue 12 > > End > > but I haven't found a way to give LyX a command mid-document to adjust > numbering. > > Is this currently supported? > > I'm not sure I entirely understand the issue. Can you post a very simple > example file? > > Riki > > > newfile1.lyx Description: application/lyx -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Use different texlive installation
On 3/26/20 11:09 AM, Kornel Benko wrote: > Am Thu, 26 Mar 2020 09:58:54 +0100 > schrieb Zelphir Kaltstahl : > >> On 25.03.20 22:35, lyx-users-requ...@lists.lyx.org wrote: >>> Am Wed, 25 Mar 2020 21:49:45 +0100 >>> schrieb Zelphir Kaltstahl : >>> Hello LyX users! I've searched the mailing list archives and found some instructions on how to change the texlive installation, which LyX uses and added the following to my `.profile`: START ### # texlive manager # ### export MY_TEXLIVE_LOCATION="/usr/local/texlive" export PATH="${MY_TEXLIVE_LOCATION}/2019/bin/x86_64-linux:${PATH}" ### # LYX # ### # LYX must know where texlive is installed, otherwise it will have limited functionality. # prepend web2c path export TEXMFCNF="${MY_TEXLIVE_LOCATION}/2019/texmf-dist/web2c" # ":${TEXMFCNF}" # export MANPATH="${MY_TEXLIVE_LOCATION}/2019/texmf-dist/doc/man:${MANPATH}" # export INFOPATH="${MY_TEXLIVE_LOCATION}/2019/texmf-dist/doc/info:${INFOPATH}" ~END~ And it worked great for a day, I got lots of writing done. Then the next day I restarted my machine and LyX complained about not finding any textclasses and that it would have limitations. Whenever I hit Tools > Reconfigure, I get an error on command line output: START +checking list of textclasses... Traceback (most recent call last): File "/gnu/store/an9kb3hqk8368b05g39fz4bzrz18khp7-lyx-2.3.3/lyx2.3/share/lyx2.3/configure.py", line 1897, in ret = checkLatexConfig(lyx_check_config and LATEX != '', bool_docbook) File "/gnu/store/an9kb3hqk8368b05g39fz4bzrz18khp7-lyx-2.3.3/lyx2.3/share/lyx2.3/configure.py", line 1380, in checkLatexConfig retval = processLayoutFile(file, bool_docbook) File "/gnu/store/an9kb3hqk8368b05g39fz4bzrz18khp7-lyx-2.3.3/lyx2.3/share/lyx2.3/configure.py", line 1327, in processLayoutFile classdeclaration = (b'"%s" "%s" "%s" "%s" "%s"' TypeError: %b requires a bytes-like object, or an object that implements __bytes__, not 'str' support/Systemcall.cpp (276): Systemcall: '/usr/local/bin/python -tt "/gnu/store/an9kb3hqk8368b05g39fz4bzrz18khp7-lyx-2.3.3/lyx2.3/share/lyx2.3/configure.py" --with-version-suffix=2.3 --binary-dir="/home/xiaolong/.guix-profile/bin/"' finished with exit code 1 ~END~ It seems like an implementation bug in the script, expecting another type. I think it could also be Python 2 str VS Python 3 str related. When I go to Tools > TeX Information, the paths all point to my Guix profile, instead of the path I defined in the TEXMFCNF environment variable in my `.profile`. I think that is the reason, why it cannot find much there. I did not install texlive using Guix, but installed it by downloading it and installing every single package of the 2019 version using the default installer, which I think in turn uses tlmgr. My PATH variable starts as follows: START /home/xiaolong/.nvm/versions/node/v13.9.0/bin:/usr/local/texlive/2019/bin/x86_64-linux: ... ~END~ So it is definitely on the path. According to https://tex.stackexchange.com/questions/454513/how-to-specify-the-path-to-texlive-in-lyx/454523#454523 that should be sufficient, but obviously it is not. It also does not ask me after a while to restart it or anything, after rescanning in Tools > TeX Information. Here is some more system information: START xiaolong@xlx200:~$ lsb_release -a No LSB modules are available. Distributor ID:Trisquel Description: Trisquel GNU/Linux 8.0, Flidas Release: 8.0 Codename: flidas xiaolong@xlx200:~$ which lyx2.3 /home/xiaolong/.guix-profile/bin/lyx2.3 xiaolong@xlx200:~$ which python /usr/local/bin/python xiaolong@xlx200:~$ which tlmgr /usr/local/texlive/2019/bin/x86_64-linux/tlmgr xiaolong@xlx200:~$ which latexmk /usr/local/texlive/2019/bin/x86_64-linux/latexmk ~END~ Here is a complete log of the output on command line, when I run `lyx2.3` (it even says, that it will use a wrong texlive): https://paste.debian.net/1136648/ So at some point my LyX did look at the correct path, but not it is not and I need to fix it. What can I do to make LyX pick up the correct texlive installation path? Best regards, Zelphir >>> Probably you have to tell Guix about the new path. >>> Have you tried to start lyx from the terminal? (That is, after the .profile >>> is loaded) >>> >>> Kornel >> Hello Kornel! >> >> How do I tell Guix about the new path? >> >> I might be wrong, but as
Re: Change chapter number as displayed in LyX
On 3/26/20 4:16 PM, Matt Barnard wrote: > Hello, > > I'm interrupting a numbered chapter with an unnumbered chapter, and I > would like to continue sections within that previous numbered chapter. > I've done this on the output side with \setcounter{part}, but in LyX > the chapter number is still incremented. > > I've fixed this for the first instance using the local layout > > Counter part > > InitialValue 12 > > End > > but I haven't found a way to give LyX a command mid-document to adjust > numbering. > > Is this currently supported? > I'm not sure I entirely understand the issue. Can you post a very simple example file? Riki -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Change chapter number as displayed in LyX
Hello, I'm interrupting a numbered chapter with an unnumbered chapter, and I would like to continue sections within that previous numbered chapter. I've done this on the output side with \setcounter{part}, but in LyX the chapter number is still incremented. I've fixed this for the first instance using the local layout Counter part InitialValue 12 End but I haven't found a way to give LyX a command mid-document to adjust numbering. Is this currently supported? Thanks, Matt -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Basic latex
On 3/26/20 12:09 PM, Patrick Dupre wrote: > Finally, > > One option is to > Provides natbib-internal 0 Yes, you can do that, but it doesn't change the fact that revtex4-1 loads natbib. Riki >> Sent: Thursday, March 26, 2020 at 4:15 PM >> From: "Patrick Dupre" >> To: lyx >> Subject: Basic latex >> >> Hello, >> >> I can set the basis bibtex option in the article standard class >> but as soon that I set the Revtex class, I lost this option >> It returns to Natbib >> >> How can I have basis bibtex with Revtex 4.1 ? >> >> Thank >> >> === >> Patrick DUPRÉ | | email: pdu...@gmx.com >> Laboratoire interdisciplinaire Carnot de Bourgogne >> 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE >> Tel: +33 (0)380395988 >> === >> >> -- >> lyx-users mailing list >> lyx-users@lists.lyx.org >> http://lists.lyx.org/mailman/listinfo/lyx-users >> -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Basic latex
Am Donnerstag, den 26.03.2020, 17:09 +0100 schrieb Patrick Dupre: > Finally, > > One option is to > Provides natbib-internal 0 This doesn't help you much, since, as Riki said, the RevTeX class loads natbib internally. Jürgen signature.asc Description: This is a digitally signed message part -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Basic latex
Finally, One option is to Provides natbib-internal 0 === Patrick DUPRÉ | | email: pdu...@gmx.com Laboratoire interdisciplinaire Carnot de Bourgogne 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE Tel: +33 (0)380395988 === > Sent: Thursday, March 26, 2020 at 4:15 PM > From: "Patrick Dupre" > To: lyx > Subject: Basic latex > > Hello, > > I can set the basis bibtex option in the article standard class > but as soon that I set the Revtex class, I lost this option > It returns to Natbib > > How can I have basis bibtex with Revtex 4.1 ? > > Thank > > === > Patrick DUPRÉ | | email: pdu...@gmx.com > Laboratoire interdisciplinaire Carnot de Bourgogne > 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE > Tel: +33 (0)380395988 > === > > -- > lyx-users mailing list > lyx-users@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-users > -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Basic latex
I disagree, I have an older document, with Revtex 4.1 and bibtex Basic === Patrick DUPRÉ | | email: pdu...@gmx.com Laboratoire interdisciplinaire Carnot de Bourgogne 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE Tel: +33 (0)380395988 === > Sent: Thursday, March 26, 2020 at 4:50 PM > From: "Richard Kimberly Heck" > To: "Patrick Dupre" , lyx > Subject: Re: Basic latex > > On 3/26/20 11:15 AM, Patrick Dupre wrote: > > Hello, > > > > I can set the basis bibtex option in the article standard class > > but as soon that I set the Revtex class, I lost this option > > It returns to Natbib > > > > How can I have basis bibtex with Revtex 4.1 ? > > You can't. The revtex classes load natbib themselves. > > Riki > > > -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Basic latex
On 3/26/20 11:15 AM, Patrick Dupre wrote: > Hello, > > I can set the basis bibtex option in the article standard class > but as soon that I set the Revtex class, I lost this option > It returns to Natbib > > How can I have basis bibtex with Revtex 4.1 ? You can't. The revtex classes load natbib themselves. Riki -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Basic latex
Hello, I can set the basis bibtex option in the article standard class but as soon that I set the Revtex class, I lost this option It returns to Natbib How can I have basis bibtex with Revtex 4.1 ? Thank === Patrick DUPRÉ | | email: pdu...@gmx.com Laboratoire interdisciplinaire Carnot de Bourgogne 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE Tel: +33 (0)380395988 === -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Hyperref support
On 3/26/20 10:31 AM, Pavel Sanda wrote: > On Thu, Mar 26, 2020 at 09:50:53AM -0400, Richard Kimberly Heck wrote: >>> Thank you for your responses. I can't say I fully understand why Lyx >>> needs to be as it is; I'm generally against hard coded parameters. >> We are as well, and I don't entirely know why it is done this way. It >> could be worth raising on lyx-devel. > Git points to 9b13535e778b9 > PDFOptions.cpp: add two hyperref options for better compatibility for > non-latin titles, etc. > > It might have been wrong to hardcode it this way, anyway we can't just drop it > from compatibility reasons now. But adding new unicode option to the dialog > (by > default on) seems correct solution. > I don't have time to write the patch though. I can find the time, probably. Should we do something more general and allow custom options to be set? I.e., output no options ourselves in that case? Riki -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Hyperref support
On Thu, Mar 26, 2020 at 09:50:53AM -0400, Richard Kimberly Heck wrote: > > Thank you for your responses. I can't say I fully understand why Lyx > > needs to be as it is; I'm generally against hard coded parameters. > > We are as well, and I don't entirely know why it is done this way. It > could be worth raising on lyx-devel. Git points to 9b13535e778b9 PDFOptions.cpp: add two hyperref options for better compatibility for non-latin titles, etc. It might have been wrong to hardcode it this way, anyway we can't just drop it from compatibility reasons now. But adding new unicode option to the dialog (by default on) seems correct solution. I don't have time to write the patch though. Pavel -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: multiple authors
Am Donnerstag, 26. März 2020, 11:31:59 CET schrieb Wolfgang Engelmann: > I am not sure how to use multiple authors in a KOMA book > going through > https://wiki.lyx.org/FAQ/MultipleAuthors > I wasn't sure what to choose and I have the impression it is a bit > outdated. Could somebody give me an advice? > I am adding a short lyx file to show what I try to do > Would be nice to refer the addresses to the authors > Wolfgang Have you considered this example: https://tex.stackexchange.com/questions/285172/how-to-align-the-multiple-author-in-scrbook-book-styles Axel -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Hyperref support
On 3/26/20 4:05 AM, Steve Hnizdur wrote: > On 19/03/2020 13:55, Daniel wrote: >> On 2020-03-19 14:42, Richard Kimberly Heck wrote: >>> On 3/19/20 3:01 AM, Daniel wrote: On 2020-03-18 14:59, Steve Hnizdur wrote: > Hi > > When "Use Hyperref Support" is checked in PDF properties Lyx > automatically inserts > > \usepackage[unicode=true, > bookmarks=false, > breaklinks=false,pdfborder={0 0 > 1},backref=section,colorlinks=false] > {hyperref} > > in the preamble. Any ideas where all these options come from? are > they hard coded? > > Setting "unicode=false" in additional options doesn't seem to > override the "unicode=true". So if unicode=true is causing a problem > (in particular trying to redefine \C or \G) then this all has to > added manually. > > MWE attached. Using Lyx 2.3.4.2 on Ubuntu 18.04 > Hi Yes, these options come from settings in the Hyperref dialog. "bookmarks=..." = "Generate bookmars (toc)" "breaklinks=..." = "Break links over lines" "pdfborder=..." = "No frames around links" "colorlinks=..." = "Color links" "backref=..." = "Backreferences" However, there seems to be no option for the "unicode=..." which seems like an oversight. And the biggest problem is that according to the manual: Note however that some options (for example unicode) can only be used as packge options,and not in \hypersetup as the option settings are processed as the package is read. (p. 6) So, unicode=false has no effect as an additional option. My guess is that this is a bug in LyX but others might know better. >>> >>> Well, the code is: >>> >>> // Since LyX uses unicode, also set the PDF strings to unicode >>> strings >>> // with the hyperref option "unicode". (With Xe/LuaTeX and pTeX, >>> // unicode=true is the default, with Japanese (platex), the option >>> // leads to errors (even if the input encoding is UTF-8).) >>> if (!runparams.isFullUnicode() && !runparams.use_japanese) >>> opt += "unicode=true,"; >>> >>> That is: LyX outputs unicode itself in some cases, so setting >>> unicode=false could lead to errors. Still, it might be worth a document >>> preference on this. >>> >>> Riki >>> >>> >> >> An alternative might be to set the "Additional Options" via the >> package options rather than hypersetup. >> >> Daniel >> > > Thank you for your responses. I can't say I fully understand why Lyx > needs to be as it is; I'm generally against hard coded parameters. We are as well, and I don't entirely know why it is done this way. It could be worth raising on lyx-devel. Riki -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: End-of-frame separator in lyx/Beamer
Am Donnerstag, den 26.03.2020, 07:50 -0400 schrieb UD Kap: > As I mentioned above, I have an old presentation, which was prepared > with Lyx/Beamer. I wanted to update it, by adding a new slide, which > was to be followed by a subsection header from the old presentation. > I inserted the new slide/frame from the Insert menu (Separated Frame > Below), which inserts a frame separator followed by Frame.. Frame > Title etc., following TNODT (The New Way Of Doing Things.) Upon > compiling (with no errors reported), that newly inserted frame and > frame title generates a blank space and other unexpected and > undesired effects. That is the reason I needed just a separator. My > mother told me I was special, but that situation must have happened > to others before, and might happen again, which is why I screamed > publicly for help. If you send a MWE showing this (mis)behavior, we could probably tell you what was needed (rather than a separator). Separators are, as the name says, only needed to separate environments (of the same type), for nothing else. Jürgen signature.asc Description: This is a digitally signed message part -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: End-of-frame separator in lyx/Beamer
On Thu, Mar 26, 2020 at 07:50:53AM -0400, UD Kap wrote: > > On 3/25/20 1:07 PM, Jürgen Spitzmüller wrote: > > Am Mittwoch, den 25.03.2020, 12:33 -0400 schrieb UD Kap: > > Jurgen-- The alt-shift-P-return shortcut does not work in my > system/environment, and adding a separate frame (environment?) below > is not what I needed to separate one from from the one following it > in an existing presentation-- I needed just a separator. > > Why do you need a separator if no other frame follows? > > Jürgen > > > > > Jurgen & Scott, > > As I mentioned above, I have an old presentation, which was prepared > with Lyx/Beamer. I wanted to update it, by adding a new slide, which > was to be followed by a subsection header from the old presentation. > I inserted the new slide/frame from the Insert menu (Separated Frame > Below), which inserts a frame separator followed by Frame.. Frame > Title etc., following TNODT (The New Way Of Doing Things.) Upon > compiling (with no errors reported), that newly inserted frame and > frame title generates a blank space and other unexpected and > undesired effects. That is the reason I needed just a separator. My > mother told me I was special, but that situation must have happened > to others before, and might happen again, which is why I screamed > publicly for help. I see, thanks for the explanation, Ehud. Scott signature.asc Description: PGP signature -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: End-of-frame separator in lyx/Beamer
On 3/25/20 1:07 PM, Jürgen Spitzmüller wrote: Am Mittwoch, den 25.03.2020, 12:33 -0400 schrieb UD Kap: Jurgen-- The alt-shift-P-return shortcut does not work in my system/environment, and adding a separate frame (environment?) below is not what I needed to separate one from from the one following it in an existing presentation-- I needed just a separator. Why do you need a separator if no other frame follows? Jürgen Jurgen & Scott, As I mentioned above, I have an old presentation, which was prepared with Lyx/Beamer. I wanted to update it, by adding a new slide, which was to be followed by a subsection header from the old presentation. I inserted the new slide/frame from the Insert menu (Separated Frame Below), which inserts a frame separator followed by Frame.. Frame Title etc., following TNODT (The New Way Of Doing Things.) Upon compiling (with no errors reported), that newly inserted frame and frame title generates a blank space and other unexpected and undesired effects. That is the reason I needed just a separator. My mother told me I was special, but that situation must have happened to others before, and might happen again, which is why I screamed publicly for help. EK -- Ehud Kaplan, Ph.D. Visiting Professor Dept. of Philosophy & History of Science Charles University, Prague & the National Institute of Mental Health, Topolová 748, Klecany Czechia -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
multiple authors
I am not sure how to use multiple authors in a KOMA book going through https://wiki.lyx.org/FAQ/MultipleAuthors I wasn't sure what to choose and I have the impression it is a bit outdated. Could somebody give me an advice? I am adding a short lyx file to show what I try to do Would be nice to refer the addresses to the authors Wolfgang SP-WITTE-20170321-E-TEST.lyx Description: application/lyx -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Use different texlive installation
Am Thu, 26 Mar 2020 09:58:54 +0100 schrieb Zelphir Kaltstahl : > On 25.03.20 22:35, lyx-users-requ...@lists.lyx.org wrote: > > Am Wed, 25 Mar 2020 21:49:45 +0100 > > schrieb Zelphir Kaltstahl : > > > >> Hello LyX users! > >> > >> I've searched the mailing list archives and found some instructions on > >> how to change the texlive installation, which LyX uses and added the > >> following to my `.profile`: > >> > >> START > >> ### > >> # texlive manager # > >> ### > >> export MY_TEXLIVE_LOCATION="/usr/local/texlive" > >> export PATH="${MY_TEXLIVE_LOCATION}/2019/bin/x86_64-linux:${PATH}" > >> > >> ### > >> # LYX # > >> ### > >> > >> # LYX must know where texlive is installed, otherwise it will have limited > >> functionality. # prepend web2c path > >> export TEXMFCNF="${MY_TEXLIVE_LOCATION}/2019/texmf-dist/web2c" # > >> ":${TEXMFCNF}" > >> # export > >> MANPATH="${MY_TEXLIVE_LOCATION}/2019/texmf-dist/doc/man:${MANPATH}" > >> # export > >> INFOPATH="${MY_TEXLIVE_LOCATION}/2019/texmf-dist/doc/info:${INFOPATH}" > >> ~END~ > >> > >> And it worked great for a day, I got lots of writing done. Then the next > >> day I restarted my machine and LyX complained about not finding any > >> textclasses and that it would have limitations. > >> > >> Whenever I hit Tools > Reconfigure, I get an error on command line output: > >> > >> START > >> +checking list of textclasses... > >> Traceback (most recent call last): > >> File > >> "/gnu/store/an9kb3hqk8368b05g39fz4bzrz18khp7-lyx-2.3.3/lyx2.3/share/lyx2.3/configure.py", > >> line 1897, in ret = checkLatexConfig(lyx_check_config and LATEX > >> != '', > >> bool_docbook) File > >> "/gnu/store/an9kb3hqk8368b05g39fz4bzrz18khp7-lyx-2.3.3/lyx2.3/share/lyx2.3/configure.py", > >> line 1380, in checkLatexConfig retval = processLayoutFile(file, > >> bool_docbook) File > >> "/gnu/store/an9kb3hqk8368b05g39fz4bzrz18khp7-lyx-2.3.3/lyx2.3/share/lyx2.3/configure.py", > >> line 1327, in processLayoutFile classdeclaration = (b'"%s" "%s" "%s" "%s" > >> "%s"' > >> TypeError: %b requires a bytes-like object, or an object that implements > >> __bytes__, > >> not 'str' support/Systemcall.cpp (276): Systemcall: '/usr/local/bin/python > >> -tt > >> "/gnu/store/an9kb3hqk8368b05g39fz4bzrz18khp7-lyx-2.3.3/lyx2.3/share/lyx2.3/configure.py" > >> --with-version-suffix=2.3 > >> --binary-dir="/home/xiaolong/.guix-profile/bin/"' finished > >> with exit code 1 ~END~ > >> > >> It seems like an implementation bug in the script, expecting another > >> type. I think it could also be Python 2 str VS Python 3 str related. > >> > >> When I go to Tools > TeX Information, the paths all point to my Guix > >> profile, instead of the path I defined in the TEXMFCNF environment > >> variable in my `.profile`. I think that is the reason, why it cannot > >> find much there. I did not install texlive using Guix, but installed it > >> by downloading it and installing every single package of the 2019 > >> version using the default installer, which I think in turn uses tlmgr. > >> > >> My PATH variable starts as follows: > >> > >> START > >> /home/xiaolong/.nvm/versions/node/v13.9.0/bin:/usr/local/texlive/2019/bin/x86_64-linux: > >> ... > >> ~END~ > >> > >> So it is definitely on the path. According to > >> https://tex.stackexchange.com/questions/454513/how-to-specify-the-path-to-texlive-in-lyx/454523#454523 > >> that should be sufficient, but obviously it is not. It also does not ask > >> me after a while to restart it or anything, after rescanning in Tools > > >> TeX Information. > >> > >> Here is some more system information: > >> > >> START > >> xiaolong@xlx200:~$ lsb_release -a > >> No LSB modules are available. > >> Distributor ID:Trisquel > >> Description: Trisquel GNU/Linux 8.0, Flidas > >> Release: 8.0 > >> Codename: flidas > >> > >> xiaolong@xlx200:~$ which lyx2.3 > >> /home/xiaolong/.guix-profile/bin/lyx2.3 > >> > >> xiaolong@xlx200:~$ which python > >> /usr/local/bin/python > >> > >> xiaolong@xlx200:~$ which tlmgr > >> /usr/local/texlive/2019/bin/x86_64-linux/tlmgr > >> > >> xiaolong@xlx200:~$ which latexmk > >> /usr/local/texlive/2019/bin/x86_64-linux/latexmk > >> ~END~ > >> > >> Here is a complete log of the output on command line, when I run > >> `lyx2.3` (it even says, that it will use a wrong texlive): > >> > >> https://paste.debian.net/1136648/ > >> > >> So at some point my LyX did look at the correct path, but not it is not > >> and I need to fix it. > >> > >> What can I do to make LyX pick up the correct texlive installation path? > >> > >> Best regards, > >> Zelphir > > Probably you have to tell Guix about the new path. > > Have you tried to start lyx from the terminal? (That is, after the .profile > > is loaded) > > > > Kornel > > Hello Kornel! > > How do I tell Guix about the new path? > > I might be wrong, but as far as I understand LyX installed through Guix >
Re: Use different texlive installation
On 25.03.20 22:35, lyx-users-requ...@lists.lyx.org wrote: > Am Wed, 25 Mar 2020 21:49:45 +0100 > schrieb Zelphir Kaltstahl : > >> Hello LyX users! >> >> I've searched the mailing list archives and found some instructions on >> how to change the texlive installation, which LyX uses and added the >> following to my `.profile`: >> >> START >> ### >> # texlive manager # >> ### >> export MY_TEXLIVE_LOCATION="/usr/local/texlive" >> export PATH="${MY_TEXLIVE_LOCATION}/2019/bin/x86_64-linux:${PATH}" >> >> ### >> # LYX # >> ### >> >> # LYX must know where texlive is installed, otherwise it will have limited >> functionality. # prepend web2c path >> export TEXMFCNF="${MY_TEXLIVE_LOCATION}/2019/texmf-dist/web2c" # >> ":${TEXMFCNF}" >> # export MANPATH="${MY_TEXLIVE_LOCATION}/2019/texmf-dist/doc/man:${MANPATH}" >> # export >> INFOPATH="${MY_TEXLIVE_LOCATION}/2019/texmf-dist/doc/info:${INFOPATH}" >> ~END~ >> >> And it worked great for a day, I got lots of writing done. Then the next >> day I restarted my machine and LyX complained about not finding any >> textclasses and that it would have limitations. >> >> Whenever I hit Tools > Reconfigure, I get an error on command line output: >> >> START >> +checking list of textclasses... >> Traceback (most recent call last): >> File >> "/gnu/store/an9kb3hqk8368b05g39fz4bzrz18khp7-lyx-2.3.3/lyx2.3/share/lyx2.3/configure.py", >> line 1897, in ret = checkLatexConfig(lyx_check_config and LATEX != >> '', >> bool_docbook) File >> "/gnu/store/an9kb3hqk8368b05g39fz4bzrz18khp7-lyx-2.3.3/lyx2.3/share/lyx2.3/configure.py", >> line 1380, in checkLatexConfig retval = processLayoutFile(file, >> bool_docbook) File >> "/gnu/store/an9kb3hqk8368b05g39fz4bzrz18khp7-lyx-2.3.3/lyx2.3/share/lyx2.3/configure.py", >> line 1327, in processLayoutFile classdeclaration = (b'"%s" "%s" "%s" "%s" >> "%s"' >> TypeError: %b requires a bytes-like object, or an object that implements >> __bytes__, not >> 'str' support/Systemcall.cpp (276): Systemcall: '/usr/local/bin/python -tt >> "/gnu/store/an9kb3hqk8368b05g39fz4bzrz18khp7-lyx-2.3.3/lyx2.3/share/lyx2.3/configure.py" >> --with-version-suffix=2.3 --binary-dir="/home/xiaolong/.guix-profile/bin/"' >> finished >> with exit code 1 ~END~ >> >> It seems like an implementation bug in the script, expecting another >> type. I think it could also be Python 2 str VS Python 3 str related. >> >> When I go to Tools > TeX Information, the paths all point to my Guix >> profile, instead of the path I defined in the TEXMFCNF environment >> variable in my `.profile`. I think that is the reason, why it cannot >> find much there. I did not install texlive using Guix, but installed it >> by downloading it and installing every single package of the 2019 >> version using the default installer, which I think in turn uses tlmgr. >> >> My PATH variable starts as follows: >> >> START >> /home/xiaolong/.nvm/versions/node/v13.9.0/bin:/usr/local/texlive/2019/bin/x86_64-linux: >> ... >> ~END~ >> >> So it is definitely on the path. According to >> https://tex.stackexchange.com/questions/454513/how-to-specify-the-path-to-texlive-in-lyx/454523#454523 >> that should be sufficient, but obviously it is not. It also does not ask >> me after a while to restart it or anything, after rescanning in Tools > >> TeX Information. >> >> Here is some more system information: >> >> START >> xiaolong@xlx200:~$ lsb_release -a >> No LSB modules are available. >> Distributor ID: Trisquel >> Description: Trisquel GNU/Linux 8.0, Flidas >> Release: 8.0 >> Codename:flidas >> >> xiaolong@xlx200:~$ which lyx2.3 >> /home/xiaolong/.guix-profile/bin/lyx2.3 >> >> xiaolong@xlx200:~$ which python >> /usr/local/bin/python >> >> xiaolong@xlx200:~$ which tlmgr >> /usr/local/texlive/2019/bin/x86_64-linux/tlmgr >> >> xiaolong@xlx200:~$ which latexmk >> /usr/local/texlive/2019/bin/x86_64-linux/latexmk >> ~END~ >> >> Here is a complete log of the output on command line, when I run >> `lyx2.3` (it even says, that it will use a wrong texlive): >> >> https://paste.debian.net/1136648/ >> >> So at some point my LyX did look at the correct path, but not it is not >> and I need to fix it. >> >> What can I do to make LyX pick up the correct texlive installation path? >> >> Best regards, >> Zelphir > Probably you have to tell Guix about the new path. > Have you tried to start lyx from the terminal? (That is, after the .profile > is loaded) > > Kornel Hello Kornel! How do I tell Guix about the new path? I might be wrong, but as far as I understand LyX installed through Guix is just another binary sitting in a different place. How LyX considers environment variables should be independent from how it is installed, unless the people maintaining the Guix package changed it. I guess people, who maintain the Guix package would also be on this mailing list and might know more about any differences with regard to
Re: Hyperref support
On 19/03/2020 13:55, Daniel wrote: On 2020-03-19 14:42, Richard Kimberly Heck wrote: On 3/19/20 3:01 AM, Daniel wrote: On 2020-03-18 14:59, Steve Hnizdur wrote: Hi When "Use Hyperref Support" is checked in PDF properties Lyx automatically inserts \usepackage[unicode=true, bookmarks=false, breaklinks=false,pdfborder={0 0 1},backref=section,colorlinks=false] {hyperref} in the preamble. Any ideas where all these options come from? are they hard coded? Setting "unicode=false" in additional options doesn't seem to override the "unicode=true". So if unicode=true is causing a problem (in particular trying to redefine \C or \G) then this all has to added manually. MWE attached. Using Lyx 2.3.4.2 on Ubuntu 18.04 Hi Yes, these options come from settings in the Hyperref dialog. "bookmarks=..." = "Generate bookmars (toc)" "breaklinks=..." = "Break links over lines" "pdfborder=..." = "No frames around links" "colorlinks=..." = "Color links" "backref=..." = "Backreferences" However, there seems to be no option for the "unicode=..." which seems like an oversight. And the biggest problem is that according to the manual: Note however that some options (for example unicode) can only be used as packge options,and not in \hypersetup as the option settings are processed as the package is read. (p. 6) So, unicode=false has no effect as an additional option. My guess is that this is a bug in LyX but others might know better. Well, the code is: // Since LyX uses unicode, also set the PDF strings to unicode strings // with the hyperref option "unicode". (With Xe/LuaTeX and pTeX, // unicode=true is the default, with Japanese (platex), the option // leads to errors (even if the input encoding is UTF-8).) if (!runparams.isFullUnicode() && !runparams.use_japanese) opt += "unicode=true,"; That is: LyX outputs unicode itself in some cases, so setting unicode=false could lead to errors. Still, it might be worth a document preference on this. Riki An alternative might be to set the "Additional Options" via the package options rather than hypersetup. Daniel Thank you for your responses. I can't say I fully understand why Lyx needs to be as it is; I'm generally against hard coded parameters. I will work round by manually coding the preamble. Cheers -- Steve Hnizdur -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users