Version: (using KDE Devel) Installed from: Compiled sources OS: Linux Tab's are remarkably static and dull in konqi compared to, lets say, Opera. So I will suggest some things to get the ball rolling: One should be able to drag url's from web pages up into an empty part of the tab "toolbar" to create a new tab with that url being the one to be loaded. If the pointer is help over the tab for over, let's say, 3 seconds, the tab undernieth should be activated and the webpage shown. The last rule should go for more then just urls, but all dragged text. When the amount of tab's becomes to great to display all at once, an option should be available to have a "favicon-only" view. As for sites without favicons, hovering the pointer over the tabs should enduce a tooltip anyways. (This would certainly help me out a great deal) You should allow a middle-click reposition of the tabs like you can with the icons on the kicker. This would exceed the usabillity of Opera and would also help me, and probably a few others, a great deal. Renaming of tabs might be useful to some.... A left click-and-drag should drag the url of the tab along with the pointer, to allow one to post the url in dialog box. That's all I can think of. At times like this, I wish I had the mental capacity to code. Good luck, and good job so far.
Please only one bug/wish per report. Some of this supposed to be duplicate anyway.
Not only urls, anything compatible with Konqueror liike PDFS or Koffice documents or simple text documents and folders should work the same way. IF I drag a pdf on empty space in the tab area I expect it to open same goes for a folder, I expect to see the open folder in that tab. Tabs should also support simple dynamic resizng, have aclose button like mozilla and be able to be ordered using drag and drop. It would also be much better if there be a possibility to drag&drop URLs/files/etc between tabs in Konqueror, exactly as there is a possibility to drag&drop between windows - i.e dragging URL to a tab & holding it over the tab activates the tab and makes it uppermost, thus giving a user the possibility to continue dragging to the needed point within the subwindow. Once a tab is right clicked there should also be a context menu including all the options in Fireburd such as reload tab (or refresh tab) and refresh all tabs in addition to the current options Once these features are implemented than tabs will actually become useful, right now they are still good , but not much use except so that you don't have to open more windows.
Tab movement is now implemented in HEAD. The other stuff is like told dupe of 41853, 48393, 48417 and 46726 and the context menu already contains reload entries too.
Oh =) Cool, so everything I mentioned up tehre is actually known/or implemented already? That's great news =)
Unfortunately, while moving tabs is possible via shortcuts you *still* can't using the mouse. I mean, clicking on a tab, holding clicked, then move left or right to move the tab to a new position (ordering); Although, while detaching tabs is supported, you even can't migrate a tab of one konq window into another (again, using the mouse). just my 2 cents, Christian Parpart.
> Unfortunately, while moving tabs is possible via shortcuts you *still* can't using the mouse. I mean, clicking on a tab, holding clicked, then move left or right to move the tab to a new position (ordering); Didn't bother to read comment 3? It's implemented in HEAD (middle mouse button).
Subject: Re: tab movement and manipulation Stephan Binner inspired the electrons to say: > Didn't bother to read comment 3? It's implemented in HEAD (middle mouse > button). ui, I did, but it must have been late in the night (I am using HEAD), sorry. However, you also drag file icons using the left mouse button, as well as activating them with the left one. So, it's just homogenous to adopt this sceme to the tabs, too, isn't it? Cheers, Christian Parpart.
Moving!=DnD, DnD will follow later (41853).