Richard Heck wrote:
Bo Peng wrote:
Because you are on this topic, can you also check when navigation ->
list of listings and other entries are updated? When I add a listings
insets with caption, I can see an empty entry but not the caption.
This is a similar issue. The update is done by this c
This is wrong. updateLabels() IS called from LFUN_CAPTION_INSERT. But it
is NOT called after the caption itself is edited. So you get the same
problem if you change an existing caption and then view the navigation
menu or, for that matter, the TOC.
The way to solve this might be to put some appro
Bo Peng wrote:
This is wrong. updateLabels() IS called from LFUN_CAPTION_INSERT. But it
is NOT called after the caption itself is edited. So you get the same
problem if you change an existing caption and then view the navigation
menu or, for that matter, the TOC.
The way to solve this might be t
> "Richard" == Richard Heck <[EMAIL PROTECTED]> writes:
Richard> This is wrong. updateLabels() IS called from
Richard> LFUN_CAPTION_INSERT. But it is NOT called after the caption
Richard> itself is edited. So you get the same problem if you change
Richard> an existing caption and then view the
>> update toc and list of xxx seems to me an expensive operation. Can
>> it be done on demand? I mean, maybe we can add a
>> 'refresh'/'regenerate' button in the outline panel; and update
>> 'list of listings' and such only if this menu item is clicked.
This is how it used to be in the good old
Jean-Marc Lasgouttes wrote:
update toc and list of xxx seems to me an expensive operation. Can
it be done on demand? I mean, maybe we can add a
'refresh'/'regenerate' button in the outline panel; and update
'list of listings' and such only if this menu item is clicked.
This is how it us
> "Richard" == Richard Heck <[EMAIL PROTECTED]> writes:
Richard> Jean-Marc Lasgouttes wrote:
update toc and list of xxx seems to me an expensive operation.
Can it be done on demand? I mean, maybe we can add a
'refresh'/'regenerate' button in the outline panel; and update
'l
Jean-Marc Lasgouttes wrote:
The navigation menu is regenerated just before displaying it. At least
this is what it used to do, without much overhead.
Well, it doesn't do this now. Open the Embedded Objects manual; go to
some figure, and delete some characters from the caption. (Do not
highli
Well, it doesn't do this now. Open the Embedded Objects manual; go to
some figure, and delete some characters from the caption. (Do not
highlight and delete. That regenerates. Just delete.) Exit the caption
(again, you have to be careful how you do this, as some actions
regenerate) and open Naviga
Bo Peng wrote:
Well, it doesn't do this now. Open the Embedded Objects manual; go to
some figure, and delete some characters from the caption. (Do not
highlight and delete. That regenerates. Just delete.) Exit the caption
(again, you have to be careful how you do this, as some actions
regenerate)
Anything that fixed the TOC behavior would also fix this. But it would
be possible to separate these and have the TOC update only by explicit
request (say) whereas the menu updated when it was shown.
When I insert 'update toc' message to 'TocBackend::update()', I find
that it is called whenever
The way to solve this might be to put some appropriate code into
InsetCaption::notifyCursorLeaves().
I do not think it is a good idea to update Toc during editing, because
simple add/remove of sections, change of environment will break Toc,
so it is close to impossible to consider all cases and
Bo Peng wrote:
The way to solve this might be to put some appropriate code into
InsetCaption::notifyCursorLeaves().
I do not think it is a good idea to update Toc during editing, because
simple add/remove of sections, change of environment will break Toc,
so it is close to impossible to conside
There don't seem to be many of these.
[EMAIL PROTECTED] src]$ srcgrep 'tocBackend().update()'
buffer_funcs.cpp:704: cbuf.tocBackend().update();
frontends/controllers/ControlToc.cpp:120:
kernel().buffer().getMasterBuffer()->tocBackend().update();
MenuBackend.cpp:708:const_cast(buf)->tocBacken
Richard Heck wrote:
Bo Peng wrote:
The way to solve this might be to put some appropriate code into
InsetCaption::notifyCursorLeaves().
I do not think it is a good idea to update Toc during editing, because
simple add/remove of sections, change of environment will break Toc,
so it is close to
Bo Peng wrote:
The way to solve this might be to put some appropriate code into
InsetCaption::notifyCursorLeaves().
I do not think it is a good idea to update Toc during editing, because
simple add/remove of sections, change of environment will break Toc,
so it is close to impossible to conside
Please don't touch at that. When you change a section depth, the full
renumbering is done (in updateLabels()). It is only natural to update
also the TocBackend at the same time. Actually this update is much
quicker than the section renumbering.
We have not done anything, and if the operators are
Bo Peng wrote:
Please don't touch at that. When you change a section depth, the full
renumbering is done (in updateLabels()). It is only natural to update
also the TocBackend at the same time. Actually this update is much
quicker than the section renumbering.
We have not done anything, and if t
> We have not done anything, and if the operators are cheap as you
> described, it is perfectly fine to me to make TocUpdate automatic.
Good, thanks.
But then it is your job to get it done. :-)
Seriously, as we have discussed, the problem lies in 'when to update
Toc'. It is unwise to update To
Bo Peng wrote:
> We have not done anything, and if the operators are cheap as you
> described, it is perfectly fine to me to make TocUpdate automatic.
Good, thanks.
But then it is your job to get it done. :-)
I am slowly coming back, don't ask me too much ;-)
Seriously, as we have discuss
20 matches
Mail list logo