Re: GUI changes for inserting citations in 2.2x

On Tue, Sep 6, 2016 at 11:36 PM, Jürgen Spitzmüller wrote: > > Not that I know. If it is, it would be a rather grave UI problem for > Mac users. > > Maybe someone who actually has a Mac can help. > > Sounds good. Thanks for looking into it. Hopefully one of the OSX-centric

Re: GUI changes for inserting citations in 2.2x

Am Dienstag, den 06.09.2016, 23:29 -0600 schrieb Joel Kulesza: > On Tue, Sep 6, 2016 at 11:19 PM, Jürgen Spitzmüller > wrote: > > Am Dienstag, den 06.09.2016, 23:15 -0600 schrieb Joel Kulesza: > > > On OSX, Alt-S does nothing.  Same for Control-S and Command-S. > > > > I don't

Re: GUI changes for inserting citations in 2.2x

On Tue, Sep 6, 2016 at 11:19 PM, Jürgen Spitzmüller wrote: > Am Dienstag, den 06.09.2016, 23:15 -0600 schrieb Joel Kulesza: > > On OSX, Alt-S does nothing. Same for Control-S and Command-S. > > I don't have OS X, so I can't check. > I'm ignorant on the subject of Qt

Re: GUI changes for inserting citations in 2.2x

Am Dienstag, den 06.09.2016, 23:18 -0600 schrieb Joel Kulesza: > > > On Tue, Sep 6, 2016 at 11:16 PM, Jürgen Spitzmüller wrote: > > > > Too small is too small for current screens. > > > > > > > > That is not a satisfying answer.  Please indicate what resolution(s) the dialog

Re: GUI changes for inserting citations in 2.2x

Am Dienstag, den 06.09.2016, 23:15 -0600 schrieb Joel Kulesza: > On OSX, Alt-S does nothing.  Same for Control-S and Command-S. I don't have OS X, so I can't check. > It's a shame that this shortcut (accelerator?) isn't what I believe > is more common: Control-F / Command-F. Well, the label

Re: GUI changes for inserting citations in 2.2x

On Tue, Sep 6, 2016 at 11:16 PM, Jürgen Spitzmüller wrote: > > Too small is too small for current screens. > > That is not a satisfying answer. Please indicate what resolution(s) the dialog was found incompatible with. I am genuinely curious and am trying to better understand

Re: GUI changes for inserting citations in 2.2x

Am Dienstag, den 06.09.2016, 23:11 -0600 schrieb Joel Kulesza: > To my question earlier: how small is too small?  The ticket > references netbooks.  Too small is too small for current screens. Jürgen signature.asc Description: This is a digitally signed message part

Re: GUI changes for inserting citations in 2.2x

On Tue, Sep 6, 2016 at 11:10 PM, Jürgen Spitzmüller wrote: > > It is not an extra click. Previously, you had to click in the search > field in order to search (= 1 click). Now you have to click on the > "Search" header. This sets the cursor into the search field (i.e., > still 1

Re: GUI changes for inserting citations in 2.2x

On Tue, Sep 6, 2016 at 11:03 PM, Jürgen Spitzmüller wrote: > > The dialog was too large for small screens. We had a bug report about > that. > > I read http://www.lyx.org/trac/ticket/9618 from Guillaume's earlier message in this thread (unfortunately, the screen capture is no

Re: GUI changes for inserting citations in 2.2x

Am Dienstag, den 06.09.2016, 21:10 -0600 schrieb Joel Kulesza: > To the argument that there are no extra clicks, I disagree.  If I > open Insert -> Citation and never use Formatting, but always use > Search, I need to click and expand search before I can proceed for > each session.  Yes, it is

Re: GUI changes for inserting citations in 2.2x

Am Dienstag, den 06.09.2016, 19:23 -0700 schrieb Pavel Sanda: > Is this how it was supposed to look? Yes. Jürgen signature.asc Description: This is a digitally signed message part

Re: GUI changes for inserting citations in 2.2x

Am Dienstag, den 06.09.2016, 16:20 -0400 schrieb Maria Gouskova: > So I was wondering what the motivation was > for the change The dialog was too large for small screens. We had a bug report about that. Jürgen signature.asc Description: This is a digitally signed message part

Re: GUI changes for inserting citations in 2.2x

On 09/06/2016 10:23 PM, Pavel Sanda wrote: > Guillaume Munch wrote: >> The tabs look differently depending on the platform, this may explain >> why on yours it does not invite clicks. To be sure that I understand >> your description, "Search" and "Formatting" cannot be hidden >> simultaneously,

Re: ukrainean splash has preamble code loading russian babel

On Tue, Sep 06, 2016 at 03:56:08PM +, Guenter Milde wrote: > Dear LyX developers, > > the ukrainean splash has preamble code loading russian babel > in the preamble. Good find. > Is this intended? Why? > > Can we remove the LaTeX preamble code? > > effects: Ukrainean instead of Russian

Re: GUI changes for inserting citations in 2.2x

Guillaume Munch wrote: > The tabs look differently depending on the platform, this may explain > why on yours it does not invite clicks. To be sure that I understand > your description, "Search" and "Formatting" cannot be hidden > simultaneously, can they? A screenshot of the dialog in a state

Re: Russian splash does not compile with LuaTeX anymore?

On Tue, Sep 06, 2016 at 02:52:31PM +, Guenter Milde wrote: > On 2016-09-02, Scott Kostyshak wrote: > > I agree. +1 to commit. > > Done. Tested and works well. > > Maybe post again as a Github issue? > > Done as well. Thanks. I'm now subscribed. Scott signature.asc Description: PGP

Re: [RFC][PATCH] Set window title according to platform UI

On Tue, Sep 06, 2016 at 06:42:38PM +0200, Jean-Marc Lasgouttes wrote: > For the laziest among you (I have names!), here is a screenshot. You underestimate my laziness. I would need both a before and an after screenshot :) Scott signature.asc Description: PGP signature

