Re: Can't create a macro with 2.4.0~devel

Indeed, insetAllowed forbids it for some reason. However the insertion is not guarded correctly. I do not want to fix this now, I have first to fix the crash JMarc Le 27 février 2024 07:18:20 GMT+01:00, "Jürgen Spitzmüller" a écrit : >Am Montag, dem 26.02.2024 um 17:44 +0100 schrieb

Re: Can't create a macro with 2.4.0~devel

Am Montag, dem 26.02.2024 um 17:44 +0100 schrieb Jean-Pierre Chrétien: > Le 26/02/2024 à 16:14, Jean-Marc Lasgouttes a écrit : > > > > > Now I have to understand why it crashes. > > I tried in a fresh lyx file with a single table. LyX crashes with the > same trace > as the one I posted

Re: Mark utf8x as "deprecated" ?

On 2/26/24 11:20, Scott Kostyshak wrote: I do not propose this for now since it is a string change, but should we mark utf8x support as deprecated in the dropdown box? Just to give a hint that it is probably not what users want? If so, should I do this on the master branch after 2.4.0 is out so

Re: [LyX/master] Use C++11 string literals to make code easier to read.

On 2/26/24 16:04, Jean-Marc Lasgouttes wrote: Le 26/02/2024 à 21:18, Richard Kimberly Heck a écrit : On 2/26/24 09:24, Thibaut Cuvelier wrote: commit 6b1441036f35767c0b60af510222ba792b17b829 Author: Thibaut Cuvelier Date:   Mon Feb 26 15:24:36 2024 +0100 Use C++11 string literals to

Re: [LyX/master] Use C++11 string literals to make code easier to read.

Le 26/02/2024 à 21:18, Richard Kimberly Heck a écrit : On 2/26/24 09:24, Thibaut Cuvelier wrote: commit 6b1441036f35767c0b60af510222ba792b17b829 Author: Thibaut Cuvelier Date:   Mon Feb 26 15:24:36 2024 +0100 Use C++11 string literals to make code easier to read. I didn't know about

Re: [LyX/master] Use C++11 string literals to make code easier to read.

On 2/26/24 09:24, Thibaut Cuvelier wrote: commit 6b1441036f35767c0b60af510222ba792b17b829 Author: Thibaut Cuvelier Date: Mon Feb 26 15:24:36 2024 +0100 Use C++11 string literals to make code easier to read. I didn't know about those. I'd guess there are lots of places we could make

Failure to compile

I get this at current git: /home/jamatos/lyx/lyx/src/insets/InsetBibtex.cpp: In member function ‘virtual void lyx::InsetBibtex::docbook(lyx::XMLStream&, const lyx::OutputParams&) const’: /home/jamatos/lyx/lyx/src/insets/InsetBibtex.cpp:1223:70: error: ‘class std::set >’ has no member named

Re: Mark utf8x as "deprecated" ?

On Mon, 2024-02-26 at 11:20 -0500, Scott Kostyshak wrote: > I do not propose this for now since it is a string change, but should > we > mark utf8x support as deprecated in the dropdown box? Just to give a > hint that it is probably not what users want? If so, should I do this > on > the master

Re: Can't create a macro with 2.4.0~devel

Le 26/02/2024 à 16:14, Jean-Marc Lasgouttes a écrit : Now I have to understand why it crashes. I tried in a fresh lyx file with a single table. LyX crashes with the same trace as the one I posted previously, I guess that you can reproduce. -- Jean-Pierre -- lyx-devel mailing list

Mark utf8x as "deprecated" ?

I do not propose this for now since it is a string change, but should we mark utf8x support as deprecated in the dropdown box? Just to give a hint that it is probably not what users want? If so, should I do this on the master branch after 2.4.0 is out so that it will go into effect for 2.5.0? Note

Re: Fwd: DocBook test now failing on master

On Mon, Feb 26, 2024 at 04:14:14PM +0100, Thibaut Cuvelier wrote: > On Mon, 26 Feb 2024 at 16:00, Scott Kostyshak wrote: > > > On Mon, Feb 26, 2024 at 03:07:12PM +0100, Thibaut Cuvelier wrote: > > > On Mon, 26 Feb 2024 at 10:46, wrote: > > > > > > > Thank you so much, Thibaut. > > > > > > > >

Re: Can't create a macro with 2.4.0~devel

Le 26/02/2024 à 09:59, Jean-Pierre Chrétien a écrit : Le 26/02/2024 à 09:31, Jean-Pierre Chrétien a écrit : Dera developers While updating the French Math manuel, I can't inset the math macro required in section 22.3. LyX crashes with this trace in the command shell: Forget about it,

Re: Fwd: DocBook test now failing on master

On Mon, 26 Feb 2024 at 16:00, Scott Kostyshak wrote: > On Mon, Feb 26, 2024 at 03:07:12PM +0100, Thibaut Cuvelier wrote: > > On Mon, 26 Feb 2024 at 10:46, wrote: > > > > > Thank you so much, Thibaut. > > > > > > Could you send the patch to lyx-devel, so Scott can test it? I am too > > > unsure

Re: Fwd: DocBook test now failing on master

On Mon, Feb 26, 2024 at 03:07:12PM +0100, Thibaut Cuvelier wrote: > On Mon, 26 Feb 2024 at 10:46, wrote: > > > Thank you so much, Thibaut. > > > > Could you send the patch to lyx-devel, so Scott can test it? I am too > > unsure about all things docbook to judge. > > > > I tried sending it to

Re: LyX 2.4.0 RC3

Le 16/02/2024 à 08:57, Jürgen Spitzmüller a écrit : I know how that file got there: LyX put it there. Maybe if the configuration file has changed for 2.4 then it shouldn’t copy old versions. The question is how that file ended in the user directory in the first place. This should only be in

Re: Can't create a macro with 2.4.0~devel

Le 26/02/2024 à 09:31, Jean-Pierre Chrétien a écrit : Dera developers While updating the French Math manuel, I can't inset the math macro required in section 22.3. LyX crashes with this trace in the command shell: Forget about it, subsection 22.3 was inserted in the table ending section

Can't create a macro with 2.4.0~devel

Dera developers While updating the French Math manuel, I can't inset the math macro required in section 22.3. LyX crashes with this trace in the command shell: CoordCache.cpp (25): break on pointer: 0x55cb032bfee0 hint: dim size: 157 ( 1) lyx-2.4.0~devel: lyx::doAssertWithCallstack(bool) (