Improvement regarding tabs overflow

[Konstantin Karganov]

For me the most annoying tab management feature (and its REALLY
annoying!) is losing the context when closing the tab.

In KDevelop DUChain navigation works really nice, so I use it
intensively when browsing the code.
And most typical use case is reading file1 -> clicking on some
usage/declaration position -> going to file2 -> navigating to some
usage -> going to file3 etc, and the chain of open files may be quite
long.
If by chance I open wrong usage position or any file I don't need and
close it, then - OPS! - I don't get to previously opened position but
to some random tab instead. (Yes, I understand that it may be just
next or previous file in tab group, but in the context of browsing the
code it's completely random, I lose the whole browsing history).

In MSVS I used to set bookmarks for important code places, they
persist if the solution is closed, but in KDevelop there are no decent
bookmarks navigation...

Plus, I'd heavily agree with Syron, opening .h near .cpp and vice
versa would be very nice. Lack of such feature was very annoying in
MSVS and it is in KDevelop either. In C and C++ *.h and *.cpp files
are actually one semantic entity, they should be together since both
are opened. And, I guess it's easy to implement, just open new tab in
proper position.

More, I disagree with keeping current tab in the center, from
usability point of view it looks as awful as dynamic changing menu
commands order or hiding less recently used commands. For example, you
know that your main .cpp file is on the right in tab list, then you
switch to some header opened, then to another header and your previous
file tab is still in the same position, reachable in one click.
If you make the tabs scroll automatically it will confuse much more than help.

On Mon, Dec 6, 2010 at 10:55 PM, Sven Brauch <svenbrauch at googlemail.com> wrote:
> Hey,
>
> I also think there's room for improvement in the tab bar. As milian
> already said, having the current document centered would alread be a
> huge advantage, because currently it sometimes acts in a way that you
> cannot even switch between 2 documents easily. Another easy-to-do
> thing (i guess?) would be to give the 3 most recently edited files a
> different tab text color.
> At least for me, it's not like I actually need 20 documents open, I
> open them over time and just don't close them again. How about a
> "cleanup" button which closes all documents but the most recently used
> ones?
>
> Regards,
> Sven
>
> 2010/12/6 Alexander Shaduri <ashaduri at gmail.com>:
>>
>> Hello,
>>
>> I actually filed a bug a long time ago about the unusability of
>> tabs in KDevelop 4:
>> https://bugs.kde.org/show_bug.cgi?id=203972
>> (no mailing list discussion followed it).
>>
>> There are various ways to improve the situation, but unfortunately
>> KDevelop 4 still behaves very badly in this regard and I have yet to
>> find a suitable quick random-access replacement for 4-5 open tabs.
>>
>> So far I've been commenting out the "Line / Col" thing in every
>> kdevplatform I download, as it improves the situation just a bit
>> (IMHO that widget should never have been there anyway).
>>
>> Cheers,
>> Alexander
>>
>> --
>> KDevelop-devel mailing list
>> KDevelop-devel at kdevelop.org
>> https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
>>
>
> --
> KDevelop-devel mailing list
> KDevelop-devel at kdevelop.org
> https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
>



-- 
Best regards,
Konstantin.