Martin Vermeer [EMAIL PROTECTED] writes:
| Here:
|
| http://www.northernjourney.com/opensource/newbies/newb020.html
|
| ...and it says
|
| "LyX has a lovely interface..."
|
| so just give up on GUII ;-)
Nice article, a pity that the author does not seem to grasp the
difference between LaTeX
Ben Cazzolato [EMAIL PROTECTED] writes:
| Guys
|
| Another 2 bugs in Lyx 1.1.6fix1.
|
| 1. When entering numbers into tables it is not possible to use the numeric
| keypad (with num lock on of course).
But you are able to input numbers into regular paragraphs?
Lgb
Lars
| Another 2 bugs in Lyx 1.1.6fix1.
|
| 1. When entering numbers into tables it is not possible to use the numeric
| keypad (with num lock on of course).
But you are able to input numbers into regular paragraphs?
Yep, can use the keypad to input data into normal paragraphs.
In
On Tue, Feb 20, 2001 at 07:06:47PM +1030, Ben Cazzolato wrote:
Lars
| Another 2 bugs in Lyx 1.1.6fix1.
|
| 1. When entering numbers into tables it is not possible to use the numeric
| keypad (with num lock on of course).
But you are able to input numbers into regular paragraphs?
Jose Abilio Oliveira Matos [EMAIL PROTECTED] writes:
| On Tue, Feb 20, 2001 at 07:06:47PM +1030, Ben Cazzolato wrote:
| Lars
|
| | Another 2 bugs in Lyx 1.1.6fix1.
| |
| | 1. When entering numbers into tables it is not possible to use the numeric
| | keypad (with num lock on of
"Juergen" == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen No they are not backported yet, also because there is a lot
Juergen to backport and probaly I would have to rewrite it for 1.1.6.
Juergen I'm still of the opinion that we should release a 1.1.7
Juergen without the new-insets (as soon
Hi, I am trying to move the latex preamble to the guii xforms dir. During
linking I get the following error message:
../src/frontends/xforms/.libs/libxforms.a(FormPreamble.o): In function
`SigC::ObjectSlot0_void, FormBase::callback(void *)':
/usr/include/g++-2/std/bastring.cc(.text+0x10e):
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Juergen" == Juergen Vigna [EMAIL PROTECTED] writes:
|
| Juergen No they are not backported yet, also because there is a lot
| Juergen to backport and probaly I would have to rewrite it for 1.1.6.
| Juergen I'm still of the opinion that we
Edwin Leuven [EMAIL PROTECTED] writes:
| Hi, I am trying to move the latex preamble to the guii xforms dir. During
| linking I get the following error message:
You are probably missing an inheritance from SigC::Object somewhere.
Lgb
On Tuesday 20 February 2001 09:55, Lars Gullik Bjønnes wrote:
Edwin Leuven [EMAIL PROTECTED] writes:
| Hi, I am trying to move the latex preamble to the guii xforms dir. During
| linking I get the following error message:
You are probably missing an inheritance from SigC::Object
Still on unsafe ground...
This "promotes" MathedParInset::array from a "MathArray *" to a "real"
MathArray. I am not sure whether the resulting simplified constructors
for MathSqrtInset etc. behave exactly as the original version, but the
new version should be "correct".
Andre'
--
Andr Pnitz
On Tuesday 20 February 2001 10:03, Angus Leeming wrote:
On Tuesday 20 February 2001 09:55, Lars Gullik Bjønnes wrote:
Edwin Leuven [EMAIL PROTECTED] writes:
| Hi, I am trying to move the latex preamble to the guii xforms dir.
During
| linking I get the following error message:
Next change would be to change getData and setData to take references
instead of pointers, so these "*" will go...
Andre'
--
Andr Pnitz [EMAIL PROTECTED]
Angus Leeming [EMAIL PROTECTED] writes:
| On Tuesday 20 February 2001 10:03, Angus Leeming wrote:
| On Tuesday 20 February 2001 09:55, Lars Gullik Bjnnes wrote:
| Edwin Leuven [EMAIL PROTECTED] writes:
|
| | Hi, I am trying to move the latex preamble to the guii xforms dir.
| During
|
Andre Poenitz [EMAIL PROTECTED] writes:
| Still on unsafe ground...
|
| This "promotes" MathedParInset::array from a "MathArray *" to a "real"
| MathArray. I am not sure whether the resulting simplified constructors
| for MathSqrtInset etc. behave exactly as the original version, but the
| new
Where's the diff?
/usr/src/lyx/lyx-devel/src/mathed/mathed30.diff
Oh.. you mean I'd better attach it to the mail?
Andre'
--
Andr Pnitz [EMAIL PROTECTED]
Index: ChangeLog
===
RCS file:
On Mon, 19 Feb 2001, John Levon wrote:
Second, in order to help track them, you might like to enter them in the lyx bug
tracker
(http://lyxbugs.sourceforge.net). That way everyone will have a record. If you do
spare
a moment to do this, please only put one bug per entry, thanks.
Of course,
Andre Poenitz [EMAIL PROTECTED] writes:
| Where's the diff?
|
| /usr/src/lyx/lyx-devel/src/mathed/mathed30.diff
|
| Oh.. you mean I'd better attach it to the mail?
mmm...
one small note... never use C style casts, even in code that you plan
to discard soon. Always use the C++ style casts.
Please apply the patch attached. It resolves the following messages:
aleem@pneumon:devel- cvs update
[EMAIL PROTECTED]'s password:
? boost/config.log
? boost/libtool
? boost/config.status
? boost/boost/config.h
? boost/libs/Makefile
? boost/libs/regex
cvs server: Updating .
(I don't know what
On Tue, 20 Feb 2001, Edwin Leuven wrote:
This code compiles perfectly for me on a DEC Alpha running
DEC cxx -strict_ansi
Perhaps your compiler (g++?) got confused! Why not "make clean" in the
xforms directory and try again. In the past, similar messages have been
resolved by correct
"Mark" == Mark van Rossum [EMAIL PROTECTED] writes:
Mark Lyx 1.1.6 failed updating the dvi file in some cases.
Mark It happens when '\usepackage{harvard}' is present in the Latex
Mark preamble. This probably screws up the depedency files in the
Mark temp dir (see attachement) When commented
On Tue, 20 Feb 2001, Michael Schmitt wrote:
On Mon, 19 Feb 2001, John Levon wrote:
Second, in order to help track them, you might like to enter them in the lyx bug
tracker
(http://lyxbugs.sourceforge.net). That way everyone will have a record. If you do
spare
a moment to do this,
Just to point out I get the same problem. I admit I'd not thought of the
pragma stuff. Edwin, try removing the #pragma implementation/interface
stuff from the header and source file. I don't know why this would help
(given all the others work OK) but it's worth a shot.
After removing the
On Tuesday 20 February 2001 12:06, Edwin Leuven wrote:
Just to point out I get the same problem. I admit I'd not thought of the
pragma stuff. Edwin, try removing the #pragma implementation/interface
stuff from the header and source file. I don't know why this would help
(given all the
Edwin Leuven [EMAIL PROTECTED] writes:
| Just to point out I get the same problem. I admit I'd not thought of the
| pragma stuff. Edwin, try removing the #pragma implementation/interface
| stuff from the header and source file. I don't know why this would help
| (given all the others work
I think the question to ask first is what's gone wrong with the #pragma
stuff.
good question. I guess I must fail this test.
When you come to submit the patch, could you also strip out the old
preamble form from the ./forms directory. (In layout_forms.[fd,h.patch]
that was already in the
On Tue, 20 Feb 2001, Edwin Leuven wrote:
that was already in the patch i send in.
how should I proceed?
thanks, ed.
Your patch seems to be missing ripping out of preamble
from layout_forms.fd
Also,
Index: src/frontends/xforms/forms/form_preamble.fd
On Tuesday 20 February 2001 12:20, Edwin Leuven wrote:
I think the question to ask first is what's gone wrong with the #pragma
stuff.
good question. I guess I must fail this test.
Not important.
When you come to submit the patch, could you also strip out the old
preamble form from the
Just a guess from the docs
http://www.dis.com/gnu/gcc/gcc_108.html
but try moving the #pragma interface in FormPreamble.h
to *before* the #include "FormBase.h"
john
--
"Taste is predicated on discrimination."
This moves the remaining parts of MathIter::Copy to MathArray. Again, I
am not sure that "new" and "old" behaviour is exactly the same.
Andre'
--
Andr Pnitz [EMAIL PROTECTED]
And of course I forgot the attachment again...
Andre'
--
Andr Pnitz [EMAIL PROTECTED]
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/ChangeLog,v
retrieving
"Andreas" == Andreas Deininger [EMAIL PROTECTED] writes:
Andreas Hi, I eventually found out how to reproduce a bug in Lyx
Andreas 1.1.6 fix1:
Andreas If inside a paragraph, move to the beginning of a word.
Andreas Remove just this word (by typing 'del'-key several times).
Andreas Now there is
Dear John,
I have inserted all bug reports into the sourceforge system. Let's hope Juergen
et al. are in fact maintaining this list (sorting out fixed bugs etc.;
personally, I wouldn't like to do this:-)).
One more remark: At "http://www.lyx.org/internet/mailing.php3" it is suggested
to post
| After removing the #pragma stuff it compiles! Is a patch without
| this ok?
yes.
here it is...hopefully it can be applied. Thank you all for your help!
Ed.
preamble2.diff.gz
"Allan" == Allan Rae [EMAIL PROTECTED] writes:
Allan On Fri, 16 Feb 2001 [EMAIL PROTECTED] wrote: [...]
po/Makefile.in.in from current CVS works fine. Can someone check
this into the 1.1.6fix branch?
Allan JMarc, I think the changes should be safe to put into 1.1.6
Allan now. Do you want to
Lars wrote:
| I also would like to have a new release without NEW_INSETS so that we
| have a version as least as stable as 1.1.5fix2. Then we will be able
| to jump to the next step. The risk if we don't do that is that people
| just won't test new versions and wait until things seems
Hello,
Appended as usual is a list of what has been fixed since 1.1.6fix1.
Please tell me what are the open bugs you consider important for
1.1.6fix2. Some known problems are:
- many many tabular bugs. Juergen managed to fix a bunch of them, but
it is not clear which ones can go safely here.
On Tuesday 20 February 2001 13:05, Edwin Leuven wrote:
| After removing the #pragma stuff it compiles! Is a patch without
| this ok?
yes.
here it is...hopefully it can be applied. Thank you all for your help!
Ed.
This patch applies, compiles and runs fine on my machine. I'd
After thinking and reading the manuals for Xforms, this is the current
idea for asynchronous messaging.
I'm creating three classes, Messenger, Messenger_pimpl and MessengerBoy.
Messenger defines the generic api and will be implemented in
src/frontends (suggested header file attached for
"Jules" == Jules Bean [EMAIL PROTECTED] writes:
Jules Which is exactly what I'm doing, despotically, on behalf of
Jules debian... which does reduce how many testers you have...
I understand that you do that. I would not like to use a distribution
with unstable software in it :(
Jules I think
Baruch Even [EMAIL PROTECTED] writes:
| pthread is already a requirement so I add nothing to requirements,
Where is ptheread required?
Lgb
A small one.
Andre'
--
Andr Pnitz [EMAIL PROTECTED]
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/ChangeLog,v
retrieving revision 1.38
diff -u -p -u -r1.38
On Tue, Feb 20, 2001 at 02:41:57PM +0100, Jean-Marc Lasgouttes wrote:
"Jules" == Jules Bean [EMAIL PROTECTED] writes:
Jules Which is exactly what I'm doing, despotically, on behalf of
Jules debian... which does reduce how many testers you have...
I understand that you do that. I would
* Lars Gullik Bjnnes [EMAIL PROTECTED] [010220 15:55]:
Baruch Even [EMAIL PROTECTED] writes:
| pthread is already a requirement so I add nothing to requirements,
Where is ptheread required?
I believe it is required by the sigc++ code.
--
Baruch Even
http://baruch.ev-en.org/
"Mark" == Mark van Rossum [EMAIL PROTECTED] writes:
Mark The bug occurs on lyx compiled on RH7 with gcc 2.96 The rpm
Mark package does not show the bug.
Mark, could you try again, with the regexp at LaTeX.C:610 changed to
LRegex reg1("\\)* *\\(([^ )]+)[ )].*");
JMarc
Moin Jules,
On Tue, Feb 20, 2001 at 01:56:21PM +, Jules Bean wrote:
And what about packaging both 1.1.5fix2 and 1.1.6fix2?
I could do that, in a sense. It is not normally done to release a
distribution of debian with two versions of a package in (although it
is, for example, for
On Tue, 20 Feb 2001, Michael Schmitt wrote:
Dear John,
I have inserted all bug reports into the sourceforge system. Let's hope Juergen
et al. are in fact maintaining this list (sorting out fixed bugs etc.;
personally, I wouldn't like to do this:-)).
Well several of us are trying to
On 20 Feb 2001, Jean-Marc Lasgouttes wrote:
Hello,
Appended as usual is a list of what has been fixed since 1.1.6fix1.
Please tell me what are the open bugs you consider important for
1.1.6fix2. Some known problems are:
- many many tabular bugs. Juergen managed to fix a bunch of them,
On 20-Feb-2001 John Levon wrote:
Well several of us are trying to maintain the bug database. But a bug left as open
that is in fact fixed is no great hardship :)
Well I tried to close it but I'm not in the admin group, so ... #:O)
Jrgen
--
On Tue, 20 Feb 2001, Juergen Vigna wrote:
On 20-Feb-2001 John Levon wrote:
Well several of us are trying to maintain the bug database. But a bug left as open
that is in fact fixed is no great hardship :)
Well I tried to close it but I'm not in the admin group, so ... #:O)
On 20-Feb-2001 John Levon wrote:
sure you are !
A magic happened! #:OP
Jrgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jrgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen
On Tue, Feb 20, 2001 at 03:48:27PM +0100, Bernd Harmsen wrote:
Moin Jules,
On Tue, Feb 20, 2001 at 01:56:21PM +, Jules Bean wrote:
And what about packaging both 1.1.5fix2 and 1.1.6fix2?
I could do that, in a sense. It is not normally done to release a
distribution of debian
This one is a bit fishy. It changes pointers to references all over the
place but it is "unfinished" on "both ends": MathIter still works with a
MathedArray * and mathed_parse returns MathedArray *.
I tried to do it in one big sweep but failed. This should be as nice as
an intermediate version
Andre Poenitz [EMAIL PROTECTED] writes:
| This one is a bit fishy. It changes pointers to references all over the
| place but it is "unfinished" on "both ends": MathIter still works with a
| MathedArray * and mathed_parse returns MathedArray *.
|
| I tried to do it in one big sweep but failed.
On 20-Feb-2001 Dekel Tsur wrote:
I still don't see why we can't add a "centered" button to the "Insert Tabular"
dialog, and if this button is selected then a new centered paragraph is
created to which the tabular is inserted (by default, the button is not
selected).
I would say by default
On Tue, Feb 20, 2001 at 03:47:41PM +1000, Allan Rae wrote:
Is there a way to set this in, for example lyxrc? Personally, I also
find this "bug fix" annoying - in almost all publishing layouts, tables
are centred.
But they aren't centred by default for that document class otherwise your
On Tue, 20 Feb 2001 [EMAIL PROTECTED] wrote:
Bug #133241, was updated on 2001-Feb-20 04:37
Here is a current snapshot of the bug.
Project: LyX Bugs
Category: None
Status: Open
Resolution: None
Bug Group: UI improvement
Priority: 5
Submitted by: nobody
Assigned to : nobody
Summary:
I don't understand what your problem is. What policy would you like them to
have?
A
On Tuesday 20 February 2001 16:46, John Levon wrote:
On Tue, 20 Feb 2001 [EMAIL PROTECTED] wrote:
Bug #133241, was updated on 2001-Feb-20 04:37
Here is a current snapshot of the bug.
Project: LyX
A small one...
--
Andr Pnitz [EMAIL PROTECTED]
Index: array.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/array.C,v
retrieving revision 1.11
diff -u -p -r1.11 array.C
---
On Mon, 19 Feb 2001, Juergen Vigna wrote:
On 16-Feb-2001 [EMAIL PROTECTED] wrote:
I've been trying to figure out a polite way to say this for some time.
Juergen just pushed me over the edge :-)
Well you shouldn't have put that smily there on a friday, you're a heretic! ;)
Ok, the mathed matrix is not working properly, this has probably
happened during one of last two mathed patches.
No other mathed paches will go in before this is fixed.
Lgb
Ok, the mathed matrix is not working properly, this has probably
happened during one of last two mathed patches.
Could you describe "not working properly" with a few more words? Maybe
I can spot it without X...
Andre'
--
Andr Pnitz [EMAIL PROTECTED]
Andre Poenitz [EMAIL PROTECTED] writes:
| Ok, the mathed matrix is not working properly, this has probably
| happened during one of last two mathed patches.
|
| Could you describe "not working properly" with a few more words? Maybe
| I can spot it without X...
The effects are best spotted
-- Forwarded message --
Date: Tue, 20 Feb 2001 14:50:36 +
From: Jos Ernesto Jardim [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Portuguese mirror
Hi
We have a portuguese mirror in www.pt.lyx.org. The organization POLI is
responsible for that.
Can you please put it in
I just installed LyX 1.1.6fix1, and now I have lost the ability to set
margins for a document. I go into Layout-Document-Paper and set the
margins (top, bottom, left, right), but this has absolutely no effect on
the output produced. I checked the LaTeX output exported, and there's
absolutely
This patch replaces a couple of 255s with (N(yytext)-1), which keeps up with
changes in the size of yytext. As a bonus it communicates with me what the
significance of the value to me. The macro recogniser could still be improved
(take 1 character and look for multiple character if the
"Kevin S. Van Horn" wrote:
I just installed LyX 1.1.6fix1, and now I have lost the ability to set
margins for a document. I go into Layout-Document-Paper and set the
margins (top, bottom, left, right), but this has absolutely no effect on
the output produced. I checked the LaTeX output
Attached is a patch to cleanup a bit more of the InsetGraphics, this
patch gets rid of GraphicsCacheItem_pimpl by using shared_ptr.
It includes a patch to boost::shared_ptr to have asserts when memory
allocations fail.
WARNING! This patch uses boost in its namespace, please test it and
report
Forgot to attach the patch.
--
Baruch Even
http://baruch.ev-en.org/
ig.diff.gz
On Tue, 20 Feb 2001, Juergen Vigna wrote:
On 20-Feb-2001 Dekel Tsur wrote:
I still don't see why we can't add a "centered" button to the "Insert Tabular"
dialog, and if this button is selected then a new centered paragraph is
created to which the tabular is inserted (by default, the
On Tue, 20 Feb 2001, John Levon wrote:
On Tue, 20 Feb 2001, Angus Leeming wrote:
I don't understand what your problem is. What policy would you like them to
have?
A
I would like it so that when I open a dialog, I can raise the main LyX window
above the dialog if I want to !!
Martin Vermeer <[EMAIL PROTECTED]> writes:
| Here:
|
| http://www.northernjourney.com/opensource/newbies/newb020.html
|
| ...and it says
|
| "LyX has a lovely interface..."
|
| so just give up on GUII ;-)
Nice article, a pity that the author does not seem to grasp the
difference between
Ben Cazzolato <[EMAIL PROTECTED]> writes:
| Guys
|
| Another 2 bugs in Lyx 1.1.6fix1.
|
| 1. When entering numbers into tables it is not possible to use the numeric
| keypad (with num lock on of course).
But you are able to input numbers into regular paragraphs?
Lgb
Lars
> | Another 2 bugs in Lyx 1.1.6fix1.
> |
> | 1. When entering numbers into tables it is not possible to use the numeric
> | keypad (with num lock on of course).
>
> But you are able to input numbers into regular paragraphs?
Yep, can use the keypad to input data into normal paragraphs.
On Tue, Feb 20, 2001 at 07:06:47PM +1030, Ben Cazzolato wrote:
> Lars
>
> > | Another 2 bugs in Lyx 1.1.6fix1.
> > |
> > | 1. When entering numbers into tables it is not possible to use the numeric
> > | keypad (with num lock on of course).
> >
> > But you are able to input numbers into
Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Tue, Feb 20, 2001 at 07:06:47PM +1030, Ben Cazzolato wrote:
| > Lars
| >
| > > | Another 2 bugs in Lyx 1.1.6fix1.
| > > |
| > > | 1. When entering numbers into tables it is not possible to use the numeric
| > > | keypad (with num
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> No they are not backported yet, also because there is a lot
Juergen> to backport and probaly I would have to rewrite it for 1.1.6.
Juergen> I'm still of the opinion that we should release a 1.1.7
Juergen> without the
Hi, I am trying to move the latex preamble to the guii xforms dir. During
linking I get the following error message:
../src/frontends/xforms/.libs/libxforms.a(FormPreamble.o): In function
`SigC::ObjectSlot0_::callback(void *)':
/usr/include/g++-2/std/bastring.cc(.text+0x10e):
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
|
| Juergen> No they are not backported yet, also because there is a lot
| Juergen> to backport and probaly I would have to rewrite it for 1.1.6.
| Juergen> I'm still of the opinion
Edwin Leuven <[EMAIL PROTECTED]> writes:
| Hi, I am trying to move the latex preamble to the guii xforms dir. During
| linking I get the following error message:
You are probably missing an inheritance from SigC::Object somewhere.
Lgb
On Tuesday 20 February 2001 09:55, Lars Gullik Bjønnes wrote:
> Edwin Leuven <[EMAIL PROTECTED]> writes:
>
> | Hi, I am trying to move the latex preamble to the guii xforms dir. During
> | linking I get the following error message:
>
> You are probably missing an inheritance from SigC::Object
Still on unsafe ground...
This "promotes" MathedParInset::array from a "MathArray *" to a "real"
MathArray. I am not sure whether the resulting simplified constructors
for MathSqrtInset etc. behave exactly as the original version, but the
new version should be "correct".
Andre'
--
André
On Tuesday 20 February 2001 10:03, Angus Leeming wrote:
> On Tuesday 20 February 2001 09:55, Lars Gullik Bjønnes wrote:
> > Edwin Leuven <[EMAIL PROTECTED]> writes:
> >
> > | Hi, I am trying to move the latex preamble to the guii xforms dir.
During
> > | linking I get the following error
Next change would be to change getData and setData to take references
instead of pointers, so these "*" will go...
Andre'
--
André Pönitz [EMAIL PROTECTED]
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Tuesday 20 February 2001 10:03, Angus Leeming wrote:
| > On Tuesday 20 February 2001 09:55, Lars Gullik Bjønnes wrote:
| > > Edwin Leuven <[EMAIL PROTECTED]> writes:
| > >
| > > | Hi, I am trying to move the latex preamble to the guii xforms dir.
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Still on unsafe ground...
|
| This "promotes" MathedParInset::array from a "MathArray *" to a "real"
| MathArray. I am not sure whether the resulting simplified constructors
| for MathSqrtInset etc. behave exactly as the original version, but the
|
> Where's the diff?
/usr/src/lyx/lyx-devel/src/mathed/mathed30.diff
Oh.. you mean I'd better attach it to the mail?
Andre'
--
André Pönitz [EMAIL PROTECTED]
Index: ChangeLog
===
RCS
On Mon, 19 Feb 2001, John Levon wrote:
> Second, in order to help track them, you might like to enter them in the lyx bug
>tracker
> (http://lyxbugs.sourceforge.net). That way everyone will have a record. If you do
>spare
> a moment to do this, please only put one bug per entry, thanks.
Of
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > Where's the diff?
|
| /usr/src/lyx/lyx-devel/src/mathed/mathed30.diff
|
| Oh.. you mean I'd better attach it to the mail?
mmm...
one small note... never use C style casts, even in code that you plan
to discard soon. Always use the C++ style
Please apply the patch attached. It resolves the following messages:
aleem@pneumon:devel-> cvs update
[EMAIL PROTECTED]'s password:
? boost/config.log
? boost/libtool
? boost/config.status
? boost/boost/config.h
? boost/libs/Makefile
? boost/libs/regex
cvs server: Updating .
(I don't know what
On Tue, 20 Feb 2001, Edwin Leuven wrote:
> > This code compiles perfectly for me on a DEC Alpha running
> > DEC cxx -strict_ansi
> > Perhaps your compiler (g++?) got confused! Why not "make clean" in the
> > xforms directory and try again. In the past, similar messages have been
> > resolved by
> "Mark" == Mark van Rossum <[EMAIL PROTECTED]> writes:
Mark> Lyx 1.1.6 failed updating the dvi file in some cases.
Mark> It happens when '\usepackage{harvard}' is present in the Latex
Mark> preamble. This probably screws up the depedency files in the
Mark> temp dir (see attachement) When
On Tue, 20 Feb 2001, Michael Schmitt wrote:
> On Mon, 19 Feb 2001, John Levon wrote:
>
> > Second, in order to help track them, you might like to enter them in the lyx bug
>tracker
> > (http://lyxbugs.sourceforge.net). That way everyone will have a record. If you do
>spare
> > a moment to do
> Just to point out I get the same problem. I admit I'd not thought of the
> pragma stuff. Edwin, try removing the #pragma implementation/interface
> stuff from the header and source file. I don't know why this would help
> (given all the others work OK) but it's worth a shot.
After removing the
On Tuesday 20 February 2001 12:06, Edwin Leuven wrote:
> > Just to point out I get the same problem. I admit I'd not thought of the
> > pragma stuff. Edwin, try removing the #pragma implementation/interface
> > stuff from the header and source file. I don't know why this would help
> > (given all
Edwin Leuven <[EMAIL PROTECTED]> writes:
| > Just to point out I get the same problem. I admit I'd not thought of the
| > pragma stuff. Edwin, try removing the #pragma implementation/interface
| > stuff from the header and source file. I don't know why this would help
| > (given all the others
> I think the question to ask first is what's gone wrong with the #pragma
> stuff.
good question. I guess I must fail this test.
> When you come to submit the patch, could you also strip out the old
> preamble form from the ./forms directory. (In layout_forms.[fd,h.patch]
that was already in
On Tue, 20 Feb 2001, Edwin Leuven wrote:
> that was already in the patch i send in.
> how should I proceed?
>
> thanks, ed.
Your patch seems to be missing ripping out of preamble
from layout_forms.fd
Also,
Index: src/frontends/xforms/forms/form_preamble.fd
On Tuesday 20 February 2001 12:20, Edwin Leuven wrote:
> > I think the question to ask first is what's gone wrong with the #pragma
> > stuff.
>
> good question. I guess I must fail this test.
Not important.
> > When you come to submit the patch, could you also strip out the old
> > preamble
Just a guess from the docs
http://www.dis.com/gnu/gcc/gcc_108.html
but try moving the #pragma interface in FormPreamble.h
to *before* the #include "FormBase.h"
john
--
"Taste is predicated on discrimination."
1 - 100 of 142 matches
Mail list logo