Re: plain-text export of nomenclature entries

2016-10-30 Thread Pavel Sanda
Tommaso Cucinotta wrote: > On 27/10/2016 18:54, Tommaso Cucinotta wrote: >> ... as arising from #10459, currently nomenclature entries are exported to >> plain-text as a wonderful "[LaTeX Command: nomenclature]", regardless of >> what entry is being defined and its description. Would it make

[patch] Do not recenter screen on spelling-continuously

2016-10-30 Thread Scott Kostyshak
I don't often use continuous spellcheck, but I was surprised when I toggled it and LyX recentered. I am guessing that when users are scrolling and then toggle it, they do not expect LyX to recenter around the cursor. What do others think? The attached patch makes it so LyX does not recenter after

Re: [patch] Do not open or close branches after doc settings

2016-10-30 Thread Scott Kostyshak
On Sun, Oct 30, 2016 at 06:08:13PM -0400, Scott Kostyshak wrote: > Thoughts? Patch attached. Scott From d0df5f87ca180e2b6ab8c1276718f644061d44d7 Mon Sep 17 00:00:00 2001 From: Scott Kostyshak Date: Sun, 30 Oct 2016 17:50:40 -0400 Subject: [PATCH] Do not open or close branches

[patch] Do not open or close branches after doc settings

2016-10-30 Thread Scott Kostyshak
I wouldn't be surprised if I'm missing something here, but what is the point of opening and closing branch insets based on whether they are active, for every change of document setting? The attached patch removes this behavior, which was first introduced a long time ago at fd6cd728. To reproduce

Re: [patch] Fix color when branch name has a space

2016-10-30 Thread Scott Kostyshak
On Fri, Oct 21, 2016 at 11:20:03AM +0200, Jean-Marc Lasgouttes wrote: > Le 21/10/2016 à 04:47, Scott Kostyshak a écrit : > > > Makes sense. I'll work on a better patch. > > > > Is the attached what you meant? If so I would audit the other calls to > > LFUN_SET_COLOR. > > Yes, I think so. Note

Re: Many (all?) interactive areas are shifted to the right

2016-10-30 Thread racoon
On 30.10.2016 11:30, racoon wrote: On 30.10.2016 07:29, racoon wrote: Playing a bit with the offset of insets I realized that many (all?) interactive areas (metrics?) are shifted to the right. This leads to an unwelcome asymmetry for interaction in the work area. For example, you can click a

Re: Many (all?) interactive areas are shifted to the right

2016-10-30 Thread racoon
On 30.10.2016 07:29, racoon wrote: Playing a bit with the offset of insets I realized that many (all?) interactive areas (metrics?) are shifted to the right. This leads to an unwelcome asymmetry for interaction in the work area. For example, you can click a bit to the right of an element and

Many (all?) interactive areas are shifted to the right

2016-10-30 Thread racoon
Playing a bit with the offset of insets I realized that many (all?) interactive areas (metrics?) are shifted to the right. This leads to an unwelcome asymmetry for interaction in the work area. For example, you can click a bit to the right of an element and still the click is registered as if