KDE/kdevplatform/shell

[Andreas Pakulat]

On 06.11.08 21:06:11, David Nolden wrote:
> Am Donnerstag, 6. November 2008 20:57:07 schrieb Dan Leinir Turthra Jensen:
> >   Having thought a little more deeply about this whole mental model of "All
> > files are open" over the last few days, it has dawned on me that really,
> > that's what we already have - the search-through-everything code model in
> > KDevelop4 indicates that it already keeps the entirety of the project in
> > memory (i know this isn't *really* the case and such, but... you know). So,
> > in short: I agree that it makes sense to not have a tab bar, but more like
> > a breadcrumbs trail a la Dolphin's one :)
> 
> This just won't work unless we have a really good hint to show a limited set 
> of files to the user that he's working on. I don't want to have to remember 
> that. Tabs don't scale well, but at least they help with that. I would feel 
> totally lost if I could only navigate using history while working on 8 
> different files in the same time.

Whats the problem with the documents list or the first 8 files in
quickopen? I understand that you want to keep an overview of what you're
working on right now, but 8 tabs already fail to work for me on my laptop.
I already have 2 of them not visible, even more if the filenames are a bit
longer.
 
> So we first need to develop a good replacement,

Yeah, like a list of files you have open right now. This is called
Documents view and already works :)

> something like the "working file sets" we once were talking about, before
> we can start thinking about removing the tabs. Seriously, a dropdown-list
> is not the answer! We had that once, and we all aggreed that it sucked..

That depends on your definition of "sucked", actually I didn't care too
much about it because all it did for me was showing me which file I was
editing. For the overview there are other tools available - for me at
least.

Andreas

-- 
Your love life will be... interesting.