Use the tab key to display notes
Paste a long text of 100Kb or so into that note
See how slowly the text gets processed (the 32-bit client never exhibited this)
Try to open the cookbook and see how slowly it opens
close the notes popup by clicking the X icon in its upper right had corner
After about 10 seconds the popup is closed while fading very slowly.
After the notes popup is closed, the speed seems normal again.
BUG
bump
Are you working on a solution for this ?
Thanks for the bug report @"Bletchley Park"! I've reproduced this issue, but only with massive amounts of text (like you say, 10,000+ characters).
Unfortunately, I think the fix will be relatively complicated. I may be wrong and I'll discuss with the other devs, but most likely this will be a low priority issue. The program is behaving as intended; simply the notes feature was never intended to perform with this much text.
Thank you for replying, I considered it a bug as the 32-bit client never had this issue and kept performing well. I have been using this large text method for many years without issue.
Why is display code dependent on the size of the notes in the first place ?
Our best guess currently is there's some interaction where the entirety of the notes content is getting rendered (in a way which doesn't scale well), even though only a portion of it is visible. We're not sure why. We did update the font rendering engine with the 64-bit client update, which should have improved everything, but slight differences in the engines might have resulted in some unintended side effects. Nothing obvious has jumped out at us, and as mentioned this is a low priority issue so we haven't had much throughput to do deep debugging.
We apologize for the issue, and hope that you can figure out a workaround with shorter notes.
You might try a simple check: There is a blinking cursor in the notes box when opened, is that cursor still blinking when the box is closed ? It would likely re-render the entire contents and do line reformatting as well for every blink.