Re: Annoying terminal messages: QXcbClipboard: SelectionRequest too old

On Sun, Jun 26, 2016 at 11:33:53PM +0200, Enrico Forestieri wrote: > On Sun, Jun 26, 2016 at 02:50:28PM -0400, Scott Kostyshak wrote: > > > On Sun, Jun 26, 2016 at 01:51:58PM +0200, Enrico Forestieri wrote: > > > > > > Can anyone else reproduce? > > > > > > I cannot. It works for me even

Re: [LyX/master] Change \it to \mathit in Math.lyx

On Sun, Jun 26, 2016 at 11:29:15PM +0200, Enrico Forestieri wrote: > On Sun, Jun 26, 2016 at 02:47:06PM -0400, Scott Kostyshak wrote: > > > On Sun, Jun 26, 2016 at 01:28:57PM +0200, Enrico Forestieri wrote: > > > > > However, note that I could not reproduce neither the warning nor the > > >

Re: Annoying terminal messages: QXcbClipboard: SelectionRequest too old

On Sun, Jun 26, 2016 at 11:33:53PM +0200, Enrico Forestieri wrote: > On Sun, Jun 26, 2016 at 02:50:28PM -0400, Scott Kostyshak wrote: > > > On Sun, Jun 26, 2016 at 01:51:58PM +0200, Enrico Forestieri wrote: > > > > > > Can anyone else reproduce? > > > > > > I cannot. It works for me even

Re: Annoying terminal messages: QXcbClipboard: SelectionRequest too old

On Sun, Jun 26, 2016 at 02:50:28PM -0400, Scott Kostyshak wrote: > On Sun, Jun 26, 2016 at 01:51:58PM +0200, Enrico Forestieri wrote: > > > > Can anyone else reproduce? > > > > I cannot. It works for me even compiling lyx as an X11 application > > on cygwin (using Qt5) and middle-pasting to

Re: [LyX/master] Change \it to \mathit in Math.lyx

On Sun, Jun 26, 2016 at 02:47:06PM -0400, Scott Kostyshak wrote: > On Sun, Jun 26, 2016 at 01:28:57PM +0200, Enrico Forestieri wrote: > > > However, note that I could not reproduce neither the warning nor the > > error with pdflatex from texlive 2016. Anyway, the workaround should > > be

Re: Anonymous functions: replace bind with lambdas

On 06/26/2016 03:20 PM, Guillaume Munch wrote: + auto compile = [&](std::string const & s) { + return clone->doExport(s, true); + }; + return runAndDestroy(compile, orig, clone, format); This one, too, and the other auto one that follows it. rh

Re: Anonymous functions: replace bind with lambdas

