Le 04/03/2014 22:40, Georg Baum a écrit :
Stephan Witt wrote:
In principle you're right. But I've never seen LyX on X11 OSX. I'm not
sure what this is - X11 OSX. Perhaps a Darwin application running with X11
server like old Gimp versions.
Exactly. I have to admit that it is years ago since I
Le 04/03/2014 22:40, Georg Baum a écrit :
Stephan Witt wrote:
In principle you're right. But I've never seen LyX on X11 OSX. I'm not
sure what this is - X11 OSX. Perhaps a Darwin application running with X11
server like old Gimp versions.
Exactly. I have to admit that it is years ago since I
Am 08.03.2014 um 22:54 schrieb Benjamin Piwowarski bpiwo...@lyx.org:
I mean why it crashes when not creating a new view before displaying the
preferences or about dialogs (even with QT4).
I didn't try that. The rule is simple:
When GuiApplication::getStatus() returns ok (aka. enables the
Am 08.03.2014 um 22:54 schrieb Benjamin Piwowarski :
> I mean why it crashes when not creating a new view before displaying the
> preferences or about dialogs (even with QT4).
I didn't try that. The rule is simple:
When GuiApplication::getStatus() returns ok (aka. enables the
Am 08.03.2014 um 08:21 schrieb Benjamin Piwowarski bpiwo...@lyx.org:
I agree with Stephan, no need to continue on qt5 for LyX2.1.
The last .dmg seems to work - only one minor issue: the about and preferences
menu items are not working (they are enabled, but do nothing) when all the
The last .dmg seems to work - only one minor issue: the about and
preferences menu items are not working (they are enabled, but do nothing)
when all the windows are closed.
Thank you. I've commit this changes now.
Sorry, I forgot to mention your work on ticket 8925 solution.
The about and
Am 08.03.2014 um 14:37 schrieb Benjamin Piwowarski bpiwo...@lyx.org:
The last .dmg seems to work - only one minor issue: the about and
preferences menu items are not working (they are enabled, but do nothing)
when all the windows are closed.
Thank you. I've commit this changes now.
I mean why it crashes when not creating a new view before displaying the
preferences or about dialogs (even with QT4).
Benjamin
On Sat, Mar 8, 2014 at 9:56 PM, Stephan Witt st.w...@gmx.net wrote:
Am 08.03.2014 um 14:37 schrieb Benjamin Piwowarski bpiwo...@lyx.org:
The last .dmg seems to
Am 08.03.2014 um 08:21 schrieb Benjamin Piwowarski :
> I agree with Stephan, no need to continue on qt5 for LyX2.1.
>
> The last .dmg seems to work - only one minor issue: the about and preferences
> menu items are not working (they are enabled, but do nothing) when all the
>
> The last .dmg seems to work - only one minor issue: the about and
preferences menu items are not working (they are enabled, but do nothing)
when all the windows are closed.
>
> Thank you. I've commit this changes now.
> Sorry, I forgot to mention your work on ticket 8925 solution.
> The about
Am 08.03.2014 um 14:37 schrieb Benjamin Piwowarski :
> > The last .dmg seems to work - only one minor issue: the about and
> > preferences menu items are not working (they are enabled, but do nothing)
> > when all the windows are closed.
>
> Thank you. I've commit this
I mean why it crashes when not creating a new view before displaying the
preferences or about dialogs (even with QT4).
Benjamin
On Sat, Mar 8, 2014 at 9:56 PM, Stephan Witt wrote:
>
> Am 08.03.2014 um 14:37 schrieb Benjamin Piwowarski :
>
> > > The last .dmg
Am 05.03.2014 um 21:56 schrieb Georg Baum georg.b...@post.rwth-aachen.de:
Stephan Witt wrote:
But this isn't a low hanging fruit. IMO, Qt-5.x changed too much.
It crashed on exit with Qt-5.x when closing the document window before.
Given this + the fact that Qt4.x works now fine for
Am 05.03.2014 um 21:56 schrieb Georg Baum georg.b...@post.rwth-aachen.de:
Stephan Witt wrote:
But this isn't a low hanging fruit. IMO, Qt-5.x changed too much.
It crashed on exit with Qt-5.x when closing the document window before.
Given this + the fact that Qt4.x works now fine for
Stephan Witt wrote:
Am 05.03.2014 um 21:56 schrieb Georg Baum
georg.b...@post.rwth-aachen.de:
Given this + the fact that Qt4.x works now fine for Benjamin I'd say we
should stop here and continue with the Qt5 stuff for 2.2.
Ok, but the LyX Benjamin is testing contains his patches. I
I agree with Stephan, no need to continue on qt5 for LyX2.1.
The last .dmg seems to work - only one minor issue: the about and
preferences menu items are not working (they are enabled, but do nothing)
when all the windows are closed.
Benjamin
On Fri, Mar 7, 2014 at 11:10 PM, Georg Baum
Am 05.03.2014 um 21:56 schrieb Georg Baum :
> Stephan Witt wrote:
>
>> But this isn't a low hanging fruit. IMO, Qt-5.x changed too much.
>> It crashed on exit with Qt-5.x when closing the document window before.
>
> Given this + the fact that Qt4.x works now fine
Am 05.03.2014 um 21:56 schrieb Georg Baum :
> Stephan Witt wrote:
>
>> But this isn't a low hanging fruit. IMO, Qt-5.x changed too much.
>> It crashed on exit with Qt-5.x when closing the document window before.
>
> Given this + the fact that Qt4.x works now fine
Stephan Witt wrote:
> Am 05.03.2014 um 21:56 schrieb Georg Baum
> :
>
>> Given this + the fact that Qt4.x works now fine for Benjamin I'd say we
>> should stop here and continue with the Qt5 stuff for 2.2.
>
> Ok, but the LyX Benjamin is testing contains his
I agree with Stephan, no need to continue on qt5 for LyX2.1.
The last .dmg seems to work - only one minor issue: the about and
preferences menu items are not working (they are enabled, but do nothing)
when all the windows are closed.
Benjamin
On Fri, Mar 7, 2014 at 11:10 PM, Georg Baum
Stephan Witt wrote:
But this isn't a low hanging fruit. IMO, Qt-5.x changed too much.
It crashed on exit with Qt-5.x when closing the document window before.
Given this + the fact that Qt4.x works now fine for Benjamin I'd say we
should stop here and continue with the Qt5 stuff for 2.2. I
Stephan Witt wrote:
> But this isn't a low hanging fruit. IMO, Qt-5.x changed too much.
> It crashed on exit with Qt-5.x when closing the document window before.
Given this + the fact that Qt4.x works now fine for Benjamin I'd say we
should stop here and continue with the Qt5 stuff for 2.2. I
Am 03.03.2014 um 21:23 schrieb Georg Baum georg.b...@post.rwth-aachen.de:
Stephan Witt wrote:
I'll attach my current diff improving your patches to make LyX ready for
using Qt5 frameworks. I had to take care for missing QPA modules in Qt-5.0
and Qt-5.1 and added to auto tools support.
If
Stephan Witt wrote:
In principle you're right. But I've never seen LyX on X11 OSX. I'm not
sure what this is - X11 OSX. Perhaps a Darwin application running with X11
server like old Gimp versions.
Exactly. I have to admit that it is years ago since I saw an OS X with X
server (and it was on
a version which build easily with qt5.
no rush - reading some mails in the mailing list, I thought this was the only
way to get LyX 2.1 on OS X 10.9, but the built with qt4 works perfectly (used
for 2 days without any trouble). However, I feel that defining macros for LyX
with a proper semantic would
Am 04.03.2014 um 22:40 schrieb Georg Baum georg.b...@post.rwth-aachen.de:
Stephan Witt wrote:
In principle you're right. But I've never seen LyX on X11 OSX. I'm not
sure what this is - X11 OSX. Perhaps a Darwin application running with X11
server like old Gimp versions.
Exactly. I have
Am 03.03.2014 um 21:23 schrieb Georg Baum :
> Stephan Witt wrote:
>
>> I'll attach my current diff improving your patches to make LyX ready for
>> using Qt5 frameworks. I had to take care for missing QPA modules in Qt-5.0
>> and Qt-5.1 and added to auto tools
Stephan Witt wrote:
> In principle you're right. But I've never seen LyX on X11 OSX. I'm not
> sure what this is - X11 OSX. Perhaps a Darwin application running with X11
> server like old Gimp versions.
Exactly. I have to admit that it is years ago since I saw an OS X with X
server (and it was
sting is strong.
>>
>> Should I try this?
>
> I think that would be great. Since Benjamin helped so nicely with bug fixing
> I think he deserves a version which build easily with qt5.
no rush - reading some mails in the mailing list, I thought this was the only
way to get L
Am 04.03.2014 um 22:40 schrieb Georg Baum :
> Stephan Witt wrote:
>
>> In principle you're right. But I've never seen LyX on X11 OSX. I'm not
>> sure what this is - X11 OSX. Perhaps a Darwin application running with X11
>> server like old Gimp versions.
>
>
Stephan Witt wrote:
I'll attach my current diff improving your patches to make LyX ready for
using Qt5 frameworks. I had to take care for missing QPA modules in Qt-5.0
and Qt-5.1 and added to auto tools support.
If no one objects I'll commit this as it works with 4.8.5. The menu issues
can
Stephan Witt wrote:
> I'll attach my current diff improving your patches to make LyX ready for
> using Qt5 frameworks. I had to take care for missing QPA modules in Qt-5.0
> and Qt-5.1 and added to auto tools support.
>
> If no one objects I'll commit this as it works with 4.8.5. The menu issues
It seems that it would be better to have LyX macros handling the following
cases:
- QT + OS X = LYX_QT_OSX
- QT5 + OS X = LYX_QT5_OSX
- QT4 + OS X = LYX_QT4_OSX
- QT4 + OS X + COCOA = LYX_QT_OSX_COCOA
- QT4 + OS X + X11 = LYX_QT_OSX_X11
this would make the code more readable and
Stephan,
The qt4 build is working fine on OS X 10.9 (did some basic checks). No problems
with menus, no crash.The qt5 has still troubles with menus (when closing the
main window, they completely disappear) but otherwise seems to work fine - but
it does not crash. Stephan, could you try to
Am 02.03.2014 um 09:03 schrieb Benjamin Piwowarski
benjamin.piwowar...@gmail.com:
It seems that it would be better to have LyX macros handling the following
cases:
- QT + OS X = LYX_QT_OSX
- QT5 + OS X = LYX_QT5_OSX
- QT4 + OS X = LYX_QT4_OSX
- QT4 + OS X + COCOA = LYX_QT_OSX_COCOA
-
Am 02.03.2014 um 09:16 schrieb Benjamin Piwowarski
benjamin.piwowar...@gmail.com:
Stephan,
The qt4 build is working fine on OS X 10.9 (did some basic checks). No
problems with menus, no crash.The qt5 has still troubles with menus (when
closing the main window, they completely disappear)
>>
>> It seems that it would be better to have LyX macros handling the following
>> cases:
>> - QT + OS X => LYX_QT_OSX
>> - QT5 + OS X => LYX_QT5_OSX
>> - QT4 + OS X => LYX_QT4_OSX
>> - QT4 + OS X + COCOA => LYX_QT_OSX_COCOA
>> - QT4 + OS X + X11 => LYX_QT_OSX_X11
>>
>> this would make the
Stephan,
The qt4 build is working fine on OS X 10.9 (did some basic checks). No problems
with menus, no crash.The qt5 has still troubles with menus (when closing the
main window, they completely disappear) but otherwise seems to work fine - but
it does not crash. Stephan, could you try to
Am 02.03.2014 um 09:03 schrieb Benjamin Piwowarski
:
>>>
>>> It seems that it would be better to have LyX macros handling the following
>>> cases:
>>> - QT + OS X => LYX_QT_OSX
>>> - QT5 + OS X => LYX_QT5_OSX
>>> - QT4 + OS X => LYX_QT4_OSX
>>> - QT4 + OS X +
Am 02.03.2014 um 09:16 schrieb Benjamin Piwowarski
:
> Stephan,
>
> The qt4 build is working fine on OS X 10.9 (did some basic checks). No
> problems with menus, no crash.The qt5 has still troubles with menus (when
> closing the main window, they completely
Am Freitag 28 Februar 2014, 23:01:37 schrieb Georg Baum:
Also, the qt sources
themselves still use the Q_WS macros, although I could not find any place
where they are defined. Is that simply broken code? I can't believe.
This is intentional, apparently:
Here is a patch following this strategy, and an update patch for bug #8925 -
http://www.lyx.org/trac/ticket/8925
Benjamin
0006-Qt5-support-for-Mac.patch
Description: Binary data
0007-Fix-bug-8925-menubar-not-displayed-in-Mac-OS-10.9.patch
Description: Binary data
On 28 Feb 2014, at
Am Samstag, 1. März 2014 um 11:27:05, schrieb Benjamin Piwowarski
benjamin.piwowar...@lip6.fr
Here is a patch following this strategy, and an update patch for bug #8925 -
http://www.lyx.org/trac/ticket/8925
Benjamin
0006-Qt5-support-for-Mac.patch
Kornel,
the LYX_QT_... are defined in qt_platforms.h in the qt4 directory (patch 6).
The patch 7 has been updated and depends on patch 6.
Benjamin
On 01 Mar 2014, at 11:27 , Benjamin Piwowarski benjamin.piwowar...@lip6.fr
wrote:
Here is a patch following this strategy, and an update patch
Am Samstag, 1. März 2014 um 11:48:48, schrieb Kornel Benko kor...@lyx.org
Am Samstag, 1. März 2014 um 11:27:05, schrieb Benjamin Piwowarski
benjamin.piwowar...@lip6.fr
Here is a patch following this strategy, and an update patch for bug #8925
- http://www.lyx.org/trac/ticket/8925
Am 01.03.2014 um 11:26 schrieb Jürgen Spitzmüller juer...@spitzmueller.org:
Am Freitag 28 Februar 2014, 23:01:37 schrieb Georg Baum:
Also, the qt sources
themselves still use the Q_WS macros, although I could not find any place
where they are defined. Is that simply broken code? I can't
Am 28.02.2014 um 23:01 schrieb Georg Baum georg.b...@post.rwth-aachen.de:
Benjamin Piwowarski wrote:
Hi Georg,
here are some comments/answers on your questions:
On 27 Feb 2014, at 22:36 , Georg Baum georg.b...@post.rwth-aachen.de
wrote:
We do not use C-style casts. Could you
Am 01.03.2014 um 20:34 schrieb Stephan Witt st.w...@gmx.net:
Am 28.02.2014 um 23:01 schrieb Georg Baum georg.b...@post.rwth-aachen.de:
Benjamin Piwowarski wrote:
Hi Georg,
here are some comments/answers on your questions:
On 27 Feb 2014, at 22:36 , Georg Baum
Am 28.02.2014 um 23:23 schrieb Benjamin Piwowarski
benjamin.piwowar...@lip6.fr:
On 28 Feb 2014, at 23:01 , Georg Baum georg.b...@post.rwth-aachen.de wrote:
I can't comment on the cmake part, but the C++ changes look good. To our
Mac expperts: Is there any reason why they are not already
Am Freitag 28 Februar 2014, 23:01:37 schrieb Georg Baum:
> Also, the qt sources
> themselves still use the Q_WS macros, although I could not find any place
> where they are defined. Is that simply broken code? I can't believe.
This is intentional, apparently:
Here is a patch following this strategy, and an update patch for bug #8925 -
http://www.lyx.org/trac/ticket/8925
Benjamin
0006-Qt5-support-for-Mac.patch
Description: Binary data
0007-Fix-bug-8925-menubar-not-displayed-in-Mac-OS-10.9.patch
Description: Binary data
On 28 Feb 2014, at
Am Samstag, 1. März 2014 um 11:27:05, schrieb Benjamin Piwowarski
> Here is a patch following this strategy, and an update patch for bug #8925 -
> http://www.lyx.org/trac/ticket/8925
>
> Benjamin
> 0006-Qt5-support-for-Mac.patch
>
>
Kornel,
the LYX_QT_... are defined in qt_platforms.h in the qt4 directory (patch 6).
The patch 7 has been updated and depends on patch 6.
Benjamin
On 01 Mar 2014, at 11:27 , Benjamin Piwowarski
wrote:
> Here is a patch following this strategy, and an update
Am Samstag, 1. März 2014 um 11:48:48, schrieb Kornel Benko
> Am Samstag, 1. März 2014 um 11:27:05, schrieb Benjamin Piwowarski
>
> > Here is a patch following this strategy, and an update patch for bug #8925
> > - http://www.lyx.org/trac/ticket/8925
Am 01.03.2014 um 11:26 schrieb Jürgen Spitzmüller :
> Am Freitag 28 Februar 2014, 23:01:37 schrieb Georg Baum:
>> Also, the qt sources
>> themselves still use the Q_WS macros, although I could not find any place
>> where they are defined. Is that simply broken code? I
Am 28.02.2014 um 23:01 schrieb Georg Baum :
> Benjamin Piwowarski wrote:
>
>> Hi Georg,
>>
>> here are some comments/answers on your questions:
>>
>> On 27 Feb 2014, at 22:36 , Georg Baum
>> wrote:
>>
>>>
>>> We do not use
Am 01.03.2014 um 20:34 schrieb Stephan Witt :
> Am 28.02.2014 um 23:01 schrieb Georg Baum :
>
>> Benjamin Piwowarski wrote:
>>
>>> Hi Georg,
>>>
>>> here are some comments/answers on your questions:
>>>
>>> On 27 Feb 2014, at 22:36 , Georg Baum
Am 28.02.2014 um 23:23 schrieb Benjamin Piwowarski
:
>
> On 28 Feb 2014, at 23:01 , Georg Baum wrote:
>
I can't comment on the cmake part, but the C++ changes look good. To our
Mac expperts: Is there any reason why they
Benjamin Piwowarski wrote:
Hi Georg,
here are some comments/answers on your questions:
On 27 Feb 2014, at 22:36 , Georg Baum georg.b...@post.rwth-aachen.de
wrote:
We do not use C-style casts. Could you please rewrite this, e.g. like
bool const success = (os contents) ? true :
On 28 Feb 2014, at 23:01 , Georg Baum georg.b...@post.rwth-aachen.de wrote:
I can't comment on the cmake part, but the C++ changes look good. To our
Mac expperts: Is there any reason why they are not already in?
I guess this is because since QT_WS_MACX was not defined anymore in QT5,
the mac
Benjamin Piwowarski wrote:
> Hi Georg,
>
> here are some comments/answers on your questions:
>
> On 27 Feb 2014, at 22:36 , Georg Baum
> wrote:
>
>>
>> We do not use C-style casts. Could you please rewrite this, e.g. like
>>
>> bool const success = (os <<
On 28 Feb 2014, at 23:01 , Georg Baum wrote:
>>> I can't comment on the cmake part, but the C++ changes look good. To our
>>> Mac expperts: Is there any reason why they are not already in?
>> I guess this is because since QT_WS_MACX was not defined anymore in
Hi,
While I was trying to update a patch for LyX, I had troubles compiling LYX on
OS X 10.9 introduces quite some changes:
- QT5 is required (as discussed on the mailing list)
- libc++ (instead of libstdc++) is used by default systemwide
So here are some patches for compiling LyX on OS X 10.9
Benjamin Piwowarski wrote:
Hi,
While I was trying to update a patch for LyX, I had troubles compiling LYX
on OS X 10.9 introduces quite some changes: - QT5 is required (as
discussed on the mailing list) - libc++ (instead of libstdc++) is used by
default systemwide
So here are some
Hi Georg,
here are some comments/answers on your questions:
On 27 Feb 2014, at 22:36 , Georg Baum georg.b...@post.rwth-aachen.de wrote:
Benjamin Piwowarski wrote:
Hi,
While I was trying to update a patch for LyX, I had troubles compiling LYX
on OS X 10.9 introduces quite some changes
Hi,
While I was trying to update a patch for LyX, I had troubles compiling LYX on
OS X 10.9 introduces quite some changes:
- QT5 is required (as discussed on the mailing list)
- libc++ (instead of libstdc++) is used by default systemwide
So here are some patches for compiling LyX on OS X 10.9
Benjamin Piwowarski wrote:
> Hi,
>
> While I was trying to update a patch for LyX, I had troubles compiling LYX
> on OS X 10.9 introduces quite some changes: - QT5 is required (as
> discussed on the mailing list) - libc++ (instead of libstdc++) is used by
> default syste
Hi Georg,
here are some comments/answers on your questions:
On 27 Feb 2014, at 22:36 , Georg Baum <georg.b...@post.rwth-aachen.de> wrote:
> Benjamin Piwowarski wrote:
>
>> Hi,
>>
>> While I was trying to update a patch for LyX, I had troubles compiling LYX
&g
68 matches
Mail list logo