But the picky compiler is more likely to complain about taking a protected
function private I think.
If Picky Compiler complains with an error, Picky Compiler is broken.
If it gives a diagnostic - fair enough, compilers are free to give
diagnostics if they think there is something "unusual"
On 02-Oct-2000 Jean-Marc Lasgouttes wrote:
I guess search and replace does not work inside text insets.
And I guess this shouldn't be too hard to chop with, I'll have a look!
(last words before having a look ;)
Jürgen
--
"Kayvan" == Kayvan A Sylvan [EMAIL PROTECTED] writes:
Kayvan Is that all you're going to say?
Well, my goal was just to get the ball rolling. It seems that it
worked, since Juergen said he would have a look :)
BTW, did you have a look at the literate patch sent by edmar a few
weeks ago? I'd
On Tue, 3 Oct 2000, Allan Rae wrote:
[ Adding virtual tags in derived classes ]
The functions in the parent are virtual and usually when you define a
derived class you make the derived functions virtual also (unless you
don't want anyone deriving from your derived class). Adding virtual to
"Dekel" == Dekel Tsur [EMAIL PROTECTED] writes:
Dekel I think that the definition of the languages should not be
Dekel hardcoded in language.C, but kept in an external file which
Dekel will be read using a function which will be called from
Dekel LyX::init().
Seconded. The only problem then is
On 02-Oct-2000 John Levon wrote:
After speaking with Jeff Harris, he has agreed in principle
to accept a patch if it is optional properly.
And he pointed me to -g option, which is the filter thing you were asking
for Juergen ;)
Good! I'll have a look for the -g option and also for the
On 02-Oct-2000 Angus Leeming wrote:
Attached are 3 patches
patch-insets cleans up the use of Buffer * by InsetBibtex and InsetInclude
I'll apply this one! Good move!
patch-redundant removes some functions/variables from mathed that are
declared but not used. The result of compiling
On 16-Sep-2000 Dekel Tsur wrote:
I've created a list of bugs/problems with the new table inset.
This should keep Juergen busy for a while (I suppose I should help with
items 19 and 20).
Ok now some final words to this "missing features" report #:O) all points
I'll let out have been fixed
I'm wondering if we should remove all those "virtual"s I added in the
classes derived from FormBase since they are declared private in the
derived classes whereas they are protected in FormBase. We don't want to
derive from the derived classes (apart from perhaps FormCommand) so we
Now that I (hopefully) solved most of the reported stuff could somebody
hit me with another report, so that we can make this more and more stable!
I've the feeling that we don't miss too much now!
Not so much as a bug report as a feature request that somebody? made and I
wouldn't want you to
On Tue, 3 Oct 2000, Juergen Vigna wrote:
On 02-Oct-2000 John Levon wrote:
After speaking with Jeff Harris, he has agreed in principle
to accept a patch if it is optional properly.
And he pointed me to -g option, which is the filter thing you were asking
for Juergen ;)
Good!
On Tue, 3 Oct 2000, Juergen Vigna wrote:
Good! I'll have a look for the -g option
Jürgen
are you thinking of adding a Makefile rule ? I can do this in my
pending updates if you want - I have sorted the Makefile into alphabetical
order for tidiness anyway
Also Juergen I was thinking
Would it be possible to mark text by column?
This IS already possible. Do you have problems with this?
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260 /
On 03-Oct-2000 John Levon wrote:
are you thinking of adding a Makefile rule ? I can do this in my
pending updates if you want - I have sorted the Makefile into alphabetical
order for tidiness anyway
I was thinking about a makefile in the dlg directory to regenerate the
sources
cxx: Info: frontends/Dialogs.h, line 52: #401-D destructor for base class
"noncopyable" is not virtual
class Dialogs : public noncopyable
should this be ignored too?
Angus
1. Click on an inset to display the relevant dialog.
2. Change document. Dialog remains open.
Clearly this is erroneous as insets and their dialogs are buffer dependent.
Presumably the way to resolve this is to connect the inset-hide and
hideBufferDependent signals?
2. I have two documents
On Tue, 03 Oct 2000, Juergen Vigna wrote:
Would it be possible to mark text by column?
This IS already possible. Do you have problems with this?
Oh good! My only problem has been lyx segfaulting on start up. Resolved as of
today. Will have a play. Thanks,
Angus
"Angus" == Angus Leeming [EMAIL PROTECTED] writes:
Angus 2. I have two documents open with current cvs lyx. I'm not sure
Angus how, but one has footnotes displayed in the NEW_INSET style,
Angus whilst the other has them in old style. Isn't this
Angus impossible Trust me, it's here in front
9. When marking several cells and pressing C-c (copy), the text is not
copied to the X-clipboard.
Has to be done. The question is how we should copy the text into the
clipboard? As tab/newline separated text?
From a user's point I'd say it should be inserted in a way that the result
is
cxx: Info: ../../../lyx-devel/src/insets/insettabular.h, line 189:
"void InsetTabular::ShowInsetCursor(BufferView *, bool)" does not
match "UpdatableInset::ShowInsetCursor" -- virtual function override
intended? (D:nonfundec)
void ShowInsetCursor(BufferView *,
Lars,
I have put the result of compiling in the insets/ directory with picky
options of cxx at
http://www-rocq.inria.fr/~lasgoutt/lyx/make-insets.log
This is mostly clean, except for the tabular problem I already
reported. Note that I suppressed the warnings about virtual
destructor.
So, no
"Jean-Marc" == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc Lars, I have put the result of compiling in the insets/
Jean-Marc directory with picky options of cxx at
Jean-Marc http://www-rocq.inria.fr/~lasgoutt/lyx/make-insets.log
Then I thought I could try a few others:
This one
On 03-Oct-2000 Andre Poenitz wrote:
9. When marking several cells and pressing C-c (copy), the text is not
copied to the X-clipboard.
Has to be done. The question is how we should copy the text into the
clipboard? As tab/newline separated text?
From a user's point I'd say it should be
On 03-Oct-2000 Jean-Marc Lasgouttes wrote:
cxx: Info: ../../../lyx-devel/src/insets/insettabular.h, line 189:
"void InsetTabular::ShowInsetCursor(BufferView *, bool)" does not
match "UpdatableInset::ShowInsetCursor" -- virtual function override
intended?
This one has a few things (only xforms has been tried)
http://www-rocq.inria.fr/~lasgoutt/lyx/make-frontends.log
cxx: Info: ../../../../lyx-devel/src/frontends/xforms/FormCitation.C, line 45:
meaningless qualifiers not compatible with
"void (FormCommand::*)(InsetCommand
Hi,
I've a crash when I try to used dead keys (and that crash is not
dependant on the locale setting). That SEGV occur in
XmbLookupString
called from
LyxLookupString
when I type the caracter following the dead key.
I wonder if I've made a mistake during the compilation as I
in latest CVS
start lyx, choose new. the title is ~/newfile.lyx
choose save. a save as dial comes up (as it should). but the
directory is not ~/, and the file thing is not filled out with newfile.lyx
so clicking on OK does nothing. this is confusing behaviour IMHO
Also, Print in the menu is
Angus Leeming [EMAIL PROTECTED] writes:
| Jean-Marc, I have the same problem (with today's CVS, tweaked to compile on
| my box). However, I don't think that the problem lies in LangInit itself.
| (Incidentally LangInit exists only to initialise the languages variable.
| Creating the class
Allan Rae [EMAIL PROTECTED] writes:
| On Mon, 2 Oct 2000, Angus Leeming wrote:
|
| Attached are 3 patches
|
| patch-insets cleans up the use of Buffer * by InsetBibtex and InsetInclude
|
| patch-redundant removes some functions/variables from mathed that are
| declared but not used.
Also, Print in the menu is permanently disabled - but this is a bug in my
new code isn't it ? Can people check please, and what does it mean if its
disabled ?
If you mean File-Print, then it ain't broke on mine (running xforms
dialogs). Even when launching lyx in exactly the manner you
On 03-Oct-2000 John Levon wrote:
OK. The button should be disabled, I'm fine with that (although I don't
see the point of setting a title to ~/newfile.lyx when this has *nothing*
to do with anything ...)
Well as this is a "New File" the only thing we can do is remove the '~/' from
the
On Tue, 3 Oct 2000, Juergen Vigna wrote:
I can't too! So it isn't your fault IMO.
Jürgen
Hm, but Angus can - maybe his last build was not as recent ...
I have tried to compile with xforms frontend but am getting a core dump on
start, that I am tracking down now.
Also I get the
On Tue, 03 Oct 2000, John Levon wrote:
On Tue, 3 Oct 2000, Juergen Vigna wrote:
I can't too! So it isn't your fault IMO.
Jürgen
Hm, but Angus can - maybe his last build was not as recent ...
Using this morning's build (ie all but Jürgen's most recent 2000-10-03 stuff)
start lyx
Gaillard Pierre-Olivier [EMAIL PROTECTED] writes:
| Hello,
|
| I would need to add a directory inside src :
| xml
|
| And inside this directory :
| XMLSAXHandler.h
| XMLSAXPrettifier.h
| XMLSAXPrettifier.C
|
| I have made a simple Makefile.am by adapting xtl/Makefile.am. Then I ran
|
From a user's point I'd say it should be inserted in a way that the result
is useful when pasting to tables again.
^
Well would you say this comment is helpfull?
Yes. The 'whatever-separated' solution could mean, that you could paste it
to an external
"Kayvan A. Sylvan" [EMAIL PROTECTED] writes:
| It looks like some files got left out of the dist rules again:
Hmm, yes.
Does this patch fix it?
Index: Makefile.am
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/boost/Makefile.am,v
Compiling LATEST cvs, just to see if I can replicate John's problems, I get
as far as BufferView2.C. These messages might be of interest:
cxx: Info: BufferView2.C, line 201: #835-D parameter "no_table" was
never referenced
bool no_table)
cxx: Error:
Angus Leeming [EMAIL PROTECTED] writes:
| 3. We could lose all of those extra CB functions in FormDocument by making
| use of the "long" variable that is returned. We'd end up with
|
| void FormBase::InputCB(FL_OBJECT * ob, long data )
| {
| FormBase * pre =
Angus Leeming [EMAIL PROTECTED] writes:
| cxx: Info: frontends/Dialogs.h, line 52: #401-D destructor for base class
| "noncopyable" is not virtual
| class Dialogs : public noncopyable
|
| should this be ignored too?
Yes.
Lgb
On Tue, 3 Oct 2000, Angus Leeming wrote:
Compiling LATEST cvs, just to see if I can replicate John's problems, I get
as far as BufferView2.C. These messages might be of interest:
[snip]
cxx: Error: BufferView2.C, line 905: #513 a value of type
"const UpdatableInset *" cannot
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Angus" == Angus Leeming [EMAIL PROTECTED] writes:
|
| Angus 2. I have two documents open with current cvs lyx. I'm not sure
| Angus how, but one has footnotes displayed in the NEW_INSET style,
| Angus whilst the other has them in old style.
On 03-Oct-2000 Angus Leeming wrote:
Compiling LATEST cvs, just to see if I can replicate John's problems, I get
as far as BufferView2.C. These messages might be of interest:
cxx: Info: BufferView2.C, line 201: #835-D parameter "no_table" was
never referenced
On 03-Oct-2000 Lars Gullik Bjønnes wrote:
| 3. We could lose all of those extra CB functions in FormDocument by making
| use of the "long" variable that is returned. We'd end up with
|
| void FormBase::InputCB(FL_OBJECT * ob, long data )
| {
| FormBase * pre =
On 03-Oct-2000 Andre Poenitz wrote:
From a user's point I'd say it should be inserted in a way that the result
is useful when pasting to tables again.
^
Well would you say this comment is helpfull?
Yes. The 'whatever-separated' solution could mean,
Well Lars this isn't casting pointer, he just uses the long argument
of the callback and redo the input() function with the long argument
insed of the object pointer (IMO we should send both, the object pointer
AND the long argument!) and then uses this long argument!
So that I have a
On 03-Oct-2000 Angus Leeming wrote:
So that I have a pointer to a (say) button AND a long argument telling me
that this callback is from that button?
Yes!
The only thing we'd gain by having a single InputCB() function that calls a
single input() function is code consistency. All the
Ok I understand that but you then would need some support functions to not
make the input() function a monster function, wouldn't you?
Lord, no. More like:
void FormBase::InputCB(FL_OBJECT * ob, long data)
{
FormDocument * pre = static_castFormDocument*(ob-form-u_vdata);
On Tue, 3 Oct 2000 [EMAIL PROTECTED] wrote:
Modified Files:
POTFILES.in
In fact shouldn't this be deleted from CVS as it is generated from
autogen.sh ? It keeps on appearing my patches
thanks
john
--
"Why should we limit computers to the lies people tell them through keyboards ?"
The attached patch and tarfile implement FormPrint on KDE. I have not used
QPrintDialog because it has too much stuff.
Not working yet is the un-implemented Browse button.
The .dlg files are generated with the hacked version of qtarch. I have
sent the qtarch patch (attached for reference) off
On Tue, 3 Oct 2000, Angus Leeming wrote:
[...virtual keyword...]
At least that much is settled.
If I were you, I'd make the FormBase methods ok(), apply(), cancel() and
restore() non-virtual.
No. If I were me, and I'm pretty sure I still am, I wouldn't.
These functions are precisely the
On Tue, 3 Oct 2000, Juergen Vigna wrote:
On 03-Oct-2000 John Levon wrote:
are you thinking of adding a Makefile rule ? I can do this in my
pending updates if you want - I have sorted the Makefile into alphabetical
order for tidiness anyway
I was thinking about a makefile in the
On Tue, 3 Oct 2000, Angus Leeming wrote:
This one has a few things (only xforms has been tried)
http://www-rocq.inria.fr/~lasgoutt/lyx/make-frontends.log
cxx: Info: ../../../../lyx-devel/src/frontends/xforms/FormCitation.C, line 45:
meaningless qualifiers not compatible with
On Tue, 3 Oct 2000, Andre Poenitz wrote:
9. When marking several cells and pressing C-c (copy), the text is not
copied to the X-clipboard.
Has to be done. The question is how we should copy the text into the
clipboard? As tab/newline separated text?
From a user's point I'd say it
On Tue, 3 Oct 2000, Allan Rae wrote:
If you have made any changes/additions to LyXRC in the last 6 months then
please update lib/lyxrc.defaults so I have half a chance of understanding
what is currently supported by lyxrc and thus put the right stuff in the
Preferences dialog.
In
On Tue, 3 Oct 2000, John Levon wrote:
Also I get the following, which I assume Kayvan will be interested in :
make[2]: Entering directory `/tmp/lyx-devel/lib'
./build-listerrors
LyX: Unknown tag `\literate_command' [around line 25 of file
/tmp/lyx-devel/lib/lyxrc.defaults]
About to
On Tue, 3 Oct 2000, John Levon wrote:
On Tue, 3 Oct 2000 [EMAIL PROTECTED] wrote:
Modified Files:
POTFILES.in
In fact shouldn't this be deleted from CVS as it is generated from
autogen.sh ? It keeps on appearing my patches
I want to build this in a makefile instead. Should just
On Sun, Oct 01, 2000 at 10:38:38AM +0300, Dekel Tsur wrote:
However, with few changes, I've managed to make export work with no gui.
A patch is attached.
Before submitting tihs patch, I did some tests, but I didn't perform
"the test": exporting the user guide to Postscript. Of course, this
On Tue, Oct 03, 2000 at 05:23:40PM +0200, Juergen Vigna wrote:
Strang here Print is permanently disabled. This morning I removed the
files ~/.lyx/lyxrc AND ~/.lyx/preferences and then did a reconfigure
inside LyX maybe you have set something in your lyxrc and/or preferences
files I now don't
> But the picky compiler is more likely to complain about taking a protected
> function private I think.
If Picky Compiler complains with an error, Picky Compiler is broken.
If it gives a diagnostic - fair enough, compilers are free to give
diagnostics if they think there is something "unusual"
On 02-Oct-2000 Jean-Marc Lasgouttes wrote:
>
> I guess search and replace does not work inside text insets.
And I guess this shouldn't be too hard to chop with, I'll have a look!
(last words before having a look ;)
Jürgen
--
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> Is that all you're going to say?
Well, my goal was just to get the ball rolling. It seems that it
worked, since Juergen said he would have a look :)
BTW, did you have a look at the literate patch sent by edmar a few
weeks
On Tue, 3 Oct 2000, Allan Rae wrote:
[ Adding virtual tags in derived classes ]
> The functions in the parent are virtual and usually when you define a
> derived class you make the derived functions virtual also (unless you
> don't want anyone deriving from your derived class). Adding virtual
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> I think that the definition of the languages should not be
Dekel> hardcoded in language.C, but kept in an external file which
Dekel> will be read using a function which will be called from
Dekel> LyX::init().
Seconded. The only
On 02-Oct-2000 John Levon wrote:
>
> After speaking with Jeff Harris, he has agreed in principle
> to accept a patch if it is optional properly.
>
> And he pointed me to -g option, which is the filter thing you were asking
> for Juergen ;)
Good! I'll have a look for the -g option and also for
On 02-Oct-2000 Angus Leeming wrote:
> Attached are 3 patches
>
> patch-insets cleans up the use of Buffer * by InsetBibtex and InsetInclude
>
I'll apply this one! Good move!
> patch-redundant removes some functions/variables from mathed that are
> declared but not used. The result of
On 16-Sep-2000 Dekel Tsur wrote:
> I've created a list of bugs/problems with the new table inset.
> This should keep Juergen busy for a while (I suppose I should help with
> items 19 and 20).
>
Ok now some final words to this "missing features" report #:O) all points
I'll let out have been
> I'm wondering if we should remove all those "virtual"s I added in the
> classes derived from FormBase since they are declared private in the
> derived classes whereas they are protected in FormBase. We don't want to
> derive from the derived classes (apart from perhaps FormCommand) so we
>
> Now that I (hopefully) solved most of the reported stuff could somebody
> hit me with another report, so that we can make this more and more stable!
> I've the feeling that we don't miss too much now!
Not so much as a bug report as a feature request that somebody? made and I
wouldn't want you
On Tue, 3 Oct 2000, Juergen Vigna wrote:
>
> On 02-Oct-2000 John Levon wrote:
> >
> > After speaking with Jeff Harris, he has agreed in principle
> > to accept a patch if it is optional properly.
> >
> > And he pointed me to -g option, which is the filter thing you were asking
> > for Juergen
On Tue, 3 Oct 2000, Juergen Vigna wrote:
> Good! I'll have a look for the -g option
>
> Jürgen
are you thinking of adding a Makefile rule ? I can do this in my
pending updates if you want - I have sorted the Makefile into alphabetical
order for tidiness anyway
Also Juergen I was
>
> Would it be possible to mark text by column?
This IS already possible. Do you have problems with this?
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260
On 03-Oct-2000 John Levon wrote:
>
> are you thinking of adding a Makefile rule ? I can do this in my
> pending updates if you want - I have sorted the Makefile into alphabetical
> order for tidiness anyway
>
I was thinking about a makefile in the dlg directory to regenerate the
sources
cxx: Info: frontends/Dialogs.h, line 52: #401-D destructor for base class
"noncopyable" is not virtual
class Dialogs : public noncopyable
should this be ignored too?
Angus
1. Click on an inset to display the relevant dialog.
2. Change document. Dialog remains open.
Clearly this is erroneous as insets and their dialogs are buffer dependent.
Presumably the way to resolve this is to connect the inset->hide and
hideBufferDependent signals?
2. I have two documents
On Tue, 03 Oct 2000, Juergen Vigna wrote:
> > Would it be possible to mark text by column?
>
> This IS already possible. Do you have problems with this?
Oh good! My only problem has been lyx segfaulting on start up. Resolved as of
today. Will have a play. Thanks,
Angus
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> 2. I have two documents open with current cvs lyx. I'm not sure
Angus> how, but one has footnotes displayed in the NEW_INSET style,
Angus> whilst the other has them in old style. Isn't this
Angus> impossible Trust me, it's
> > 9. When marking several cells and pressing C-c (copy), the text is not
> > copied to the X-clipboard.
>
> Has to be done. The question is how we should copy the text into the
> clipboard? As tab/newline separated text?
>From a user's point I'd say it should be inserted in a way that the
cxx: Info: ../../../lyx-devel/src/insets/insettabular.h, line 189:
"void InsetTabular::ShowInsetCursor(BufferView *, bool)" does not
match "UpdatableInset::ShowInsetCursor" -- virtual function override
intended? (D:nonfundec)
void ShowInsetCursor(BufferView *,
Lars,
I have put the result of compiling in the insets/ directory with picky
options of cxx at
http://www-rocq.inria.fr/~lasgoutt/lyx/make-insets.log
This is mostly clean, except for the tabular problem I already
reported. Note that I suppressed the warnings about virtual
destructor.
So, no
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> Lars, I have put the result of compiling in the insets/
Jean-Marc> directory with picky options of cxx at
Jean-Marc> http://www-rocq.inria.fr/~lasgoutt/lyx/make-insets.log
Then I thought I could try a few others:
On 03-Oct-2000 Andre Poenitz wrote:
>> > 9. When marking several cells and pressing C-c (copy), the text is not
>> > copied to the X-clipboard.
>>
>> Has to be done. The question is how we should copy the text into the
>> clipboard? As tab/newline separated text?
>
> From a user's point I'd
On 03-Oct-2000 Jean-Marc Lasgouttes wrote:
>
> cxx: Info: ../../../lyx-devel/src/insets/insettabular.h, line 189:
> "void InsetTabular::ShowInsetCursor(BufferView *, bool)" does not
> match "UpdatableInset::ShowInsetCursor" -- virtual function override
> intended?
> This one has a few things (only xforms has been tried)
> http://www-rocq.inria.fr/~lasgoutt/lyx/make-frontends.log
cxx: Info: ../../../../lyx-devel/src/frontends/xforms/FormCitation.C, line 45:
meaningless qualifiers not compatible with
"void (FormCommand::*)(InsetCommand
Hi,
I've a crash when I try to used dead keys (and that crash is not
dependant on the locale setting). That SEGV occur in
XmbLookupString
called from
LyxLookupString
when I type the caracter following the dead key.
I wonder if I've made a mistake during the compilation as I
in latest CVS
start lyx, choose new. the title is ~/newfile.lyx
choose save. a save as dial comes up (as it should). but the
directory is not ~/, and the file thing is not filled out with newfile.lyx
so clicking on OK does nothing. this is confusing behaviour IMHO
Also, Print in the menu is
Angus Leeming <[EMAIL PROTECTED]> writes:
| Jean-Marc, I have the same problem (with today's CVS, tweaked to compile on
| my box). However, I don't think that the problem lies in LangInit itself.
| (Incidentally LangInit exists only to initialise the languages variable.
| Creating the class
Allan Rae <[EMAIL PROTECTED]> writes:
| On Mon, 2 Oct 2000, Angus Leeming wrote:
|
| > Attached are 3 patches
| >
| > patch-insets cleans up the use of Buffer * by InsetBibtex and InsetInclude
| >
| > patch-redundant removes some functions/variables from mathed that are
| > declared but not
> Also, Print in the menu is permanently disabled - but this is a bug in my
> new code isn't it ? Can people check please, and what does it mean if its
> disabled ?
If you mean File->Print, then it ain't broke on mine (running xforms
dialogs). Even when launching lyx in exactly the manner you
On 03-Oct-2000 John Levon wrote:
>
> OK. The button should be disabled, I'm fine with that (although I don't
> see the point of setting a title to ~/newfile.lyx when this has *nothing*
> to do with anything ...)
>
Well as this is a "New File" the only thing we can do is remove the '~/' from
On Tue, 3 Oct 2000, Juergen Vigna wrote:
> I can't too! So it isn't your fault IMO.
>
>Jürgen
>
Hm, but Angus can - maybe his last build was not as recent ...
I have tried to compile with xforms frontend but am getting a core dump on
start, that I am tracking down now.
Also I get
On Tue, 03 Oct 2000, John Levon wrote:
> On Tue, 3 Oct 2000, Juergen Vigna wrote:
> > I can't too! So it isn't your fault IMO.
> >
> >Jürgen
>
> Hm, but Angus can - maybe his last build was not as recent ...
Using this morning's build (ie all but Jürgen's most recent 2000-10-03 stuff)
Gaillard Pierre-Olivier <[EMAIL PROTECTED]> writes:
| Hello,
|
| I would need to add a directory inside src :
| xml
|
| And inside this directory :
| XMLSAXHandler.h
| XMLSAXPrettifier.h
| XMLSAXPrettifier.C
|
| I have made a simple Makefile.am by adapting xtl/Makefile.am. Then I ran
|
> > From a user's point I'd say it should be inserted in a way that the result
> > is useful when pasting to tables again.
^
> Well would you say this comment is helpfull?
Yes. The 'whatever-separated' solution could mean, that you could paste it
to an
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| It looks like some files got left out of the dist rules again:
Hmm, yes.
Does this patch fix it?
Index: Makefile.am
===
RCS file:
Compiling LATEST cvs, just to see if I can replicate John's problems, I get
as far as BufferView2.C. These messages might be of interest:
cxx: Info: BufferView2.C, line 201: #835-D parameter "no_table" was
never referenced
bool no_table)
cxx: Error:
Angus Leeming <[EMAIL PROTECTED]> writes:
| 3. We could lose all of those extra CB functions in FormDocument by making
| use of the "long" variable that is returned. We'd end up with
|
| void FormBase::InputCB(FL_OBJECT * ob, long data )
| {
| FormBase * pre =
Angus Leeming <[EMAIL PROTECTED]> writes:
| cxx: Info: frontends/Dialogs.h, line 52: #401-D destructor for base class
| "noncopyable" is not virtual
| class Dialogs : public noncopyable
|
| should this be ignored too?
Yes.
Lgb
On Tue, 3 Oct 2000, Angus Leeming wrote:
> Compiling LATEST cvs, just to see if I can replicate John's problems, I get
> as far as BufferView2.C. These messages might be of interest:
>
> [snip]
> cxx: Error: BufferView2.C, line 905: #513 a value of type
> "const UpdatableInset *"
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
|
| Angus> 2. I have two documents open with current cvs lyx. I'm not sure
| Angus> how, but one has footnotes displayed in the NEW_INSET style,
| Angus> whilst the other has them in
On 03-Oct-2000 Angus Leeming wrote:
> Compiling LATEST cvs, just to see if I can replicate John's problems, I get
> as far as BufferView2.C. These messages might be of interest:
>
> cxx: Info: BufferView2.C, line 201: #835-D parameter "no_table" was
> never referenced
>
1 - 100 of 116 matches
Mail list logo
