Re: DocBook to ePub

Am Thu, 4 Feb 2021 23:21:30 +0100 schrieb Thibaut Cuvelier : ... > > If you want to try it outside LyX, first export the document as DocBook 5 > (say, doc.xml); if Java is available in the PATH, run (with either Python 2 > or 3, although it's only really tested with 3.8): > > python

Re: Crash in equation paint (master)

Am Mon, 1 Feb 2021 13:15:47 +0100 schrieb Pavel Sanda : > On Mon, Feb 01, 2021 at 11:36:21AM +0100, Pavel Sanda wrote: > > Will try to come up with better backtrace, but this is what I have now: > You could try 'bt full'. Kornel pgpw2I5hDgNTv.pgp Description: Digitale Signatur von

Re: Patches for Python scripts

Am Fri, 29 Jan 2021 13:39:19 +0100 schrieb Pavel Sanda : > On Fri, Jan 29, 2021 at 11:07:43AM +, José Abílio Matos wrote: > > With the extent of the patches I fear that there could be bugs (unintended > > changes) lurking specially in relation to python 2. > > Riki's call, but I don't

Re: Patches for Python scripts

Am Fri, 29 Jan 2021 11:07:43 + schrieb José Abílio Matos : > On Friday, January 29, 2021 5:05:19 AM WET Richard Kimberly Heck wrote: > > José, can you look at these please? > > > > Riki > > I think that Thibaut wants to impose black[1] on us. :-D > > Most of the changes are cosmetic, e.g.

Re: master: French Additional manual 2.3.x export -> failed compilation

Am Thu, 28 Jan 2021 09:26:18 +0100 schrieb Jürgen Spitzmüller : > Am Mittwoch, dem 27.01.2021 um 20:09 -0500 schrieb Scott Kostyshak: > > The following ctests are failing: > > > >   2416 - export/doc/fr/Additional_lyx22 (Failed) > >   2417 - export/doc/fr/Additional_lyx23 (Failed) > > > > I

Re: ctests for Additioonal.lyx lyx2lyx round trip failing on master

Am Wed, 27 Jan 2021 09:09:47 +0100 schrieb Jürgen Spitzmüller : > Am Mittwoch, dem 27.01.2021 um 08:29 +0100 schrieb Kornel Benko: > > Discard the tests because they are disturbing? > > > > Seriously, if we have to ignore the misbehaving of lyx2lyx, then the > > test

Re: ctests for Additioonal.lyx lyx2lyx round trip failing on master

Am Wed, 27 Jan 2021 07:30:37 +0100 schrieb Jürgen Spitzmüller : > Am Dienstag, dem 26.01.2021 um 18:42 +0100 schrieb Kornel Benko: > > The reversions are important if peoples work with the same lyx-file > > but have different lyx-versions. (I pretend to see also these peoples >

Re: Tests for Feynman_Diagrams failing

Am Tue, 26 Jan 2021 14:08:37 -0500 schrieb Scott Kostyshak : > The following ctests started failing recently: > > The following tests FAILED: > 3716 - export/examples/Graphics_and_Insets/Feynman_Diagrams_lyx16 > (Failed) > 3717 -

Re: ctests for Additioonal.lyx lyx2lyx round trip failing on master

Am Tue, 26 Jan 2021 18:15:02 +0100 schrieb Jürgen Spitzmüller : > Am Dienstag, dem 26.01.2021 um 11:58 -0500 schrieb Scott Kostyshak: > > I see. I think I understand now. For the first column, the newline > > insets are replaced with ERT, where as for the second and third > > columns, > > the new

FindAdv, request for comments

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

Re: Should search match strings in deleted ct area?

Am Fri, 22 Jan 2021 11:02:05 -0500 schrieb Richard Kimberly Heck : > On 1/22/21 10:26 AM, Jürgen Spitzmüller wrote: > > Am Freitag, dem 22.01.2021 um 14:04 +0100 schrieb Kornel Benko: > >> As the subject says. > >> > >> ATM it is the case, but I'd like to c

Re: Should search match strings in deleted ct area?

Am Fri, 22 Jan 2021 16:19:50 +0100 schrieb Jean-Marc Lasgouttes : > Le 22/01/2021 à 15:17, Kornel Benko a écrit : > >> I see. I thought about deleted words, you think about deleted letters. > > > > So, what would you now decide? I am totally unsure, how to proceed.

Re: Should search match strings in deleted ct area?

Am Fri, 22 Jan 2021 14:57:49 +0100 schrieb Jean-Marc Lasgouttes : > Le 22/01/2021 à 14:42, Kornel Benko a écrit : > >> I find it nice that search finds in deleted text. > > > > Say you have a word 'abc' and remove 'b' in change tracking. > > Now you are not able

Re: Should search match strings in deleted ct area?

Am Fri, 22 Jan 2021 14:14:41 +0100 schrieb Jean-Marc Lasgouttes : > Le 22/01/2021 à 14:04, Kornel Benko a écrit : > > As the subject says. > > > > ATM it is the case, but I'd like to change it. > > (see output_latex.cpp:447,762,1668,1677) > > I find it nice

Should search match strings in deleted ct area?

As the subject says. ATM it is the case, but I'd like to change it. (see output_latex.cpp:447,762,1668,1677) Kornel pgpbPub4GBdd5.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: CMake on Windows

Am Thu, 21 Jan 2021 18:26:38 +0100 schrieb Thibaut Cuvelier : > Dear list, and Pavel mostly :) > > I'm starting again to configure LyX on Windows, and the CMake files do not > behave as > expected. > > I am setting -DLYX_DEPENDENCIES_DOWNLOAD=1 on the command line, but this is > what it >

Re: [LyX/master] Add move constructor and move assignment operator for FileName class

Am Wed, 20 Jan 2021 00:16:49 -0500 schrieb Scott Kostyshak : > On Tue, Jan 19, 2021 at 11:17:25PM +0200, Yuriy Skalko wrote: > > > The next step from my side should be clang installation and debugging > > > this patch there. But it can happen not very soon. > > > > It happened sooner than I

Re: [LyX/master] Add move constructor and move assignment operator for FileName class

Am Thu, 14 Jan 2021 22:00:33 +0200 schrieb Yuriy Skalko : > > > > Maybe '-std=c++17'? > > AFAIR Scott successfully compiled LyX with -std=c++20 on Clang. Other > compiler options also seem usual. > > > Yuriy OK, now will you commit the replacements? Kornel pgpOik6ZxF44D.pgp

Re: Regular crash in modifying regex

Am Thu, 14 Jan 2021 14:15:40 -0500 schrieb Richard Kimberly Heck : > On 1/14/21 1:24 PM, Kornel Benko wrote: > > Am Thu, 14 Jan 2021 13:08:24 -0500 > > schrieb Richard Kimberly Heck : > > > >> On 1/14/21 4:40 AM, Kornel Benko wrote: > >>> Am Thu

Re: [LyX/master] Add move constructor and move assignment operator for FileName class

Am Thu, 14 Jan 2021 21:17:26 +0200 schrieb Yuriy Skalko : > > Yes, it helps. Now the next are > > /usr2/src/lyx/lyx-git/src/graphics/GraphicsCacheItem.cpp:445 > > /usr2/src/lyx/lyx-git/src/mathed/MathExtern.cpp:602 > > /usr2/src/lyx/lyx-git/src/mathed/MathExtern.cpp:687 >

Re: [LyX/master] Add move constructor and move assignment operator for FileName class

Am Thu, 14 Jan 2021 20:30:03 +0200 schrieb Yuriy Skalko : > > I cannot even compile everything under clang8 > > /usr2/src/lyx/lyx-git/src/support/FileMonitor.cpp:62:9: error: call to > > 'make_unique' is > > ambiguous return make_unique(instance().getGuard(filename)); > >

Re: Regular crash in modifying regex

Am Thu, 14 Jan 2021 13:08:24 -0500 schrieb Richard Kimberly Heck : > On 1/14/21 4:40 AM, Kornel Benko wrote: > > Am Thu, 14 Jan 2021 04:29:21 -0500 > > schrieb Richard Kimberly Heck : > > > >> On 1/14/21 4:19 AM, Kornel Benko wrote: > >>> Am Thu

Re: [LyX/master] Add move constructor and move assignment operator for FileName class

Am Wed, 13 Jan 2021 11:59:28 -0500 schrieb Scott Kostyshak : > On Wed, Jan 13, 2021 at 10:37:30AM +0100, Jean-Marc Lasgouttes wrote: > > Le 13/01/2021 à 10:21, Yuriy Skalko a écrit : > > > > Hi Yuriy, > > > > > > > > I’m seeing a crash after this commit when using File->Open recent. > > > > >

Re: Regular crash in modifying regex

Am Thu, 14 Jan 2021 10:40:00 +0100 schrieb Kornel Benko : > Am Thu, 14 Jan 2021 04:29:21 -0500 > schrieb Richard Kimberly Heck : > > > On 1/14/21 4:19 AM, Kornel Benko wrote: > > > Am Thu, 14 Jan 2021 04:15:18 -0500 > > > schrieb Richard Kimberly Heck : &g

Re: Regular crash in modifying regex

Am Thu, 14 Jan 2021 04:29:21 -0500 schrieb Richard Kimberly Heck : > On 1/14/21 4:19 AM, Kornel Benko wrote: > > Am Thu, 14 Jan 2021 04:15:18 -0500 > > schrieb Richard Kimberly Heck : > > > >> On 1/14/21 3:45 AM, Kornel Benko wrote: > >>> Am Thu

Re: Regular crash in modifying regex

Am Thu, 14 Jan 2021 04:15:18 -0500 schrieb Richard Kimberly Heck : > On 1/14/21 3:45 AM, Kornel Benko wrote: > > Am Thu, 14 Jan 2021 07:53:16 +0100 > > schrieb Jürgen Spitzmüller : > > > >> Am Donnerstag, dem 14.01.2021 um 00:58 +0100 schrieb Kornel Benko: > &

Re: Regular crash in modifying regex

Am Thu, 14 Jan 2021 10:04:22 +0100 schrieb Jürgen Spitzmüller : > Am Donnerstag, dem 14.01.2021 um 09:45 +0100 schrieb Kornel Benko: > > Yes, attached. Last commit was fcea6c47. > > Did you have the outliner open? > > Jürgen > No, and the respective (intern

Re: Use C++ testing framework

Am Thu, 14 Jan 2021 10:43:23 +0200 schrieb Yuriy Skalko : > > I am reluctant ... have you seen, how many tests (in cmake) there already > > are? > > Here it gives > > $ ctest -N | wc > >7605 22812 504591 > > > > OTOH, more tests cannot hurt. > > > > Kornel > > Yes,

Re: Regular crash in modifying regex

Am Thu, 14 Jan 2021 07:53:16 +0100 schrieb Jürgen Spitzmüller : > Am Donnerstag, dem 14.01.2021 um 00:58 +0100 schrieb Kornel Benko: > > How to reproduce > > > > 1.) Open lyx file e.g. Additional.lyx > > 2.) select AdvFind > > 3.) select regexp-mode > > 4.)

