Slashdot Mirror
Will Tabbed Windows Be the Next Big Thing?
kai_hiwatari writes "The recently released KDE SC 4.4 Beta 1 has introduced tabbed windows as a new feature. It is now possible to tab together windows from different applications. This looks like it will be a very good productivity tool. Like the tabbed browsers, this may well end up as a feature in all desktop environments in the years ahead."
Why is this a big deal?
Fluxbox (and probably something else before *box) had tab grouping windows long time ago.
Really, what's the point of having windows not Maximized. As far as I can tell, you'd be better off with the taskbar in windows being like tabs, and being able to drag tabs together to form split pane views for side-by-side work. I hate having to manually drag the edges of windows, and I hate when they are not fullscreen (or minimized). Yes I know about "Tile Windows Horizontally" but it just makes extra fluff for the borders of each window compared to a tabbed/paned view. Pretty much a big failure on OS X that their Maximize doesn't even always make a window full screen.
Morphing Software
Dude, yes! We could put all our applications there as we're using them, possibly even group like ones together!
Only it wouldn't be tabs anymore, it'd be tasks, so we could call it... not the tab bar... I know! Let's call it the "Taskbar!"
Oh, wait...
When you're afraid to download music illegally in your own home, then the terrorists have won!
That's what Windows users always said about Opera and Mozilla tabs.
The Microsoft put tabs in IE7 and 8.
WHERE IS YOUR GOD NOW?
--
BMO
When I clicked on this story, I knew there would countless comments saying, "We've already got this, it's called the taskbar" or words to that effect.
It's not the same thing. With windows containing tabs for multiple applications and/or documents, you don't have one taskbar; you have as many "taskbars" as you have windows open. This isn't necessarily something you'd want to do all the time, but I can certainly see how it would be useful in some situations. If I'm working on multiple code files, and for each of those files I have two or three browser windows open containing references for the specific file (a common enough occurrence in my field, which is bioinformatics; it's considered good form to put references to the appropriate journal articles in the code comments) then it would be very nice to be able to group the code and the browser windows in this way -- i.e., instead of a few code tabs in one window and a bunch of reference tabs in another window, for each chunk of code there would be associated references. If I could save those multi-tabbed windows and open them back up the same way the next time I got back to work on the project, so much the better.
The correlation between ignorance of statistics and using "correlation is not causation" as an argument is close to 1.
As long as it's stable and doesn't consume resources unduly, why wouldn't you want the option?
Because to a lot of people on /. (and everywhere else, to be sure) the way they do things is the One True Way, and anyone who disagrees with their way of doing things is clearly evil, insane, or a moron (possibly all three.) "My workflow is Good And Right; yours is Inferior And Must Be Destroyed. Users must not even have the option to follow your unclean way, lest they be tempted from the path of righteousness!" That kind of thing.
The correlation between ignorance of statistics and using "correlation is not causation" as an argument is close to 1.
It's rather disappointing that even now there are still people who think that "bars" crammed full of "tabs" with truncated text are somehow a game-changing paradigm shift compared to "bars" crammed full of "buttons" with truncated text.
More of the same, please!
The point is that we want to group windows by task, not by application. Let's say I'm working on a web application, so I have a window showing the contents of the project folder, a text editor, and a browser to test the application. At the same time (where "same time" doesn't mean that I do two things at once, but that I share my time between several activities over a range of many days), I'm writing a C program, so I have another editor window (or maybe an IDE), another project folder, a terminal with man pages, more browser windows for documentation, and so on.
The Windows taskbar, in spite of its name, doesn't understand human tasks at all: instead, it would group all browsers together, all editors together, all terminals together, and so on. This is stupid and useless. With tabbed heterogeneous windows, instead, I would be able to group webpage-related windows together, and C-related windows together. It sounds like a very useful feature to me.
Yeah, plus spaces/workspaces offer the added benefit of being able to see multiple task-relevant windows at once. For example one to read from and the other to type into, or having multiple information displays at once.
What workspaces need though is the ability to create workspaces when you need them and destroy them when they're unneeded as opposed to having a fixed number of them, and possibly more refined or enhanced ways of identifying those spaces at a glance (without any further input needed).
Google: Virtual Desktop
I've also seen Beta-software: Deskloops v2.0.1.0 (2007) - which tended to be somewhat buggy, but let you create Windows to contain other windows/apps.
More likely TaskBar customization will arise that allows customIcons to conain multiple apps/windows than a dated Tab implementation.