On 03.07.2016 18:48, racoon wrote:
[...]
So I guess CMake can't find my Qt5 installation?
Okay, for some reason LYX_USE_QT was set to QT4. I've changed it to QT5
(I guess that should be the default, or?
By the way, are you sure about this:
"Enable the LYX_INSTALL option, set CMAKE_INSTALL_
Pavel Sanda wrote:
> Guillaume Munch wrote:
> > Le 04/07/2016 02:20, Pavel Sanda a écrit :
> >> anyone can reproduce this (gcc 4.9.3):
> >
> > Not with 4.6 nor with 5.3 but there are probably configure switches
> > involved.
>
> Indeed, the bug s triggered when I use --enable-build-type=rel.
>
>
Guillaume Munch wrote:
> Le 04/07/2016 02:20, Pavel Sanda a écrit :
>> anyone can reproduce this (gcc 4.9.3):
>
> Not with 4.6 nor with 5.3 but there are probably configure switches
> involved.
Indeed, the bug s triggered when I use --enable-build-type=rel.
> You can try adding:
>
> #ifdef HAVE_U
Le 04/07/2016 02:20, Pavel Sanda a écrit :
anyone can reproduce this (gcc 4.9.3):
Not with 4.6 nor with 5.3 but there are probably configure switches
involved.
You can try adding:
#ifdef HAVE_UNISTD_H
# include
#endif
to src/ServerSocket.cpp. But TBH I have no further clue about the problem
anyone can reproduce this (gcc 4.9.3):
CXX ServerSocket.o
ServerSocket.cpp: In destructor 'lyx::ServerSocket::~ServerSocket()':
ServerSocket.cpp:82:7: error: '::close' has not been declared
if (::close(fd_) != 0)
^
ServerSocket.cpp: In member function 'void lyx::ServerSocket::write
Guillaume Munch wrote:
> commit 8e1a869c45b0c1cb1ee1f3e85d51325224ec3eb4
> Author: Guillaume Munch
> Date: Mon May 23 15:44:29 2016 +0100
>
> Change tracking cue: for instant preview
>
> Strike through deleted previews (expect for inline math where it is
> already taken care of by
Richard Heck wrote:
> On 07/02/2016 02:17 PM, Uwe Stöhr wrote:
> > Am 19.06.2016 um 13:03 schrieb Georg Baum:
> >
> >>> The paths and servers have changed, and a MSVC 2013 version is not
> >>> provided anymore.
> >
> > Thanks Georg for having a look.
> >
> > However, this ZIP-file should be
Le 03/07/2016 17:51, Guillaume Munch a écrit :
Dear List
Attached is a patch that makes many small decisions regarding how text
insets should be displayed under change tracking. You would probably
have some comment about these choices. It would be too long to explain
and it is hard to understan
On Sun, May 29, 2016 at 04:01:23PM -0400, Scott Kostyshak wrote:
> On Sun, May 29, 2016 at 09:30:08PM +0200, Walter van Holst wrote:
> > Either way, it was a PEBCAK, I had been using the Adress field twice
>
> Glad you got it fixed. I thought we had an enhancement request open to
> prevent duplic
On Sat, May 28, 2016 at 03:00:09PM +1200, Andrew Parsloe wrote:
> I inadvertently tried exporting a compressed 2.2 file to 2.1.4. It was not
> recognised by 2.1.4. When I try exporting an empty 2.2 compressed file, it
> too isn't recognized by 2.1.4, so clearly this is not an allowed mode of
> expo
On Wed, Jun 15, 2016 at 12:43:17AM -0400, Scott Kostyshak wrote:
> Bump. I just want to make sure the patch is not forgotten. Stephan I
> think you can commit.
For archival purposes, patch was committed at 4bc2877e.
Scott
signature.asc
Description: PGP signature
Le 03/07/2016 20:52, Richard Heck a écrit :
My own view is that our code is undercommented---and I know I'm as bad
about this as anyone. That said, I often add comments to code I have to read
to fix various bugs, if only for my own benefit later.
I agree. I noticed myself doing that as well so
On 07/03/2016 02:21 PM, Guillaume Munch wrote:
> Le 27/06/2016 23:15, Richard Heck a écrit :
>> On 06/27/2016 04:14 PM, Georg Baum wrote:
>>> You mean std::bind, or did I miss any remaining boost::bind?
>
> I just removed some leftover boost::function (not boost::bind).
>
>>> For me personally the
Am Sonntag, 3. Juli 2016 um 20:02:35, schrieb Georg Baum
> Kornel Benko wrote:
>
> > No, sorry. Looks like the same quadrillion error messages.
>
> I do not understand how these errors could be related to my commit. Do they
> go away if you call cmake without LYX_3RDPARTY_BUILD?
Definitely ye
Le 27/06/2016 23:15, Richard Heck a écrit :
On 06/27/2016 04:14 PM, Georg Baum wrote:
You mean std::bind, or did I miss any remaining boost::bind?
I just removed some leftover boost::function (not boost::bind).
For me personally the patch is too big to proof-read it. I'd prefer to
change sim
Le 03/07/2016 20:02, Pavel Sanda a écrit :
Richard Heck wrote:
Man-in-the middle for pgp signature? You stay in the middle and you send
me whatever packet you want. However you don't have my secret key for
the signature. So what you are going to do to fake it?
Sorry, yes, you are right.
I wa
On Sun, Jun 26, 2016 at 08:36:48PM +0200, Georg Baum wrote:
> commit 343a379b88e35778f358742e134c61b552bcabb3
> Author: Georg Baum
> Date: Sun Jun 26 20:23:46 2016 +0200
>
> Move duplicated symbols to the macro section
>
> This helps to find them via unicodesymbols as I do for som
Kornel Benko wrote:
> No, sorry. Looks like the same quadrillion error messages.
I do not understand how these errors could be related to my commit. Do they
go away if you call cmake without LYX_3RDPARTY_BUILD?
> Trying now with clean build tree:
> ...
> Same result. As an example, this is the
Richard Heck wrote:
> > Man-in-the middle for pgp signature? You stay in the middle and you send
> > me whatever packet you want. However you don't have my secret key for
> > the signature. So what you are going to do to fake it?
>
> Sorry, yes, you are right.
I was afraid you are going to tell m
Am Sonntag, 3. Juli 2016 um 19:00:15, schrieb Georg Baum
> Kornel Benko wrote:
>
> > I cannot compile anymore with this change with cmake.
> > Previously selecting LYX_3RDPARTY_BUILD, I was able to compile and bind
> > with our hunspell sources.
> > Now the compilation is OK too, but if it comes
Kornel Benko wrote:
> I cannot compile anymore with this change with cmake.
> Previously selecting LYX_3RDPARTY_BUILD, I was able to compile and bind
> with our hunspell sources.
> Now the compilation is OK too, but if it comes to bind I have many
> unsatisfied references.
>
> Will try to find o
Okay. Couldn't give up yet. Finally, it kind of worked, I guess.
Uninstalled everything related to Visual Studio and ran CCleaner (just
to be sure).
Here is what I had top do. You might want to add this to the INSTALL
instructions:
- Installed Visual Studio (had to sign in with Microsoft si
Le 31/05/2016 17:15, Jean-Marc Lasgouttes a écrit :
Le 31/05/2016 à 17:06, Guillaume Munch a écrit :
I am tempted to do the same for the loaded modules list in the document
preferences. Sometimes when I am looking for a precise module, I have to
guess from the translation of the description, and
Le 29/06/2016 00:11, Richard Heck a écrit :
I'm attaching a set of patches that allow for cancellation of background
processes. When you start a view or update or whatever, you will get an
extra menu entry in the Document menu. You can also use "export-cancel"
in the minibuffer.
It's rough in v
Le 03/07/2016 17:40, Guillaume Munch a écrit :
commit 059ca0f691d567171e7772c1d56a7f96e7867339
Author: Guillaume Munch
Date: Sun Jun 5 21:35:35 2016 +0200
Line breaks in tooltips
* New function formatToolTip(QString):
Format text for display as a ToolTip, breaking at lines of
Dear List
Attached is a patch that makes many small decisions regarding how text
insets should be displayed under change tracking. You would probably
have some comment about these choices. It would be too long to explain
and it is hard to understand these choices just by reading the code
(despit
On 07/02/2016 07:20 PM, Pavel Sanda wrote:
> Richard Heck wrote:
>> On 07/01/2016 04:00 PM, Pavel Sanda wrote:
>>> Cyrille Artho wrote:
Without https the signatures are not very useful.
>>> I fail to follow what do you mean by this.
>> Without https, a man-in-the-middle attack is possible, and
On 07/02/2016 02:17 PM, Uwe Stöhr wrote:
> Am 19.06.2016 um 13:03 schrieb Georg Baum:
>
>>> The paths and servers have changed, and a MSVC 2013 version is not
>>> provided anymore.
>
> Thanks Georg for having a look.
>
> However, this ZIP-file should be put on ftp.lyx.org and be used:
>
> h
28 matches
Mail list logo