Re: Regular crash in modifying regex

Am Wed, 13 Jan 2021 22:01:43 -0500 schrieb Richard Kimberly Heck : > On 1/13/21 7:39 PM, Kornel Benko wrote: > > Am Thu, 14 Jan 2021 00:58:40 +0100 > > schrieb Kornel Benko : > > > >> How to reproduce > >> > >> 1.) Open lyx file e.g. Additional.ly

Re: Regular crash in modifying regex

Am Thu, 14 Jan 2021 00:58:40 +0100 schrieb Kornel Benko : > How to reproduce > > 1.) Open lyx file e.g. Additional.lyx > 2.) select AdvFind > 3.) select regexp-mode > 4.) insert any text not in this file > 5.) select search for section > 6.) change to not ignore forma

Regular crash in modifying regex

How to reproduce 1.) Open lyx file e.g. Additional.lyx 2.) select AdvFind 3.) select regexp-mode 4.) insert any text not in this file 5.) select search for section 6.) change to not ignore format 7.) start search 8.) cancel the search (with escape) 9.) clean the regex content and try to insert

Re: [LyX/master] Fix bug #10635

Am Thu, 14 Jan 2021 00:00:17 +0100 schrieb Kornel Benko : > Am Wed, 13 Jan 2021 20:38:07 +0100 (CET) > schrieb Richard Kimberly Heck : > > > commit d41ec3368de969a20a16e3812bd388b4ed7beafb > > Author: Richard Kimberly Heck > > Date: Wed Jan 13 14:38:48 2021 -0500

