This forum has been archived. All content is frozen. Please use KDE Discuss instead.

Ranting and Nagging: Toolbars and Configuration

Tags: None
(comma "," separated)
rwellington
Registered Member
Posts
2
Karma
0
I recently discovered KDevelop and I allready like it more than QtCreator.
Unfortunately though it somehow feels unfinished. I see KDevelop as a additional Layer that is sitting above Kate and therefore expect all it features plus more.
Surprisingly for me I can't find the option to configure plugins at all, especially the option to sync the consoles path to the current file.

Why isn't there one main menu option to configure KDevelop? The split into Shortcuts, Editor and KDevelop is not user friendly at all. Also a search function inside the Settings would be good too.

I've already given up trying to understand the toolbar configurations. There is one main Toolbar with multiple sub toolbars, that's ok but why are there two sub-toolbars which can be detached and three that can not ? How do I see which on of the non detachable sub-toolbars icons appear first in the main Toolbar and why are thy not in one non detachable sub-toolbar to begin with? After the first time editing something within the configurations some Icons jump into their actual sub-toolbars in which they should be in the first place and not how they are when you do a fresh install of KDevelop. I know that you are not 100% responsible for this since this toolbar madness can be pretty much found everywhere in KDE.

And the final thing that I am missing is the option to configure the folding option. It would be nice to have the option to have custom folds via region/endregion or #if(1)/#endif and auto folding of certain blocks at start up.

That's about it and it's not that much. Keep up the good work ;)
User avatar
scummos
Global Moderator
Posts
1175
Karma
7
OS
Hi!

KDevelop is sitting above KTextEditor, not above Kate, so in that way, it's not a "higher level" application than kate, just a different one. This also means we don't have everything kate has, sadly.

What plugin configurations are you referring to? There's 3 kinds of plugins:

* KDevelop plugins: Those can be configured in Settings -> Configure KDevelop -> Plugins
* KTextEditor plugins: See Settings -> Configure Editor -> Extensions
* Kate plugins (what kate has in Settings -> Application -> Plugins): Not supported by KDevelop.

I agree that the split in Editor and Application settings is not that great. Kate basically has it too, but they show it both in the same dialog so nobody notices. I guess we should do that too. The split into Settings and Shortcut configuration makes sense, it's what every KDE application does, and it works very well imo. I'd strongly vote against changing that.

About the toolbars, I can't really write a huge explanation on toolbars now, partly because I don't know some things myself :D
Do you have a concrete problem you want to solve?

As far as I know folding is not configurable from the GUI, however it's defined by the kate syntax XML files (/usr/share/apps/katepart/syntax/...) and quite easy to change there. About folding on start-up, I have no idea if that's possible, possibly through scripting.

Cheers,
Sven


I'm working on the KDevelop IDE.
rwellington
Registered Member
Posts
2
Karma
0
scummos wrote:Hi!

KDevelop is sitting above KTextEditor, not above Kate, so in that way, it's not a "higher level" application than kate, just a different one. This also means we don't have everything kate has, sadly.

What plugin configurations are you referring to? There's 3 kinds of plugins:

* KDevelop plugins: Those can be configured in Settings -> Configure KDevelop -> Plugins
* KTextEditor plugins: See Settings -> Configure Editor -> Extensions
* Kate plugins (what kate has in Settings -> Application -> Plugins): Not supported by KDevelop.

Knowing that KDevelop is based on KTextEditor changes almost everything. I assumed that the KDevelop Console Plugin is the same Plugin that Kate has.

scummos wrote:The split into Settings and Shortcut configuration makes sense, it's what every KDE application does, and it works very well imo. I'd strongly vote against changing that.

I can see the purpose of not wanting to change it for the purpose of consistently across KDE but I don't see the point why someone would want to make a extra menu option for shortcuts.

scummos wrote:About the toolbars, I can't really write a huge explanation on toolbars now, partly because I don't know some things myself :D
Do you have a concrete problem you want to solve?

No I guess not. Its just a awkward implementation. Maybe you could look at how LibreOffice did their toolbars. There one can make a multiple complete costume toolbars which can have pretty much all actions that are available in the program.

scummos wrote:As far as I know folding is not configurable from the GUI, however it's defined by the kate syntax XML files (/usr/share/apps/katepart/syntax/...) and quite easy to change there. About folding on start-up, I have no idea if that's possible, possibly through scripting.

Ok thanks going to look in it.

Also one thing that I found is that every toolbar on the sides is restricted to show only one toolview at the time. If I snap out on toolview and try to attach it to another visible one I get a color highlight that shows me that i can arrange multiple toolviews at once.
Eclipse handles muliple toolviews really good but I can imagine that having something similar would mean to wire a huge amount of code for not that much of use for now as KDevelop don't has really much plugins.
At this moment though every toolview should have at least its own width. When I use the Filesystem it needs to have a wide width, external scripts on the other hand can be much narrower.
User avatar
scummos
Global Moderator
Posts
1175
Karma
7
OS
Hi!

I can see the purpose of not wanting to change it for the purpose of consistently across KDE but I don't see the point why someone would want to make a extra menu option for shortcuts.

Well, shortcut configurations are something which works exactly the same in every KDE application. Thus it makes a lot of sense to also have it accessible in the same way: If you want to configure shortcuts, click Settings -> Configure shortcuts. That holds for every KDE application, which is good for usability. If each application would start sorting it into their settings module somewhere, it'd take for example me much longer to find the shortcut configuration dialog in a random application.
This point I have a quite strong opinion about, I'm sure it's good as it is.

rwellington wrote:No I guess not. Its just a awkward implementation. Maybe you could look at how LibreOffice did their toolbars. There one can make a multiple complete costume toolbars which can have pretty much all actions that are available in the program.

Side note: we can discuss this here but it's not very likely to lead to a result, since toolbars and actions are a KDE-wide framework and I don't really feel like touching it -- and I guess most other people would agree ;). Except of course you want to improve it :)
Being able to create custom toolbars sounds useful on paper but what would you use it for in practice? I fail to see the use case for it.
I'm still not sure what concrete problem you have with the toolbar configurations. Granted, it is a bit quirky in KDevelop (more than in other applications), but so far I always managed to make it do what I wanted it to quite quickly.

Also one thing that I found is that every toolbar on the sides is restricted to show only one toolview at the time. If I snap out on toolview and try to attach it to another visible one I get a color highlight that shows me that i can arrange multiple toolviews at once.
Eclipse handles muliple toolviews really good but I can imagine that having something similar would mean to wire a huge amount of code for not that much of use for now as KDevelop don't has really much plugins.
At this moment though every toolview should have at least its own width. When I use the Filesystem it needs to have a wide width, external scripts on the other hand can be much narrower.

I *think* technically we can show multiple toolviews next to each other, but it's not enabled because it's buggy. Or so.
It might be useful to know that you can assign shortcuts to toolviews. Maybe that serves your use case as well.

Each toolview having its own width sounds like a valid wish, you could post it to the bug tracker as such if you like.

Greetings,
Sven


I'm working on the KDevelop IDE.


Bookmarks



Who is online

Registered users: Bing [Bot], daret, Google [Bot], Sogou [Bot]