Re: New features/killqt4 branch (was: Re: [Qt4???] Re: [PATCH] Show branches from master document in branch inset dialog)

Le 19/11/2022 à 11:38, Jürgen Spitzmüller a écrit : Am Freitag, dem 18.11.2022 um 17:33 +0100 schrieb Jean-Marc Lasgouttes: What can you do to help? * have look at the diff in src to spot what I broke Looks good from what I can tell. Thanks for checking. * and look at KILLQT4 annotations t

Re: New features/killqt4 branch (was: Re: [Qt4???] Re: [PATCH] Show branches from master document in branch inset dialog)

Am Freitag, dem 18.11.2022 um 17:33 +0100 schrieb Jean-Marc Lasgouttes: > What can you do to help? > * have look at the diff in src to spot what I broke Looks good from what I can tell. > * and look at KILLQT4 annotations to see whethe rsome of them are in > your ballpark > * look for things to

Re: New features/killqt4 branch (was: Re: [Qt4???] Re: [PATCH] Show branches from master document in branch inset dialog)

Le 18/11/2022 à 18:03, Scott Kostyshak a écrit : What can you do to help? * have look at the diff in src to spot what I broke * and look at KILLQT4 annotations to see whethe rsome of them are in your ballpark * look for things to do in TODO.killqt4 I think this was meant for Jürgen, but to be c

Re: New features/killqt4 branch (was: Re: [Qt4???] Re: [PATCH] Show branches from master document in branch inset dialog)

On Fri, Nov 18, 2022 at 05:33:43PM +0100, Jean-Marc Lasgouttes wrote: > Le 17/11/2022 à 07:34, Jürgen Spitzmüller a écrit : > > Am Mittwoch, dem 16.11.2022 um 11:11 -0500 schrieb Scott Kostyshak: > > > Does anyone object then to supporting only Qt5 for > > > 2.4.0 (and forward)? > > > > No. I thin

New features/killqt4 branch (was: Re: [Qt4???] Re: [PATCH] Show branches from master document in branch inset dialog)

Le 17/11/2022 à 07:34, Jürgen Spitzmüller a écrit : Am Mittwoch, dem 16.11.2022 um 11:11 -0500 schrieb Scott Kostyshak: Does anyone object then to supporting only Qt5 for 2.4.0 (and forward)? No. I think now is the time to do it. I created a new branch killqt4 that removes #ifdefs in src and

Re: [Qt4???] Re: [PATCH] Show branches from master document in branch inset dialog

Am Mittwoch, dem 16.11.2022 um 11:11 -0500 schrieb Scott Kostyshak: > Does anyone object then to supporting only Qt5 for > 2.4.0 (and forward)? No. I think now is the time to do it. -- Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-deve

Re: [Qt4???] Re: [PATCH] Show branches from master document in branch inset dialog

On Wed, Nov 16, 2022 at 06:03:04PM +0100, Jean-Marc Lasgouttes wrote: > Le 16/11/2022 à 17:57, Scott Kostyshak a écrit : > > I don't know. What do others think? Do we go all-in and drop Qt4 and do > > all the clean up now to simplify the code? That would indeed feel nice. > > > > Or do we leave it

Re: [Qt4???] Re: [PATCH] Show branches from master document in branch inset dialog

Le 16/11/2022 à 17:57, Scott Kostyshak a écrit : I don't know. What do others think? Do we go all-in and drop Qt4 and do all the clean up now to simplify the code? That would indeed feel nice. Or do we leave it as is, and just officially not support Qt4, so that if some (from what I understand,

Re: [Qt4???] Re: [PATCH] Show branches from master document in branch inset dialog

