[prev in list] [next in list] [prev in thread] [next in thread] 

List:       lyx-devel
Subject:    Re: Outline more persistent
From:       Abdelrazak Younes <younes () lyx ! org>
Date:       2008-09-30 12:44:30
Message-ID: 48E21F2E.5070501 () lyx ! org
[Download RAW message or body]

On 30/09/2008 14:24, Pavel Sanda wrote:
> Abdelrazak Younes wrote:
>    
>>>> Abdelrazak Younes wrote:
>>>>          
>>>>> OK I can reproduce a slowdown in debug mode when the slide is set to the
>>>>> maximum.
>>>>>            
>>>> moving with cursor in maximum slider position is a typical case when this
>>>> happens. in fact the maximum slider is for me just the consequence of not
>>>> having persistency...
>>>>          
>>> OK, there is one use case that is simple to fix: writing in section. At
>>> TocBackend Level, only the current TocItem is updated, not the full list.
>>> We can do the same by means of a new signal that will trigger an update of
>>> only the current ToModel item. This way, the TocModel won't be reset and
>>> the tree will not collpase unexpectedly. I can do that later today or
>>> tomorrow.
>>>        
>> I did that. So for simple text editing I think this is what you wanted,
>> please check. This won't work when inset creation/deletion is involved, as
>> the same fine tuning needs to be done with insets as with sections.
>>      
>
> yes except the inset creation/deletion is that what i have in mind. however
> the current state breaks the the usual behaviour - just open userguide
> and try to go by pgdn - the items are successively uncolapsed and never get
> back when moving out of the chapter - this will annoy other people...
>    

Yes, well, that's a compromise...

> i think this should be governed by some additional checkbox, but as you don't
> like it maybe the context menu is the solution?
>    

So, the checkbox you are proposing will govern the call to setTreeDetph()?

> anyway what you have done is much more elegant than my proposals before.
>    

Even if this is maybe not clear, I am listening to you, really :-)

Abdel.

[prev in list] [next in list] [prev in thread] [next in thread]