Re: Filenames in xHTML output

On 7/19/20 7:36 AM, Pavel Sanda wrote: > Hi Riki, > > when we export xHTML output, the exported images are in the form > "incrementnumber_path_to_the_image_imagefilename.png". > > I'm strugling with two issues: > > - the initial number is unstable - e.g. if you insert new fig in the document > al

Re: Current master: Handling unknown body token: `\docbook_table_output'

On 7/19/20 9:10 PM, Thibaut Cuvelier wrote: > On Mon, 20 Jul 2020 at 03:05, Richard Kimberly Heck > wrote: > > On 7/19/20 8:25 PM, Scott Kostyshak wrote: > > On Mon, Jul 20, 2020 at 01:57:53AM +0200, Thibaut Cuvelier wrote: > >> On Sun, 19 Jul 2020 at 23:34, Pa

Re: XHTML: behaviour of cleanID

On Mon, 20 Jul 2020 at 03:11, Richard Kimberly Heck wrote: > On 7/19/20 8:30 PM, Thibaut Cuvelier wrote: > > Dear Riki, > > As you indicated being the culprit behind the XHTML code ;), I've got a > question for you: why is there a point at the end of the cleaned ID if it > ends with a digit? I'm

Re: XHTML: behaviour of cleanID

On 7/19/20 8:30 PM, Thibaut Cuvelier wrote: > Dear Riki, > > As you indicated being the culprit behind the XHTML code ;), I've got > a question for you: why is there a point at the end of the cleaned ID > if it ends with a digit? I'm referring to this part of the code: > > if (isDigitASCII(content[

Re: Current master: Handling unknown body token: `\docbook_table_output'

On Mon, 20 Jul 2020 at 03:05, Richard Kimberly Heck wrote: > On 7/19/20 8:25 PM, Scott Kostyshak wrote: > > On Mon, Jul 20, 2020 at 01:57:53AM +0200, Thibaut Cuvelier wrote: > >> On Sun, 19 Jul 2020 at 23:34, Pavel Sanda wrote: > >> > >>> On Sun, Jul 19, 2020 at 11:19:08PM +0200, Pavel Sanda wro

Re: Current master: Handling unknown body token: `\docbook_table_output'

On 7/19/20 8:25 PM, Scott Kostyshak wrote: > On Mon, Jul 20, 2020 at 01:57:53AM +0200, Thibaut Cuvelier wrote: >> On Sun, 19 Jul 2020 at 23:34, Pavel Sanda wrote: >> >>> On Sun, Jul 19, 2020 at 11:19:08PM +0200, Pavel Sanda wrote: On Sun, Jul 19, 2020 at 11:01:08PM +0200, Thibaut Cuvelier wro

Re: development/FORMAT is missing bunch of recent format updates

On 7/19/20 5:49 PM, Pavel Sanda wrote: > Hi, as subject says, in patricular: > > 597 - libertinus fonts (spitz) > 596 - parskip (spitz) > 595 - ams space (spitz) > 594 - counter inset (riki) Took care of that one. Riki -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mail

XHTML: behaviour of cleanID

Dear Riki, As you indicated being the culprit behind the XHTML code ;), I've got a question for you: why is there a point at the end of the cleaned ID if it ends with a digit? I'm referring to this part of the code: if (isDigitASCII(content[content.size() - 1])) content += "."; I don't see a com

Re: Current master: Handling unknown body token: `\docbook_table_output'

On Mon, Jul 20, 2020 at 01:57:53AM +0200, Thibaut Cuvelier wrote: > On Sun, 19 Jul 2020 at 23:34, Pavel Sanda wrote: > > > On Sun, Jul 19, 2020 at 11:19:08PM +0200, Pavel Sanda wrote: > > > On Sun, Jul 19, 2020 at 11:01:08PM +0200, Thibaut Cuvelier wrote: > > > > On Sun, 19 Jul 2020 at 22:33, Sco

Re: Current master: Handling unknown body token: `\docbook_table_output'

On Sun, 19 Jul 2020 at 23:34, Pavel Sanda wrote: > On Sun, Jul 19, 2020 at 11:19:08PM +0200, Pavel Sanda wrote: > > On Sun, Jul 19, 2020 at 11:01:08PM +0200, Thibaut Cuvelier wrote: > > > On Sun, 19 Jul 2020 at 22:33, Scott Kostyshak > wrote: > > > > > > > I get the following on the terminal whe

Re: [LyX/master] Fix use of std::regex_match

Yes, it seems fine to me, thanks. JMarc Le 19 juillet 2020 21:40:33 GMT+02:00, Thibaut Cuvelier a écrit : >Hi Jean-Marc, > >Thanks for noticing, I've amended this commit! (Did I do this >correctly?) -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-dev

Re: [PATCH] Add support for HiDpi screens

On Sun, Jul 19, 2020 at 12:16:02AM +0200, Jean-Marc Lasgouttes wrote: > Le 18/07/2020 à 23:07, Enrico Forestieri a écrit : > > You mean the normal sized icons? That's surprising. With a similar > > configuration, on Windows changes nothing. The normal size icons are > > still too small, but chosing

development/FORMAT is missing bunch of recent format updates

Hi, as subject says, in patricular: 597 - libertinus fonts (spitz) 596 - parskip (spitz) 595 - ams space (spitz) 594 - counter inset (riki) Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Current master: Handling unknown body token: `\docbook_table_output'

