No great things happened to Okteta for the upcoming version 0.3, to be part of KDE 4.3, especially to the core system:
- Files are still completely loaded to memory, so better avoid really large files.
- No real-time collaborative editing.
- No multiple view to the same document.
- No working threads bound to the effected documents.
- No syntax highlighting.
- No sets of view settings, and no storing of the used one.
- No raw file system/process memory views.
- No embedded Goto/Find dialogs.
See me disappointed. And it looks like there will be almost no time to work on any of these features for 0.4 😦
Still the new version number is justified, as some simple tools have been added:
- a file system browser, as known from Kate/KDevelop
- an opened documents browser
- a bookmark editor
- a checksum/hashsum calculator
While the first three are just alternative interfaces to existing functionality as offered in the menu, the checksum calculator is at least a new feature: It enables to create checksums of the types Modular sum (8-32 bit), Adler-32, and CRC-32. And hashsum algorithms are taken from the QCA2 library, if available, and can be SHA-0/1/224/256/384/512, MD2/4/5, RIPEMD-160, and Whirlpool.
Bookmarks now are also titled. But they still have one big drawback: They are not saved (also in session management), so you loose them if you close the file, please keep this in mind!
The status bar features active status labels: You can directly change Overwrite/Insert and Read-only/Read-write modes, also the encodings of the values and chars. And even directly adjust the size of the display with a zoom slider.The elements shown in the status bar are limited by the available size, which means the minimum size of the full windows will not be bound to the size of all status bar elements, so you can make it as small as you like.
Looking at the screenshot one may wonder if Okteta couldn’t simply be built on top of Sublime, the KDevelop platform, or reuse Kate’s UI framework or even the KOffice one. I had investigated this before, but found Sublime and Kate too much bound to plaintext-style documents, and similar with KOffice. And I felt not to have the time for all the discussion needed to influence the development for my needs and ideas 🙂
Which is why I have been working on an own infrastructure (Working title Kakao, new name still pending), centered around generic document types to be synched asynchronously between multiple address spaces and modified by different users, which I even intend to become some KPart 2.0 in the end (don’t hold your breath, may be just another failed ambition in the end). The code written is still far from what I have in mind, and also includes some hacks/shortcuts to have it working for Okteta now, so please ignore it for the time given.