Re: [RFC][PATCH] Set window title according to platform UI

Enrico Forestieri wrote: > The path info is lost This sucks, is it possible to get the path back? I use lot of automatically generated reports and they differ only where are the located, not by their name. Title used to be convenient way how to know that. Pavel

Re: master/child assertion

On Mon, Sep 05, 2016 at 12:46:41PM -0400, Richard Heck wrote: > On 09/05/2016 12:16 PM, José Abílio Matos wrote: > > On Saturday, September 3, 2016 10:50:49 AM WEST Scott Kostyshak wrote: > >> Can anyone else reproduce? > >> > >> Scott > > Using 2.2.1 in Fedora I get > > > > lassert.cpp (51):

Re: Mark line(s) on Reverse search instead of close position

On Tue, Sep 06, 2016 at 05:16:10PM +0100, Guillaume Munch wrote: > Le 06/09/2016 à 07:55, racoon a écrit : > > On 04.09.2016 00:18, Guillaume Munch wrote: > > > Le 29/08/2016 à 11:33, racoon a écrit : > > > > On Reverse search LyX puts the cursor at a position only *close* to but > > > > not

Re: GUI changes for inserting citations in 2.2x

Le 06/09/2016 à 21:20, Maria Gouskova a écrit : Hi developers, I just upgraded to 2.2.1 today. I can see that there have been a lot of changes in the appearance of the interface, so obviously quite a lot of work went into the redesign. I confess I was stumped, though, when I went to insert a

Re: [enhancement] add *.xlsx to external data material dialog (table) and file handler

On 09/06/2016 06:10 PM, Georg Baum wrote: > Richard Heck wrote: > >> On 09/05/2016 04:56 PM, Georg Baum wrote: >>> I think he meant the missing .xlsx extension in the external material >>> file dialog. I added this in master at df8e0ed9e0c37ab7. >> Fine for stable too. > I need 646d47ae9393bc for

Re: [enhancement] add *.xlsx to external data material dialog (table) and file handler

Richard Heck wrote: > On 09/05/2016 04:56 PM, Georg Baum wrote: >> I think he meant the missing .xlsx extension in the external material >> file dialog. I added this in master at df8e0ed9e0c37ab7. > > Fine for stable too. I need 646d47ae9393bc for stable too, otherwise I only see one filter

Re: de/Customization

