Le 26/06/2016 04:56, Scott Kostyshak a écrit :
Can anyone else reproduce?
Scott
Yes on Debian Jessie :
LyX 2.2.1dev (not released yet)
Empreinte de validation Git d9550acd
Configuration
Host type: x86_64-unknown-linux-gnu
Special build flags: build=development warnin
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 compili
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
> > > error
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 compil
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 nati
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 harmless
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
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) {
+#if EXP
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. PLea
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 s
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() (f
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 w
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 you
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
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 sp
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 he
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
wh
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 we
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
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 to
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 be
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)
-
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 com
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 ha
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 variable
Am Sonntag, den 26.06.2016, 17:32 +0200 schrieb Enrico Forestieri:
> Does the attached patch help?
Yes, it compiles now.
Thanks
Jürgen
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 attache
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 obje
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 there:
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
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 men
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 make
Le 26/06/2016 04:56, Scott Kostyshak a écrit :
Can anyone else reproduce?
I can.
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 ly
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
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 some
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.
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 ne
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 everything from patch
>> -p1 < fil
39 matches
Mail list logo
