On Tue, Oct 03, 2000 at 04:40:52PM +0200, Lars Gullik Bjønnes wrote:
> "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?
Almost. This patch on top of boot/Makefile.am does it:
Index: bo
On Tue, Oct 03, 2000 at 09:51:32AM +0200, Jean-Marc Lasgouttes wrote:
> > "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 loo
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. Shou
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
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 pa
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 po
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 w
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 make
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 th
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 to
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 ?"
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 do
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 t
> 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_cast(ob->form->u_vdata);
pre->bc_.valid(pre->inp
On 03-Oct-2000 Angus Leeming wrote:
>> Strange, it compiled here ;)
>>
>> Well if it gives an error there just remove the const from the function
>> call it isn't really needed! If that works let me know and I'll do it
>> here and commit the fix (or someone else will do it if he's faster ;)
>
>
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 t
> Strange, it compiled here ;)
>
> Well if it gives an error there just remove the const from the function
> call it isn't really needed! If that works let me know and I'll do it
> here and commit the fix (or someone else will do it if he's faster ;)
This works fine.
Thereafter, it works exactly
> 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 poi
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 c
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Tue, 03 Oct 2000, Lars Gullik Bjønnes wrote:
| > 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
| > |
| >
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 = static_cast(ob->form->u
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
>
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
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 *" can
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
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 = static_cast(ob->form->u_vda
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: BufferView
"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,
> > 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 externa
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
| automa
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)
st
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 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
th
> 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 de
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 u
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 l
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 p
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
> 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 *c
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?
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
> "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:
T
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 th
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 *, b
> > 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 resu
> "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
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
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 op
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
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 autom
>
> 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 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 thinki
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
> 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
> 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
> shou
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 fixe
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 compili
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
> "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 probl
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 t
> "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
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
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
On Tue, 3 Oct 2000, Andre Poenitz wrote:
> > 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
> di
63 matches
Mail list logo