Re: [LyX/master] Fix bug #10635

Am Wed, 13 Jan 2021 20:38:07 +0100 (CET) schrieb Richard Kimberly Heck : > commit d41ec3368de969a20a16e3812bd388b4ed7beafb > Author: Richard Kimberly Heck > Date: Wed Jan 13 14:38:48 2021 -0500 > > Fix bug #10635 > --- > src/frontends/qt/GuiView.cpp |2 ++ > 1 files changed, 2

Re: Change LyX release numbering to Semantic Versioning

Am Wed, 13 Jan 2021 16:31:01 +0100 schrieb Pavel Sanda : > On Wed, Jan 13, 2021 at 03:12:10PM +, José Abílio Matos wrote: > > On Wednesday, January 13, 2021 2:37:54 PM WET Pavel Sanda wrote: > > > I guess that's the point where we break. I agree that moving from 2 to 3 > > > signals major

Re: Use C++ testing framework

Am Wed, 13 Jan 2021 11:53:25 +0200 schrieb Yuriy Skalko : > On 16.12.2020 22:14, Yuriy Skalko wrote: > > There were already several discussions here in 2013, 2015 and even in > > 1999 about using some unit testing framework, but without any tangible > > result. I think it is now time to change

Re: [LyX/master] Tab binding: outline-in before depth-increment

Am Sat, 9 Jan 2021 12:07:06 -0500 schrieb Scott Kostyshak : > On Sat, Jan 09, 2021 at 09:06:56AM +0100, Jürgen Spitzmüller wrote: > > Am Freitag, dem 08.01.2021 um 20:32 -0500 schrieb Scott Kostyshak: > > > It would be nice to get someone else's feedback (Jürgen?) before you > > > work on it. I

Re: Howto modify selection from replace buffer (FindAdv)

Am Sat, 09 Jan 2021 12:58:16 +0100 schrieb Jürgen Spitzmüller : > Am Freitag, dem 08.01.2021 um 11:39 +0100 schrieb Kornel Benko: > > I have problems to _use_ matched substrings in replace-mode. > > > > For instance given regular expression containing some groups, like >

