Re: 2.4 alpha2 failing on windows 10
On Tue, Feb 09, 2021 at 06:14:10PM +1300, Andrew Parsloe wrote: > I've twice downloaded the 64 bit alpha2 installer for windows and installed > it. However when I try to open a document in it I get a series of errors > starting with unable to find the article layout, then unable to read cite > engine basic, then failures of both lyx2lyx and tex2lyx scripts. Trying to > reconfigure also fails. When I look at Help > About LyX I see I just got similar report from another win user. My guess it that configure refactoring broke something on windows. Thibaut, can you succesfully install & run alpha2? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Verbatim and quotes
On 2021-02-09, Enrico Forestieri wrote: > [-- Type: text/plain, Encoding: 8bit --] > On Tue, Feb 09, 2021 at 04:42:26PM +1300, Andrew Parsloe wrote: >> At present (LyX 2.4 alpha1 on windows 10) the grave ` and the single >> straight quote ' (apostrophe) produce "curly" left and right quote marks >> in a verbatim environment when compiled to pdf. I would expect them to be >> preserved as grave and straight quote. This is a LaTeX feature/bug that LyX up to now does not work around. >> I can get grave and straight quote by adding \usepackage{upquote} to >> the preamble -- which is simple enough to do (now that I know of it), >> but is the current "curly" output the right one? > I don't know what is the "right" output, but the attached document > produces the same exact output since lyx version 1.3. So, if something > changed, it was in changed in latex. The existence of the "upquote" package shows that at least some consider the LaTeX default behaviour as problematic. For LyX, this is even more problematic, as we have usually matching feedback characters in the GUI which is also the case for double quotes. A consistent handling of single and double quotes would be welcome. Günter -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: FindAdv, request for comments
On Mon, Jan 25, 2021 at 02:02:09PM +0100, Kornel Benko wrote: > Problems with FindAdv and search with not ignored format > > What we have now is something 'neither fish nor fowl'. > > For instance for the search of characters with a specific size > we use strings/regexes wrapped with the size-spec. All is nice, until the > size is the > default in the document. In that case the wrapping has no effect (because the > text > created by latex output does not contain this info) > > Same is valid for language, color, family, series, shape, etc. > Also we don't have the options to exclude characters with specific features > from search. > (like search for words which are not part of a Latin sequence) > > I am not sure, if investing more into this (without creating a nex > export-type for search > (ala Docbook)) would get better sollutions. > > Comment are appreciated. I use Advanced Find about once a week and for those times it is just the right tool for the job. However, when I use it with certain combinations of regexes and settings, I do not not just use it without thinking about it and assuming that it does what I intended. I use it to do the find/replace or whatever I'm doing, and then I look at "git diff" of the document I modified to do a quick double-check, and then I do a manual search to see if I missed anything else. As long as I proceed with that caution, it's a helpful tool to me personally. And thinking about it more, when I do a regex find/replace in Vim I also always proceed with caution and do double-checking. I think this indicates that I really don't trust myself to get the regex right the first time. I don't know how to answer your questions since I don't know the code. But I feel it will be impossible to fix everything for it. Also, I think that this is a good example where having unit tests would be considerably better than the autotests. That is, without a unit test framework and an extensive set of unit tests, I would be hesitant to change anything. But that's just because the code looks scary to me. Also, I haven't tried the autotests in a while so maybe those work better than I remember. I guess what I'm saying is I'm glad you spent a good chunk of time on it and fixed a bunch of issues all at once because I think whoever edits the code really needs to get a feeling for it. This part of the code does not seem like an area where one can casually drop in and fix individual bugs from time to time without unit tests that would check that nothing else is broken. In any case, thanks a lot for bravely tackling the code and improving it! I've been using it on master and it is more accurate and faster than before. My "trust" of it has definitely increased. Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Fixup 294e4884: center correctly Abstract label when paragraph is empty
Le 09/02/2021 à 23:01, Scott Kostyshak a écrit : On Tue, Feb 09, 2021 at 07:18:20PM +0100, Jean-Marc Lasgouttes wrote: Le 09/02/2021 à 19:07, Scott Kostyshak a écrit : No problem. I think it's a somewhat rare bug so doesn't affect testing. Let me know if you want me to open a trac ticket for it. Yes please. I have to fix it anyway. Done at #12118. Scott Yes, I saw that. Thanks. JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Fixup 294e4884: center correctly Abstract label when paragraph is empty
On Tue, Feb 09, 2021 at 07:18:20PM +0100, Jean-Marc Lasgouttes wrote: > Le 09/02/2021 à 19:07, Scott Kostyshak a écrit : > > No problem. I think it's a somewhat rare bug so doesn't affect testing. > > Let me know if you want me to open a trac ticket for it. > > Yes please. I have to fix it anyway. Done at #12118. Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Paragraph spacing problem
On 2/9/21 4:16 AM, Jürgen Spitzmüller wrote: Am Dienstag, dem 09.02.2021 um 02:26 -0500 schrieb Richard Kimberly Heck: See attached file. This is in both master and 2.3.x. You are talking about the workarea, not output, right? Yes. I'll check JMarc's patch. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Fixup 294e4884: center correctly Abstract label when paragraph is empty
Le 09/02/2021 à 19:07, Scott Kostyshak a écrit : On Tue, Feb 09, 2021 at 12:11:02PM +0100, Jean-Marc Lasgouttes wrote: Le 09/02/2021 à 03:57, Scott Kostyshak a écrit : I'm not sure if this commit is the cause of a change in behavior, but I think it's related. To reproduce, open the attached example file. The "1." from the enumerate is to the left of the "red nesting bars". A similar issue occurs if instead of enumerate "Remark" is used. I think the empty paragraph before the enumerate plays a role in what's going on. If the empty paragraph is removed, the text issue goes away. It is indeed due to the commit. Thanks for confirming. The effect is very weird. I'll investigate, but for now I have no idea of what is going wrong. No problem. I think it's a somewhat rare bug so doesn't affect testing. Let me know if you want me to open a trac ticket for it. Yes please. I have to fix it anyway. JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Fixup 294e4884: center correctly Abstract label when paragraph is empty
On Tue, Feb 09, 2021 at 12:11:02PM +0100, Jean-Marc Lasgouttes wrote: > Le 09/02/2021 à 03:57, Scott Kostyshak a écrit : > > I'm not sure if this commit is the cause of a change in behavior, but I > > think it's related. To reproduce, open the attached example file. The > > "1." from the enumerate is to the left of the "red nesting bars". A > > similar issue occurs if instead of enumerate "Remark" is used. I think > > the empty paragraph before the enumerate plays a role in what's going > > on. If the empty paragraph is removed, the text issue goes away. > > It is indeed due to the commit. Thanks for confirming. > The effect is very weird. I'll investigate, > but for now I have no idea of what is going wrong. No problem. I think it's a somewhat rare bug so doesn't affect testing. Let me know if you want me to open a trac ticket for it. Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Fixup 294e4884: center correctly Abstract label when paragraph is empty
Le 09/02/2021 à 03:57, Scott Kostyshak a écrit : I'm not sure if this commit is the cause of a change in behavior, but I think it's related. To reproduce, open the attached example file. The "1." from the enumerate is to the left of the "red nesting bars". A similar issue occurs if instead of enumerate "Remark" is used. I think the empty paragraph before the enumerate plays a role in what's going on. If the empty paragraph is removed, the text issue goes away. It is indeed due to the commit. The effect is very weird. I'll investigate, but for now I have no idea of what is going wrong. JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Paragraph spacing problem
Le 09/02/2021 à 08:26, Richard Kimberly Heck a écrit : See attached file. This is in both master and 2.3.x. Does this solve your problem? If it is what you are after, the same should probably be done in many places. JMarc >From c8b6b21e921535ad248239322aefe24be7efa89c Mon Sep 17 00:00:00 2001 From: Jean-Marc Lasgouttes Date: Tue, 9 Feb 2021 11:54:38 +0100 Subject: [PATCH] Remove extra space between proof paragraphs --- lib/layouts/theorems-proof.inc | 2 -- 1 file changed, 2 deletions(-) diff --git a/lib/layouts/theorems-proof.inc b/lib/layouts/theorems-proof.inc index a9a99ef243..523d88c2a4 100644 --- a/lib/layouts/theorems-proof.inc +++ b/lib/layouts/theorems-proof.inc @@ -24,10 +24,8 @@ Style Proof LabelSep xx ParIndent MMM ParSkip 0.4 - ItemSep 0.2 TopSep0.7 BottomSep 0.7 - ParSep0.3 Align Block AlignPossible Block, Left LabelType Static -- 2.27.0 -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Use SVG icons in itemize bullet selector
Am Tue, 09 Feb 2021 10:34:59 +0100 schrieb Jürgen Spitzmüller : > Am Dienstag, dem 09.02.2021 um 10:30 +0100 schrieb Juergen > Spitzmueller: > > commit 11b7714fc15475a2bb385943ece7b98273283114 > > Author: Juergen Spitzmueller > > Date: Tue Feb 9 10:32:16 2021 +0100 > > > > Use SVG icons in itemize bullet selector > > Kornel, please check whether I did CMake right. > > Thanks, > Jürgen > Perfect. Kornel pgpU0PCZKdRv7.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Paragraph spacing problem
On Tue, Feb 09, 2021 at 02:26:23AM -0500, Richard Kimberly Heck wrote: > See attached file. This is in both master and 2.3.x. I just checked that it has been like that since lyx 1.6. I was not able to try lyx 1.5 because the Proof environment did not exist there. -- Enrico -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Verbatim and quotes
On Tue, Feb 09, 2021 at 04:42:26PM +1300, Andrew Parsloe wrote: > At present (LyX 2.4 alpha1 on windows 10) the grave ` and the single > straight quote ' (apostrophe) produce "curly" left and right quote marks > in a verbatim environment when compiled to pdf. I would expect them to be > preserved as grave and straight quote. I can get grave and straight quote by > adding \usepackage{upquote} to the preamble -- which is simple enough to do > (now that I know of it), but is the current "curly" output the right one? I don't know what is the "right" output, but the attached document produces the same exact output since lyx version 1.3. So, if something changed, it was in changed in latex. -- Enrico #LyX 1.3 created this file. For more info see http://www.lyx.org/ \lyxformat 221 \textclass article \language english \inputencoding auto \fontscheme default \graphics default \paperfontsize default \spacing single \papersize Default \paperpackage a4 \use_geometry 0 \use_amsmath 0 \use_natbib 0 \use_numerical_citations 0 \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \layout Standard \noindent \begin_inset ERT status Open \layout Standard \backslash begin{verbatim} \layout Standard a`'b \layout Standard \backslash end{verbatim} \end_inset \the_end -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.4 alpha2 failing on windows 10
On 9/02/2021 6:31 pm, Richard Kimberly Heck wrote: On 2/9/21 12:14 AM, Andrew Parsloe wrote: I've twice downloaded the 64 bit alpha2 installer for windows and installed it. However when I try to open a document in it I get a series of errors starting with unable to find the article layout, then unable to read cite engine basic, then failures of both lyx2lyx and tex2lyx scripts. Trying to reconfigure also fails. When I look at Help About LyX I see Version 2.4.0dev (Monday, 28 December 2020) Is this right? I've reverted to alpha1 which I see has the same version date: Version 2.4.0-alpha1 (Monday, 28 December 2020) I didn't update the version date. I should have. The errors sound like python errors. Can you run from a terminal? Riki I've attached the output from the messages pane (with All debug messages set) resulting from when I click on the new document icon. (If this is not sufficient, then Yes, I can run LyX from the command line. What arguments should be used?) Andrew frontends\qt\GuiApplication.cpp (1655): cmd: action: 3 [buffer-new] arg: '' x: 0 y: 0 BufferParams.cpp (2529): setBaseClass: article Error: Document class not found The layout file: article could not be found. A default textclass with default layouts will be used. LyX will not be able to produce correct output. frontends\qt\GuiApplication.cpp (714): Missing translation for `OK' frontends\qt\GuiView.cpp (239): widget pixel ratio: 1 splash pixel ratio: 1 paint pixmap: 400x250@317+44 frontends\qt\GuiView.cpp (239): widget pixel ratio: 1 splash pixel ratio: 1 paint pixmap: 400x250@317+44 frontends\qt\GuiView.cpp (1005): GuiView::setFocus()020B6DAB80A0 frontends\qt\GuiView.cpp (1022): GuiView::focusInEvent()020B6DAB80A0 support\TempFile.cpp (35): Temporary file in C:/Users/ajpar/AppData/Local/Temp/lyx_tmpdir.nuKJvhzylCem/basicXX.layout support\TempFile.cpp (38): Temporary file `C:/Users/ajpar/AppData/Local/Temp/lyx_tmpdir.nuKJvhzylCem/basicCLbOCI.layout' created. TextClass.cpp (335): support/os_win32.cpp (329): [~/AppData/Local/Temp/lyx_tmpdir.nuKJvhzylCem/basicCLbOCI.layout]->>[~\AppData\Local\Temp\lyx_tmpdir.nuKJvhzylCem\basicCLbOCI.layout] Reading textclass: ~\AppData\Local\Temp\lyx_tmpdir.nuKJvhzylCem\basicCLbOCI.layout TextClass.cpp (150): Reading style Plain Layout Format.cpp (370): filetools(getFormatFromContents) File type not recognised before EOF! Format.cpp (377): filetools(getFormatFromContents) Couldn't find a known format! Lexer.cpp (254): lyxlex: UNcompressed Lexer.cpp (333): Comment read: `35 This layout is automatically generated' Lexer.cpp (333): Comment read: `35 \DeclareLaTeXClass{article}' TextClass.cpp (335): Reading input file: [layouts/stdclass.inc] Format.cpp (377): filetools(getFormatFromContents) Couldn't find a known format! Lexer.cpp (254): lyxlex: UNcompressed Lexer.cpp (333): Comment read: `35 Standard textclass definition file. Taken from initial LyX source code' Lexer.cpp (333): Comment read: `35 Author : Matthias Ettrich ' Lexer.cpp (333): Comment read: `35 Transposed by Pascal André ' Lexer.cpp (333): Comment read: `35 Heavily modifed and enhanced by several developers.' Lexer.cpp (333): Comment read: `35 This is a base layout which is designed to be included from other' Lexer.cpp (333): Comment read: `35 ``standard'' layouts, like article and friends.' TextClass.cpp (348): Finished reading input file: [layouts/stdclass.inc] TextClass.cpp (292): Converting layout file to 92 support\TempFile.cpp (35): Temporary file in C:/Users/ajpar/AppData/Local/Temp/lyx_tmpdir.nuKJvhzylCem/convertXX.layout support\TempFile.cpp (38): Temporary file `C:/Users/ajpar/AppData/Local/Temp/lyx_tmpdir.nuKJvhzylCem/convertOqVUFl.layout' created. TextClass.cpp (89): Running `python -tt "C:/Program Files/LyX 2.4/Resources/scripts/layout2layout.py" -t 92 "C:/Program Files/LyX 2.4/Resources/layouts/stdclass.inc" "C:/Users/ajpar/AppData/Local/Temp/lyx_tmpdir.nuKJvhzylCem/convertOqVUFl.layout"' support\filetools.cpp (1067): Running: python -tt "C:/Program Files/LyX 2.4/Resources/scripts/layout2layout.py" -t 92 "C:/Program Files/LyX 2.4/Resources/layouts/stdclass.inc" "C:/Users/ajpar/AppData/Local/Temp/lyx_tmpdir.nuKJvhzylCem/convertOqVUFl.layout" TextClass.cpp (94): Conversion of layout with layout2layout.py has failed. TextClass.cpp (363): Unable to convert C:/Program Files/LyX 2.4/Resources/layouts/stdclass.inc to format 92 LyX: Error reading input file: C:/Program Files/LyX 2.4/Resources/layouts/stdclass.inc [around line 5 of file support/os_win32.cpp (329): [~/AppData/Local/Temp/lyx_tmpdir.nuKJvhzylCem/basicCLbOCI.layout]->>[~\AppData\Local\Temp\lyx_tmpdir.nuKJvhzylCem\basicCLbOCI.layout] ~\AppData\Local\Temp\lyx_tmpdir.nuKJvhzylCem\basicCLbOCI.layout current token: 'stdclass.inc' context: ''] TextClass.cpp (348): support/os_win32.cpp (329):
Re: [LyX/master] Use SVG icons in itemize bullet selector
Am Dienstag, dem 09.02.2021 um 10:30 +0100 schrieb Juergen Spitzmueller: > commit 11b7714fc15475a2bb385943ece7b98273283114 > Author: Juergen Spitzmueller > Date: Tue Feb 9 10:32:16 2021 +0100 > > Use SVG icons in itemize bullet selector Kornel, please check whether I did CMake right. Thanks, 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
Re: Paragraph spacing problem
Am Dienstag, dem 09.02.2021 um 02:26 -0500 schrieb Richard Kimberly Heck: > See attached file. This is in both master and 2.3.x. You are talking about the workarea, not output, right? 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
Paragraph spacing problem
See attached file. This is in both master and 2.3.x. Riki newfile1.lyx Description: application/lyx -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel