New in Okteta: Splitted Views

Konqueror can do it. Kate can do it. KDevelop can do it.
And possibly others, too. So, Okteta should not stand back and also be able to split a view and have two or more of them at the same or multiple documents. Can be useful in times. And afterall, the Okteta library can do MVC since some years (back then had classes named KHexEdit, even if hasn’t been used by and never shared anything with the program named KHexEdit, besides living in a subdir of it).

Sadly, all programs have their own implementation, which are also to a certain degree coupled with the rest of the program or the framework it is built on. So there is now another (draft of an) implementation, again coupled to a framework 😉 but this time to one with ambitions for more: the MultiViewAreas (working title) in Kasten.

While there are some glitches left most of the basic stuff is working, one can split views vertically and horizontically, here with the same approach like Sublime/KDevelop has:
Splitted View Areas in Okteta, thanks to Kasten

See how on splitting also the settings are copied to the new view. Even better, it is tried to set the visible part in the new view aligned to the one in the old one, so it appears as if just the splitter and the new tabbar cut into the old view, and the user must not research the parts she has seen before.
(Tried as in: Currently broken for the use in Okteta, as some ensureCursorVisible() in the bytearray view widget moves the visible section around on the resizing after the split, workaround pending…)

The Kasten::MultiViewAreas is just another implementation of Kasten::AbstractGroupedViews, though hard coded for use in Kasten::ShellWindow temporarily. An alternative implementation of a multi view areas setup for a design like Kate has (no tabs, statusbar per view) will be the next to be done, so a developer using Kasten has some choice.

One more step on a long way yet for Kasten… But one less to be done 🙂

Advertisements

2 thoughts on “New in Okteta: Splitted Views

  1. In editors with split view a feature I often want to see is binding together the scrollbars (for comparing very similar documents).

    In the case that this was implemented it would be good to have a modifier key to reverse the setting. e.g
    (1) when scroll-bars not locked: scroll-bars work independently unless e.g. holding down CTRL in which case both views would scroll together
    (2) when scroll-bars locked: scroll-bars move together unless e.g. holding down CTRL in which case they move separately

  2. Thanks for the suggestion, maninalift, this is a good idea. No promises, but something similar might come one day to Kasten, along with other support for seeing differences between documents.

    You could help me and yourself by adding this feature wish using bugs.kde.org (for now just to the product Okteta/General) please, so it doesn’t get lost and you and other people can track things around this idea.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s