Ideas for future releases

dAgeCKo dagecko at free.fr
Mon Nov 26 08:58:59 GMT 2012



Hello,

here I have some comments and ideas for futures releases of kdevelop. I 
just hope this is a good place to talk about this (I previously added 
wishes in the bug report but I am not sure enough people read it and 
certainly it needs more information, thus this mail).

1) session issues

The first thing, that is somehow annoying is that kdevelop always starts 
the session that was firstly closed on the last boot. For example, let's 
say I have sessions 1 and 2. Then I close session 1, and then session 2. 
Then I reboot my computer. Then I start kdevelop. And the session that 
starts is the session 1.
Maybe I don't have good logic, but I would expect the last closed 
session to open on the next start (so here session 2).
A solution to avoid argue with this logic would be for kdevelop to open 
its starting page at every start (4.4 has a beautiful starting page that 
we see only the first time we start kdevelop...), and this would mimics 
a bit the way VS and other IDE work.

2) indentation and source formatting

Now, about indenting and source formatter. As said above, I made a 
subject on the bug report here:
https://bugs.kde.org/show_bug.cgi?id=310034
It certainly requires a more complete information, so I hope people will 
be interested in it here.

The main problem I have with these things is that I cannot get the style 
which is mine (I know kdevelop doc says that). But I think, since many 
people use it that it would be nice to provide a more complete furniture.
For example, one would like to indent or not the public, private and 
protected keywords within a class:.
class X
{
public: // the way kdevelop works

    protected: // the way some would like it
};

Maybe they would like not to indent after a namespace scope:

namespace n
{
    // indented line (kdevelop way)

// maybe I would like it not indented
}

Of course, it would be absolutely nice if we can have something 
different for the headers and the source files.

An example of a good configurable editor is the qt creator one.

3) comments and indentation

It is also very annoying that the indentation is completely lost every 
times we end a line with a comment: then the next line always starts at 
the first column. If the whole line is a comment, then the next line 
will start at the same column than the previous one (so where the first 
// begins).
Here are some examples one could try:

       if (true)
          cout << "working indentation" << endl;

       if (true) // this comment destroys the indentation
          cout << "this line started at the first column. why ?" << endl;

       // the next line will be correctly indented
       cout << "this line starts well, under the first /" << endl;

//    this line is more problematic. ctrd-d creates such comments
       cout << "this started at column 1, under the first /" << endl;


If you think one of these ideas deserve a full topic, please let me know.

Thanks for reading this.




More information about the KDevelop mailing list