Re: [LyX/master] Move handling of LFUN_COPY to BufferView

Am Fri, 8 Jan 2021 22:44:57 +0100 schrieb Kornel Benko : > Am Fri, 8 Jan 2021 21:27:28 +0100 > schrieb Jean-Marc Lasgouttes : > > > Le 08/01/2021 à 19:59, Kornel Benko a écrit : > > > Thanks, works nice. The same issue is also still in display of 'Table of > > &

Re: [LyX/master] Move handling of LFUN_COPY to BufferView

Am Fri, 8 Jan 2021 21:27:28 +0100 schrieb Jean-Marc Lasgouttes : > Le 08/01/2021 à 19:59, Kornel Benko a écrit : > > Thanks, works nice. The same issue is also still in display of 'Table of > > Contents'. > > > > Would you mind to check this too? Nonetheless

Re: [LyX/master] Move handling of LFUN_COPY to BufferView

Am Fri, 8 Jan 2021 19:31:38 +0100 (CET) schrieb Jean-Marc Lasgouttes : > commit 9e1db65932b895778525c48d524adfad2ae37739 > Author: Jean-Marc Lasgouttes > Date: Fri Jan 8 19:27:19 2021 +0100 > > Move handling of LFUN_COPY to BufferView > > It turns out that the code is the same

Re: [LyX/master] FindAdv: Save sub-matches in MatchStringAdv class

Am Fri, 08 Jan 2021 12:15:00 +0100 schrieb Jürgen Spitzmüller : > Am Freitag, dem 08.01.2021 um 12:10 +0100 schrieb Kornel Benko: > > commit c3cda5ffd4e17d79c8fb09a2b122efa959418885 > > Author: Kornel Benko > > Date:   Fri Jan 8 12:05:51 2021 +0100 > > > &

Re: [LyX/master] Display bookmarks in the workarea.

Am Fri, 8 Jan 2021 18:07:15 +0100 schrieb Kornel Benko : > Am Fri, 8 Jan 2021 15:57:38 +0100 > schrieb Jean-Marc Lasgouttes : > > > Le 08/01/2021 à 14:16, Pavel Sanda a écrit : > > > On Wed, Jan 06, 2021 at 08:32:50PM +0100, Jean-Marc Lasgouttes wrote: > > &g

Re: [LyX/master] Display bookmarks in the workarea.

Am Fri, 8 Jan 2021 15:57:38 +0100 schrieb Jean-Marc Lasgouttes : > Le 08/01/2021 à 14:16, Pavel Sanda a écrit : > > On Wed, Jan 06, 2021 at 08:32:50PM +0100, Jean-Marc Lasgouttes wrote: > >> Please try it out even if you are not big users of bookmarks. I do not use > >> them myself, so I do not

Howto modify selection from replace buffer (FindAdv)

I have problems to _use_ matched substrings in replace-mode. For instance given regular expression containing some groups, like '()()()' and I want to change the found value to '', so in regex I would write '\3\2\1' Now the selection contains '\3\2\1',

Re: Problem with standard regex

Am Wed, 6 Jan 2021 11:36:43 +0200 schrieb Yuriy Skalko : > >> > BTW, I tested the regexes with Russian documents, and found an error in > >> > Additional.lyx > >> > Correction attached. > >> > >> Really, that was missed out. Please commit it. > >> > > > > Done at c6bc5f0c > > Thanks.

Re: [LyX/master] Arabic Beamer template

Am Tue, 5 Jan 2021 18:12:00 -0500 schrieb Scott Kostyshak : > On Tue, Jan 05, 2021 at 09:16:48PM +0100, Pavel Sanda wrote: > > On Mon, Jan 04, 2021 at 01:47:38PM -0500, Richard Kimberly Heck wrote: > > > On 1/4/21 4:19 AM, Pavel Sanda wrote: > > > > On Mon, Jan 04, 2021 at 01:23:34AM +0100,

Re: Problem with standard regex

Am Mon, 4 Jan 2021 23:37:04 +0200 schrieb Yuriy Skalko : > > Thanks. I am not so sure that 'from_ascii()' is the better choice comparing > > to > > 'from_utf8()' though. > > Maybe it will be better, but I cannot remember seeing exceptions with > `what`-messages not in plain English. Feel

Re: Connection issues with www.lyx.org

Am Mon, 4 Jan 2021 17:21:12 +0100 schrieb Kornel Benko : > Am Mon, 4 Jan 2021 17:14:43 +0100 > schrieb Jean-Marc Lasgouttes : > > > Am I the only one seeing these? It is in particular when submitting > > comments to trac. > > > > JMarc > > Maybe a

Re: Connection issues with www.lyx.org

Am Mon, 4 Jan 2021 17:14:43 +0100 schrieb Jean-Marc Lasgouttes : > Am I the only one seeing these? It is in particular when submitting > comments to trac. > > JMarc Maybe a clash with others. Something is posted there 40 seconds ago "#11350 Fixed cursor drawn in workare when resizing"