On Sun, Jul 19, 2020 at 11:19:08PM +0200, Pavel Sanda wrote: > On Sun, Jul 19, 2020 at 11:01:08PM +0200, Thibaut Cuvelier wrote: > > On Sun, 19 Jul 2020 at 22:33, Scott Kostyshak wrote: > > > > > I get the following on the terminal when starting a new document: > > > > > > Text.cpp (1940): Hand

Re: Current master: Handling unknown body token: `\docbook_table_output'

On Sun, Jul 19, 2020 at 11:01:08PM +0200, Thibaut Cuvelier wrote: > On Sun, 19 Jul 2020 at 22:33, Scott Kostyshak wrote: > > > I get the following on the terminal when starting a new document: > > > > Text.cpp (1940): Handling unknown body token: `\docbook_table_output' > > Text.cpp (1940): H

Re: Current master: Handling unknown body token: `\docbook_table_output'

On Sun, 19 Jul 2020 at 22:33, Scott Kostyshak wrote: > I get the following on the terminal when starting a new document: > > Text.cpp (1940): Handling unknown body token: `\docbook_table_output' > Text.cpp (1940): Handling unknown body token: `0' > Hi Scott, I can't reproduce locally (d6ec3

Current master: Handling unknown body token: `\docbook_table_output'

I get the following on the terminal when starting a new document: Text.cpp (1940): Handling unknown body token: `\docbook_table_output' Text.cpp (1940): Handling unknown body token: `0' Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://

Re: [LyX/master] Fix use of std::regex_match

Hi Jean-Marc, Thanks for noticing, I've amended this commit! (Did I do this correctly?) On Sun, 19 Jul 2020 at 21:23, Jean-Marc Lasgouttes wrote: > Le 19/07/2020 à 19:09, Thibaut Cuvelier a écrit : > > commit 467d57bca1d07856bb48e245d9a148ca1c72922e > > Author: Thibaut Cuvelier > > Date: T

Re: [LyX/master] Fix use of std::regex_match

Le 19/07/2020 à 19:09, Thibaut Cuvelier a écrit : commit 467d57bca1d07856bb48e245d9a148ca1c72922e Author: Thibaut Cuvelier Date: Thu Jul 9 02:38:07 2020 +0200 Fix use of std::regex_match --- src/insets/InsetBibtex.cpp | 23 +++ 1 files changed, 11 insertions(+),

Re: New Defects reported by Coverity Scan for LyX

On Sun, 19 Jul 2020 at 11:48, Pavel Sanda wrote: > On Wed, Jul 08, 2020 at 03:38:06PM +0200, Jean-Marc Lasgouttes wrote: > > Le 08/07/2020 ? 15:32, Kornel Benko a écrit : > > > I wonder why the use of std::regex_match()? > > > > > > We use > > > #include "support/regex.h" > > > the correct is

Re: New Defects reported by Coverity Scan for LyX

Am Sun, 19 Jul 2020 11:47:55 +0200 schrieb Pavel Sanda : > On Wed, Jul 08, 2020 at 03:38:06PM +0200, Jean-Marc Lasgouttes wrote: > > Le 08/07/2020 ? 15:32, Kornel Benko a écrit : > > > I wonder why the use of std::regex_match()? > > > > > > We use > > > #include "support/regex.h" > > > the co

Filenames in xHTML output

Hi Riki, when we export xHTML output, the exported images are in the form "incrementnumber_path_to_the_image_imagefilename.png". I'm strugling with two issues: - the initial number is unstable - e.g. if you insert new fig in the document all subsequent ones suddenly get +1. after several expo

Re: New Defects reported by Coverity Scan for LyX

On Wed, Jul 08, 2020 at 03:38:06PM +0200, Jean-Marc Lasgouttes wrote: > Le 08/07/2020 ? 15:32, Kornel Benko a écrit : > > I wonder why the use of std::regex_match()? > > > > We use > > #include "support/regex.h" > > the correct is either > > lyx::regex_match() > > or > > regex_match()