Extend tabbrowser to allow vertical display of tabs.
Categories
(SeaMonkey :: Tabbed Browser, enhancement)
Tracking
(seamonkey2.49esr? wontfix, seamonkey2.53? affected, seamonkey2.57esr? affected)
People
(Reporter: bblack, Unassigned)
References
Details
Attachments
(5 files, 7 obsolete files)
|
1.15 KB,
application/x-zip-compressed
|
Details | |
|
73.60 KB,
patch
|
Details | Diff | Splinter Review | |
|
57.89 KB,
patch
|
Details | Diff | Splinter Review | |
|
1.61 MB,
image/png
|
Details | |
|
1.63 MB,
image/png
|
Details |
There is no extension that allows this in Seamonkey without errors.
The problem is the drag-drop mechanism and other things.
Testet with SM 2.53.1 and 2.53.2 beta 1 pre Build-Identifikator: 20191231130007
Comment 3•6 years ago
|
||
Comment 4•6 years ago
•
|
||
Added stefanh to take a look at the macOS side.
So far only tested under win10.
Currently I have no possibility to test under mac or Linux. But it should work independently of the operating system. But there might be some optical improvements necessary.
Comment 8•6 years ago
|
||
Currently I have no possibility to test under mac or Linux.
No problem. Just the Modern theme needs to be updated in any case.
(In reply to Frank-Rainer Grahl (:frg) from comment #3)
Comment on attachment 9118756 [details] [diff] [review]
1607041-vertical-tab-browser-253.patchHi, diy you try this with the modern theme?
Yes, I have tested it under modern theme and found that it does not work at all.
Then I reworked the tabbrowser again, so that the most important settings are implemented in js and not in css (orient, alignment, height, width...), so that it should now work with other themes, not only modern.
But there might be some optical improvements necessary.
| Reporter | ||
Comment 10•6 years ago
|
||
use:
The switching between vertical and horizontal tabs can be done on the fly.
No restart is necessary and no adjustments have to be made.
It is enough to drag a tab to the right or left and drop it.
| Reporter | ||
Comment 11•6 years ago
|
||
I tried to keep the changes as small as possible (only if statements on horizontal/vertical) if you don't want to use vertical tabs.
Only the code of tabbrowser.xml was changed, not tabbox.xml and others.
Maybe this makes the code a bit more complicated at some points, but this should prevent other extensions from being affected.
| Reporter | ||
Comment 12•6 years ago
|
||
(In reply to Frank-Rainer Grahl (:frg) from comment #3)
Comment on attachment 9118756 [details] [diff] [review]
1607041-vertical-tab-browser-253.patchFor new icons we would prefer svg so that they scale on hi-dpi displays but
might be a bit hard. Could you convert the icons to png at least.
I have derived the icons from the existing ones. "tab-arrow-down" is a rotated version of "tab-arrow-right" and so on.
Shouldn't I then convert the others in this directory to png as well?
But then I would have to adapt the code because of the changed file names.
| Reporter | ||
Comment 13•6 years ago
|
||
Same procedure as every day.
You have to look carefully when using copy and paste.
| Reporter | ||
Comment 14•6 years ago
|
||
and here the second one.
Comment 15•6 years ago
|
||
I haven't tried the patch, but Mac tabs uses different styling, so we'll probably need separate Mac styling.
| Reporter | ||
Comment 16•6 years ago
|
||
I found no differences in the way the tab browser works between 2.53 and 2.57.
If Bug 1606681, Bug 1607025, Bug 1606680, Bug 1607023
and Bug 1430386 (Rename mTabstrip to arrowScrollbox) are ported to version 2.53, both tabbrowser.xml versions should be identical.
I have tested the tabbrowser.xml file from the last 2.57 version with my patch and the others together in SM2.53.2 and could not find any errors.
I have uploaded this version.
| Reporter | ||
Comment 17•6 years ago
|
||
One more note on behaviour:
In each window the tab bar can be used differently, independent of each other.
The horizontal/vertical and right/left behaviour is only stored once and not for each window separately in the session store.
This means that new windows will be opened in the same way as the last time the tab bar was changed.
The same applies to all windows on restart.
I think this is not a problem as most people prefer a certain orientation. But this has the advantage that even when used vertically you can temporarily switch a window to horizontal without having to restart or adjust settings if you need a wider display.
| Reporter | ||
Comment 18•6 years ago
|
||
Updated patch, should work for 2.53 and 2.57 if the dependent patches were applied.
A small bug has been fixed and optimized for modern theme.
Comment 19•6 years ago
|
||
bblack. I am a bit busy this week. Will see that I look into it during the weekend.
| Reporter | ||
Comment 20•6 years ago
|
||
The previous patch also contains the "Depends on" patches. This one is without them.
| Reporter | ||
Comment 21•6 years ago
|
||
Comment 22•6 years ago
|
||
Hi. The new css and cons are not packed. I also needed to rebase the patch to take the updated bug 625114 into account. I will test it later. Could you check if this is containing everything.
Comment 23•6 years ago
|
||
| Reporter | ||
Comment 24•6 years ago
|
||
(In reply to Frank-Rainer Grahl (:frg) from comment #22)
Created attachment 9120294 [details] [diff] [review]
1607041-vertical-tab-browser_V2-253.patchCould you check if this is containing everything.
Looks good to me.
Comment 25•6 years ago
|
||
Comment 26•6 years ago
|
||
macOS does not look too bad. The arrows are wrong and the styling has minor problems. See first icon which is shifted and it seems to have part of the horizontal borders (Same in Windows).
My CSS is not really good. Maybe stefanh can make some suggestions. But it seems to work at least.
| Reporter | ||
Comment 27•6 years ago
|
||
I have a workarround for Bug 1609903, but it is quite ugly.
The missing of event.relatedTarget also causes additional errors in the tabbrowser.
Comment 29•6 years ago
|
||
Bug 1389274 Bug 1416391 backported to 2.53.2 unofficial . Probably too late for today.
| Reporter | ||
Comment 30•6 years ago
|
||
FRG: Danke, funktioniert.
Comment 31•6 years ago
|
||
Hi,
any news here? A few tabbrowser changes landed which probably affected this. The current unofficial queue should be near final 2.53.2 beta 1.
It would be great if we could make this pref controlled and integrate it.
Comment 32•2 years ago
|
||
no further progress unassigning
Updated•11 months ago
|
Description
•