John, I get the following error while linking...
[...]
qt2.lax/libqt2uimoc.a/QURLDialogBase_moc.o
ar: ../xforms/FloatMenuImpl.o: No such file or directory
make[5]: *** [libqt2.la] Error 1
make[5]: Leaving directory `/home/leuven/cvs/lyx-devel/src/frontends/qt2'
make[4]: *** [all-recursive]
Hi,
a short comment on the find replace dialog:
In the find dialog, LyX is looking for the next occurrence if
replace is choosen. A collegue and I think that this is not
intuitive. In particular as replace searches forwards even if you have
clicked on - before. Either replace replace
On 25-Aug-2001 John Levon wrote:
The Qt2 frontend is currently using Qt's tr() in its dialogs. This is
obviously not going to get along with the rest of LyX using plain old gettext
_()
Anyone ideas on how to solve this ?
tr() happens, which isn't allowable with gettext apparently.
On Sat, Aug 25, 2001 at 12:26:57AM +0300, Dekel Tsur wrote:
An here is a slightly improved version.
I do not like the call to ReadSymbol form lyxmain. This breaks
encapsulation... What is wrong with the static variable constructor
trick?
Why the use of LyXLex to read that simple file format?
On Fri, Aug 24, 2001 at 01:58:15PM -0300, Garst R. Reese wrote:
Jose Abilio Oliveira Matos wrote:
PS: I have come recently from vacations... I now can claim to now more
than 50 castles in Portugal...
Sounds like book material to me.
Garst
Actually it was a just for relaxing, but I
Hi,
since Friday, the character dialog is that small on my machine that I
cannot even read the first line. Unfortunately, resizing the dialog does
not work such that I have to close it by the KDE menu - core dump.
Michael
--
Sorry guys,
more bugs:
- Insert a minipage into the only cell of a 1x1 table; then try to
invoke the minipage dialog - you will fail; the table dialog is invoked
instead all the time
- In the table dialog, you need to enter RETURN in order to set a fixed
width for a column; this is not
On 27-Aug-2001 Michael Schmitt wrote:
more bugs:
- Insert a minipage into the only cell of a 1x1 table; then try to
invoke the minipage dialog - you will fail; the table dialog is invoked
instead all the time
Use the Menu for opening this and not the mouse. We cannot always know what
On Mon, 27 Aug 2001, Juergen Vigna wrote:
- Insert a minipage into the only cell of a 1x1 table; then try to
invoke the minipage dialog - you will fail; the table dialog is invoked
instead all the time
Use the Menu for opening this and not the mouse. We cannot always know what
you
On Mon, Aug 27, 2001 at 11:29:03AM +0200, Juergen Vigna wrote:
Well I fix this stuff by a makefile and postprocessing the generated .C files
(as we do in xforms) this is quite easy to do using 'sed'.
this is a real last hope thing. Such things are pretty horrible ...
regards
john
--
On Mon, Aug 27, 2001 at 10:18:57AM +0200, Edwin Leuven wrote:
ar: ../xforms/FloatMenuImpl.o: No such file or directory
argh, sorry. fixed, try again
thanks
john
--
Premature generalization is the root of all evil.
- Karl Fogel
On Mon, Aug 27, 2001 at 08:21:50AM +0200, Andre Poenitz wrote:
I'd say every instance of the function should have its own static. How else
could it work when the type of 'isBuilt' depents on the template parameter?
I have no idea - let me put it this way; making it a member fixes the problem.
On Mon, Aug 27, 2001 at 01:10:01PM +0200, Michael Schmitt wrote:
since Friday, the character dialog is that small on my machine that I
cannot even read the first line. Unfortunately, resizing the dialog does
not work such that I have to close it by the KDE menu - core dump.
the last change
On 27-Aug-2001 Michael Schmitt wrote:
Well, if I place the cursor right at the minipage label, LyX should
think that I want to edit the minipage and not the table. The rule should
be: Deepest nested inset matches first.
Anyway: How do I open the minipage dialog from the menu? I can't find
On Mon, 27 Aug 2001, Juergen Vigna wrote:
Aha. That means close = cancel??? This is really counter-intuitive.
Would it be difficult to make it an ok button until a better solution is
implemented?
Ok would be more counter-intuitive the Close IMO
Of course, OK would require a change of
On Mon, Aug 27, 2001 at 08:21:50AM +0200, Andre Poenitz wrote:
60 template class Base
61 void ControlDialogBase::show()
62 {
63 if (isBufferDependent() !lv_.view()-available())
64 return;
65
66 setParams();
On Mon, Aug 27, 2001 at 05:24:09PM +0200, Juergen Vigna wrote:
Why? This is a problem of the dialog-editor/converter which does not permit
to do it in another way, so you should then ask to fix this in the designer.
you're right, and I've just thought of a nice way. uic can output to stdout,
On Mon, Aug 27, 2001 at 05:24:09PM +0200, Juergen Vigna wrote:
Why? This is a problem of the dialog-editor/converter which does not permit
to do it in another way, so you should then ask to fix this in the designer.
OK, I've just realised uic can output to stdout, so we can do the sed w/o
On Mon, Aug 27, 2001 at 06:55:21PM +0200, Lars Gullik Bjønnes wrote:
| I have no idea how the po/ stuff works. If so, we need to build in
src/frontends/qt2/ui/
| before doing this (it would be really really gross to have to add
| all the generated files to CVS)
I do not find that gross at
can somebody try the attached patch, please.
I tried to implement a local help-information
on the different gui's. at first, I created
a help-button for the bibtex-gui. a file
browser shows the content of the file
Bibtex.hlp, which must be in system_lyxdir/help,
maybe /usr/share/lyx/help or
Hi,
When I compile the latest cvs version of lyx-devel with qt2 as frontend, I
have the following error during the compilation:
mkdir .libs
g++ -g -O -fno-exceptions -W -Wall -o lyx BufferView.o BufferView2.o
BufferView_pimpl.o Bullet.o Chktex.o ColorHandler.o CutAndPaste.o DepTable.o
On Mon, Aug 27, 2001 at 07:04:57PM +0200, Herbert Voss wrote:
can somebody try the attached patch, please.
I tried to implement a local help-information
on the different gui's. at first, I created
I would much rather have most of this to be xforms-specific,
with the exception of the help
On Mon, Aug 27, 2001 at 07:08:36PM +0200, Lars Gullik Bjønnes wrote:
| you don't ? You can't read diffs very much - editing them is a real pain.
you lost me now...
I make changes in qt2, then cvs diff a.diff so I can read what I changed.
With the generated files in CVS, I have to wade
On Mon, Aug 27, 2001 at 06:59:53PM +0200, Pascal Francq wrote:
-liberty -lc -lm -lX11
frontends/.libs/libfrontends.a(Dialogs.o): In function `GUIControlThesaurus,
QThesaurus, OkApplyCancelReadOnlyPolicy, Qt2BC::~GUI(void)':
On Mon, Aug 27, 2001 at 07:32:57PM +0200, Lars Gullik Bjønnes wrote:
Leave it in a bit longer and I will have a look.
thanks for any light you can shed..
but I need some other fixes so that I at least can compile.
ouch, did I break something ? sorry !
regards
john
--
Premature
Herbert Voss wrote:
the tarzip contains the diff, the helpfile
and a screenshot.
sorry, I forgot the new files ...
Herbert
--
http://www.educat.hu-berlin.de/~voss/lyx/
helpFiles.tgz
On Mon, Aug 27, 2001 at 07:29:14PM +0200, Lars Gullik Bjønnes wrote:
there are two options for the po stuff... genereate from the ui files
ok, it looks like this can be done by grepping for stringsome text/string
good idea I think
../../../../../src/frontends/qt2/QAboutDialog.h:11:33:
On Mon, Aug 27, 2001 at 08:20:15PM +0200, Lars Gullik Bjønnes wrote:
Note: I always use srcdir != builddir when compiling.
ah, I see, that explains it. Well the patch I sent should work right, yes ?
thanks
john
--
Premature generalization is the root of all evil.
- Karl Fogel
On Mon, Aug 27, 2001 at 09:04:17PM +0200, Lars Gullik Bjønnes wrote:
| + -I${top_builddir}/src/frontends/qt2 \
Ok, I have it compiling _and_ linking now.
hurrah, thanks !
john, waiting to see where he was stupid ...
--
Premature generalization is the root of all evil.
-
On Mon, Aug 27, 2001 at 08:57:00PM +0200, Edwin Leuven wrote:
virtual void apply() {}
argh how stupid of me !!!. Very weird it didn't moan about apply specifically ...
it compiles and links. Starting lyx then segfaults :-(Backtrace follows.
make clean. there's something
Qt modifies argc to remove its own arguments, so we must pass a reference.
thanks
john
--
Premature generalization is the root of all evil.
- Karl Fogel
virtual void apply() {}
argh how stupid of me !!!. Very weird it didn't moan about apply
specifically ...
I learned my elementary c++ skills from a really nice book called
accelerated c++ by Koenig and Moo. I think this book would fit nicely among
the lyx c++ references as a book to
This is a collection of the three fixes I made over the weekend ...
thanks
john
--
Premature generalization is the root of all evil.
- Karl Fogel
Index: ButtonController.h
===
RCS file:
On Mon, Aug 27, 2001 at 09:52:58PM +0200, Lars Gullik Bjønnes wrote:
| Qt modifies argc to remove its own arguments, so we must pass a reference.
pointer?
hmm ? QApplication takes an int argc, how can we use a pointer ?
thanks
john
p.s. thanks for the qt2 patch, I'll put it in.
--
Index: QThesaurus.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/qt2/QThesaurus.C,v
retrieving revision 1.1
diff -u -p -r1.1 QThesaurus.C
--- QThesaurus.C2001/08/27 02:54:27 1.1
+++ QThesaurus.C
Is there some way to get Lyx to print change bars on my
document? Ideally, a dialog to say which revision of the
document to diff against, and perhaps which revision control
system to use?
But simple comparison against another copy of the file would
work fine as well.
-Iain McClatchie
xforms use of X error handlers is incompatible with Qt's (they both do it).
As a result, you can and do experience random crashes with the Qt frontend,
usually after closing a file dialog.
There is no workaround for this until xforms is not built in, other than
starting lyx with :
lyx -sync
Can someone who actually knows what's going on here see if this will do ?
Do I still need to generate .Ch files with _(etc.) with this patch (no ?)
diff -u -r1.15 Makefile.in.in
--- po/Makefile.in.in 2001/07/28 13:03:21 1.15
+++ po/Makefile.in.in 2001/08/28 01:40:53
@@ -214,6 +214,8
what's with the scale height option ? It appears to mutually exclusive
to the other height resize options, yet the xforms dialog has it as a checkbox.
What does it mean and what would be the significance of the heightSize value
if it's enabled ?
thanks
john
--
Premature generalization is the
John, I get the following error while linking...
[...]
qt2.lax/libqt2uimoc.a/QURLDialogBase_moc.o
ar: ../xforms/FloatMenuImpl.o: No such file or directory
make[5]: *** [libqt2.la] Error 1
make[5]: Leaving directory `/home/leuven/cvs/lyx-devel/src/frontends/qt2'
make[4]: *** [all-recursive]
Hi,
a short comment on the find & replace dialog:
In the "find" dialog, LyX is looking for the next occurrence if
"replace" is choosen. A collegue and I think that this is not
intuitive. In particular as "replace" searches forwards even if you have
clicked on "<-" before. Either replace
On 25-Aug-2001 John Levon wrote:
>
> The Qt2 frontend is currently using Qt's "tr()" in its dialogs. This is
> obviously not going to get along with the rest of LyX using plain old gettext
> _()
>
> Anyone ideas on how to solve this ?
>
> tr("") happens, which isn't allowable with gettext
On Sat, Aug 25, 2001 at 12:26:57AM +0300, Dekel Tsur wrote:
> An here is a slightly improved version.
I do not like the call to ReadSymbol form lyxmain. This breaks
encapsulation... What is wrong with the "static variable constructor
trick"?
Why the use of LyXLex to read that simple file
On Fri, Aug 24, 2001 at 01:58:15PM -0300, Garst R. Reese wrote:
> Jose Abilio Oliveira Matos wrote:
>
> > PS: I have come recently from vacations... I now can claim to now more
> > than 50 castles in Portugal...
> Sounds like book material to me.
> Garst
Actually it was a just for
Hi,
since Friday, the character dialog is that small on my machine that I
cannot even read the first line. Unfortunately, resizing the dialog does
not work such that I have to close it by the KDE menu -> core dump.
Michael
--
Sorry guys,
more bugs:
- Insert a minipage into the only cell of a 1x1 table; then try to
invoke the minipage dialog -> you will fail; the table dialog is invoked
instead all the time
- In the table dialog, you need to enter RETURN in order to set a fixed
width for a column; this is not
On 27-Aug-2001 Michael Schmitt wrote:
> more bugs:
>
> - Insert a minipage into the only cell of a 1x1 table; then try to
> invoke the minipage dialog -> you will fail; the table dialog is invoked
> instead all the time
Use the Menu for opening this and not the mouse. We cannot always
On Mon, 27 Aug 2001, Juergen Vigna wrote:
> > - Insert a minipage into the only cell of a 1x1 table; then try to
> > invoke the minipage dialog -> you will fail; the table dialog is invoked
> > instead all the time
>
> Use the Menu for opening this and not the mouse. We cannot always know
On Mon, Aug 27, 2001 at 11:29:03AM +0200, Juergen Vigna wrote:
> Well I fix this stuff by a makefile and postprocessing the generated .C files
> (as we do in xforms) this is quite easy to do using 'sed'.
this is a real last hope thing. Such things are pretty horrible ...
regards
john
--
On Mon, Aug 27, 2001 at 10:18:57AM +0200, Edwin Leuven wrote:
> ar: ../xforms/FloatMenuImpl.o: No such file or directory
argh, sorry. fixed, try again
thanks
john
--
"Premature generalization is the root of all evil."
- Karl Fogel
On Mon, Aug 27, 2001 at 08:21:50AM +0200, Andre Poenitz wrote:
> I'd say every instance of the function should have its own static. How else
> could it work when the type of 'isBuilt' depents on the template parameter?
I have no idea - let me put it this way; making it a member fixes the
On Mon, Aug 27, 2001 at 01:10:01PM +0200, Michael Schmitt wrote:
> since Friday, the character dialog is that small on my machine that I
> cannot even read the first line. Unfortunately, resizing the dialog does
> not work such that I have to close it by the KDE menu -> core dump.
the last
On 27-Aug-2001 Michael Schmitt wrote:
> Well, if I place the cursor right at the "minipage" label, LyX should
> think that I want to edit the minipage and not the table. The rule should
> be: "Deepest nested inset matches first".
>
> Anyway: How do I open the minipage dialog from the menu? I
On Mon, 27 Aug 2001, Juergen Vigna wrote:
> > Aha. That means "close" = "cancel"??? This is really counter-intuitive.
> > Would it be difficult to make it an "ok" button until a better solution is
> > implemented?
>
> Ok would be more counter-intuitive the "Close" IMO
Of course, OK would
On Mon, Aug 27, 2001 at 08:21:50AM +0200, Andre Poenitz wrote:
> > 60 template
> > 61 void ControlDialog::show()
> > 62 {
> > 63 if (isBufferDependent() && !lv_.view()->available())
> > 64 return;
> > 65
> > 66 setParams();
> >
On Mon, Aug 27, 2001 at 05:24:09PM +0200, Juergen Vigna wrote:
> Why? This is a problem of the dialog-editor/converter which does not permit
> to do it in another way, so you should then ask to fix this in the "designer".
you're right, and I've just thought of a nice way. uic can output to
On Mon, Aug 27, 2001 at 05:24:09PM +0200, Juergen Vigna wrote:
> Why? This is a problem of the dialog-editor/converter which does not permit
> to do it in another way, so you should then ask to fix this in the "designer".
OK, I've just realised uic can output to stdout, so we can do the sed w/o
On Mon, Aug 27, 2001 at 06:55:21PM +0200, Lars Gullik Bjønnes wrote:
> | I have no idea how the po/ stuff works. If so, we need to build in
>src/frontends/qt2/ui/
> | before doing this (it would be really really gross to have to add
> | all the generated files to CVS)
>
> I do not find that
can somebody try the attached patch, please.
I tried to implement a local help-information
on the different gui's. at first, I created
a help-button for the bibtex-gui. a file
browser shows the content of the file
Bibtex.hlp, which must be in system_lyxdir/help,
maybe /usr/share/lyx/help or
Hi,
When I compile the latest cvs version of lyx-devel with qt2 as frontend, I
have the following error during the compilation:
mkdir .libs
g++ -g -O -fno-exceptions -W -Wall -o lyx BufferView.o BufferView2.o
BufferView_pimpl.o Bullet.o Chktex.o ColorHandler.o CutAndPaste.o DepTable.o
On Mon, Aug 27, 2001 at 07:04:57PM +0200, Herbert Voss wrote:
> can somebody try the attached patch, please.
> I tried to implement a local help-information
> on the different gui's. at first, I created
I would much rather have most of this to be xforms-specific,
with the exception of the help
On Mon, Aug 27, 2001 at 07:08:36PM +0200, Lars Gullik Bjønnes wrote:
> | you don't ? You can't read diffs very much - editing them is a real pain.
>
> you lost me now...
I make changes in qt2, then cvs diff >a.diff so I can read what I changed.
With the generated files in CVS, I have to wade
On Mon, Aug 27, 2001 at 06:59:53PM +0200, Pascal Francq wrote:
> -liberty -lc -lm -lX11
> frontends/.libs/libfrontends.a(Dialogs.o): In function `GUI QThesaurus, OkApplyCancelReadOnlyPolicy, Qt2BC>::~GUI(void)':
>
On Mon, Aug 27, 2001 at 07:32:57PM +0200, Lars Gullik Bjønnes wrote:
> Leave it in a bit longer and I will have a look.
thanks for any light you can shed..
> but I need some other fixes so that I at least can compile.
ouch, did I break something ? sorry !
regards
john
--
"Premature
Herbert Voss wrote:
>
>
> the tarzip contains the diff, the helpfile
> and a screenshot.
sorry, I forgot the new files ...
Herbert
--
http://www.educat.hu-berlin.de/~voss/lyx/
helpFiles.tgz
On Mon, Aug 27, 2001 at 07:29:14PM +0200, Lars Gullik Bjønnes wrote:
> there are two options for the po stuff... genereate from the ui files
ok, it looks like this can be done by grepping for some text
good idea I think
> ../../../../../src/frontends/qt2/QAboutDialog.h:11:33:
On Mon, Aug 27, 2001 at 08:20:15PM +0200, Lars Gullik Bjønnes wrote:
> Note: I always use srcdir != builddir when compiling.
ah, I see, that explains it. Well the patch I sent should work right, yes ?
thanks
john
--
"Premature generalization is the root of all evil."
- Karl Fogel
On Mon, Aug 27, 2001 at 09:04:17PM +0200, Lars Gullik Bjønnes wrote:
> | + -I${top_builddir}/src/frontends/qt2 \
>
> Ok, I have it compiling _and_ linking now.
hurrah, thanks !
john, waiting to see where he was stupid ...
--
"Premature generalization is the root of all evil."
On Mon, Aug 27, 2001 at 08:57:00PM +0200, Edwin Leuven wrote:
> virtual void apply() {}
argh how stupid of me !!!. Very weird it didn't moan about apply specifically ...
> it compiles and links. Starting lyx then segfaults :-(Backtrace follows.
make clean. there's something
Qt modifies argc to remove its own arguments, so we must pass a reference.
thanks
john
--
"Premature generalization is the root of all evil."
- Karl Fogel
> > virtual void apply() {}
>
> argh how stupid of me !!!. Very weird it didn't moan about apply
> specifically ...
I learned my elementary c++ skills from a really nice book called
"accelerated c++" by Koenig and Moo. I think this book would fit nicely among
the lyx c++ references as a
This is a collection of the three fixes I made over the weekend ...
thanks
john
--
"Premature generalization is the root of all evil."
- Karl Fogel
Index: ButtonController.h
===
RCS file:
On Mon, Aug 27, 2001 at 09:52:58PM +0200, Lars Gullik Bjønnes wrote:
> | Qt modifies argc to remove its own arguments, so we must pass a reference.
>
> pointer?
hmm ? QApplication takes an int & argc, how can we use a pointer ?
thanks
john
p.s. thanks for the qt2 patch, I'll put it in.
--
Index: QThesaurus.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/qt2/QThesaurus.C,v
retrieving revision 1.1
diff -u -p -r1.1 QThesaurus.C
--- QThesaurus.C2001/08/27 02:54:27 1.1
+++ QThesaurus.C
Is there some way to get Lyx to print change bars on my
document? Ideally, a dialog to say which revision of the
document to diff against, and perhaps which revision control
system to use?
But simple comparison against another copy of the file would
work fine as well.
-Iain McClatchie
xforms use of X error handlers is incompatible with Qt's (they both do it).
As a result, you can and do experience random crashes with the Qt frontend,
usually after closing a file dialog.
There is no workaround for this until xforms is not built in, other than
starting lyx with :
lyx -sync
Can someone who actually knows what's going on here see if this will do ?
Do I still need to generate .Ch files with _("etc.") with this patch (no ?)
diff -u -r1.15 Makefile.in.in
--- po/Makefile.in.in 2001/07/28 13:03:21 1.15
+++ po/Makefile.in.in 2001/08/28 01:40:53
@@ -214,6 +214,8
what's with the "scale" height option ? It appears to mutually exclusive
to the other height resize options, yet the xforms dialog has it as a checkbox.
What does it mean and what would be the significance of the heightSize value
if it's enabled ?
thanks
john
--
"Premature generalization is
78 matches
Mail list logo