Reimplementing Images in clicktab.gadget

AmigaOS users can make feature requests in this forum.
Post Reply
User avatar
samo79
Posts: 572
Joined: Fri Jun 17, 2011 11:13 pm
Location: Italy

Reimplementing Images in clicktab.gadget

Post by samo79 »

Since clicktab.gadget version 53.39 the image (the graphical X to close a tab) are not displayed anymore on the inactive tabs.
In old version of the gadget images for inactive tabs were properly showed as you can see in this old image of OWB:

http://os4depot.net/filedata/snapshot/6356_3_snap.jpg

I wonder if this old behaviour could be reimplemented in some way, atleast programmers can decide via code if show them in their apps (or not)
User avatar
tonyw
AmigaOS Core Developer
AmigaOS Core Developer
Posts: 1479
Joined: Wed Mar 09, 2011 1:36 pm
Location: Sydney, Australia

Re: Reimplementing Images in clicktab.gadget

Post by tonyw »

That was changed in September 2011 - 3½ years ago, in response to a number of enhancement requests.
cheers
tony
User avatar
Rigo
AmigaOS Core Developer
AmigaOS Core Developer
Posts: 360
Joined: Mon Jan 17, 2011 9:42 pm

Re: Reimplementing Images in clicktab.gadget

Post by Rigo »

And primarily, it was changed to stop users inadvertently closing tabs by clicking on the close gadget of an inactive tab while trying to switch to it.

This is why inactive tabs do not show the close gadget, so the user can click anywhere inside it to switch to that tab. Then, and only then, can the tab be closed by the close gadget.
Any other way of operating the gadget just led to frustration because of tabs closing when trying to switch to them.

This is unlikely to change any time soon, so it's probably better to drop the subject, in fairness.

Simon
chris
Posts: 562
Joined: Sat Jun 18, 2011 11:05 am
Contact:

Re: Reimplementing Images in clicktab.gadget

Post by chris »

Rigo wrote:And primarily, it was changed to stop users inadvertently closing tabs by clicking on the close gadget of an inactive tab while trying to switch to it.

This is why inactive tabs do not show the close gadget, so the user can click anywhere inside it to switch to that tab. Then, and only then, can the tab be closed by the close gadget.
Any other way of operating the gadget just led to frustration because of tabs closing when trying to switch to them.

This is unlikely to change any time soon, so it's probably better to drop the subject, in fairness.
Maybe a right-click menu "close tab" option can be added? And maybe one to "close other tabs" whilst we're at it?
User avatar
trixie
Posts: 409
Joined: Thu Jun 30, 2011 2:54 pm
Location: Czech Republic

Re: Reimplementing Images in clicktab.gadget

Post by trixie »

samo79 wrote:Since clicktab.gadget version 53.39 the image (the graphical X to close a tab) are not displayed anymore on the inactive tabs.
And I consider it a change for the better. What Rigo has said above, plus it has removed unnecessary visual clutter in the gadget.
The Rear Window blog

AmigaOne X5000 @ 2GHz / 4GB RAM / Radeon RX 560 / ESI Juli@ / AmigaOS 4.1 Final Edition
SAM440ep-flex @ 667MHz / 1GB RAM / Radeon 9250 / AmigaOS 4.1 Final Edition
User avatar
samo79
Posts: 572
Joined: Fri Jun 17, 2011 11:13 pm
Location: Italy

Re: Reimplementing Images in clicktab.gadget

Post by samo79 »

Matter of taste no doubt and maybe it could stay as is, however why not reimplement it in case developers want use such kind of feature on their programs ?

For example i'm not sure if Chris is happy with the current implementation or not, maybe he prefer to show all images in his NetSurf tabs, others might too
User avatar
Amigo1
Posts: 221
Joined: Sun Jan 01, 2012 3:32 pm

Re: Reimplementing Images in clicktab.gadget

Post by Amigo1 »

chris wrote:
Rigo wrote:And primarily, it was changed to stop users inadvertently closing tabs by clicking on the close gadget of an inactive tab while trying to switch to it.

This is why inactive tabs do not show the close gadget, so the user can click anywhere inside it to switch to that tab. Then, and only then, can the tab be closed by the close gadget.
Any other way of operating the gadget just led to frustration because of tabs closing when trying to switch to them.

This is unlikely to change any time soon, so it's probably better to drop the subject, in fairness.
Maybe a right-click menu "close tab" option can be added? And maybe one to "close other tabs" whilst we're at it?

good idea!
chris
Posts: 562
Joined: Sat Jun 18, 2011 11:05 am
Contact:

Re: Reimplementing Images in clicktab.gadget

Post by chris »

I'm rather more concerned that in FE's version of clicktab.gadget, the drop-down menu that appears when too many tabs are open, appears to have been removed. As a consequence, tabs just drift off the side of the window and the layout gets royally screwed.

I assume this is a bug?
User avatar
broadblues
AmigaOS Core Developer
AmigaOS Core Developer
Posts: 600
Joined: Sat Jun 18, 2011 2:40 am
Location: Portsmouth, UK
Contact:

Re: Reimplementing Images in clicktab.gadget

Post by broadblues »

chris wrote:I'm rather more concerned that in FE's version of clicktab.gadget, the drop-down menu that appears when too many tabs are open, appears to have been removed. As a consequence, tabs just drift off the side of the window and the layout gets royally screwed.

I assume this is a bug?
That seems to presnt here in both CodeBench and OWB , on a beta system at least. Need to verify on FE: but the gadget is the same version in both.
chris
Posts: 562
Joined: Sat Jun 18, 2011 11:05 am
Contact:

Re: Reimplementing Images in clicktab.gadget

Post by chris »

broadblues wrote:
chris wrote:I'm rather more concerned that in FE's version of clicktab.gadget, the drop-down menu that appears when too many tabs are open, appears to have been removed. As a consequence, tabs just drift off the side of the window and the layout gets royally screwed.

I assume this is a bug?
That seems to presnt here in both CodeBench and OWB , on a beta system at least. Need to verify on FE: but the gadget is the same version in both.
I've just tried again and you're right, it is working. It definitely wasn't when I posted that though, but I doubt I'll be able to recreate the specific circumstances.
Post Reply