Re: Crash in stable

On Sun, Dec 04, 2016 at 11:57:29AM +0100, Guillaume Munch wrote: > Le 04/12/2016 à 00:57, Enrico Forestieri a écrit : > > On Sat, Dec 03, 2016 at 11:59:33PM +0100, Guillaume Munch wrote: > > > > > > This is the same as > > > https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg196794.html. I

Re: #10481: Hardening LyX against potential misuse

On 28/11/2016 00:42, Tommaso Cucinotta wrote: On 27/11/2016 13:52, Guillaume Munch wrote: * Converters>Security is located below the converter configuration, which leads to think that they are converter properties instead of global settings. What about placing it above the converter list?

Re: #10481: Hardening LyX against potential misuse

On Sun, Dec 04, 2016 at 06:06:57PM +0100, Tommaso Cucinotta wrote: > On 28/11/2016 00:42, Tommaso Cucinotta wrote: > > On 27/11/2016 13:52, Guillaume Munch wrote: > > > * Converters>Security is located below the converter configuration, > > > which leads to think that they are converter properties

Re: LyX and (ancient) Hebrew

On 04.12.16 02:50, Scott Kostyshak wrote: > On Sat, Dec 03, 2016 at 10:26:17PM +0100, mn wrote: >> On 03.12.16 21:43, Scott Kostyshak wrote: >> BTW: Until now I only had simple and short strings entered myself into an otherwise empty document. Copying this rather complex but

Re: Crash in stable

Le 04/12/2016 à 17:04, Enrico Forestieri a écrit : Weak arguments, given that you say the patch was written with the proper fix in mind (which is not in stable). It is probably clear to Enrico (I hope) but maybe less to people who did not follow the discussions and the mentioned commits too

Re: #10481: Hardening LyX against potential misuse

Le 28/11/2016 à 00:42, Tommaso Cucinotta a écrit : eh eh, what about remembering 'needauth' (as well as cursor pos) only for those files in the recent files list :-), and collapse the 3 lists into a single one, and a single session section ? Two problems I see with this idea is that migrating

Re: #10481: Hardening LyX against potential misuse

Le 04/12/2016 à 18:06, Tommaso Cucinotta a écrit : On 28/11/2016 00:42, Tommaso Cucinotta wrote: On 27/11/2016 13:52, Guillaume Munch wrote: * Converters>Security is located below the converter configuration, which leads to think that they are converter properties instead of global settings.

Re: Crash in stable

On Sun, Dec 04, 2016 at 06:21:53PM +0100, Guillaume Munch wrote: > Le 04/12/2016 à 17:04, Enrico Forestieri a écrit : > > > > Weak arguments, given that you say the patch was written with the > > proper fix in mind (which is not in stable). > > It is probably clear to Enrico (I hope) but maybe

Re: Crash in stable

Le 04/12/2016 à 00:57, Enrico Forestieri a écrit : On Sat, Dec 03, 2016 at 11:59:33PM +0100, Guillaume Munch wrote: This is the same as https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg196794.html. I have now backported the fix. Hmmm... a quite convoluted patch. There was a one-liner

Re: Crash in stable

On Sun, Dec 04, 2016 at 07:01:51PM +0100, Guillaume Munch wrote: > Le 04/12/2016 à 18:48, Enrico Forestieri a écrit : > > I am confused now. You make a convoluted patch justifying it by saying > > that it was done in view of a proper fix. The simpler one-liner has the > > same effect and actually

Re: Crash in stable

Le 04/12/2016 à 12:25, Enrico Forestieri a écrit : On Sun, Dec 04, 2016 at 11:57:29AM +0100, Guillaume Munch wrote: Le 04/12/2016 à 00:57, Enrico Forestieri a écrit : On Sat, Dec 03, 2016 at 11:59:33PM +0100, Guillaume Munch wrote: This is the same as

Re: Crash in stable

Le 04/12/2016 à 18:48, Enrico Forestieri a écrit : I am confused now. You make a convoluted patch justifying it by saying that it was done in view of a proper fix. The simpler one-liner has the same effect and actually would not be possible if the proper fix was in place. Given that it is not

Re: cumbersome behavior when switching output-engines regarding inputenc

On 2016-12-03, mn wrote: > There might be some incorrect or unexpected behavior when switching > output engines in LyX, because Xetex does not support input-encoding > settings: > To reproduce: > Start a document, go to setup: > - first try something for pdflatex and > define under language:

Re: cumbersome behavior when switching output-engines regarding inputenc

On 04.12.16 16:09, Guenter Milde wrote: > On 2016-12-03, mn wrote: > >> There might be some incorrect or unexpected behavior when switching >> output engines in LyX, because Xetex does not support input-encoding >> settings: > >> To reproduce: >> Start a document, go to setup: > >> - first try

