Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Author: younes
Date: Sun Mar 2 19:14:12 2008
New Revision: 23399
URL: http://www.lyx.org/trac/changeset/23399
Log:
Introduce Inset::validate() for Inset validation purpose upon interactive
creation. In this commit this is used to
Abdelrazak Younes wrote:
I'll have a look.
I see you did. I have to do the following changes to get the warning popup,
though (the int change is just personal taste; I think counting should start
at 1, not 0).
Can I apply, or does it interfere with your work?
BTW, do you plan to address the
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I'll have a look.
I see you did. I have to do the following changes to get the warning popup,
though (the int change is just personal taste; I think counting should start
at 1, not 0).
No problem.
Can I apply, or does it interfere
Abdelrazak Younes [EMAIL PROTECTED] writes:
I'd rather see another method name, 'validate' is taken already (for
the features stuff).
reset()?
init()? sanitize()?
JMarc, back from holiday
The snow was good?
Let's say good enough.
JMarc
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
I'd rather see another method name, 'validate' is taken already (for
the features stuff).
reset()?
init()? sanitize()?
Let's go for initView() as this is mostly related to visualization.
Abdel.
As soon as possible, I'll begin the update of the french translation of
the documentation.
But in order to be able to do that I need to have a working 1.6 version
on one of my computers.
The problem is I need a stable version of LyX for my work. I have a
1.5.4 version working on my Windows XP
Abdelrazak Younes wrote:
BTW, do you plan to address the missing bits wrt my patch (label
validation for bibitems, label validation on PASTE)?
Not at this point, no. Feel free to handle those bits.
I've done the paste part for labels.
About bibitems,
maybe we should take an approach
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
BTW, do you plan to address the missing bits wrt my patch (label
validation for bibitems, label validation on PASTE)?
Not at this point, no. Feel free to handle those bits.
I've done the paste part for labels.
Good.
About bibitems,
Uwe Stöhr wrote:
Yesterday I started the second attempt to begin with the documentation
update for LyX 1.6 and here's my impression:
Trunk is much more stable than the first previews of LyX 1.5svn were,
but I encountered some bugs that make it hard to use:
- selecting/highlighting is not
Siegfried MEUNIER-GUTTIN-CLUZEL schrieb:
But in order to be able to do that I need to have a working 1.6 version
on one of my computers.
I'll provide an installer with LyX 1.6svn the next days.
My question is : can I install a 1.6 without any perturbation of my
1.5.4.
Yes. When you
On Sunday 02 March 2008 22:20:38 Uwe Stöhr wrote:
I'm forwarding this, because some of the changes might be useful to go into
trunk as well, but I'm no Python expert to qualify the changes as useful or
not. José might perhaps have a look.
I need to know what is the purpose of those changes.
Abdelrazak Younes wrote:
Uwe Stöhr wrote:
Yesterday I started the second attempt to begin with the documentation
update for LyX 1.6 and here's my impression:
Trunk is much more stable than the first previews of LyX 1.5svn were,
but I encountered some bugs that make it hard to use:
-
Pavel Sanda wrote:
please look at Tools-Preferences-User interface.
Yes. I have looked the options but there are no options to keep the menu, or
the status bar.
Somebody typing F11 by mistake will end in a full screen mode qithout any
clue how to come back to normal mode
Something that
[EMAIL PROTECTED] wrote:
Author: spitz
Date: Mon Mar 3 13:22:17 2008
New Revision: 23410
URL: http://www.lyx.org/trac/changeset/23410
Log:
* src/insets/InsetLabel.cpp (doDispatch):
- restore call to changeRefsIfUnique.
The references were not updated if the label name was changed.
Abdelrazak Younes wrote:
The references were not updated if the label name was changed.
Then this is a bug of in InsetLabel::update() because the code for this
is present in there.
looks like it.
Jürgen
Abdelrazak Younes wrote:
But it used to work fine, including for references or labels in child
documents.
I cannot imagine how I could have broken it. But I'll recheck rev. 23405.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
But it used to work fine, including for references or labels in child
documents.
I cannot imagine how I could have broken it. But I'll recheck rev. 23405.
I didn't accuse you :-), maybe I broke it before committing this stuff
I am simply
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
The references were not updated if the label name was changed.
Then this is a bug of in InsetLabel::update() because the code for this
is present in there.
looks like it.
But it used to work fine, including for references or labels in
Abdelrazak Younes wrote:
I cannot imagine how I could have broken it. But I'll recheck rev. 23405.
I didn't accuse you :-), maybe I broke it before committing this stuff
Looks like it (I just checked)
I am simply saying that fixing update() might be a better idea.
Sure, but I tried and
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I cannot imagine how I could have broken it. But I'll recheck rev. 23405.
I didn't accuse you :-), maybe I broke it before committing this stuff
Looks like it (I just checked)
I am simply saying that fixing update() might be a better
Abdelrazak Younes wrote:
I think the reason is the const_iterator used in InsetLabel::update(). I
guess gcc silently fail to update the InsetRef pointers because of that.
So I'll switch a non const iterator and revert your fix. Please tell me
if that's OK.
No, does not work either.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I think the reason is the const_iterator used in InsetLabel::update(). I
guess gcc silently fail to update the InsetRef pointers because of that.
So I'll switch a non const iterator and revert your fix. Please tell me
if that's OK.
No, does
Abdelrazak Younes wrote:
OK, I'll put back your change.
Wait ...
Jürgen
Jürgen Spitzmüller wrote:
OK, I'll put back your change.
Wait ...
It works if you call update from outside. E.g., if you change in the cut and
paste check I introduced:
- lab.update(oldname, false);
+ lab.update(oldname, true);
the refs are updated on paste (which is unwanted in this case
please look at Tools-Preferences-User interface.
Yes. I have looked the options but there are no options to keep the menu, or
the status bar.
ahhh sorry, i didnt read carefuly your post. indeed these are not part of the
dialog
and i thought it is way to much bloat to put all these things
Jürgen Spitzmüller wrote:
Jürgen Spitzmüller wrote:
OK, I'll put back your change.
Wait ...
It works if you call update from outside. E.g., if you change in the cut and
paste check I introduced:
- lab.update(oldname, false);
+ lab.update(oldname, true);
the refs are updated on paste
Charles de Miramon wrote:
Pavel Sanda wrote:
please look at Tools-Preferences-User interface.
Yes. I have looked the options but there are no options to keep the menu, or
the status bar.
Somebody typing F11 by mistake will end in a full screen mode qithout any
clue how to come
Abdelrazak Younes [EMAIL PROTECTED] writes:
Angus Leeming wrote:
I notice that the LyX donations page,
http://www.lyx.org/donations.php, is unable to display the PayPal
image. As a result, the admonition to click the button below isn't
going to bring in much hard cash :-P
Do we receive
Comments?
fyi this patch breaks environments sorting when enabled.
pavel
Am 03.03.2008 um 15:52 schrieb Pavel Sanda:
Comments?
fyi this patch breaks environments sorting when enabled.
pavel
In fact envorinment sorting does not even work here without the patch.
Have to check that. Thanks
Stefan
Comments?
fyi this patch breaks environments sorting when enabled.
pavel
In fact envorinment sorting does not even work here without the patch. Have
to check that. Thanks
hmm, here works.
pavel
Am 03.03.2008 um 16:00 schrieb Pavel Sanda:
Comments?
fyi this patch breaks environments sorting when enabled.
pavel
In fact envorinment sorting does not even work here without the
patch. Have
to check that. Thanks
hmm, here works.
Fixed it.
Stefan
layoutfilter.patch
While doing these changes, it would be not too hard to add some
additional information to the layout. It would be interesting IMO to
display (in grey) the document class model right to the layout name
where the layout comes from. E.g. next to Theorem a grey AMS would
be written.
Stefan
hmm, here works.
Fixed it.
yes, works here.
did i say i like this feature? :)
pavel
Right, very strange. And it seems that the d-
columnDelegates.value(column, 0) can be 0 in fact. But after
setting it to a non-zero value, there is no way to go back.
We can of course put some flag in our delegate and use the standard
delegate methods if the flag is false. Any other idea?
Abdelrazak Younes wrote:
Could you please remove it and always pass
true?
- void update(docstring const new_label, bool updaterefs = true);
+ void update(docstring const new_label, bool updaterefs);
It does not even work if I remove the bool altogether.
I have a similar problem with my
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Could you please remove it and always pass
true?
- void update(docstring const new_label, bool updaterefs = true);
+ void update(docstring const new_label, bool updaterefs);
It does not even work if I remove the bool altogether.
I have a
Abdelrazak Younes wrote:
This strikes me like the identical bug.
Hum, that might just be a redraw problem...
But the name is not changed indeed (as view source reveals).
Jürgen
Pavel Sanda wrote:
Comments?
fyi this patch breaks environments sorting when enabled.
I think this sorting should be done via a button next to the combo or
something. It should not be necessary to go to the preference to do that
IMHO.
Abdel.
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
This strikes me like the identical bug.
Hum, that might just be a redraw problem...
But the name is not changed indeed (as view source reveals).
I am out of idea then...
Abdel.
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
This strikes me like the identical bug.
Hum, that might just be a redraw problem...
But the name is not changed indeed (as view source reveals).
Another idea:
void InsetCommand::metrics(MetricsInfo mi, Dimension dim) const
{
if
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Could you please remove it and always pass
true?
- void update(docstring const new_label, bool updaterefs = true);
+ void update(docstring const new_label, bool updaterefs);
It does not even work if I remove the bool altogether.
And if
Abdelrazak Younes wrote:
It does not even work if I remove the bool altogether.
And if you rename the method to say, updateCommand()?
No (but I prefer that name).
Jürgen
Stefan Schimanski wrote:
While doing these changes, it would be not too hard to add some
additional information to the layout. It would be interesting IMO to
display (in grey) the document class model right to the layout name
where the layout comes from. E.g. next to Theorem a grey AMS would
Am 03.03.2008 um 18:03 schrieb Richard Heck:
Stefan Schimanski wrote:
While doing these changes, it would be not too hard to add some
additional information to the layout. It would be interesting IMO
to display (in grey) the document class model right to the layout
name where the layout
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
It does not even work if I remove the bool altogether.
And if you rename the method to say, updateCommand()?
No (but I prefer that name).
Another idea... This might be related to the way we update the dialogs.
For example, I was debugging
Stefan Schimanski wrote:
Am 03.03.2008 um 18:03 schrieb Richard Heck:
Stefan Schimanski wrote:
While doing these changes, it would be not too hard to add some
additional information to the layout. It would be interesting IMO to
display (in grey) the document class model right to the layout
Am 03.03.2008 um 18:51 schrieb Richard Heck:
Stefan Schimanski wrote:
Am 03.03.2008 um 18:03 schrieb Richard Heck:
Stefan Schimanski wrote:
While doing these changes, it would be not too hard to add some
additional information to the layout. It would be interesting IMO
to display (in
Am 03.03.2008 um 18:58 schrieb [EMAIL PROTECTED]:
Author: younes
Date: Mon Mar 3 18:58:26 2008
New Revision: 23417
URL: http://www.lyx.org/trac/changeset/23417
Log:
Sanitize a bit the way InsetRef and InsetCommand button are drawn.
* Inset::validate(): renamed to initView()
Sorry if I am
Stefan Schimanski wrote:
Am 03.03.2008 um 18:58 schrieb [EMAIL PROTECTED]:
Author: younes
Date: Mon Mar 3 18:58:26 2008
New Revision: 23417
URL: http://www.lyx.org/trac/changeset/23417
Log:
Sanitize a bit the way InsetRef and InsetCommand button are drawn.
* Inset::validate(): renamed to
Abdelrazak Younes wrote:
Another idea... This might be related to the way we update the dialogs.
Good news: it works now.
Jürgen
Stefan Schimanski schrieb:
Right, very strange. And it seems that the
d-columnDelegates.value(column, 0) can be 0 in fact. But after
setting it to a non-zero value, there is no way to go back.
We can of course put some flag in our delegate and use the standard
delegate methods if the flag is
Stefan
I tried to test the rtl completion but failed to do so - but i
have really _no_ experience with rtl. When exactly should the
items in the list show up rtl?
It should work the same as in LTR text, only that it is mirrored.
I.e. the item in the popup are written from right to left
Stefan Schimanski schrieb:
Stefan
I tried to test the rtl completion but failed to do so - but i have
really _no_ experience with rtl. When exactly should the items in
the list show up rtl?
It should work the same as in LTR text, only that it is mirrored.
I.e. the item in the popup are
On Sat, Mar 01, 2008 at 10:35:13PM +0100, Joost Verburg wrote:
A very nice cross-platform solution is:
http://trolltech.com/products/qt/addon/solutions/catalog/4/Utilities/qtsingleapplication
So you want to disallow a user running multiple LyX instances?
I doubt that's an idea I will agree
Andre Poenitz wrote:
On Sat, Mar 01, 2008 at 10:35:13PM +0100, Joost Verburg wrote:
A very nice cross-platform solution is:
http://trolltech.com/products/qt/addon/solutions/catalog/4/Utilities/qtsingleapplication
So you want to disallow a user running multiple LyX instances?
I doubt that's
hi,
i dig more deeply into the problem why outliner lose its structure any
time one hovers with mouse over the lyx window or after some editing actions.
it seems that such collapsing is not directly called anywhere in our code
and this action is trigerred far away from our ToC updates
Andre Poenitz wrote:
On Sat, Mar 01, 2008 at 10:35:13PM +0100, Joost Verburg wrote:
A very nice cross-platform solution is:
http://trolltech.com/products/qt/addon/solutions/catalog/4/Utilities/qtsingleapplication
So you want to disallow a user running multiple LyX instances?
No, he wants
spitz wrote:
* src/insets/InsetBibitem{cpp,h}:
- add duplicate check. There's a remaining glitch: the warning
message after setting a bibitem key in the dialog to a duplicate pops up
twice.
Abdel, maybe you have a clue.
Jürgen
Pavel Sanda wrote:
hi,
i dig more deeply into the problem why outliner lose its structure any
time one hovers with mouse over the lyx window or after some editing actions.
it seems that such collapsing is not directly called anywhere in our code
and this action is trigerred far away from our
Jürgen Spitzmüller wrote:
spitz wrote:
* src/insets/InsetBibitem{cpp,h}:
- add duplicate check. There's a remaining glitch: the warning
message after setting a bibitem key in the dialog to a duplicate pops up
twice.
Abdel, maybe you have a clue.
The second warning is triggered by
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
spitz wrote:
* src/insets/InsetBibitem{cpp,h}:
- add duplicate check. There's a remaining glitch: the warning
message after setting a bibitem key in the dialog to a duplicate pops up
twice.
Abdel, maybe you have a clue.
The second
Richard Heck [EMAIL PROTECTED] writes:
I like this idea, too. All we'd need to do is introduce a Category
tag in the layout files, and I guess a corresponding enum. Should be
quite simple, really, though going through all the layout files and
adding a Category Blah tag will be a pain.
Yes.
Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Author: younes
Date: Sun Mar 2 19:14:12 2008
New Revision: 23399
URL: http://www.lyx.org/trac/changeset/23399
Log:
Introduce Inset::validate() for Inset validation purpose upon interactive
creation. In this commit this is used to
Abdelrazak Younes wrote:
> I'll have a look.
I see you did. I have to do the following changes to get the warning popup,
though (the int change is just personal taste; I think counting should start
at 1, not 0).
Can I apply, or does it interfere with your work?
BTW, do you plan to address
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I'll have a look.
I see you did. I have to do the following changes to get the warning popup,
though (the int change is just personal taste; I think counting should start
at 1, not 0).
No problem.
Can I apply, or does it interfere
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> I'd rather see another method name, 'validate' is taken already (for
>> the features stuff).
>
> reset()?
init()? sanitize()?
>
>> JMarc, back from holiday
>
> The snow was good?
Let's say good enough.
JMarc
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
I'd rather see another method name, 'validate' is taken already (for
the features stuff).
reset()?
init()? sanitize()?
Let's go for initView() as this is mostly related to visualization.
Abdel.
As soon as possible, I'll begin the update of the french translation of
the documentation.
But in order to be able to do that I need to have a working 1.6 version
on one of my computers.
The problem is I need a stable version of LyX for my work. I have a
1.5.4 version working on my Windows XP
Abdelrazak Younes wrote:
> > BTW, do you plan to address the missing bits wrt my patch (label
> > validation for bibitems, label validation on PASTE)?
>
> Not at this point, no. Feel free to handle those bits.
I've done the paste part for labels.
> About bibitems,
> maybe we should take an
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
BTW, do you plan to address the missing bits wrt my patch (label
validation for bibitems, label validation on PASTE)?
Not at this point, no. Feel free to handle those bits.
I've done the paste part for labels.
Good.
About bibitems,
Uwe Stöhr wrote:
Yesterday I started the second attempt to begin with the documentation
update for LyX 1.6 and here's my impression:
Trunk is much more stable than the first previews of LyX 1.5svn were,
but I encountered some bugs that make it hard to use:
- selecting/highlighting is not
Siegfried MEUNIER-GUTTIN-CLUZEL schrieb:
But in order to be able to do that I need to have a working 1.6 version
on one of my computers.
I'll provide an installer with LyX 1.6svn the next days.
My question is : can I install a 1.6 without any perturbation of my
1.5.4.
Yes. When you
On Sunday 02 March 2008 22:20:38 Uwe Stöhr wrote:
> I'm forwarding this, because some of the changes might be useful to go into
> trunk as well, but I'm no Python expert to qualify the changes as useful or
> not. José might perhaps have a look.
I need to know what is the purpose of those
Abdelrazak Younes wrote:
Uwe Stöhr wrote:
Yesterday I started the second attempt to begin with the documentation
update for LyX 1.6 and here's my impression:
Trunk is much more stable than the first previews of LyX 1.5svn were,
but I encountered some bugs that make it hard to use:
-
Pavel Sanda wrote:
> please look at Tools->Preferences->User interface.
Yes. I have looked the options but there are no options to keep the menu, or
the status bar.
Somebody typing F11 by mistake will end in a full screen mode qithout any
clue how to come back to normal mode
Something
[EMAIL PROTECTED] wrote:
Author: spitz
Date: Mon Mar 3 13:22:17 2008
New Revision: 23410
URL: http://www.lyx.org/trac/changeset/23410
Log:
* src/insets/InsetLabel.cpp (doDispatch):
- restore call to changeRefsIfUnique.
The references were not updated if the label name was changed.
Abdelrazak Younes wrote:
> > The references were not updated if the label name was changed.
>
> Then this is a bug of in InsetLabel::update() because the code for this
> is present in there.
looks like it.
Jürgen
Abdelrazak Younes wrote:
> But it used to work fine, including for references or labels in child
> documents.
I cannot imagine how I could have broken it. But I'll recheck rev. 23405.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
But it used to work fine, including for references or labels in child
documents.
I cannot imagine how I could have broken it. But I'll recheck rev. 23405.
I didn't accuse you :-), maybe I broke it before committing this stuff
I am simply
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
The references were not updated if the label name was changed.
Then this is a bug of in InsetLabel::update() because the code for this
is present in there.
looks like it.
But it used to work fine, including for references or labels in
Abdelrazak Younes wrote:
> > I cannot imagine how I could have broken it. But I'll recheck rev. 23405.
>
> I didn't accuse you :-), maybe I broke it before committing this stuff
Looks like it (I just checked)
> I am simply saying that fixing update() might be a better idea.
Sure, but I tried
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I cannot imagine how I could have broken it. But I'll recheck rev. 23405.
I didn't accuse you :-), maybe I broke it before committing this stuff
Looks like it (I just checked)
I am simply saying that fixing update() might be a better
Abdelrazak Younes wrote:
> I think the reason is the const_iterator used in InsetLabel::update(). I
> guess gcc silently fail to update the InsetRef pointers because of that.
> So I'll switch a non const iterator and revert your fix. Please tell me
> if that's OK.
No, does not work either.
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I think the reason is the const_iterator used in InsetLabel::update(). I
guess gcc silently fail to update the InsetRef pointers because of that.
So I'll switch a non const iterator and revert your fix. Please tell me
if that's OK.
No, does
Abdelrazak Younes wrote:
> OK, I'll put back your change.
Wait ...
Jürgen
Jürgen Spitzmüller wrote:
> > OK, I'll put back your change.
>
> Wait ...
It works if you call update from outside. E.g., if you change in the cut and
paste check I introduced:
- lab.update(oldname, false);
+ lab.update(oldname, true);
the refs are updated on paste (which is unwanted in this
> > please look at Tools->Preferences->User interface.
>
> Yes. I have looked the options but there are no options to keep the menu, or
> the status bar.
ahhh sorry, i didnt read carefuly your post. indeed these are not part of the
dialog
and i thought it is way to much bloat to put all these
Jürgen Spitzmüller wrote:
Jürgen Spitzmüller wrote:
OK, I'll put back your change.
Wait ...
It works if you call update from outside. E.g., if you change in the cut and
paste check I introduced:
- lab.update(oldname, false);
+ lab.update(oldname, true);
the refs are updated on paste
Charles de Miramon wrote:
Pavel Sanda wrote:
please look at Tools->Preferences->User interface.
Yes. I have looked the options but there are no options to keep the menu, or
the status bar.
Somebody typing F11 by mistake will end in a full screen mode qithout any
clue how to come
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Angus Leeming wrote:
>> I notice that the LyX donations page,
>> http://www.lyx.org/donations.php, is unable to display the PayPal
>> image. As a result, the admonition to "click the button below" isn't
>> going to bring in much hard cash :-P
>
> Do
> Comments?
fyi this patch breaks environments sorting when enabled.
pavel
Am 03.03.2008 um 15:52 schrieb Pavel Sanda:
Comments?
fyi this patch breaks environments sorting when enabled.
pavel
In fact envorinment sorting does not even work here without the patch.
Have to check that. Thanks
Stefan
>>> Comments?
>>
>> fyi this patch breaks environments sorting when enabled.
>> pavel
>
> In fact envorinment sorting does not even work here without the patch. Have
> to check that. Thanks
hmm, here works.
pavel
Am 03.03.2008 um 16:00 schrieb Pavel Sanda:
Comments?
fyi this patch breaks environments sorting when enabled.
pavel
In fact envorinment sorting does not even work here without the
patch. Have
to check that. Thanks
hmm, here works.
Fixed it.
Stefan
layoutfilter.patch
While doing these changes, it would be not too hard to add some
additional information to the layout. It would be interesting IMO to
display (in grey) the document class model right to the layout name
where the layout comes from. E.g. next to Theorem a grey "AMS" would
be written.
Stefan
>> hmm, here works.
>
> Fixed it.
yes, works here.
did i say i like this feature? :)
pavel
Right, very strange. And it seems that the d-
>columnDelegates.value(column, 0) can be 0 in fact. But after
setting it to a non-zero value, there is no way to go back.
We can of course put some flag in our delegate and use the standard
delegate methods if the flag is false. Any other idea?
Abdelrazak Younes wrote:
> Could you please remove it and always pass
> true?
>
> - void update(docstring const & new_label, bool updaterefs = true);
> + void update(docstring const & new_label, bool updaterefs);
It does not even work if I remove the bool altogether.
I have a similar problem
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Could you please remove it and always pass
true?
- void update(docstring const & new_label, bool updaterefs = true);
+ void update(docstring const & new_label, bool updaterefs);
It does not even work if I remove the bool altogether.
I have
1 - 100 of 126 matches
Mail list logo