Re: Problem with standard regex

Am Mon, 4 Jan 2021 15:47:59 +0200 schrieb Yuriy Skalko : > > Thanks, you are right. But since the exception may not be only from regex, > > 'ex.what()' > > alone feels better. > > > > Please commit. > > > > Kornel > > Committed at e8099942c7. > > > Yuriy Thanks. I am not so sure

Re: Problem with standard regex

Am Mon, 4 Jan 2021 12:23:47 +0200 schrieb Yuriy Skalko : > >> Further investigating shows the error in my own code (out of range access). > >> The following exception was catched in the try {} section in findAdv(), so > >> the only > >> message was: "Invalid regular expression!". This was

Re: [LyX/master] Rename MathStream to MathMLStream.

Am Sun, 3 Jan 2021 12:35:36 -0500 schrieb Scott Kostyshak : > On Sun, Jan 03, 2021 at 06:16:48PM +0100, Pavel Sanda wrote: > > On Sat, Jan 02, 2021 at 07:52:27PM +0100, Thibaut Cuvelier wrote: > > > commit ecafea8227d0c51f36dbf8ff45e9c3ebc15e19cf > > > Author: Thibaut Cuvelier > > > Date:

Re: Problem with standard regex

Am Sat, 2 Jan 2021 09:23:00 -0500 schrieb Scott Kostyshak : > On Sat, Jan 02, 2021 at 12:47:13PM +0100, Kornel Benko wrote: > > Given the string > > t = "\foreignlanguage{russian}{\texttt{\label}" > > and trying to use > > "regex_replace(t, t,

Problem with standard regex

Given the string t = "\foreignlanguage{russian}{\texttt{\label}" and trying to use "regex_replace(t, t, "(emph|noun|text(bf|sl|sf|it|tt)|(u|uu)line|(s|x)out|uwave)(\\{(\\{\\})?\\})+", "") leads to regex-exception. Anything other than "\label" works. (e.g.

Re: Compilation error with MSVC 19

Am Wed, 30 Dec 2020 21:08:42 +0100 schrieb Thibaut Cuvelier : > On Wed, 30 Dec 2020 at 16:06, Kornel Benko wrote: > > > Am Wed, 30 Dec 2020 15:17:36 +0100 > > schrieb Thibaut Cuvelier : > > > > > On Wed, 30 Dec 2020 at 09:01, Yuriy Skalko > > wrote:

Re: Compilation error with MSVC 19

Am Wed, 30 Dec 2020 15:17:36 +0100 schrieb Thibaut Cuvelier : > On Wed, 30 Dec 2020 at 09:01, Yuriy Skalko wrote: > > > > Here is a newer version of the patch that does not use _HAS_CXX17, as it > > > should not really be relied upon ( > > > > >

Re: Drop QT4 from master

Am Mon, 28 Dec 2020 19:00:26 +0100 schrieb Pavel Sanda : > On Mon, Dec 28, 2020 at 06:51:42PM +0100, Thibaut Cuvelier wrote: > > > So the question is: Can we drop support for QT4 in master? > > > Or has someone a better sollution? > > > > > > > Given that Qt 6 is now out, and that Qt 4 has

Re: [LyX/master] Cmake build: Syntax of AC_INIT() in configure.ac changed, adapted macro

Am Tue, 29 Dec 2020 14:41:38 -0500 schrieb Scott Kostyshak : > On Tue, Dec 29, 2020 at 08:28:31PM +0100, Kornel Benko wrote: > > commit c07278a45c1d23d1ff8a2ed67e3cd8603680df12 > > Author: Kornel Benko > > Date: Tue Dec 29 20:27:19 2020 +0100 > > > >

Re: Drop QT4 from master

Am Tue, 29 Dec 2020 00:44:25 +0100 schrieb Jean-Marc Lasgouttes : > Le 28 décembre 2020 19:04:35 GMT+01:00, "Jürgen Spitzmüller" > a écrit : > >Am Montag, dem 28.12.2020 um 19:00 +0100 schrieb Pavel Sanda: > >> But this position gets weaker as we do not seem to get closer to the > >> actual

Drop QT4 from master

We use utf-8 encoded strings. In order to fully use regular expressions in FindAdv, we need the created regex be case sensitive. This works good for ascii charaters, but fails on The try to use docstring works better on unix systems. But there are some problems. 1.) regexes are still unable to

Re: Compiling in C++20 mode

Am Mon, 28 Dec 2020 12:08:00 +0200 schrieb Yuriy Skalko : > Recently I've had necessity to install latest stable GCC version 10.2 > that has C++20 support. So I didn't miss the opportunity to try > compiling LyX in C++20 mode too. > > The only compilation error is due to recent commit

Re: Advanced find changes of behavior in master