On Tue, Sep 06, 2016 at 09:14:46PM +, Guenter Milde wrote: > The following patch to doc/de/Customization.lyx would fix the tests > with system fonts > > export/doc/de/Customization_.*_systemF > > without any change to the default pdflatex output. > > (The change of ERT to literal Unicode

Re: [patch] Experiment with c++11 unicode strings

Guillaume Munch wrote: > Le 30/08/2016 à 21:12, Georg Baum a écrit : >> Guillaume Munch wrote: >> >>> >>> * Why ascii_num_get_facet::do_get uses from_local8bit at some >>> point. >> >> The encoding does not matter here: Our own numpunct_facet does not >> override truename() and falsename(), so

Re: [RFC][PATCH] Set window title according to platform UI

On Tue, Sep 06, 2016 at 11:07:58PM +0200, Enrico Forestieri wrote: > On Tue, Sep 06, 2016 at 06:12:19PM +0200, Jean-Marc Lasgouttes wrote: > > Hello, > > > > The following patch uses Qt built-in mechanism for creating window title. > > This means that changed status is shown using an asterisk

de/Customization

The following patch to doc/de/Customization.lyx would fix the tests with system fonts export/doc/de/Customization_.*_systemF without any change to the default pdflatex output. (The change of ERT to literal Unicode character is not required to fix the test but makes the document cleaner in any

Re: [RFC][PATCH] Set window title according to platform UI

On Tue, Sep 06, 2016 at 06:12:19PM +0200, Jean-Marc Lasgouttes wrote: > Hello, > > The following patch uses Qt built-in mechanism for creating window title. > This means that changed status is shown using an asterisk (except on Mac OS) > and that read-only and version-control and not shown

GUI changes for inserting citations in 2.2x

Hi developers, I just upgraded to 2.2.1 today. I can see that there have been a lot of changes in the appearance of the interface, so obviously quite a lot of work went into the redesign. I confess I was stumped, though, when I went to insert a citation. The "Search" and "Formatting" options are

Re: [RFC][PATCH] Set window title according to platform UI

Am Dienstag, den 06.09.2016, 18:12 +0200 schrieb Jean-Marc Lasgouttes: > The following patch uses Qt built-in mechanism for creating window  > title. Excellent. > This means that changed status is shown using an asterisk (except  > on Mac OS) and that read-only and version-control and not shown

Re: [RFC][PATCH] Set window title according to platform UI

Le 06/09/2016 à 17:42, Jean-Marc Lasgouttes a écrit : Le 06/09/2016 à 18:12, Jean-Marc Lasgouttes a écrit : Hello, The following patch uses Qt built-in mechanism for creating window title. This means that changed status is shown using an asterisk (except on Mac OS) and that read-only and

Re: Mark line(s) on Reverse search instead of close position

Le 06/09/2016 à 07:55, racoon a écrit : On 04.09.2016 00:18, Guillaume Munch wrote: Le 29/08/2016 à 11:33, racoon a écrit : On Reverse search LyX puts the cursor at a position only *close* to but not exactly at the position chosen in the pdf document. It is a bit tricky for me to always find

[RFC][PATCH] Set window title according to platform UI

Hello, The following patch uses Qt built-in mechanism for creating window title. This means that changed status is shown using an asterisk (except on Mac OS) and that read-only and version-control and not shown anymore. The patch also adds two widgets to the status bar that provide this

ukrainean splash has preamble code loading russian babel

Dear LyX developers, the ukrainean splash has preamble code loading russian babel in the preamble. Is this intended? Why? Can we remove the LaTeX preamble code? effects: Ukrainean instead of Russian date, different hyphenation. This also fixes some ctests tests: The following tests fail to

Re: Our \LyX{} inset breaks compilation in Hebrew (but \LaTeX{} does not)

Le 05/09/2016 à 20:18, Guenter Milde a écrit : \textlatin is provided by the Babel base package, so it is always available if Babel is loaded. The babel documentation says (p. 8): Even the babel core defined \textlatin, but is was somewhat buggy because in some cases it messed up

Re: Russian splash does not compile with LuaTeX anymore?

On 2016-09-02, Scott Kostyshak wrote: > On Fri, Sep 02, 2016 at 07:34:07AM +, Guenter Milde wrote: >> On 2016-09-01, Scott Kostyshak wrote: >> > The Russian splash does not compile with LuaTeX + system fonts + >> > polyglossia + updated TeX Live 2016, unless we change to use babel. >> > I

Re: Weird Selection Bug

Le 06/09/2016 à 10:33, Helge Hafting a écrit : Den 05. sep. 2016 14:59, skrev Jean-Marc Lasgouttes: Le 05/09/2016 à 14:56, Helge Hafting a écrit : After some git trouble*, I compiled & tested. Selection still works as expected with linux & qt5. Selection still goes from the text cursor

Re: Weird Selection Bug

Den 05. sep. 2016 14:59, skrev Jean-Marc Lasgouttes: Le 05/09/2016 à 14:56, Helge Hafting a écrit : After some git trouble*, I compiled & tested. Selection still works as expected with linux & qt5. Selection still goes from the text cursor position to the mouse click position - not from the

Re: Mark line(s) on Reverse search instead of close position

On 04.09.2016 00:18, Guillaume Munch wrote: Le 29/08/2016 à 11:33, racoon a écrit : On Reverse search LyX puts the cursor at a position only *close* to but not exactly at the position chosen in the pdf document. It is a bit tricky for me to always find the former position in my document. Since