On 07/10/2016 10:02 AM, Guillaume Munch wrote:
> Le 10/07/2016 14:47, Richard Heck a écrit :
>> On 07/10/2016 07:06 AM, Guillaume Munch wrote:
>>> Le 10/07/2016 06:42, Richard Heck a écrit :
On 07/10/2016 01:33 AM, Scott Kostyshak wrote:
> On Sun, Jul 10, 2016 at 07:16:13AM +0200, Richard
Am Sonntag, 10. Juli 2016 um 23:08:53, schrieb racoon
> I can't run LyX.exe in C:\LyX\lyx-23-build\LYX_INSTALLED\bin. It
> complains about a mssing Qt5Svgd.dll.
>
> Daniel
>
The target 'install' should put the .dll files into the same directory as
LyX.exe.
Here,
On 10.07.2016 23:08, racoon wrote:
I can't run LyX.exe in C:\LyX\lyx-23-build\LYX_INSTALLED\bin. It
complains about a mssing Qt5Svgd.dll.
The LyX.exe complained about a couple of other missing Qt files.
Next I get the error messages attached.
Daniel
I can't run LyX.exe in C:\LyX\lyx-23-build\LYX_INSTALLED\bin. It
complains about a mssing Qt5Svgd.dll.
Daniel
On Sun, Jul 10, 2016 at 11:45:42AM +0200, Enrico Forestieri wrote:
> I don't think that they are going to fix this issue that seems to be
> there since ages. I was not even aware of the problem and it is not
> even serious as giving focus to a window before pasting avoids it.
True.
> Should
PS: I have not forgotten you Guillaume (and other messages in my list), but
I am running out of time again, I hope I'll can do it tomorrow or tuesday.
Georg
Kornel Benko wrote:
> Am Sonntag, 10. Juli 2016 um 18:51:55, schrieb Georg Baum
>> - perl, python, imagemagick etc are only needed to build the installer.
>
> Perl is needed by TL too (Probably provided by MikTeX?)
> Python is needed by lyx2lyx
> Imagemagick is needed by some
Kornel Benko wrote:
> Am Sonntag, 10. Juli 2016 um 18:51:55, schrieb Georg Baum
>
>> If we could change the setup the installation of
>> gettext would become an optional step that only those need to do who
>> wnat to work on the translations.
>
> Gettext will only be used if
racoon wrote:
> On 09.07.2016 17:33, racoon wrote:
> > Next, I copy the dependencies. The culprit is, however, that there is
> > no lyx.exe in
> > C:\LyX\lyx-23-build\msvc2015-deps\lyx-windows-deps-msvc2015\bin... so I
> > can't execute it.
>
> There are LyX.exe files in
>
>
racoon wrote:
> Okay, next step taken, I think.
>
> I set a couple of paths in CMAKE. Here is the "Show My Changes" output:
>
> ---
>
> Commandline options:
> -DLYX_USE_QT:STRING="QT5"
> -DQt5Widgets_DIR:PATH="C:\Qt\Qt5.6.1\5.6\msvc2015\lib\cmake\Qt5Widgets"
>
On Sun, Jul 10, 2016 at 01:15:06PM +0200, Enrico Forestieri wrote:
> On Sun, Jul 10, 2016 at 12:02:47PM +0200, Kornel Benko wrote:
> > Am Sonntag, 10. Juli 2016 um 11:53:37, schrieb Enrico Forestieri
> >
> > >
> > > I suggest that I commit the previous patch you posted and then
Am Sonntag, 10. Juli 2016 um 18:51:55, schrieb Georg Baum
> - perl, python, imagemagick etc are only needed to build the installer.
Perl is needed by TL too (Probably provided by MikTeX?)
Python is needed by lyx2lyx
Imagemagick is needed by some converters
Am I misunderstanding
Am Sonntag, 10. Juli 2016 um 18:51:55, schrieb Georg Baum
> - gettext is in theory only needed of you want to work on translations.
> In practice our cmake setup requires to copy it from the zip file also
> for a simple build..
Not that I were aware of.
> If we could change the
Le 12/06/2016 18:54, Jean-Marc Lasgouttes a écrit :
Le 12/06/2016 19:05, Guillaume Munch a écrit :
In some situations, LyX does not recognize that an inset is hovered with
the mouse: does not change cursor icon, does not paint the label in a
different color, and does not show tooltip. Bisect
Le 10/07/2016 15:49, Guillaume Munch a écrit :
Le 09/07/2016 22:23, Richard Heck a écrit :
If I do:
onePar.id() == otherPar.id()
will that do what I obviously want it to do? I.e., work as a proxy for:
onePar == otherPar
??
After reading the code, I think that:
onePar.id() ==
Le 09/07/2016 22:23, Richard Heck a écrit :
If I do:
onePar.id() == otherPar.id()
will that do what I obviously want it to do? I.e., work as a proxy for:
onePar == otherPar
??
After reading the code, I think that:
onePar.id() == otherPar.id()
is equivalent to
onePar ==
Le 10/07/2016 14:47, Richard Heck a écrit :
On 07/10/2016 07:06 AM, Guillaume Munch wrote:
Le 10/07/2016 06:42, Richard Heck a écrit :
On 07/10/2016 01:33 AM, Scott Kostyshak wrote:
On Sun, Jul 10, 2016 at 07:16:13AM +0200, Richard Heck wrote:
commit d8aab4af9e6e72c835f78ba54a46687b870c25fa
Le 10/07/2016 14:56, Richard Heck a écrit :
On 07/10/2016 09:53 AM, Guillaume Munch wrote:
Le 10/07/2016 14:48, Richard Heck a écrit :
On 07/10/2016 05:26 AM, Andrew Parsloe wrote:
I ask in near total ignorance, but "my ears pricked up" when I read
"EXPORT_in_THREAD" and "It's set in the
On 07/10/2016 09:53 AM, Guillaume Munch wrote:
> Le 10/07/2016 14:48, Richard Heck a écrit :
>> On 07/10/2016 05:26 AM, Andrew Parsloe wrote:
>>>
>>> I ask in near total ignorance, but "my ears pricked up" when I read
>>> "EXPORT_in_THREAD" and "It's set in the code, but can be manually
>>> unset
Le 10/07/2016 14:48, Richard Heck a écrit :
On 07/10/2016 05:26 AM, Andrew Parsloe wrote:
I ask in near total ignorance, but "my ears pricked up" when I read
"EXPORT_in_THREAD" and "It's set in the code, but can be manually
unset by people who don't want the risks of background export,
On 07/10/2016 05:14 AM, Juergen Spitzmueller wrote:
> commit 65173b26d55ab7fe0ac15be82730e7f99e8d8aed
> Author: Juergen Spitzmueller
> Date: Sun Jul 10 11:14:03 2016 +0200
>
> Generate a proper error dialog title for XeTeX/LuaTeX
>
> (see bug #10013)
>
>
On 07/10/2016 05:26 AM, Andrew Parsloe wrote:
>
>
> On 10/07/2016 5:42 p.m., Richard Heck wrote:
>> On 07/10/2016 01:33 AM, Scott Kostyshak wrote:
>>> On Sun, Jul 10, 2016 at 07:16:13AM +0200, Richard Heck wrote:
commit d8aab4af9e6e72c835f78ba54a46687b870c25fa
Author: Richard Heck
On 07/10/2016 07:06 AM, Guillaume Munch wrote:
> Le 10/07/2016 06:42, Richard Heck a écrit :
>> On 07/10/2016 01:33 AM, Scott Kostyshak wrote:
>>> On Sun, Jul 10, 2016 at 07:16:13AM +0200, Richard Heck wrote:
commit d8aab4af9e6e72c835f78ba54a46687b870c25fa
Author: Richard Heck
Le 10/07/2016 03:30, Scott Kostyshak a écrit :
On Fri, Jul 08, 2016 at 10:06:52PM -0400, Scott Kostyshak wrote:
On Fri, Jul 08, 2016 at 09:23:32PM +0100, Guillaume Munch wrote:
In that case, if you already have everything set up and that does not cost
you any more effort, thank you for
On Sun, Jul 10, 2016 at 12:02:47PM +0200, Kornel Benko wrote:
> Am Sonntag, 10. Juli 2016 um 11:53:37, schrieb Enrico Forestieri
>
> >
> > I suggest that I commit the previous patch you posted and then you
> > can start from there.
>
> Please no. I am convinced now that you
Le 10/07/2016 06:42, Richard Heck a écrit :
On 07/10/2016 01:33 AM, Scott Kostyshak wrote:
On Sun, Jul 10, 2016 at 07:16:13AM +0200, Richard Heck wrote:
commit d8aab4af9e6e72c835f78ba54a46687b870c25fa
Author: Richard Heck
Date: Sun Jul 10 01:12:42 2016 -0400
Fix thinko
Am Sonntag, 10. Juli 2016 um 11:53:37, schrieb Enrico Forestieri
> On Sun, Jul 10, 2016 at 10:47:08AM +0200, Kornel Benko wrote:
>
> > Am Samstag, 9. Juli 2016 um 21:26:51, schrieb Enrico Forestieri
> >
> > > A more safe approach is based on looking at
On Sun, Jul 10, 2016 at 10:47:08AM +0200, Kornel Benko wrote:
> Am Samstag, 9. Juli 2016 um 21:26:51, schrieb Enrico Forestieri
>
> > A more safe approach is based on looking at QtCore/qconfig.h, which
> > directly tells you what is the default backend. Indeed it contains
> >
On Sun, Jul 10, 2016 at 12:50:47AM -0400, Scott Kostyshak wrote:
> On Sat, Jul 09, 2016 at 06:36:36PM +0200, Enrico Forestieri wrote:
>
> > I have also extended the fix to Qt4 in much the same manner and it works
> > for me. In the attached patch I have also incorporated the changes for
> >
On 10/07/2016 5:42 p.m., Richard Heck wrote:
On 07/10/2016 01:33 AM, Scott Kostyshak wrote:
On Sun, Jul 10, 2016 at 07:16:13AM +0200, Richard Heck wrote:
commit d8aab4af9e6e72c835f78ba54a46687b870c25fa
Author: Richard Heck
Date: Sun Jul 10 01:12:42 2016 -0400
Fix
Am Samstag, 9. Juli 2016 um 21:26:51, schrieb Enrico Forestieri
> A more safe approach is based on looking at QtCore/qconfig.h, which
> directly tells you what is the default backend. Indeed it contains
> #define QT_QPA_DEFAULT_PLATFORM_NAME "xcb"
> if X11 is the backend.
OK,
On Sun, Jul 10, 2016 at 01:46:48AM -0400, Richard Heck wrote:
> On 07/10/2016 01:33 AM, Scott Kostyshak wrote:
>
> PS I just stumbled across this when looking at #9680 (Arabic filenames
> changing e.g. to _.pdf on preview). I figured out what is happening
> there, but it is not obvious what
On Sun, Jul 10, 2016 at 01:42:47AM -0400, Richard Heck wrote:
> On 07/10/2016 01:33 AM, Scott Kostyshak wrote:
> > On Sun, Jul 10, 2016 at 07:16:13AM +0200, Richard Heck wrote:
> >> commit d8aab4af9e6e72c835f78ba54a46687b870c25fa
> >> Author: Richard Heck
> >> Date: Sun Jul 10
33 matches
Mail list logo