On Wed, Nov 16, 2022 at 05:51:30PM +0100, Jean-Marc Lasgouttes wrote: > Le 16/11/2022 à 17:11, Scott Kostyshak a écrit : > > On Wed, Nov 16, 2022 at 02:37:18PM +0100, Thibaut Cuvelier wrote: > > > > > Well, if barely anyone tests with Qt 4 (I'm only using Qt 5.15), it's > > > already unsupported i

Re: [Qt4???] Re: [PATCH] Show branches from master document in branch inset dialog

Le 16/11/2022 à 17:11, Scott Kostyshak a écrit : On Wed, Nov 16, 2022 at 02:37:18PM +0100, Thibaut Cuvelier wrote: Well, if barely anyone tests with Qt 4 (I'm only using Qt 5.15), it's already unsupported in practice and making the necessary changes would be (1) cumbersome and (2) a waste of re

Re: [Qt4???] Re: [PATCH] Show branches from master document in branch inset dialog

On Wed, Nov 16, 2022 at 02:37:18PM +0100, Thibaut Cuvelier wrote: > Well, if barely anyone tests with Qt 4 (I'm only using Qt 5.15), it's > already unsupported in practice and making the necessary changes would be > (1) cumbersome and (2) a waste of resources (little gain in supporting > versions

Re: [Qt4???] Re: [PATCH] Show branches from master document in branch inset dialog

On Mon, 14 Nov 2022 at 19:38, Scott Kostyshak wrote: > On Tue, Oct 18, 2022 at 10:51:34AM -0400, Scott Kostyshak wrote: > > On Tue, Oct 18, 2022 at 03:12:40PM +0200, Pavel Sanda wrote: > > > On Fri, Oct 07, 2022 at 05:05:43PM +0200, Jean-Marc Lasgouttes wrote: > > > > Still, I am wondering why we

Re: [Qt4???] Re: [PATCH] Show branches from master document in branch inset dialog

On Tue, Oct 18, 2022 at 10:51:34AM -0400, Scott Kostyshak wrote: > On Tue, Oct 18, 2022 at 03:12:40PM +0200, Pavel Sanda wrote: > > On Fri, Oct 07, 2022 at 05:05:43PM +0200, Jean-Marc Lasgouttes wrote: > > > Still, I am wondering why we insist on supporting Qt4 for 2.4.0 > > > (especially > > > co

Re: [Qt4???] Re: [PATCH] Show branches from master document in branch inset dialog

On Tue, Oct 18, 2022 at 06:27:00PM +0200, Jean-Marc Lasgouttes wrote: > >That was decided when we planned to release 2.4 at the end of 2019. > >It's clear we won't be able to push 2.4 even for next debian stable > >and I think we can relax Qt4 support and move on. > > What do you mean by "relax" ?

Re: [Qt4???] Re: [PATCH] Show branches from master document in branch inset dialog

Le 18/10/2022 à 15:12, Pavel Sanda a écrit : On Fri, Oct 07, 2022 at 05:05:43PM +0200, Jean-Marc Lasgouttes wrote: Still, I am wondering why we insist on supporting Qt4 for 2.4.0 (especially considering that we will have to continue this game for 2+ years after that). That was decided when we

Re: [Qt4???] Re: [PATCH] Show branches from master document in branch inset dialog

On Tue, Oct 18, 2022 at 03:12:40PM +0200, Pavel Sanda wrote: > On Fri, Oct 07, 2022 at 05:05:43PM +0200, Jean-Marc Lasgouttes wrote: > > Still, I am wondering why we insist on supporting Qt4 for 2.4.0 (especially > > considering that we will have to continue this game for 2+ years after > > that).

Re: [Qt4???] Re: [PATCH] Show branches from master document in branch inset dialog

On Fri, Oct 07, 2022 at 05:05:43PM +0200, Jean-Marc Lasgouttes wrote: > Still, I am wondering why we insist on supporting Qt4 for 2.4.0 (especially > considering that we will have to continue this game for 2+ years after > that). That was decided when we planned to release 2.4 at the end of 2019.

Re: qt4/Makefile.am patch from #10711

Le 26/06/2017 à 01:47, Scott Kostyshak a écrit : Does anyone feel comfortable pushing the patch recently posted at the following trac issue? https://www.lyx.org/trac/ticket/10711 I did that now. I think we can backport it too. JMarc

Re: qt4/Makefile.am patch from #10711

Le 26/06/2017 à 13:31, Kornel Benko a écrit : This reasoning effects cmake too. I could prepare a sorted version. I am not sure the cmake-sorted sequence would be the same as in automake though. I remember having problems with the command 'sort' use in automake. It is language dependent. Try t

Re: qt4/Makefile.am patch from #10711

Am Montag, 26. Juni 2017 um 12:08:17, schrieb Kornel Benko > Am Montag, 26. Juni 2017 um 10:28:13, schrieb Jean-Marc Lasgouttes > > > Le 26/06/2017 à 01:47, Scott Kostyshak a écrit : > > > Does anyone feel comfortable pushing the patch recently posted at the > > > following trac issue? > > > >

Re: qt4/Makefile.am patch from #10711

Am Montag, 26. Juni 2017 um 10:28:13, schrieb Jean-Marc Lasgouttes > Le 26/06/2017 à 01:47, Scott Kostyshak a écrit : > > Does anyone feel comfortable pushing the patch recently posted at the > > following trac issue? > > > > https://www.lyx.org/trac/ticket/10711 This reasoning effects cma

Re: qt4/Makefile.am patch from #10711

Le 26/06/2017 à 01:47, Scott Kostyshak a écrit : Does anyone feel comfortable pushing the patch recently posted at the following trac issue? https://www.lyx.org/trac/ticket/10711 I planned to do that. We do not need a GPL statement for such a triviality, do we? JMarc

Re: Qt4 mac

On 21.05.2007, at 01:32, Bennett Helm wrote: On May 20, 2007, at 11:29 AM, Anders Ekberg wrote: Right, it should be: http://trolltech.com/developer/downloads/qt/mac Bennett, can you update this? Actually, it looks like is better. That's what I've

Re: Qt4 binary

FYI, the cmake build system supports the binary Qt already. Stefan On 20.05.2007, at 22:52, Andre Poenitz wrote: Next time please zip that. 170k is a bit too much to send to the list. Sorry, I tend to get sloppy with this DSL lines. A nice week to you all, Astifter PGP.sig Description

Re: Qt4 binary

On 20.05.2007, at 22:52, Andre Poenitz wrote: Next time please zip that. 170k is a bit too much to send to the list. Sorry, I tend to get sloppy with this DSL lines. A nice week to you all, Astifter

Re: Qt4 mac

On May 20, 2007, at 11:29 AM, Anders Ekberg wrote: Also the link (http://www.trolltech.com/download/qt/mac.html) given in INSTALL.MacOSX is not valid. Right, it should be: http://trolltech.com/developer/downloads/qt/mac Bennett, can you update this? Actually, it looks like

Re: Qt4 mac

On Sun, May 20, 2007 at 08:21:56PM +0200, Andreas Neustifter wrote: > PS: How are the correct citing and posting rules in this list? Cut down any cited material to the bit you are responding to and write your comments below. Do not send binaries unless it's compressed plain text. Avoid sending h

Re: Qt4 binary

On Sun, May 20, 2007 at 08:25:56PM +0200, Andreas Neustifter wrote: > But since it's not quite uninteresting for new users to install the > binary Qt, here the list of files which are installed. Next time please zip that. 170k is a bit too much to send to the list. Andre'

Re: Qt4 mac

On 20.05.2007, at 17:45, Anders Ekberg wrote: On 20 maj 2007, at 17.29, Anders Ekberg wrote: On 20 maj 2007, at 16.43, Scott Lambert wrote: I built Qt4.2.3 from source exactly as described in INSTALL.MacOSX. (I even literally used "/path/to/QT4" as the destination.) Here are some lines f

Re: Qt4 mac

On 20 maj 2007, at 17.29, Anders Ekberg wrote: On 20 maj 2007, at 16.43, Scott Lambert wrote: I built Qt4.2.3 from source exactly as described in INSTALL.MacOSX. (I even literally used "/path/to/QT4" as the destination.) Here are some lines from the configure script. It seems to find som

Re: Qt4 mac

On 20 maj 2007, at 16.43, Scott Lambert wrote: I built Qt4.2.3 from source exactly as described in INSTALL.MacOSX. (I even literally used "/path/to/QT4" as the destination.) Here are some lines from the configure script. It seems to find some things in the Qt4 tree but not others. checkin

Re: Qt4 mac

I built Qt4.2.3 from source exactly as described in INSTALL.MacOSX. (I even literally used "/path/to/QT4" as the destination.) Here are some lines from the configure script. It seems to find some things in the Qt4 tree but not others. checking for QT4_CORE... checking for QT4_FRONTEND... ch

Re: Qt4 mac

On May 19, 2007, at 12:34 PM, Bob Lounsbury wrote: I've always received the error of 'Qt4 library not found' when trying to compile LyX with Qt4.3.0 until I issued the command: export PKG_CONFIG_PATH=/path/to/Qt4/lib/pkgconfig/ which was discussed on the list, but never added to the INSTALL.

Re: Qt4 mac

I've always received the error of 'Qt4 library not found' when trying to compile LyX with Qt4.3.0 until I issued the command: export PKG_CONFIG_PATH=/path/to/Qt4/lib/pkgconfig/ which was discussed on the list, but never added to the INSTALL.MacOSX. Bob Lounsbury On 5/19/07, Anders Ekberg <[EMA

Re: Qt4 binary

On Fri, May 18, 2007 at 11:35:27PM +0200, Andreas Neustifter wrote: > > On 18.05.2007, at 18:38, Martin Vermeer wrote: > > >On Fri, May 18, 2007 at 09:10:41AM -0600, Scott > >Lambert wrote: > >>I downloaded and installed the binary version of Qt4 > >>for the mac so > >>I wouldn't have to compi

Re: Qt4 binary

On 18.05.2007, at 18:38, Martin Vermeer wrote: On Fri, May 18, 2007 at 09:10:41AM -0600, Scott Lambert wrote: I downloaded and installed the binary version of Qt4 for the mac so I wouldn't have to compile it. Can anyone tell me what I should be using for "/path/to/Qt4" as referenced in the bu

Re: Qt4 binary

On Fri, May 18, 2007 at 09:10:41AM -0600, Scott Lambert wrote: > I downloaded and installed the binary version of Qt4 for the mac so > I wouldn't have to compile it. Can anyone tell me what I should be > using for "/path/to/Qt4" as referenced in the build instructions? > Everything I've tried

Re: Qt4 crashes while scrolling

On Sun, Dec 03, 2006 at 07:24:05PM +0100, Enrico Forestieri wrote: > On Thu, Oct 05, 2006 at 09:43:13PM +0200, Andre Poenitz wrote: > > > So if that's a bug in the raster painter it's none I've seen before... > > I finally found the reason of this nasty bug. I am impressed. Honestly. Andre'

Re: Qt4 crashes while scrolling

On Thu, Oct 05, 2006 at 09:43:13PM +0200, Andre Poenitz wrote: > So if that's a bug in the raster painter it's none I've seen before... I finally found the reason of this nasty bug. The attached patch fixes it for Qt 4.1.4. After I found it, I checked whether it has been addressed in 4.2.2, and I

Re: qt4 and sessions

Bo Peng wrote: The LFUN pass through the Action class. The problem is that GuiView::closeEvent() is not called. Two solution here: 1) Transfer the session stuff in GuiView::closeEvent() somewhere else. 2) Make sure that we pass through GuiView::closeEvent(). This could be achieved by a pure vir

Re: qt4 and sessions

The LFUN pass through the Action class. The problem is that GuiView::closeEvent() is not called. Two solution here: 1) Transfer the session stuff in GuiView::closeEvent() somewhere else. 2) Make sure that we pass through GuiView::closeEvent(). This could be achieved by a pure virtual methods in

Re: qt4 and sessions

Bo Peng wrote: This is because the session stuff is implemented in GuiView::closeEvent() which is not triggered when File->Quit is called. I'll try to find a solution. These two should behave identically, otherwise users will be confused. Where is File->Quit? (Sorry about my laziness.) The LF

Re: qt4 and sessions

This is because the session stuff is implemented in GuiView::closeEvent() which is not triggered when File->Quit is called. I'll try to find a solution. These two should behave identically, otherwise users will be confused. Where is File->Quit? (Sorry about my laziness.) Another problem is how

Re: qt4 and sessions

José Matos wrote: I have noticed the following problems with qt4 and sessions: 1)If I exit lyx using File->Quit then the information regarding height and width is lost. If I destroy the window going to the right upper corner and pressing X there (destroy) the it works, the information is col

Re: qt4/uic trouble

On Sun, Oct 22, 2006 at 01:36:39PM +0300, Martin Vermeer wrote: > On Sun, Oct 22, 2006 at 11:26:39AM +0200, Michael Gerz wrote: > > Michael Gerz wrote: > > > > >Martin Vermeer wrote: > > > > > >>I don't know... 34 minutes and counting. > > > > > > > Martin, > > > > did you succeed finally? > >

Re: qt4/uic trouble

On Sun, Oct 22, 2006 at 11:26:39AM +0200, Michael Gerz wrote: > Michael Gerz wrote: > > >Martin Vermeer wrote: > > > >>I don't know... 34 minutes and counting. > > > > Martin, > > did you succeed finally? Oh yes, of course. Jeez what is that Motif look ugly ;-( - Martin pgp2DZIe3RqK0.pgp De

Re: qt4/uic trouble

Michael Gerz wrote: Martin Vermeer wrote: I don't know... 34 minutes and counting. Martin, did you succeed finally? Michael

Re: qt4/uic trouble

On Sat, Oct 21, 2006 at 06:50:53PM +0200, Lars Gullik Bjønnes wrote: > Martin Vermeer <[EMAIL PROTECTED]> writes: > > | On Sat, Oct 21, 2006 at 06:14:08PM +0200, Lars Gullik Bjønnes wrote: > | > Martin Vermeer <[EMAIL PROTECTED]> writes: > | > > | > | On Sat, Oct 21, 2006 at 04:42:31PM +0200, Lar

Re: qt4/uic trouble

Martin Vermeer <[EMAIL PROTECTED]> writes: | On Sat, Oct 21, 2006 at 06:14:08PM +0200, Lars Gullik Bjønnes wrote: | > Martin Vermeer <[EMAIL PROTECTED]> writes: | > | > | On Sat, Oct 21, 2006 at 04:42:31PM +0200, Lars Gullik Bjønnes wrote: | > | > Martin Vermeer <[EMAIL PROTECTED]> writes: | > |

Re: qt4/uic trouble

On Sat, Oct 21, 2006 at 06:14:08PM +0200, Lars Gullik Bjønnes wrote: > Martin Vermeer <[EMAIL PROTECTED]> writes: > > | On Sat, Oct 21, 2006 at 04:42:31PM +0200, Lars Gullik Bjønnes wrote: > | > Martin Vermeer <[EMAIL PROTECTED]> writes: > | > > | > | On Sat, Oct 21, 2006 at 04:04:31PM +0200, Mic

Re: qt4/uic trouble

Martin Vermeer <[EMAIL PROTECTED]> writes: | On Sat, Oct 21, 2006 at 04:42:31PM +0200, Lars Gullik Bjønnes wrote: | > Martin Vermeer <[EMAIL PROTECTED]> writes: | > | > | On Sat, Oct 21, 2006 at 04:04:31PM +0200, Michael Gerz wrote: | > | > Martin Vermeer wrote: | > | > | > | > >I don't know...

Re: qt4/uic trouble

On Sat, Oct 21, 2006 at 04:42:31PM +0200, Lars Gullik Bjønnes wrote: > Martin Vermeer <[EMAIL PROTECTED]> writes: > > | On Sat, Oct 21, 2006 at 04:04:31PM +0200, Michael Gerz wrote: > | > Martin Vermeer wrote: > | > > | > >I don't know... 34 minutes and counting. > | > > > | > >I may well have mi

Re: qt4/uic trouble

Martin Vermeer <[EMAIL PROTECTED]> writes: | On Sat, Oct 21, 2006 at 04:04:31PM +0200, Michael Gerz wrote: | > Martin Vermeer wrote: | > | > >I don't know... 34 minutes and counting. | > > | > >I may well have mixed up qt4 and qt3... I have both installed. Shouldn't | > >that be legal? I installe

Re: qt4/uic trouble

On Sat, Oct 21, 2006 at 04:26:55PM +0200, Andre Pönitz wrote: > Zitat von Martin Vermeer <[EMAIL PROTECTED]>: > >>>Only... the uic compiler for qt4 seems to take an eternity to process > >>>even a single .ui file. It's slaving away for eleven minutes (and > >>counting) > >>>on BiblioUi.ui! And Bib

Re: qt4/uic trouble

On Sat, Oct 21, 2006 at 04:04:31PM +0200, Michael Gerz wrote: > Martin Vermeer wrote: > > >I don't know... 34 minutes and counting. > > > >I may well have mixed up qt4 and qt3... I have both installed. Shouldn't > >that be legal? I installed using yum and got no complaints. > > > > > Yes, it is p

Re: qt4/uic trouble

Zitat von Martin Vermeer <[EMAIL PROTECTED]>: >Only... the uic compiler for qt4 seems to take an eternity to process >even a single .ui file. It's slaving away for eleven minutes (and counting) >on BiblioUi.ui! And BiblioUi.[Ch] havn't even been created yet. > >It _is_ running, at 40% CPU use. Me

Re: qt4/uic trouble

Michael Gerz <[EMAIL PROTECTED]> writes: | Martin Vermeer wrote: | | >I don't know... 34 minutes and counting. | > | >I may well have mixed up qt4 and qt3... I have both installed. Shouldn't | >that be legal? I installed using yum and got no complaints. | > | Yes, it is perfectly legal. I have qt

Re: qt4/uic trouble

Am Samstag, 21. Oktober 2006 15:58 schrieb Martin Vermeer: > On Sat, Oct 21, 2006 at 03:44:20PM +0200, Michael Gerz wrote: > > What are your figures? > > I don't know... 34 minutes and counting. That is definitely too long. In fact, anything longer than a few seconds is wrong. > I may well have

Re: qt4/uic trouble

Martin Vermeer wrote: I don't know... 34 minutes and counting. I may well have mixed up qt4 and qt3... I have both installed. Shouldn't that be legal? I installed using yum and got no complaints. Yes, it is perfectly legal. I have qt3 and qt4 on the same machine, too. Could you please inst

Re: qt4/uic trouble

On Sat, Oct 21, 2006 at 03:44:20PM +0200, Michael Gerz wrote: > Martin Vermeer wrote: > > >No... clean \n's. The file isn't big either, just 139 lines. It's > >version 4.0. They all are. > > > >What gets run is the script /usr/bin/uic-qt4. Is that for you too? > > > >- Martin > > > > > I tested

Re: qt4/uic trouble

Martin Vermeer wrote: No... clean \n's. The file isn't big either, just 139 lines. It's version 4.0. They all are. What gets run is the script /usr/bin/uic-qt4. Is that for you too? - Martin I tested the following (on my really old machine): [EMAIL PROTECTED]:~> time qt-4.1.4/bin/uic Bib

Re: qt4/uic trouble

On Sat, Oct 21, 2006 at 03:07:56PM +0200, Michael Gerz wrote: > Martin Vermeer wrote: > > >Trying to come on board again... installed qt4-4.1.4 and -devel for FC4, > >did the autogen, configure and make thing, and seems to be building OK. > > > > > Welcome back! I installed qt 4.1.4 on my old SuS

Re: qt4/uic trouble

Martin Vermeer wrote: Trying to come on board again... installed qt4-4.1.4 and -devel for FC4, did the autogen, configure and make thing, and seems to be building OK. Welcome back! I installed qt 4.1.4 on my old SuSE Linux 9.3 machine and it worked out of the box. Only... the uic compiler

Re: Qt4 oddness

Enrico Forestieri wrote: I noticed that when the cursor enters an equation, the math toolbar does not pop up as in the qt3 frontend, rather, parts of it appear over the menu bar. Before you ask, this is not specific to cygwin, as I observe it on solaris, too. I don't know if this related to the

Re: Qt4 crashes while scrolling

On Thu, Oct 05, 2006 at 09:43:13PM +0200, Andre Poenitz wrote: > That should be harmless. The crashs I've seen came in the range of a few > thousand pixels off (less than the 'usual' 2^15 limit for X servers > anyway) > > So if that's a bug in the raster painter it's none I've seen before... Usi

Re: Qt4 crashes while scrolling

On Thu, Oct 05, 2006 at 09:43:13PM +0200, Andre Poenitz wrote: > That should be harmless. The crashs I've seen came in the range of a few > thousand pixels off (less than the 'usual' 2^15 limit for X servers > anyway) > > So if that's a bug in the raster painter it's none I've seen before... I'l

Re: Qt4 crashes while scrolling

On Fri, Oct 06, 2006 at 11:25:12PM +0200, Lars Gullik Bjønnes wrote: > Enrico Forestieri <[EMAIL PROTECTED]> writes: > > | On Wed, Oct 04, 2006 at 09:14:34PM +0200, Georg Baum wrote: [...] > | > Why don't we have a single constant BTW? > | > | I think you mean like the attached. > > With a smal

Re: Qt4 crashes while scrolling

Enrico Forestieri <[EMAIL PROTECTED]> writes: | On Wed, Oct 04, 2006 at 09:14:34PM +0200, Georg Baum wrote: | > Am Mittwoch, 4. Oktober 2006 16:54 schrieb Enrico Forestieri: | > | > > Note that Qt3 works ok and that I am not able to set "Cursor follows | > > scrollbar" (I get "E2BIG There is not

Re: Qt4 crashes while scrolling

On Thu, Oct 05, 2006 at 02:41:10AM +0200, Enrico Forestieri wrote: > On Wed, Oct 04, 2006 at 07:17:47PM +0200, Andre Poenitz wrote: > > iiOn Tue, Oct 03, 2006 at 11:13:03PM +0200, Enrico Forestieri wrote: > > > Program received signal SIGSEGV, Segmentation fault. > > > 0x00b61a38 in comp_func_s

Re: Qt4 crashes while scrolling

On Wed, Oct 04, 2006 at 07:17:47PM +0200, Andre Poenitz wrote: > iiOn Tue, Oct 03, 2006 at 11:13:03PM +0200, Enrico Forestieri wrote: > > Program received signal SIGSEGV, Segmentation fault. > > 0x00b61a38 in comp_func_solid_Source () > > (gdb) bt > > #0 0x00b61a38 in comp_func_solid_Source ()

Re: Qt4 crashes while scrolling

On Wed, Oct 04, 2006 at 09:14:34PM +0200, Georg Baum wrote: > Am Mittwoch, 4. Oktober 2006 16:54 schrieb Enrico Forestieri: > > > Note that Qt3 works ok and that I am not able to set "Cursor follows > > scrollbar" (I get "E2BIG There is not sufficient room at *outbuf."). > > If that happpens the

Re: Qt4 crashes while scrolling

Am Mittwoch, 4. Oktober 2006 16:54 schrieb Enrico Forestieri: > Note that Qt3 works ok and that I am not able to set "Cursor follows > scrollbar" (I get "E2BIG There is not sufficient room at *outbuf."). If that happpens then expect all sort of breakage. > I seem to remember that this setting w

Re: Qt4 crashes while scrolling

iiOn Tue, Oct 03, 2006 at 11:13:03PM +0200, Enrico Forestieri wrote: > Program received signal SIGSEGV, Segmentation fault. > 0x00b61a38 in comp_func_solid_Source () > (gdb) bt > #0 0x00b61a38 in comp_func_solid_Source () > #1 0x00b2d29e in blend_color_generic () > #2 0x00a43c74 in drawLine_

Re: Qt4 crashes while scrolling

On Wed, Oct 04, 2006 at 02:26:08PM +0200, Abdelrazak Younes wrote: > Enrico Forestieri wrote: > >I am getting crashes with Qt4 while scrolling a document (no matter if > >using the mouse wheel, or PageDown, or the scrollbar). > > > >Everything seems fine, but after scrolling a while the crash invar

Re: Qt4 crashes while scrolling

Enrico Forestieri wrote: I am getting crashes with Qt4 while scrolling a document (no matter if using the mouse wheel, or PageDown, or the scrollbar). Everything seems fine, but after scrolling a while the crash invariably occurs. I attach here two backtraces obtained with two different document

Re: Qt4

On Sun, Sep 03, 2006 at 12:21:51PM +0200, Abdelrazak Younes wrote: > Andre Poenitz wrote: > >I just finished compiling the Qt4 frontend with Qt4.1.4/X11. > > > >I needed the following change: > > > >Index: config/qt.m4 > >=== > > I th

Re: Qt4

On Sun, Sep 03, 2006 at 12:26:13PM +0200, Georg Baum wrote: > This is old code. qt4.m4 is used now for qt4. Maybe your sources are not up > to date? I had a zero diff against current svn _and_ run autogen.sh. There might have been some leftovers fromearlier builds, though.. Andre'

Re: Qt4

Am Sonntag, 3. September 2006 12:16 schrieb Andre Poenitz: > > I just finished compiling the Qt4 frontend with Qt4.1.4/X11. > > I needed the following change: > > Index: config/qt.m4 > === > --- config/qt.m4 (revision 14458) > +++

Re: Qt4

Andre Poenitz wrote: I just finished compiling the Qt4 frontend with Qt4.1.4/X11. I needed the following change: Index: config/qt.m4 === I thought Qt4 would use qt4.m4?? qt.m4 should probably be renamed qt3.m4, or perhaps deleted

Re: Qt4/msvc: crash on startup

Peter Kümmel wrote: > There was a bug in their vector.hpp implementation. With the patch it don't > crashes any more but now I have a other error message from aspell : > > .../standart.kbd:3: The string "qw" is invalid. > > The good news is that I've the same message with the cvs version > (the l

Re: Qt4/msvc: crash on startup

Joost Verburg wrote: > Peter Kümmel wrote: >> When I start the spell checker lyx crashes because of >> the debug code in stl: >> I think this is a aspell problem. The only chance we have is that it >> works in >> the release mode, start compiling know. > > The release version crashes for me as wel

Re: qt4: floatplacement

Andre Poenitz wrote: On Fri, Aug 25, 2006 at 02:37:58PM +0200, Abdelrazak Younes wrote: I don't know why there is this line in the UI file but I know for sure that Ui classes are _not_ QWidget; there are not even QObject. So this QWidget inheritance is the right thing to do: class FloatPl

Re: qt4: floatplacement

Andre Poenitz <[EMAIL PROTECTED]> writes: | I personally use the | | class FloatPlacement : public QWidget | { | private: | Ui::FloatPlacementUi * ui_; | } | | approach as this effectively pimpls away everything pulled in by the | ui_*.h files, but it requires an explict constructor. |

Re: qt4: floatplacement

On Fri, Aug 25, 2006 at 02:37:58PM +0200, Abdelrazak Younes wrote: > I don't know why there is this line in the UI file but I know for sure > that Ui classes are _not_ QWidget; there are not even QObject. So this > QWidget inheritance is the right thing to do: > > class FloatPlacement : public

Re: qt4: floatplacement

On Fri, Aug 25, 2006 at 01:23:16PM +0100, Angus Leeming wrote: > Edwin Leuven wrote: > >the attached patch fp.diff > > > >* implements the float widget as a .ui file > >* renames from floatplacement.[Ch] -> FloatPlacement.[Ch] > > > > > >compare.diff shows the differences between the two files > >

Re: Qt4/msvc: crash on startup

Abdelrazak Younes wrote: > > I don't understand how setFocus could result in the usage of > bufferView()... And I don't see the crash either... I use a snapshot Qt, maybe this is the reason. >> but no WorkArea has been constructed at this time. > > You mean BufferView right? > > Anyway... this

Re: Qt4/msvc: crash on startup

Peter Kümmel wrote: Peter Kümmel wrote: Abdelrazak Younes wrote: Peter Kümmel wrote: My build with msvc crashes on startup here: Buffer * BufferView::buffer() const { return pimpl_->buffer_; } This is my first build since two weeks, so is this a known problem? This is weird... I don't

Re: Qt4/msvc: crash on startup

Peter Kümmel wrote: > Abdelrazak Younes wrote: >> Peter Kümmel wrote: >>> My build with msvc crashes on startup here: >>> >>> Buffer * BufferView::buffer() const >>> { >>> return pimpl_->buffer_; >>> } >>> >>> This is my first build since two weeks, so >>> is this a known problem? >> This is w

Re: Qt4/msvc: crash on startup

Abdelrazak Younes wrote: > Peter Kümmel wrote: >> My build with msvc crashes on startup here: >> >> Buffer * BufferView::buffer() const >> { >> return pimpl_->buffer_; >> } >> >> This is my first build since two weeks, so >> is this a known problem? > > This is weird... I don't see this with m

Re: Qt4/msvc: crash on startup

Abdelrazak Younes wrote: > Peter Kümmel wrote: >> My build with msvc crashes on startup here: >> >> Buffer * BufferView::buffer() const >> { >> return pimpl_->buffer_; >> } >> >> This is my first build since two weeks, so >> is this a known problem? > > This is weird... I don't see this with m

Re: Qt4/msvc: crash on startup

Peter Kümmel wrote: My build with msvc crashes on startup here: Buffer * BufferView::buffer() const { return pimpl_->buffer_; } This is my first build since two weeks, so is this a known problem? This is weird... I don't see this with msvc2005. Backtrace? Abdel.

Re: qt4: floatplacement

Edwin Leuven wrote: Abdelrazak Younes wrote: Otherwise looks good except that you took the path of minimal effort ;-) No automatic slots, etc... added some autoslots, other suggestions? so many things to do, yet so little time No problem I was just teasing you. You got me used to redesign

Re: qt4: floatplacement

Abdelrazak Younes wrote: Otherwise looks good except that you took the path of minimal effort ;-) No automatic slots, etc... added some autoslots, other suggestions? so many things to do, yet so little time will commit the attached... Index: src/frontends/qt4/QFloatDialog.C ==

Re: qt4: floatplacement

Edwin Leuven wrote: Angus Leeming wrote: Given that FloatPlacementUi derives from QWidget: + FloatPlacementUi + I don't think FloatPlacement needs to derive directly from QWidget: -class FloatPlacement : public QWidget { +class FloatPlacement : public QWidget, public Ui::FloatPlacementUi {

Re: qt4: floatplacement

Angus Leeming wrote: Edwin Leuven wrote: the attached patch fp.diff * implements the float widget as a .ui file * renames from floatplacement.[Ch] -> FloatPlacement.[Ch] compare.diff shows the differences between the two files If you'd used svn rename I think this diff would have come for f

Re: qt4: floatplacement

Angus Leeming wrote: Given that FloatPlacementUi derives from QWidget: + FloatPlacementUi + I don't think FloatPlacement needs to derive directly from QWidget: -class FloatPlacement : public QWidget { +class FloatPlacement : public QWidget, public Ui::FloatPlacementUi { that's what i thought

Re: qt4: floatplacement

Edwin Leuven wrote: the attached patch fp.diff * implements the float widget as a .ui file * renames from floatplacement.[Ch] -> FloatPlacement.[Ch] compare.diff shows the differences between the two files comments welcome Given that FloatPlacementUi derives from QWidget: + FloatPlacementUi

Re: [Patch] fix crashes with_buffer switch and exit (Re: Qt4: Crash in toolbar (Action code))

Georg Baum <[EMAIL PROTECTED]> writes: | > I'll try to read the TortoiseSVN doc to do that. | | Great. With plain svn yo'll have to use a trick unfortunately (set | | diff-cmd = /home/me/bin/svndiff Nah. I have this in my ~/.subversion/config: diff-cmd = diff And when I want to set specific o

Re: [Patch] fix crashes with_buffer switch and exit (Re: Qt4: Crash in toolbar (Action code))

Georg Baum wrote: Abdelrazak Younes wrote: I would agree that the call to connectBuffer() could be saved if this buffer was already connected. But this is not the case, only one Buffer is connected at a time to the LyXView. While it could be possible to connect multiple buffers this is not done

Re: [Patch] fix crashes with_buffer switch and exit (Re: Qt4: Crash in toolbar (Action code))

Abdelrazak Younes wrote: > I would agree that the call to connectBuffer() could be saved if this > buffer was already connected. But this is not the case, only one Buffer > is connected at a time to the LyXView. While it could be possible to > connect multiple buffers this is not done right now as

  1   2   3   4   5   6   7   8   9   >