Re: Crash in stable

On Sun, Dec 04, 2016 at 01:01:13PM +0100, Guillaume Munch wrote: > Le 04/12/2016 à 12:25, Enrico Forestieri a écrit : > > On Sun, Dec 04, 2016 at 11:57:29AM +0100, Guillaume Munch wrote: > > > > > Le 04/12/2016 à 00:57, Enrico Forestieri a écrit : > > > > On Sat, Dec 03, 2016 at 11:59:33PM

Re: LyX and (ancient) Hebrew

On Sun, Dec 04, 2016 at 05:38:14PM +0100, mn wrote: > Something like an MWE is attached. > Here, it triggers slowness on loading the file into a fresh LyX session. Thanks for your persistence and this example! I cannot reproduce with just your example. But if I select all and then paste 10

Re: LyX and (ancient) Hebrew

On 04.12.16 17:58, Scott Kostyshak wrote: > On Sun, Dec 04, 2016 at 05:38:14PM +0100, mn wrote: > >> Something like an MWE is attached. >> Here, it triggers slowness on loading the file into a fresh LyX session. > I cannot reproduce with just your example. But if I select all and then > paste 10

Re: [LyX/master] Cosmetic changes to the needauth dialogs

On Sun, Dec 04, 2016 at 06:38:42PM +0100, Guillaume Munch wrote: > commit 588d939722f4a516e8e4a932086e574bc3b13065 > Author: Guillaume Munch > Date: Sun Dec 4 18:28:03 2016 +0100 > > Cosmetic changes to the needauth dialogs > > * Use rich text for this complicated

Re: cumbersome behavior when switching output-engines regarding inputenc

On 2016-12-04, mn wrote: > On 04.12.16 16:09, Guenter Milde wrote: >> On 2016-12-03, mn wrote: >>> There might be some incorrect or unexpected behavior when switching >>> output engines in LyX, because Xetex does not support input-encoding >>> settings: >>> To reproduce: >>> Start a document,

Re: LyX and (ancient) Hebrew

Hi, On 3 December 2016 at 23:51, Scott Kostyshak wrote: > > > > If I may offer some suggestions... I am not a programmer who can > implement > > this, but I use Hebrew in LyX quite often, including ancient Hebrew with > > everything on it. Xetex is the only one, in my

Re: [LyX/master] Fix display and output of math macros with optional arguments

On Sun, Dec 04, 2016 at 12:22:23AM -0500, Richard Heck wrote: > > Looks good to me. Committed at 9435dd6b. -- Enrico

Outliner problem

Working on two documents at once with different levels of headings reveals a problem with the outliner. If doc1 has, say, 3 levels (chap., sec., subsec.) and doc2 has none, then the slider indicating how many levels to display is dominated by doc2. Setting the slider for doc1 to show 3 levels,

Re: Outliner problem

On Mon, Dec 05, 2016 at 02:27:50PM +1300, Andrew Parsloe wrote: > Working on two documents at once with different levels of headings reveals a > problem with the outliner. If doc1 has, say, 3 levels (chap., sec., subsec.) > and doc2 has none, then the slider indicating how many levels to display

Re: #10481: Hardening LyX against potential misuse

On 04/12/2016 18:37, Guillaume Munch wrote: If there are n graphics, then are there n dialogs when opening the file for the first time? it asks as many times as there are (uncached) graphics needing 'needauth' converters,unless you hit the "Run, and don't ask again for the same doc" button.

Start New (Parent) Environment

It seems impossible to get LyX to start a new "Only" environment *via* Edit > Start New (Parent) Environment. (Other environments are affected too.) Please open the attached file and try to insert a new Only environment in the already created frame. Maybe I am overlooking something. Daniel

Re: #10481: Hardening LyX against potential misuse

Am Sonntag, 4. Dezember 2016 um 18:51:15, schrieb Guillaume Munch > Le 04/12/2016 à 18:06, Tommaso Cucinotta a écrit : > > On 28/11/2016 00:42, Tommaso Cucinotta wrote: > >> On 27/11/2016 13:52, Guillaume Munch wrote: > >>> * Converters>Security is located below the converter

module basic

Hey guys, I just compiled master and fired it up to poke around. It launches ok but when I try and create a new document I'm met with a dialogue saying: The module basic has been requested by this document but has not been found in the list of available modules. If you recently installed it,

Re: cumbersome behavior when switching output-engines regarding inputenc

On 04.12.16 20:44, Guenter Milde wrote: > On 2016-12-04, mn wrote: There might be some incorrect or unexpected behavior when switching output engines in LyX, because Xetex does not support input-encoding settings: > To reproduce: Start a document, go to setup: > -