Hi Jean-Marc,
Hammer On MacOsX the options doens'nt seems active. I got an unknown
Hammer option error.
Forget about it, this is done by qt/x11.
Hammer QSessions seems quite easy. I will give it try.
But It seems to me that they do not provide much that cannot be done
by hand... It
On Sat, May 14, 2005 at 03:08:12PM +0200, Hammer Armin wrote:
I think I know what you mean. After digging in the code, perhaps
the lyx preferences file would be a better place to store and retrieve
the geometry settings.
We'd need to implement the session saving code that happens when e.g.
Hi Jean-Marc,
> Hammer> On MacOsX the options doens'nt seems active. I got an "unknown
> Hammer> option" error.
>
> Forget about it, this is done by qt/x11.
>
> Hammer> QSessions seems quite easy. I will give it try.
>
> But It seems to me that they do not provide much that cannot be done
>
On Sat, May 14, 2005 at 03:08:12PM +0200, Hammer Armin wrote:
> I think I know what you mean. After digging in the code, perhaps
> the lyx "preferences" file would be a better place to store and retrieve
> the geometry settings.
We'd need to implement the session saving code that happens when
applications. QSessions
seems quite easy. I will studying the lyx coding guidelines and will
send a patch for further discussions.
The other question concerns the menuitems.
In my build of LyX 1.4.0cvs - on MacOs X 10.4 with the qt2 frontend
with gcc 4.0 - the menuitems About LyX and Preferences
Hi Jean-Marc,
Hammer Hi, I've seen in the Whishlist the usage of QSession
Hammer mentionend. It would be nice to store and retrieve the window
Hammer size and position. Is someone working on this?
Hammer I'm a bit out of practise using C++ but a could help.
That would be a very good idea
Hammer == Hammer Armin [EMAIL PROTECTED] writes:
Hammer On MacOsX the options doens'nt seems active. I got an unknown
Hammer option error.
Forget about it, this is done by qt/x11.
Hammer QSessions seems quite easy. I will give it try.
But It seems to me that they do not provide much that
>
> Excellent!
I've been playing around with a simple qt applications. QSessions
seems quite easy. I will studying the lyx coding guidelines and will
send a patch for further discussions.
>
>>The other question concerns the menuitems.
>>
>>In my build of LyX 1.4.0cvs -
Hi Jean-Marc,
> Hammer> Hi, I've seen in the Whishlist the usage of QSession
> Hammer> mentionend. It would be nice to store and retrieve the window
> Hammer> size and position. Is someone working on this?
>
> Hammer> I'm a bit out of practise using C++ but a could help.
>
> That would be a
> "Hammer" == Hammer Armin <[EMAIL PROTECTED]> writes:
Hammer> On MacOsX the options doens'nt seems active. I got an "unknown
Hammer> option" error.
Forget about it, this is done by qt/x11.
Hammer> QSessions seems quite easy. I will give it try.
But It seems to me that they do not provide
the menuitems.
In my build of LyX 1.4.0cvs - on MacOs X 10.4 with the qt2 frontend
with gcc 4.0 - the menuitems About LyX and Preferences... are
in the submenu File. Neither in LyX nor in Help.
Is this a Bug or a Feature?
The definition of the menus is held in an external file which, by default
Hammer == Hammer Armin [EMAIL PROTECTED] writes:
Hammer Hi, I've seen in the Whishlist the usage of QSession
Hammer mentionend. It would be nice to store and retrieve the window
Hammer size and position. Is someone working on this?
Hammer I'm a bit out of practise using C++ but a could help.
t; The other question concerns the menuitems.
>
> In my build of LyX 1.4.0cvs - on MacOs X 10.4 with the qt2 frontend
> with gcc 4.0 - the menuitems "About LyX" and "Preferences..." are
> in the submenu "File". Neither in "LyX" nor in "Help".
&
> "Hammer" == Hammer Armin <[EMAIL PROTECTED]> writes:
Hammer> Hi, I've seen in the Whishlist the usage of QSession
Hammer> mentionend. It would be nice to store and retrieve the window
Hammer> size and position. Is someone working on this?
Hammer> I'm a bit out of practise using C++ but a
- on MacOs X 10.4 with the qt2 frontend
with gcc 4.0 - the menuitems About LyX and Preferences... are
in the submenu File. Neither in LyX nor in Help.
Is this a Bug or a Feature?
Yours
Armin Hammer
- on MacOs X 10.4 with the qt2 frontend
with gcc 4.0 - the menuitems "About LyX" and "Preferences..." are
in the submenu "File". Neither in "LyX" nor in "Help".
Is this a Bug or a Feature
On Mon, Jul 22, 2002 at 10:40:14PM +0300, Dekel Tsur wrote:
QCommandBuffer.C:56: no matching function for call to
`QCommandBuffer::setMinimumSize (QSize)'
/usr/include/qt/qtoolbar.h:86: candidates are: void QToolBar::setMinimumSize(int,
int)
What Qt version please ?
We can probably remove
On Mon, Jul 22, 2002 at 09:03:59PM +0100, John Levon wrote:
On Mon, Jul 22, 2002 at 10:40:14PM +0300, Dekel Tsur wrote:
QCommandBuffer.C:56: no matching function for call to
`QCommandBuffer::setMinimumSize (QSize)'
/usr/include/qt/qtoolbar.h:86: candidates are: void
On Mon, Jul 22, 2002 at 11:09:11PM +0300, Dekel Tsur wrote:
QCommandBuffer.C:56: no matching function for call to
`QCommandBuffer::setMinimumSize (QSize)'
/usr/include/qt/qtoolbar.h:86: candidates are: void
QToolBar::setMinimumSize(int, int)
What Qt version please ?
3.0.4
can
On Mon, Jul 22, 2002 at 09:56:07PM +0100, John Levon wrote:
What Qt version please ?
3.0.4
can you try #include qsize.h please ?
Still doesn't work (same error).
On Tue, Jul 23, 2002 at 12:38:32AM +0300, Dekel Tsur wrote:
3.0.4
Still doesn't work (same error).
Well I'm lost :
http://doc.trolltech.com/3.0/qwidget.html#setMinimumSize
Can you check your headers do actually have this ?
regards
john
--
Of all manifestations of power, restraint
On Mon, Jul 22, 2002 at 10:40:14PM +0300, Dekel Tsur wrote:
> QCommandBuffer.C:56: no matching function for call to
>`QCommandBuffer::setMinimumSize (QSize)'
> /usr/include/qt/qtoolbar.h:86: candidates are: void QToolBar::setMinimumSize(int,
>int)
What Qt version please ?
We can probably
On Mon, Jul 22, 2002 at 09:03:59PM +0100, John Levon wrote:
> On Mon, Jul 22, 2002 at 10:40:14PM +0300, Dekel Tsur wrote:
>
> > QCommandBuffer.C:56: no matching function for call to
>`QCommandBuffer::setMinimumSize (QSize)'
> > /usr/include/qt/qtoolbar.h:86: candidates are: void
On Mon, Jul 22, 2002 at 11:09:11PM +0300, Dekel Tsur wrote:
> > > QCommandBuffer.C:56: no matching function for call to
>`QCommandBuffer::setMinimumSize (QSize)'
> > > /usr/include/qt/qtoolbar.h:86: candidates are: void
>QToolBar::setMinimumSize(int, int)
> >
> > What Qt version please ?
>
>
On Mon, Jul 22, 2002 at 09:56:07PM +0100, John Levon wrote:
> > > What Qt version please ?
> >
> > 3.0.4
>
> can you try #include please ?
Still doesn't work (same error).
On Tue, Jul 23, 2002 at 12:38:32AM +0300, Dekel Tsur wrote:
> > > 3.0.4
>
> Still doesn't work (same error).
Well I'm lost :
http://doc.trolltech.com/3.0/qwidget.html#setMinimumSize
Can you check your headers do actually have this ?
regards
john
--
"Of all manifestations of power,
The directory frontends/qt2/xforms does not contain any .C/.h but has a
Makefile.am which seem to require some source files.
Or to ask a real question: How do I compile the qt2 frontend apart from
running ./configure --with-frontend=qt2?
Andre'
--
Those who desire to give up Freedom
On Thursday 04 July 2002 1:26 pm, Andre Poenitz wrote:
On Thu, Jul 04, 2002 at 01:04:56PM +0100, Angus Leeming wrote:
Closer inspection of that Makefile.am will reveal that it generates those
.[Ch] files by linking against those in the xforms dir.
Ok... and where is xformsGImage in the
On Thu, Jul 04, 2002 at 01:14:40PM +0100, Angus Leeming wrote:
Ok... and where is xformsGImage in the xforms dir?
Renamed as xformsImage ;-)
So the qt2//Makefile.am neeed fixing?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they
On Thursday 04 July 2002 1:36 pm, Andre Poenitz wrote:
On Thu, Jul 04, 2002 at 01:14:40PM +0100, Angus Leeming wrote:
Ok... and where is xformsGImage in the xforms dir?
Renamed as xformsImage ;-)
So the qt2//Makefile.am neeed fixing?
That's right. Feel free.
The directory frontends/qt2/xforms does not contain any .C/.h but has a
Makefile.am which seem to require some source files.
Or to ask a real question: How do I compile the qt2 frontend apart from
running ./configure --with-frontend=qt2?
Andre'
--
Those who desire to give up Freedom
On Thursday 04 July 2002 1:26 pm, Andre Poenitz wrote:
> On Thu, Jul 04, 2002 at 01:04:56PM +0100, Angus Leeming wrote:
> > Closer inspection of that Makefile.am will reveal that it generates those
> > .[Ch] files by linking against those in the xforms dir.
>
> Ok... and where is xformsGImage in
On Thu, Jul 04, 2002 at 01:14:40PM +0100, Angus Leeming wrote:
> > Ok... and where is xformsGImage in the xforms dir?
>
> Renamed as xformsImage ;-)
So the qt2//Makefile.am neeed fixing?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they
On Thursday 04 July 2002 1:36 pm, Andre Poenitz wrote:
> On Thu, Jul 04, 2002 at 01:14:40PM +0100, Angus Leeming wrote:
> > > Ok... and where is xformsGImage in the xforms dir?
> >
> > Renamed as xformsImage ;-)
>
> So the qt2//Makefile.am neeed fixing?
That's right. Feel free.
Hi,
I do:
$ ./autogen.sh
$ ./configure --with-frontend=qt2 \
--with-qt2-includes=/usr/X11R6/include/qt2 \
--with-qt2-libraries=/usr/X11R6/lib
which ends with:
[...]
checking for X11/forms.h... no
checking for forms.h... yes
checking xforms header version... 0.88.1
On Monday 24 June 2002 7:56 am, R. Lahaye wrote:
Hi,
I do:
$ ./autogen.sh
$ ./configure --with-frontend=qt2 \
--with-qt2-includes=/usr/X11R6/include/qt2 \
--with-qt2-libraries=/usr/X11R6/lib
which ends with:
[...]
checking for X11/forms.h... no
checking
Hi,
I do:
$ ./autogen.sh
$ ./configure --with-frontend=qt2 \
--with-qt2-includes=/usr/X11R6/include/qt2 \
--with-qt2-libraries=/usr/X11R6/lib
which ends with:
[...]
checking for X11/forms.h... no
checking for forms.h... yes
checking xforms header version... 0.88.1
On Monday 24 June 2002 7:56 am, R. Lahaye wrote:
> Hi,
>
> I do:
>
> $ ./autogen.sh
> $ ./configure --with-frontend=qt2 \
> --with-qt2-includes=/usr/X11R6/include/qt2 \
> --with-qt2-libraries=/usr/X11R6/lib
>
> which ends with:
>
> [...]
> checking for X11/forms.h...
It appears that the new qt2/xforms stuff isn't being linked into the frontend
library.
Incidentally, and separately, I had to change qt2/Makefile.am:
-libqt2xforms.la: link_files $(XFORMS_SOURCES)
+libqt2xforms.la: link_files $(libqt2xforms_la_SOURCES)
link_files:
- for i in
On Wednesday 06 March 2002 11:17 am, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| It appears that the new qt2/xforms stuff isn't being linked into the
frontend
| library.
| Incidentally, and separately, I had to change qt2/Makefile.am:
| -libqt2xforms.la:
On Wednesday 06 March 2002 11:54 am, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
FRONTEND_GUILIB=qt2/*.lo qt2/ui/*.lo qt2/moc/*.lo qt2/ui/moc/*.lo
where do you see the xforms stuff.
| So what is the point of the qt2/xforms directory? What do I need to
On Wed, Mar 06, 2002 at 01:00:38PM +, Angus Leeming wrote:
Well, it created the symbolic links correctly but didn't build anything.
Perhaps because the .lo files already exist in the frontends/xforms dir?
Doesn't sound very likely...
Incidentally, it's a bit of a pain re-creating the
Angus Leeming [EMAIL PROTECTED] writes:
| It appears that the new qt2/xforms stuff isn't being linked into the frontend
| library.
| Incidentally, and separately, I had to change qt2/Makefile.am:
| -libqt2xforms.la: link_files $(XFORMS_SOURCES)
| +libqt2xforms.la: link_files
Angus Leeming [EMAIL PROTECTED] writes:
FRONTEND_GUILIB=qt2/*.lo qt2/ui/*.lo qt2/moc/*.lo qt2/ui/moc/*.lo
where do you see the xforms stuff.
| So what is the point of the qt2/xforms directory? What do I need to change in
| FRONTEND_GUILIB? I certainly don't want to add xforms/*.lo
It appears that the new qt2/xforms stuff isn't being linked into the frontend
library.
Incidentally, and separately, I had to change qt2/Makefile.am:
-libqt2xforms.la: link_files $(XFORMS_SOURCES)
+libqt2xforms.la: link_files $(libqt2xforms_la_SOURCES)
link_files:
- for i in
On Wednesday 06 March 2002 11:17 am, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | It appears that the new qt2/xforms stuff isn't being linked into the
frontend
> | library.
> >
> | Incidentally, and separately, I had to change qt2/Makefile.am:
> |
On Wednesday 06 March 2002 11:54 am, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
>
> >>
> >> FRONTEND_GUILIB="qt2/*.lo qt2/ui/*.lo qt2/moc/*.lo qt2/ui/moc/*.lo"
> >>
> >> where do you see the xforms stuff.
> >
> | So what is the point of the qt2/xforms
On Wed, Mar 06, 2002 at 01:00:38PM +, Angus Leeming wrote:
> Well, it created the symbolic links correctly but didn't build anything.
> Perhaps because the .lo files already exist in the frontends/xforms dir?
> Doesn't sound very likely...
>
> Incidentally, it's a bit of a pain
Angus Leeming <[EMAIL PROTECTED]> writes:
| It appears that the new qt2/xforms stuff isn't being linked into the frontend
| library.
>
| Incidentally, and separately, I had to change qt2/Makefile.am:
| -libqt2xforms.la: link_files $(XFORMS_SOURCES)
| +libqt2xforms.la: link_files
Angus Leeming <[EMAIL PROTECTED]> writes:
>>
>> FRONTEND_GUILIB="qt2/*.lo qt2/ui/*.lo qt2/moc/*.lo qt2/ui/moc/*.lo"
>>
>> where do you see the xforms stuff.
>
| So what is the point of the qt2/xforms directory? What do I need to change in
| FRONTEND_GUILIB? I certainly don't want to add
I am trying to make the qt2 frontend compile and added a method running() in
qt2/Timeout_pimpl
there are two issues
1 Everything compiles but the dialogs are all xforms!
2 Starting and closing lyx makes it crash:
#0 0x0820f505 in Timeout::~Timeout (this=0x84710ec, __in_chrg=2
On Friday 01 March 2002 12:21 pm, Edwin Leuven wrote:
I am trying to make the qt2 frontend compile and added a method running()
in
qt2/Timeout_pimpl
there are two issues
1. Everything compiles but the dialogs are all xforms!
2. Starting and closing lyx makes it crash:
#0 0x0820f505
On Friday 01 March 2002 12:29 pm, Angus Leeming wrote:
On Friday 01 March 2002 12:21 pm, Edwin Leuven wrote:
I am trying to make the qt2 frontend compile and added a method running()
in
qt2/Timeout_pimpl
there are two issues
1. Everything compiles but the dialogs are all xforms
Try touching all the .C files in the frontends dir (only 4 or 5 files).
It was a clean compile...
possible that they think that their pimpl_s are qt2 ones, whilst your
executable contains xforms ones. Why it has linked as it has is another
matter about which I cannot comment.
Of
On Fri, Mar 01, 2002 at 01:21:53PM +0100, Edwin Leuven wrote:
anyone?
the build is still messed up after Lars changes I have to figure out
how to get qt2 building sensibly, probably quite painful
ps This one's probably for John: does anyone mind if I remove the edit
button from the
On Fri, Mar 01, 2002 at 02:28:37PM +, John Levon wrote:
the build is still messed up after Lars changes I have to figure out
how to get qt2 building sensibly, probably quite painful
In fact Lars I'd appreciate some help Currently you depend on
xforms/*lo Now I how to I get to
I've already fixed this bit of code, why remove it ?
Because it doesn't add anything but clutter? Applying Ockham's razor to the
UI: Pluralitas non est ponenda sine neccesitate...
On Fri, Mar 01, 2002 at 04:09:02PM +0100, Edwin Leuven wrote:
Because it doesn't add anything but clutter? Applying Ockham's razor to the
UI: Pluralitas non est ponenda sine neccesitate
it adds all the latex-munging power of $EDITOR
john
--
I am a complete moron for forgetting about
On Fri, Mar 01, 2002 at 04:30:55PM +0100, Edwin Leuven wrote:
You mean syntax highlighting? For 2 lines? Really, what's next?: Edit
People have pre ambles longer than two lines
buttons on the ERT insets so that we can get all the latex-munging power of
$EDITOR? Edit buttons in the
I don't care much. It's a tiny amount of code.
I'll rip it then if no one objects...
Ed.
Edwin == Edwin Leuven [EMAIL PROTECTED] writes:
it adds all the latex-munging power of $EDITOR.
Edwin You mean syntax highlighting? For 2 lines? Really, what's
Edwin next?: Edit... buttons on the ERT insets so that we can get
Edwin all the latex-munging power of $EDITOR? Edit... buttons in
I am trying to make the qt2 frontend compile and added a method running() in
qt2/Timeout_pimpl
there are two issues
1. Everything compiles but the dialogs are all xforms!
2. Starting and closing lyx makes it crash:
#0 0x0820f505 in Timeout::~Timeout (this=0x84710ec, __in_chrg=2
On Friday 01 March 2002 12:21 pm, Edwin Leuven wrote:
> I am trying to make the qt2 frontend compile and added a method running()
in
> qt2/Timeout_pimpl
>
> there are two issues
>
> 1. Everything compiles but the dialogs are all xforms!
> 2. Starting and closing lyx ma
On Friday 01 March 2002 12:29 pm, Angus Leeming wrote:
> On Friday 01 March 2002 12:21 pm, Edwin Leuven wrote:
> > I am trying to make the qt2 frontend compile and added a method running()
> in
> > qt2/Timeout_pimpl
> >
> > there are two issues
> >
> &
> > Try touching all the .C files in the frontends dir (only 4 or 5 files).
It was a clean compile...
> > possible that they think that their pimpl_s are qt2 ones, whilst your
> > executable contains xforms ones. Why it has linked as it has is another
> > matter about which I cannot comment.
>
On Fri, Mar 01, 2002 at 01:21:53PM +0100, Edwin Leuven wrote:
> anyone?
the build is still messed up after Lars changes. I have to figure out
how to get qt2 building sensibly, probably quite painful
> ps. This one's probably for John: does anyone mind if I remove the edit...
> button from the
On Fri, Mar 01, 2002 at 02:28:37PM +, John Levon wrote:
> the build is still messed up after Lars changes. I have to figure out
> how to get qt2 building sensibly, probably quite painful
In fact Lars I'd appreciate some help. Currently you depend on
xforms/*.lo. Now I how to I get to
> I've already fixed this bit of code, why remove it ?
Because it doesn't add anything but clutter? Applying Ockham's razor to the
UI: Pluralitas non est ponenda sine neccesitate...
On Fri, Mar 01, 2002 at 04:09:02PM +0100, Edwin Leuven wrote:
> Because it doesn't add anything but clutter? Applying Ockham's razor to the
> UI: Pluralitas non est ponenda sine neccesitate...
it adds all the latex-munging power of $EDITOR.
john
--
I am a complete moron for forgetting about
On Fri, Mar 01, 2002 at 04:30:55PM +0100, Edwin Leuven wrote:
> You mean syntax highlighting? For 2 lines? Really, what's next?: "Edit..."
People have pre ambles longer than two lines.
> buttons on the ERT insets so that we can get all the latex-munging power of
> $EDITOR? "Edit..." buttons
> I don't care much. It's a tiny amount of code.
I'll rip it then if no one objects...
Ed.
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
>> it adds all the latex-munging power of $EDITOR.
Edwin> You mean syntax highlighting? For 2 lines? Really, what's
Edwin> next?: "Edit..." buttons on the ERT insets so that we can get
Edwin> all the latex-munging power of $EDITOR?
On Mon, Sep 10, 2001 at 11:12:22AM +0900, R. Lahaye wrote:
Should we then add some testing against the available qt libs ?
Does that need to go in config/qt.m4 or in configure.in ?
we should prefer a library called qt2 to one called qt, but fall
back to qt if it fails.
The compile
John Levon wrote:
On Mon, Sep 10, 2001 at 12:31:22AM +0900, R. Lahaye wrote:
lyx: SIGSEGV signal caught
are you running with lyx -sync ?
You must for qt2 right now.
if not, please obtain a backtrace for me
both, with or without -sync causes the SIGSEGV.
Here is my gdb session:
> On Mon, Sep 10, 2001 at 11:12:22AM +0900, R. Lahaye wrote:
>
> > Should we then add some testing against the available qt libs ?
> > Does that need to go in config/qt.m4 or in configure.in ?
>
> we should prefer a library called qt2 to one called qt, but fall
> back to qt if it fails.
>
>
John Levon wrote:
>
> On Mon, Sep 10, 2001 at 12:31:22AM +0900, R. Lahaye wrote:
>
> > lyx: SIGSEGV signal caught
>
>
> are you running with lyx -sync ?
>
> You must for qt2 right now.
>
> if not, please obtain a backtrace for me
both, with or without -sync causes the SIGSEGV.
Here is my
On Sun, Sep 09, 2001 at 04:15:14AM +0200, Lars Gullik Bjønnes wrote:
+ * sp_base.h: add an include sys/types.h
because of what?
compile error, it should be possible to include this file alone like
we do in qt2. It was complaining about pid_t
but the is only because on FreeBSD they
Hi,
With the qt2 frontend, calling spellchecker (ispell dutch language),
causes the following:
Can't open /usr/local/share/ispell/dutch.hash
Ispell read timed out, what now?
lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. If possible, please read 'Known bugs'
under the Help
On Mon, Sep 10, 2001 at 12:31:22AM +0900, R. Lahaye wrote:
lyx: SIGSEGV signal caught
are you running with lyx -sync ?
You must for qt2 right now.
if not, please obtain a backtrace for me
regards
john
--
We don't have to worry about single players such as Michael Owen or Emile
Heskey.
John Levon wrote:
On Sun, Sep 09, 2001 at 04:15:14AM +0200, Lars Gullik Bjønnes wrote:
but this is only because on FreeBSD they have elected to call the qt
lib qt2... that is not the case on RedHat.
erm, oh yeah (brain crisis).
So I need to change it to prefer qt2 to qt. Eek.
On Mon, Sep 10, 2001 at 11:12:22AM +0900, R. Lahaye wrote:
First Q. of course: do you want LyX to compile out-of-the-box
on a FreeBSD system as well? I hope the answer is positive.
of course
Should we then add some testing against the available qt libs ?
Does that need to go in
On Sun, Sep 09, 2001 at 04:15:14AM +0200, Lars Gullik Bjønnes wrote:
> + * sp_base.h: add an include
>
> because of what?
compile error, it should be possible to include this file "alone" like
we do in qt2. It was complaining about pid_t
>
> but the is only because on FreeBSD they have
Hi,
With the qt2 frontend, calling spellchecker (ispell & dutch language),
causes the following:
Can't open /usr/local/share/ispell/dutch.hash
Ispell read timed out, what now?
lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. If possible, please read 'Known bugs'
under the
On Mon, Sep 10, 2001 at 12:31:22AM +0900, R. Lahaye wrote:
> lyx: SIGSEGV signal caught
are you running with lyx -sync ?
You must for qt2 right now.
if not, please obtain a backtrace for me
regards
john
--
"We don't have to worry about single players such as Michael Owen or Emile
Heskey.
John Levon wrote:
>
> On Sun, Sep 09, 2001 at 04:15:14AM +0200, Lars Gullik Bjønnes wrote:
> >
> > but this is only because on FreeBSD they have elected to call the qt
> > lib qt2... that is not the case on RedHat.
>
> erm, oh yeah (brain crisis).
>
> So I need to change it to prefer qt2 to
On Mon, Sep 10, 2001 at 11:12:22AM +0900, R. Lahaye wrote:
> First Q. of course: do you want LyX to compile out-of-the-box
> on a FreeBSD system as well? I hope the answer is positive.
of course
> Should we then add some testing against the available qt libs ?
> Does that need to go in
John,
Could the attached patch solve the problem to at least compile the present qt2 parts?
(It does on my FreeBSD PC).
Rob.
John Levon wrote:
On Tue, Sep 04, 2001 at 10:42:38PM +0900, R. Lahaye wrote:
All qt stuff is in config/qt2.m4.
I removed the symlink (mentioned above), but
On Sat, Sep 08, 2001 at 03:31:50PM +0900, R. Lahaye wrote:
John,
Could the attached patch solve the problem to at least compile the present qt2 parts?
(It does on my FreeBSD PC).
Rob.
looks sane to me. Add a changelog for both bits and get someone else to apply it as I
can't
thanks
john
Patch + ChangLogs attached.
Modifications to config/qt.m4, src/sp_base.h and their ChangLogs.
Rob.
John Levon wrote:
On Sat, Sep 08, 2001 at 03:31:50PM +0900, R. Lahaye wrote:
John,
Could the attached patch solve the problem to at least compile
the present qt2 parts?
(It does on
John,
Could the attached patch solve the problem to at least compile the present qt2 parts?
(It does on my FreeBSD PC).
Rob.
>John Levon wrote:
>
> On Tue, Sep 04, 2001 at 10:42:38PM +0900, R. Lahaye wrote:
>
> > All qt stuff is in config/qt2.m4.
> > I removed the symlink (mentioned above),
On Sat, Sep 08, 2001 at 03:31:50PM +0900, R. Lahaye wrote:
> John,
>
> Could the attached patch solve the problem to at least compile the present qt2 parts?
> (It does on my FreeBSD PC).
> Rob.
looks sane to me. Add a changelog for both bits and get someone else to apply it as I
can't
thanks
Patch + ChangLogs attached.
Modifications to config/qt.m4, src/sp_base.h and their ChangLogs.
Rob.
John Levon wrote:
>
> On Sat, Sep 08, 2001 at 03:31:50PM +0900, R. Lahaye wrote:
>
> > John,
> >
> > Could the attached patch solve the problem to at least compile
> > the present qt2 parts?
> >
On Tue, Sep 04, 2001 at 01:06:07PM +0900, R. Lahaye wrote:
1) At the end of the make, it automagically links against -lqt, which it
cannot find on my FreeBSD machine, since it should be -lqt2. Of course
I solved it by making a symbolic link between libqt2.so and libqt.so.
it does
John Levon wrote:
1) At the end of the make, it automagically links against -lqt, which it
cannot find on my FreeBSD machine, since it should be -lqt2. Of course
I solved it by making a symbolic link between libqt2.so and libqt.so.
it does *what* ??? eh ??? This makes no sense
On Tuesday 04 September 2001 14:42, R. Lahaye wrote:
sure they need doing ;) They need to be MVCed first though and that
definitely won't
happen before 1.2.0.
MVCed? Is gooblediegook to me. What does it mean?
MVC: model-view-control
The FormPreferences class needs to be split into a
On Tue, Sep 04, 2001 at 10:42:38PM +0900, R. Lahaye wrote:
All qt stuff is in config/qt2.m4.
I removed the symlink (mentioned above), but replaced all -lqt by -lqt2 in
config/qt.m4. My make then runs like a charm, linking -lqt2.
/me looks
/me is greatly surprised.
wow, that's totally
On Tue, Sep 04, 2001 at 01:06:07PM +0900, R. Lahaye wrote:
> 1) At the end of the make, it automagically links against -lqt, which it
>cannot find on my FreeBSD machine, since it should be -lqt2. Of course
>I solved it by making a symbolic link between libqt2.so and libqt.so.
it does
John Levon wrote:
> > 1) At the end of the make, it automagically links against -lqt, which it
> >cannot find on my FreeBSD machine, since it should be -lqt2. Of course
> >I solved it by making a symbolic link between libqt2.so and libqt.so.
>
> it does *what* ??? eh ??? This makes no
On Tuesday 04 September 2001 14:42, R. Lahaye wrote:
> > sure they need doing ;) They need to be MVCed first though and that
definitely won't
> > happen before 1.2.0.
>
> MVCed? Is gooblediegook to me. What does it mean?
MVC: model-view-control
The FormPreferences class needs to be split
On Tue, Sep 04, 2001 at 10:42:38PM +0900, R. Lahaye wrote:
> All qt stuff is in config/qt2.m4.
> I removed the symlink (mentioned above), but replaced all "-lqt" by "-lqt2" in
> config/qt.m4. My make then runs like a charm, linking -lqt2.
/me looks
/me is greatly surprised.
wow, that's
1 - 100 of 152 matches
Mail list logo