outline pane issues and huge note slowness
V K
sovhist at yahoo.com
Fri Feb 5 23:30:03 UTC 2021
On Saturday, February 6, 2021, 12:43:11 AM GMT+2, Richard Kimberly Heck <rikiheck at lyx.org> wrote:
On 2/5/21 5:34 PM, V K wrote:
>
>
>
>
>
>
> On Saturday, February 6, 2021, 12:21:59 AM GMT+2, Richard Kimberly Heck <rikiheck at lyx.org> wrote:
>
>
>
>
>
> On 2/5/21 4:52 PM, V K wrote:
>
>
>>
>>
>>
>>
>>
>> On Friday, February 5, 2021, 11:43:02 PM GMT+2, Richard Kimberly Heck <rikiheck at lyx.org> wrote:
>>
>>
>>
>>
>>
>> On 2/5/21 3:10 PM, Jean-Marc Lasgouttes wrote:
>>
>>
>>> Le 05/02/2021 à 20:07, V K a écrit :
>>>
>>>> Regarding huge note. I created a new file, pasted some random
>>>> generated text in English and Russian, placed them in note an yes, it
>>>> is not as bad. But when I pasted my text in Lithuanian to note, it's
>>>> almost unusable. Same situation even after converting all text to
>>>> plaintext (so there is no notes or links to missing footnotes, only
>>>> text). After buffer-anonymize performance is much better, like with
>>>> notes in other languages. So, problem is with language, I think –
>>>> Lithuanian has letters ąčęėįįšųųūž. So I copied public lithuanian
>>>> text to the note. Strangely situation is better (but worse than with
>>>> English or Russian notes).
>>>> I attached file with public text and I can send file with my text
>>>> privately if you wish.
>>>>
>>> What shall I do to experience bad performance? What is your operating
>>> system?
>>>
>> Of course we've had issues like this with the outliner open. We fixed a
>> problem like that for branches. Maybe it's the same problem with notes?
>>
>>
>>
>>
>> I've just created branch, placed my text and behaviour is same as with note – sluggishness. Maybe Wayland is to be blamed. But Linux is going in that direction.
>>
>
> Does the problem depend upon having the outliner open?
>
> Riki
>
>
>
>
>
> No, I don't see any differences, CPU spikes and sluggishness w/o outline too.
>
>
OK, thanks. So it's at least not the other issue I had in mind.
Do you also see this with other insets? E.g., footnotes? Does it matter if the top of the inset is still on screen? Or if the bottom is off? Does the inset need to be bigger than the screen for you to see this?
JMard will know better than I, but I think there may be something weird that happens once an inset spans the whole screen.
Riki
Inset must be really huge to see big sluggishness. If it is bigger than screan, let's say, is like 7 screens long), I hear spike of CPU and see some sluggishness, if it is like three screens, I hear spike of CPU but see no sluggish.
I created Lyx note, greyedout, comment, marginnote and footnote – the same behaviour.
Yes, inset mus be bigger, but it doesn't matter is the top or bottom of the inset on screen. Text scrolls evenly until top or bottom of inset appears on screen, then CPU spikes and text jumps – stops – jumps. After inset disappears, text scrolls evenly. To be more precise, text scroll evenly and then stops when I even don't see inset – as I understand, it stops when inset should appear on screen if scroll would continue at the same speed. So I don't see inset and some normal text before or after inset. The bigger is speed of scroll, the bigger portion of normal text before or after inset I don't see too. And the bigger jump after such freeze is.
As a total noob I see problem with "painting" of inset.
More information about the lyx-users
mailing list