Some explanatory comments in this stuff would help, too. These complex constructions are nice in reducing code, but they are hard for novices to read without help. rh On 06/26/2016 03:20 PM, Guillaume Munch wrote: +namespace { + +template +typename std::result_of::type call(F f) {

Re: workaround to 'git reset --hard' not working because of .gitattributes

On Sun, Jun 26, 2016 at 09:10:31PM +0200, Georg Baum wrote: > Scott Kostyshak wrote: > > > On Sun, Jun 26, 2016 at 07:46:21PM +0100, Guillaume Munch wrote: > >> Le 26/06/2016 18:08, Georg Baum a écrit : > > > >> > Funnily I never saw that > >> > myself, but it should be fixed at 933bc7f0ddf.

Re: Anonymous functions: replace bind with lambdas

As a sidenote: a related feature of Qt5 that is absent from Qt4.8 is the possibility to connect signals to arbitrary functions (including anonymous ones such as lambdas). Pros and cons from https://wiki.qt.io/New_Signal_Slot_Syntax: Pros * Compile time check of the existence of the signals and

Anonymous functions: replace bind with lambdas

Dear list, Here is a patch that removes all uses of std::bind and boost::bind in src/. I think this is something that we want in the long term, because it makes the changed code much more readable and maintainable. The thing is, at some point it made the call to generateSyntheticMouseEvent()

Re: workaround to 'git reset --hard' not working because of .gitattributes

Scott Kostyshak wrote: > On Sun, Jun 26, 2016 at 07:46:21PM +0100, Guillaume Munch wrote: >> Le 26/06/2016 18:08, Georg Baum a écrit : > >> > Funnily I never saw that >> > myself, but it should be fixed at 933bc7f0ddf. PLease tell me if you >> > ever see this again. >> > >> >> I just saw this

Re: workaround to 'git reset --hard' not working because of .gitattributes

On Sun, Jun 26, 2016 at 07:46:21PM +0100, Guillaume Munch wrote: > Le 26/06/2016 18:08, Georg Baum a écrit : > > Funnily I never saw that > > myself, but it should be fixed at 933bc7f0ddf. PLease tell me if you ever > > see this again. > > > > I just saw this when checking out a commit after

Re: Annoying terminal messages: QXcbClipboard: SelectionRequest too old

On Sun, Jun 26, 2016 at 02:32:03PM +0100, Guillaume Munch wrote: > Le 26/06/2016 04:56, Scott Kostyshak a écrit : > > Can anyone else reproduce? > > > > I can. Good to know, thanks for checking. Scott signature.asc Description: PGP signature

Re: Annoying terminal messages: QXcbClipboard: SelectionRequest too old

On Sun, Jun 26, 2016 at 01:51:58PM +0200, Enrico Forestieri wrote: > > Can anyone else reproduce? > > I cannot. It works for me even compiling lyx as an X11 application > on cygwin (using Qt5) and middle-pasting to native windows applications > that support it, such as gvim. OK so it might be

Re: Custom Insets on a Menu

Le 26/06/2016 16:27, Richard Heck a écrit : The attached patch almost works. (Details like the icon are not yet there.) There are some big problems, however, which seem to derive from the fact that the whole menu and toolbar setup is not really designed to be modified on the fly. The problem

Re: [LyX/master] Change \it to \mathit in Math.lyx

On Sun, Jun 26, 2016 at 01:28:57PM +0200, Enrico Forestieri wrote: > However, note that I could not reproduce neither the warning nor the > error with pdflatex from texlive 2016. Anyway, the workaround should > be harmless. It seems the warning/error come from the KOMA-Script Article, which is

Re: workaround to 'git reset --hard' not working because of .gitattributes

Le 26/06/2016 18:08, Georg Baum a écrit : Scott Kostyshak wrote: I think this is due to the recent fixes in .gitattributes. In any case, git reset --hard does not fix anything. But the following does work for me: Yes, this was caused by the introduction of .gitattributes, since these files

Re: Master compile error

On Sun, Jun 26, 2016 at 07:23:08PM +0200, Jean-Marc Lasgouttes wrote: > Le 26/06/2016 17:56, Enrico Forestieri a écrit : > > On Sun, Jun 26, 2016 at 05:44:04PM +0200, Jean-Marc Lasgouttes wrote: > > > > > Le 26/06/2016 17:32, Enrico Forestieri a écrit : > > > > > The macro LYX_CHECK_DEF does not

Re: Master compile error

Le 26/06/2016 17:56, Enrico Forestieri a écrit : On Sun, Jun 26, 2016 at 05:44:04PM +0200, Jean-Marc Lasgouttes wrote: Le 26/06/2016 17:32, Enrico Forestieri a écrit : The macro LYX_CHECK_DEF does not pass the option -std=X to g++ for the test. Probably it has only been working by chance up

Re: workaround to 'git reset --hard' not working because of .gitattributes

Scott Kostyshak wrote: > I think this is due to the recent fixes in .gitattributes. In any case, > git reset --hard does not fix anything. But the following does work for > me: Yes, this was caused by the introduction of .gitattributes, since these files were checked in with windows line ends

Re: new LyX 2.2.0 installer for Windows Vista is available

Richard Heck wrote: > I'll ask again: What is the status of the mingw build? Last I heard, it > built our executables fine and the only issue was with building the > installer. The mingw build works fine in several flavours: -natively on windows as described in INSTALL.Win32 (uses autotools) -

Re: using directives in headers

Guillaume Munch wrote: > Agreed. While the only advices to avoid "using" in headers I could find > are about "using namespace", I do not see a reason either not to have as > a rule what you wrote. IMHO the only difference between using complete namespaces or single symbols is statistics: For

Re: Master compile error

On Sun, Jun 26, 2016 at 05:44:04PM +0200, Jean-Marc Lasgouttes wrote: > Le 26/06/2016 17:32, Enrico Forestieri a écrit : > > > The macro LYX_CHECK_DEF does not pass the option -std=X to g++ for the > > > test. Probably it has only been working by chance up to now. Can any > > > configure expert

Re: Master compile error

Le 26/06/2016 17:32, Enrico Forestieri a écrit : The macro LYX_CHECK_DEF does not pass the option -std=X to g++ for the test. Probably it has only been working by chance up to now. Can any configure expert have a look? Does the attached patch help? You may have to use the cxx11_flags

Re: Master compile error

Am Sonntag, den 26.06.2016, 17:32 +0200 schrieb Enrico Forestieri: > Does the attached patch help? Yes, it compiles now. Thanks Jürgen

Re: Master compile error

On Sun, Jun 26, 2016 at 03:58:07PM +0100, Guillaume Munch wrote: > Le 26/06/2016 15:04, Jürgen Spitzmüller a écrit : > > Am Sonntag, den 26.06.2016, 14:30 +0100 schrieb Guillaume Munch: > > > Hi Jürgen, > > > > > > I can have a look. Please send your config.log. > > > > Thank you. Log is

Custom Insets on a Menu

The attached patch almost works. (Details like the icon are not yet there.) There are some big problems, however, which seem to derive from the fact that the whole menu and toolbar setup is not really designed to be modified on the fly. The problem here seems to trace to how FuncRequest

Re: Master compile error

Le 26/06/2016 16:58, Guillaume Munch a écrit : Le 26/06/2016 15:04, Jürgen Spitzmüller a écrit : Am Sonntag, den 26.06.2016, 14:30 +0100 schrieb Guillaume Munch: Hi Jürgen, I can have a look. Please send your config.log. Thank you. Log is attached. Thank you. I think the problem is

Re: Master compile error

Le 26/06/2016 15:04, Jürgen Spitzmüller a écrit : Am Sonntag, den 26.06.2016, 14:30 +0100 schrieb Guillaume Munch: Hi Jürgen, I can have a look. Please send your config.log. Thank you. Log is attached. Thank you. I think the problem is there: configure:8141: checking whether make_unique

Re: Combo Box for Custom Insets

On 06/26/2016 07:33 AM, Jean-Marc Lasgouttes wrote: Le 25/06/2016 23:41, Richard Heck a écrit : But then it doesn't work with non-LyX-provided insets, i.e., ones you make yourself. If you had a lot of such insets, this would get very messy, too. I'd be happy if it were done as an icon-based

Re: Master compile error

Am Sonntag, den 26.06.2016, 14:30 +0100 schrieb Guillaume Munch: > Hi Jürgen, > > I can have a look. Please send your config.log. Thank you. Log is attached. Jürgen > > Guillaume > This file contains any messages produced by compilers while running configure, to aid debugging if configure

Re: Annoying terminal messages: QXcbClipboard: SelectionRequest too old

Le 26/06/2016 04:56, Scott Kostyshak a écrit : Can anyone else reproduce? I can.

Re: Master compile error

Le 26/06/2016 12:55, Jürgen Spitzmüller a écrit : Master does not build for me with autotools and gcc 6.1.1: In file included from ./../support/unicode.h:18:0, from docstream.cpp:15: ./../support/unique_ptr.h:24:28: error: ‘std::make_unique’ has not been declared namespace

Master compile error

Master does not build for me with autotools and gcc 6.1.1: In file included from ./../support/unicode.h:18:0,  from docstream.cpp:15: ./../support/unique_ptr.h:24:28: error: ‘std::make_unique’ has not been declared  namespace lyx { using std::make_unique; } Regards Jürgen

Re: Annoying terminal messages: QXcbClipboard: SelectionRequest too old

On Sat, Jun 25, 2016 at 11:56:40PM -0400, Scott Kostyshak wrote: > > OK I found a simple way to reproduce: > > 1. Open gedit (I don't think the application matters, I also tested with > gnome-terminal) on the left side of the screen. > 2. Open LyX on the right-side of the screen. > 3. Select

Re: Combo Box for Custom Insets

Le 25/06/2016 23:41, Richard Heck a écrit : But then it doesn't work with non-LyX-provided insets, i.e., ones you make yourself. If you had a lot of such insets, this would get very messy, too. I'd be happy if it were done as an icon-based menu. As I've said, I just don't know how to do that.

Re: [LyX/master] Change \it to \mathit in Math.lyx

On Sat, Jun 25, 2016 at 07:57:19PM -0400, Scott Kostyshak wrote: > > Tested and works well. I think you should commit (and add as a comment > the link to the bug report that Pavel filed: > https://sourceforge.net/p/maxima/bugs/3181/). Done at 3c6f2427. However, note that I could not reproduce

Re: Combo Box for Custom Insets

On Sat, Jun 25, 2016 at 8:05 PM, Richard Heck wrote: > On 06/25/2016 12:23 PM, Liviu Andronic wrote: >> On Sat, Jun 25, 2016 at 6:00 PM, Richard Heck wrote: >>> I've fixed both these issues with the attached. >>> >> I have trouble applying this patch. I've tried