Re: Why do we add converters in frontends GuiPrefs.cpp?
On Tuesday, 28 December 2021 13.07.19 WET José Abílio Matos wrote: > Does any one knows why we are injecting these calls manually there? Actually the title is wrong we are adding viewers and not converters, but the same question applies since they are already present in configure... -- José Abílio-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: configure.py assumes "python" command exists
On Mon, Dec 27, 2021 at 07:30:46PM +, José Abílio Matos wrote: > On Saturday, 25 December 2021 18.32.21 WET Scott Kostyshak wrote: > > On Sun, Oct 31, 2021 at 12:58:19PM -0400, Scott Kostyshak wrote: > > Hi Scott, > I find you choice of dates very convenient. :-) > > https://journeys.dartmouth.edu/folklorearchive/2016/11/12/halloween-and-christmas/ > > “Why do programmers always mix up Halloween and Christmas?” > “Because Oct 31 = Dec 25.” Ha that is a good one! > Regarding the problem at hand, as an example, my suggestion is to change: > > \converter pdf4 pdf8 "python $$s/scripts/convert_pdf.py $$i $$o ebook" > > to > > \converter pdf4 pdf8 "$${python} $$s/scripts/convert_pdf.py $$i $$o ebook" > > The idea is to use the converter code, e.g. the $$i $$o ..., and add there > the > substitution from $${python} to the python path that we have already > determined in os::find_python. > > Before doing that my question is if others are comfortable with this plan. > > The idea of using that syntax is to be in the same spirit as the ones we > already have: > > $$i > $$o > $$s > > and so on. > > The idea of using the curly brackets is similar to what shell (almost all the > variants) does. > > I also intend to add the -t to the command invocation, and thus removing all > those from configure.py. I like the idea of centralizing the command. That will make things easier when we switch everything back to Perl :) /s In more seriousness, I like the idea. I don't see any disadvantage to your proposal. Thanks, Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Why do we add converters in frontends GuiPrefs.cpp?
Hi all, while searching in order to solve the python issues, I searched for all the occurrences of "$$o" in src/ $ grep -r '$$o' src/* The only case where I was surprised were the case of frontends GuiPrefs.cpp: $ grep '$$o' src/frontends/qt/GuiPrefs.cpp dviCB->addItem("xdvi -sourceposition '$$n:\\ $$t' $$o"); dviCB->addItem("yap -1 -s \"$$n $$t\" $$o"); dviCB->addItem("okular --unique \"$$o#src:$$n $$f\""); dviCB->addItem("synctex view -i $$n:0:$$t -o $$o -x \"evince -i % {page+1} $$o\""); pdfCB->addItem("CMCDDE SUMATRA control [ForwardSearch(\\\"$$o\\\",\\ \"$$t\\\",$$n,0,0,1)]"); pdfCB->addItem("SumatraPDF -reuse-instance \"$$o\" -forward-search \"$ $t\" $$n"); pdfCB->addItem("synctex view -i $$n:0:$$t -o $$o -x \"xpdf -raise - remote $$t.tmp $$o %{page+1}\""); pdfCB->addItem("okular --unique \"$$o#src:$$n $$f\""); pdfCB->addItem("qpdfview --unique \"$$o#src:$$f:$$n:0\""); pdfCB->addItem("synctex view -i $$n:0:$$t -o $$o -x \"evince -i % {page+1} $$o\""); pdfCB->addItem("/Applications/Skim.app/Contents/SharedSupport/ displayline $$n $$o $$t"); Does any one knows why we are injecting these calls manually there? Best regards, -- José Abílio-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [RFC] Python related system prompt "Lyx must be updated" on macOS
On Tuesday, 28 December 2021 12.33.57 WET Stephan Witt wrote: > The LyX tasks here are IMO: > 1. Assure the detected python3 is used consequently. This is not the case > ATM. > 2. Document the meaning of the prompts the LyX user is seeing on > Monterey. > 3. Provide a working python3 or give appropriate feedback on > first start about users option to install python3. > > AFAIK, José Abílio is working on a solution for 1. I’m able to help with the > Mac part of the problem. I am not working on 1, the issue that I am working is a bit different, although related. In the case of mac we can What I suggest is to use by default the latest python version available in the system. As it is now we search for a python version and stick with it. What I propose is to test the different versions available and pick the latest. Python 3 has been tested extensively and so it is ready to be the default option. > Regarding the point 3 - Apples recommendation to bundle python with LyX > (49764202) - I’m not sure if this is a real option. The Windows package > contains python, IMO. So it is possible. But is it clever? I don’t like the > solution to point the user to homebrew or macports to install python. Too > much terminal work, IMO. > > What do others think about the situation? How do you deal with the latex installation in mac? > BR, Stephan -- José Abílio-- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Footnote size is larger on master (\normalsize is prepended)
Am Montag, dem 27.12.2021 um 22:00 +0100 schrieb Jean-Marc Lasgouttes: > Good news. Still, I'd like to hear Jürgen's thoughts on that. Go ahead. If it's carefully tested I have no objections. Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel