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 :
> 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 menu)
Then GuiAppli
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 seems to work - only one minor issu
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 changes now.
> Sorry, I
> 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 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
> windows are closed
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
wrote:
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 patches. I think the
> crucial patch
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 for Benjamin I'd say we
> shoul
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 for Benjamin I'd say we
> shoul
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 st
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.
>
> Exactly. I have to admit that it is ye
On 04 Mar 2014, at 22:40 , Georg Baum wrote:
> 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
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 o
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 support.
>>
>> If no one objects I'l
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
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 disappear) but otherwise seems 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 + COCOA => LYX_QT_OSX_COCOA
>>> - QT
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 disab
>>
>> 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 cod
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 are not already in?
>>> I guess this is because since QT_WS_MACX
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
>>> wrote:
>>>
We do not use C-style
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 C-style casts. Could you please rewrite this, e.g. like
>>>
>>> bool
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 can't believe.
>
> This is
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
> >
> > Benjamin
> > 0006-Qt5-support-for-Ma
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 patch for bug #8925 -
> http://ww
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
>
> 0007-Fix-bug-8925-menubar-not-displayed-in-Mac-OS-10.9.patch
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 23:23
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:
http://lists.qt-project.org/pipermai
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 QT5,
>> the mac specific parts were
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 << contents) ? true : false;
>>
>> and
Hi Georg,
here are some comments/answers on your questions:
On 27 Feb 2014, at 22:36 , Georg Baum 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
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 systemwid
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
Hey
great job on LyX for OS X, I'm a big fan :)
May I suggest something to add to ease of use:
I think that the math panel(s) should not obtain focus when one of
their buttons is clicked; the focus should always remain on the main
window, so you can continue typing your equation after you've inse
35 matches
Mail list logo
