Open new tabs on double click

[jens-maus]

@samo79 created the issue:

Problem

Modern frameworks allows a better user's interaction through actions like "double click" etc, probably one of the most famous and commonly used is the ability to double click into an empty area to adds/open a new tab near the current.

Analysis

MUI 4.0 have a proper option to stretch the tab area as you like (see in Preferences/Groups") so you can have this kind of tabs:

http://s22.postimg.org/pwg00n9hd/stretched_tabs.png

This is valid for Odyssey of course, but theorically it can be usefull for any kind of software that will use internal tabs for separate the contents

As we have such blank space you might add a feature to be able to double clicking into an empty tab area to create/open a new tab

[jens-maus]

@samo79 uploaded file stretched_tabs.png (172.3 KiB):

[jens-maus]

@samo79 commented:

Well well the title of this feature request is a bit wrong and i don't know how to edit, sorry .. it should be better as:

"Open new tabs on double click"

[jens-maus]

@jens-maus changed title from Open link in new tab on doubleclick to Open new tabs on double click

[jens-maus]

@tboeckel commented:

Although such a feature might be desireable it has to work on every system and not just because of a certain user setting. Without any stretching there is no room to place a double click.

Which other systems and applications do offer opening a new tab by a double click near an already existing one?

[jens-maus]

@samo79 commented:

@thore

Although such a feature might be desireable it has to work on every system and
not just because of a certain user setting. Without any stretching there is no
room to place a double click.

Yep, that's because "stretch" option is set at 100% by default, that's why most users didn't explore this functionality so deep

Which other systems and applications do offer opening a new tab by a
double click near an already existing one?

Well for example Firefox under Windows support it (and Timberwolf under AmigaOS4 aswell) but also all the Qt WebKit based browser (including the Amiga port of them) but also various other Qt application and so on...

[jens-maus]

@tboeckel changed priority from undecided to low

[jens-maus]

@tboeckel commented:

Replying to [comment:4 samo79]:

Yep, that's because "stretch" option is set at 100% by default, that's why most users didn't explore this functionality so deep

That is not the point. The important fact is that it is possible to configure everything in such a way that there is no room which is a not a tab or anything else to accept a double click. If such a feature is to be implemented it must work in any situation, no matter what the user has configured. As this is not possible (at least not at the moment) I must push this request to some future version. At least it will not be forgotten, but there is no guarantee that it will be implemented at any time.

Well for example Firefox under Windows support it (and Timberwolf under AmigaOS4 aswell) but also all the Qt WebKit based browser (including the Amiga port of them) but also various other Qt application and so on...

Firefox will just switch between fullscreen and normal window mode when double clicking somewhere in the title bar are. There is no additional tab opened. There is a special "+" button for that purpose.

[jens-maus]

@samo79 commented:

@thore

Firefox will just switch between fullscreen and normal window mode when double clicking somewhere in > the title bar are. There is no additional tab opened. There is a special "+" button for that purpose.

No no i think you didn't understand me :-)
What you said is just a specific functionality of Microsoft Windows related on how a user can interact with any kind of window on that OS

(a similar thing would be cool to have also in a future version of AmigaOS, but this is another story)

Under the Microsoft's OS when you double click into a title area you will be able to maximize/minimize any kind of window of the operative system, not only in Firefox or other programs, but letterally everywhere

I was talking about a completely different thing.
When we have a program that use a tab system (let's say a web-browser, a text editor and so on) we should be able to open a new tab also double clicking into a blank area.

This functionality is not only availible on the default GUI framework of Microsoft, but also in other modern frameworks such Qt or XUL.

For example download QtWeb for AmigaOS4 -->
http://os4depot.net/index.php?function=showfile&file=network/browser/qtweb.lha

Now when the first page will be opened you have a single tab showed, now double click into a blank area (near the current already opened) and a new tab will be opened
So you don't need to have a "+" button for that, you can open any new tab also with a simple double click and this is much more convenient then forcing a user to click in a specific button

[jens-maus]

@tboeckel commented:

Sorry, but this kind of functionality cannot be coded into a specific class, because of the reasons I already stated. If a double click is to be handled it has to happen in a place which is not occupied by some other objects and it must work regardless of the user's configuration.

Since the title class can be configured to take all available space (no indentation, no stretching, no spacing) there might be no unused room left, no matter how the default configuration might look like. Hence it is impossible to implement such a generic double click handling into Title.mui.

Second MUI will leave certain regions of the window "blank" due to the configured group spacing. These areas don't belong to any object and therefore don't do any input handling. Hence the double click will be lost in space.

Finally, such a feature must be optional and must be controlled by the application, because generic register objects must not be extended by further tabs/pages which the application doesn't know about. In such a situation it would be better if the application implements such a "new tab on double click" feature itself, because from my point of view MUI itself as a generic GUI framework cannot know about the quite specific requirements of such a feature.