Am Mon, 21 Dec 2020 19:40:21 +0100 schrieb Jean-Marc Lasgouttes : > Try again, I updated the layout files, it seems to make a big difference > to me. Then we have to know why Adv F has to read the class files at > all (using cut and paste, maybe?) I suppose it is because we are using

Re: Try to use regex with char_type

Am Mon, 21 Dec 2020 23:05:12 +0200 schrieb Yuriy Skalko : > > This is for Adv-Find only. > > > > Yuriy, could you please check if this meets your requirements with Cyrillic > > chars? > > > > > > Kornel > > > Kornel, thanks for working on this. I've checked the advanced search and

Try to use regex with char_type

MatchResult MatchStringAdv::findAux(DocIterator const & cur, int len, bool at_be return mres; } LYXERR(Debug::FIND, "Matching against '" << lyx::to_utf8(docstr) << "'"); LYXERR(Debug::FIND, "After normalization: '" << str << "

Re: Warnings while compiling branch

Am Sat, 19 Dec 2020 20:57:24 +0100 schrieb Jean-Marc Lasgouttes : > Le 17/12/2020 à 11:46, Kornel Benko a écrit : > > Am Thu, 17 Dec 2020 11:40:36 +0100 > > schrieb Jean-Marc Lasgouttes : > >>>> I guess it can wait for 2.3.7. Looking at "git log" for >

Re: [LyX/master] Reduce the amount of needed boost headers

Am Sat, 19 Dec 2020 15:52:44 +0200 schrieb Yuriy Skalko : > >> Just to be sure: Yuriy do you plan to get rid of this signals2 > >> namespace? It > >> doe snot make much sense. > >> > >> > >> JMarc > >> > > > > > > Using "signals" conflicts with Qt keyword, so I've used

Re: Special logo characters in regex (for Adv find)

Am Thu, 17 Dec 2020 15:45:48 +0100 schrieb Jürgen Spitzmüller : > Am Donnerstag, dem 17.12.2020 um 15:15 +0100 schrieb Kornel Benko: > > Sorry for being dumb, I saw these already, alas I could not find > > where the actual decision is made. > > Like this: > &

Re: Special logo characters in regex (for Adv find)

Am Thu, 17 Dec 2020 14:02:57 +0100 schrieb Jürgen Spitzmüller : > Am Donnerstag, dem 17.12.2020 um 12:31 +0100 schrieb Jürgen > Spitzmüller: > > InsetMathNest::getStatus() > > > > The regexp inset is a math hull inset, thus restrictions to math > > apply. > > You could add an exception to

Special logo characters in regex (for Adv find)

Hi, I would like to handle the logo characters (\LyX{}, \LaTeX{}, ...) in regexes too, but 1.) It is disabled to paste the chars in regex 2.) selecting the part together with the special in search field and applying 'regexp-mode' will change the char to text (LyX, LaTeX, ...) So the

Re: Warnings while compiling branch

Am Thu, 17 Dec 2020 11:40:36 +0100 schrieb Jean-Marc Lasgouttes : > Le 02/11/2020 à 19:44, Richard Kimberly Heck a écrit : > > On 11/2/20 12:16 PM, Jean-Marc Lasgouttes wrote: > >> Le 02/11/2020 à 16:59, Richard Kimberly Heck a écrit : > Yes, hunspell has been updated in master to 1.7.0,

Re: [LyX/master] Fix prefs2prefs for \\set_color

Am Tue, 15 Dec 2020 11:17:07 +0100 schrieb Jürgen Spitzmüller : > Am Di., 15. Dez. 2020 um 10:35 Uhr schrieb Kornel Benko : > > > Maybe I am too picky. For our use both versions give the same result. > > > > I was serious. You seem to understand this better than

Re: [LyX/master] Fix prefs2prefs for \\set_color

