5 ms·
Simple reason: Because the package is not optimized for that. It can be shrinked more, but that needs help. And I must confess, I rather spend my time on bug fi
by cullmann 2y ago
Simple reason: Because the package is not optimized for that.
It can be shrinked more, but that needs help.
And I must confess, I rather spend my time on bug fixes than space optimizations.
- rubymamis 2y agoHey, Kate is awesome! Didn't mean to bring you down or anything. I myself got some trimming to do for my own apps. Keep up the good work. BTW, any idea how Kate is so fast? Is there an architecture explanation somewhere? Is it based on Scintilla? I'm on a block editor[1] in Qt C++ and QML so that kind of information will be helpful. [1] https://www.get-plume.com/ https://www.get-plume.com/
- waqar144 2y agothe architecture is really simple. The buffer contigously stores a list of "blocks". Each block contains a small number of actual text lines (usually 64-128). Thus if you edit a line, we only need to update the block containing the line. Once a block grows bigger than a certain number of lines, we split it into two.
- rubymamis 2y agoHey, Waqar! If I’m not mistaken, you also contributed to my own Notes app https://github.com/nuttyartist/notes https://github.com/nuttyartist/notes, so thanks! Can you please point where in Kate’s source code I’ll see the implementation for this? That would be super helpful.
- waqar144 2y agohttps://invent.kde.org/frameworks/ktexteditor/-/tree/master/src/buffer https://invent.kde.org/frameworks/ktexteditor/-/tree/master/...