Re: Behavior of overset inset creation on selection

2018-11-06 Thread Scott Kostyshak
On Tue, Nov 06, 2018 at 07:23:19AM -1000, Jean-Marc Lasgouttes wrote: > Le 06/11/2018 à 07:19, Scott Kostyshak a écrit : > > Tested and it works well! I tested a few different "Frame decorations". > > I also tested writing "x" in math mode, selecting it and then writing > > "\cases". Now the cursor

Re: Behavior of overset inset creation on selection

2018-11-06 Thread Jean-Marc Lasgouttes
Le 06/11/2018 à 07:19, Scott Kostyshak a écrit : Tested and it works well! I tested a few different "Frame decorations". I also tested writing "x" in math mode, selecting it and then writing "\cases". Now the cursor is put in the second box of cases, and I think that is nice. I like it! I've go

Re: Alignment of section titles in KOMA classes for RTL

2018-11-06 Thread Jean-Marc Lasgouttes
Le 05/11/2018 à 06:29, Richard Kimberly Heck a écrit : On 11/4/18 2:49 PM, Guy Rutenberg wrote: Hi, In the regular document classes, if a document's main language is Hebrew, than alignment in LyX's display of section titles is context-dependent (right if Hebrew, left otherwise). In the Koma

Re: Behavior of overset inset creation on selection

2018-11-06 Thread Scott Kostyshak
On Mon, Nov 05, 2018 at 09:59:04PM -1000, Jean-Marc Lasgouttes wrote: > Le 05/11/2018 à 05:43, Scott Kostyshak a écrit : > > > Please try the attached and tell me if you like it. > > > > For me it doesn't make much of a difference for the use case I > > mentioned. I now get the attached screenshot

Re: Debugging question

2018-11-06 Thread Kornel Benko
Am Montag, 5. November 2018 18:14:03 CET schrieb Kornel Benko : > Am Montag, 5. November 2018 11:20:33 CET schrieb Richard Kimberly Heck > : > > On 11/4/18 5:35 AM, Kornel Benko wrote: > > > I am hunting an error, which only shows if I disable the debug output. > > > So, using '-dbg find', there

Re: Policy for breaking compilation with -Werror

2018-11-06 Thread Kornel Benko
Am Montag, 5. November 2018 23:52:03 CET schrieb Jean-Marc Lasgouttes : > Le 05/11/2018 à 23:10, Kornel Benko a écrit : > > I will try, but I fear I do not understand. > > If the variables are global, does that mean that they are accessible from > > anywhere? > > I'd prefer them to be private. >

Re: Policy for breaking compilation with -Werror

2018-11-06 Thread Jean-Marc Lasgouttes
Le 05/11/2018 à 23:10, Kornel Benko a écrit : I will try, but I fear I do not understand. If the variables are global, does that mean that they are accessible from anywhere? I'd prefer them to be private. Or, if it is not too much work, could you do the change? I will try to propose something

Re: Policy for breaking compilation with -Werror

2018-11-06 Thread Kornel Benko
Am Montag, 5. November 2018 22:05:26 CET schrieb Jean-Marc Lasgouttes : > Le 04/11/2018 à 22:15, Kornel Benko a écrit : > > Am Sonntag, 4. November 2018 14:50:00 CET schrieb Jean-Marc Lasgouttes > > : > >> Kornel, what if setIgnoreFormat() was renamed to set()? Then calling > >> IgnoreFormats::se

Re: Policy for breaking compilation with -Werror

2018-11-06 Thread Jean-Marc Lasgouttes
Le 04/11/2018 à 22:15, Kornel Benko a écrit : Am Sonntag, 4. November 2018 14:50:00 CET schrieb Jean-Marc Lasgouttes : Kornel, what if setIgnoreFormat() was renamed to set()? Then calling IgnoreFormats::set() is not really worse than your setIgnoreFormat() helper? It is not meant as a conveni