Am Tue, 15 Dec 2020 09:59:43 +0100 schrieb Jürgen Spitzmüller : > Am Di., 15. Dez. 2020 um 09:57 Uhr schrieb Kornel Benko : > > > Am Tue, 15 Dec 2020 08:45:24 +0100 (CET) > > schrieb Juergen Spitzmueller : > > > > > + colre = re.compile(r'^\\set_col

Re: [LyX/master] Fix prefs2prefs for \\set_color

Am Tue, 15 Dec 2020 08:45:24 +0100 (CET) schrieb Juergen Spitzmueller : > + colre = re.compile(r'^\\set_color\s+(.*)\s+(.*)"', re.IGNORECASE) > + if not m: > + return no_match > + line += " " + m.group(2) + '"' Are you sure? Why not something like colre =

Re: [LyX/master] Reduce the amount of needed boost headers

Am Sun, 13 Dec 2020 13:57:23 +0200 schrieb Yuriy Skalko : > > Compiles fine, and the export tests results are same as before. I am not > > sure > > 'signal' is > > involved though. > > Could you evaluate what else should be tested? > > > > Impressing work (not only here). > > > >

Re: [LyX/master] Reduce the amount of needed boost headers

Am Sun, 13 Dec 2020 10:32:38 +0200 schrieb Yuriy Skalko : > > Compiles fine adding > > #include > > in src/support/ForkedCalls.cpp > > and > > #include > > in src/Sever.cpp > > > > Kornel > > > Kornel, thanks for trying and fixing the patch! > > Seems like these

Re: [LyX/master] Reduce the amount of needed boost headers

Am Sat, 12 Dec 2020 22:25:59 +0100 schrieb Kornel Benko : > Am Sat, 12 Dec 2020 22:17:48 +0100 > schrieb Kornel Benko : > > > Am Sat, 12 Dec 2020 20:49:55 + > > schrieb José Abílio Matos : > > Compiles fine adding #include in src/support/ForkedCal

Re: [LyX/master] Reduce the amount of needed boost headers

Am Sat, 12 Dec 2020 22:17:48 +0100 schrieb Kornel Benko : > Am Sat, 12 Dec 2020 20:49:55 + > schrieb José Abílio Matos : > > > On Saturday, December 12, 2020 8:30:41 PM WET Kornel Benko wrote: > > > This one is declared in "string.h" (so not

Re: [LyX/master] Reduce the amount of needed boost headers

Am Sat, 12 Dec 2020 20:49:55 + schrieb José Abílio Matos : > On Saturday, December 12, 2020 8:30:41 PM WET Kornel Benko wrote: > > This one is declared in "string.h" (so not c++?) > > > > Kornel > > #include "cstring" > > is

Re: [LyX/master] Reduce the amount of needed boost headers

Am Sat, 12 Dec 2020 19:05:16 +0200 schrieb Yuriy Skalko : > >> To be frank I am not competent to review this. > >> > >> The code in the nod library seems well written and commented. It has > >> not be touched for 2 years, but it is maybe because it does not need > >> to. This code should be

Re: Howto handle spaces in AdvSearch

Am Thu, 10 Dec 2020 13:28:39 + schrieb José Abílio Matos : > On Thursday, December 10, 2020 1:04:33 PM WET Jürgen Spitzmüller wrote: > > I don't think that's the right inference. People are busy. (Personally > > I like the change) > > > > Jürgen > > Or you can use the opposite point of

Re: Howto handle spaces in AdvSearch

Am Tue, 8 Dec 2020 17:07:51 +0100 schrieb Kornel Benko : > This is a try to allow specific searches for some of our different spaces > also in > regular expressions. > OTOH, as of now '\s' in regex is not yet implemented for spaces like > \thinspace etc. > (One would need to

Howto handle spaces in AdvSearch

This is a try to allow specific searches for some of our different spaces also in regular expressions. OTOH, as of now '\s' in regex is not yet implemented for spaces like \thinspace etc. (One would need to rewrite the regex to include the utf8-codes, but that is too much struggle)

Re: [LyX/master] This should fix a few type-conversion warnings.

Am Sat, 5 Dec 2020 22:22:34 +0100 (CET) schrieb Thibaut Cuvelier : > commit 0c5e10f36b0b42eefa41806cac12790a2b49c043 > Author: Thibaut Cuvelier > Date: Sat Dec 5 22:51:56 2020 +0100 > > This should fix a few type-conversion warnings. > --- > src/output_docbook.cpp |5 +++-- > 1

Re: Advanced find changes of behavior in master

Am Fri, 4 Dec 2020 15:28:51 +0100 schrieb Jean-Marc Lasgouttes : > Le 04/12/2020 à 13:19, Kornel Benko a écrit : > >> Note also that the 'replace' parts are disabled when the string to > >> search is empty. > > > > I cannot reproduce either. In fact, may

Re: Advanced find changes of behavior in master

Am Fri, 4 Dec 2020 11:43:27 +0100 schrieb Jean-Marc Lasgouttes : > Le 04/12/2020 à 11:42, Jean-Marc Lasgouttes a écrit : > > Le 03/12/2020 à 21:55, Kornel Benko a écrit : > >> There is a glitch though. > >> > >> Open a document. > >> Select A

Re: Advanced find changes of behavior in master

Am Thu, 3 Dec 2020 14:20:43 -0500 schrieb Scott Kostyshak : > On Thu, Dec 03, 2020 at 06:44:44PM +0100, Jean-Marc Lasgouttes wrote: > > Le 01/12/2020 à 12:30, Kornel Benko a écrit : > > > > Kornel, it would be nice if the "Replace with" label was greyed out wh

Re: Advanced find changes of behavior in master

Am Thu, 3 Dec 2020 18:44:44 +0100 schrieb Jean-Marc Lasgouttes : > Le 01/12/2020 à 12:30, Kornel Benko a écrit : > >> Kornel, it would be nice if the "Replace with" label was greyed out when > >> the document is read-only, in order to help slow people like me. &

Re: Advanced find changes of behavior in master

Am Tue, 1 Dec 2020 11:10:38 +0100 schrieb Jean-Marc Lasgouttes : > Le 30/11/2020 à 02:28, Kornel Benko a écrit : > >> I tried to have a look, but I cannot set focus in the replace workarea. > >> I click and nothing happens. Am I the only one? > >> >

Re: Build failed in Jenkins: Build branch "master" » ubuntu-latest-qt5-cmake #2354

Am Mon, 30 Nov 2020 10:38:18 +0100 schrieb Jean-Marc Lasgouttes : > Le 30/11/2020 à 10:22, Kornel Benko a écrit : > > Am Mon, 30 Nov 2020 10:53:29 +0200 > > schrieb Yuriy Skalko : > > > >>> Probably my fault because I removed boost/CMakeList.txt. It only

Re: Build failed in Jenkins: Build branch "master" » ubuntu-xenial-qt4-autotools #2057

Am Mon, 30 Nov 2020 02:32:19 +0100 schrieb Kornel Benko : > Am Sun, 29 Nov 2020 22:49:48 +0100 > schrieb Jean-Marc Lasgouttes : > > > Le 29/11/2020 à 20:21, Kornel Benko a écrit : > > >> I have reverted your previous > > >> patches locally. We are not g

Re: Build failed in Jenkins: Build branch "master" » ubuntu-latest-qt5-cmake #2354

Am Mon, 30 Nov 2020 10:53:29 +0200 schrieb Yuriy Skalko : > > Probably my fault because I removed boost/CMakeList.txt. It only contained a > > reference to the now defunct boost/libs/ directory. > > > > JMarc > > No, it started from b3d43404f4. Probably too much boost stuff was > cleaned up.

Re: Build failed in Jenkins: Build branch "master" » ubuntu-xenial-qt4-autotools #2057

Am Sun, 29 Nov 2020 22:49:48 +0100 schrieb Jean-Marc Lasgouttes : > Le 29/11/2020 à 20:21, Kornel Benko a écrit : > >> I have reverted your previous > >> patches locally. We are not getting rid of boost here, only of regex. > >> And I did not plan to make it impossib

Re: Advanced find changes of behavior in master

Am Sun, 29 Nov 2020 23:04:59 +0100 schrieb Jean-Marc Lasgouttes : > Le 25/11/2020 à 15:35, Scott Kostyshak a écrit : > > I see a couple of changes in behavior in advanced find that can be > > reproduced with the Welcome.lyx file (I attached it for convenience). > > > > 1. In advanced find, put

Re: Build failed in Jenkins: Build branch "master" » ubuntu-xenial-qt4-autotools #2057

Am Sun, 29 Nov 2020 19:28:30 +0100 schrieb Jean-Marc Lasgouttes : > Le 29/11/2020 à 18:29, Kornel Benko a écrit : > > Am Sun, 29 Nov 2020 17:50:36 +0100 (CET) > > schrieb ci-...@inria.fr: > > > >> https://ci.inria.fr/lyx/job/build-master-head/job/ub

Re: Build failed in Jenkins: Build branch "master" » ubuntu-xenial-qt4-autotools #2057

Am Sun, 29 Nov 2020 17:50:36 +0100 (CET) schrieb ci-...@inria.fr: > https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools/2057/-- ... Should be fixed. Kornel pgpzRyRbJldtr.pgp Description: Digitale Signatur von OpenPGP --

Re: Build failed in Jenkins: Build branch "master" » ubuntu-xenial-qt4-autotools-extended #2258

Am Sun, 29 Nov 2020 11:26:40 +0100 (CET) schrieb ci-...@inria.fr: > checking for main in -lole32... no > checking whether to use included boost library... yes > checking for grep that handles long lines and -e... /bin/grep Apparently wrong, we still allow '--with-included-boost' Kornel

Re: [LyX/master] remove most traces of boost::regex

Am Sun, 29 Nov 2020 10:03:10 +0100 schrieb Kornel Benko : > Am Sun, 29 Nov 2020 10:44:42 +0200 > schrieb Yuriy Skalko : > > > > In process of removing boost-traces from cmake-build, I got this error > > > ... > > > /usr2/src/lyx/lyx-git/src/support/checksum.cp

Re: [LyX/master] remove most traces of boost::regex

Am Sun, 29 Nov 2020 10:44:42 +0200 schrieb Yuriy Skalko : > > In process of removing boost-traces from cmake-build, I got this error > > ... > > /usr2/src/lyx/lyx-git/src/support/checksum.cpp: In function ‘long unsigned > > int > > lyx::support::checksum(std::ifstream&)’: > >

Re: DocBook milestone: most tests pass!

Am Sun, 29 Nov 2020 01:44:00 -0500 schrieb Richard Kimberly Heck : > I really should use the test infrastructure more myself. Once I get back > to the macro code, I'll be in touch I would be glad to give helpful hints. Kornel pgp8s7q1DdRLW.pgp Description: Digitale Signatur von

<    2   3   4   5   6   7   8   9   10   11   >