Closed
Bug 464721
Opened 16 years ago
Closed 15 years ago
Dynamic resizing of all tabs view's thumbnails
Categories
(Firefox :: Tabbed Browser, defect)
Firefox
Tabbed Browser
Tracking
()
VERIFIED
FIXED
Firefox 3.6a1
People
(Reporter: Mardak, Unassigned)
References
Details
Attachments
(14 files)
1.58 KB,
patch
|
Details | Diff | Splinter Review | |
55.10 KB,
image/png
|
Details | |
46.16 KB,
image/png
|
Details | |
75.60 KB,
image/png
|
Details | |
66.79 KB,
image/png
|
Details | |
91.13 KB,
image/png
|
Details | |
82.86 KB,
image/png
|
Details | |
108.15 KB,
image/png
|
Details | |
88.41 KB,
image/png
|
Details | |
35.67 KB,
image/png
|
Details | |
51.82 KB,
image/png
|
Details | |
226.38 KB,
image/png
|
Details | |
226.50 KB,
image/png
|
Details | |
337.74 KB,
image/png
|
Details |
This is already implemented in Dao's WIP, but what should be the minimum number of columns? I've tweaked the WIP to start showing at 2 columns, and here are some screenshots..
Reporter | ||
Comment 1•16 years ago
|
||
Reporter | ||
Comment 2•16 years ago
|
||
Forgot to mention that this is on my macbook (resolution 1280x800)
Reporter | ||
Comment 3•16 years ago
|
||
Reporter | ||
Comment 4•16 years ago
|
||
Reporter | ||
Comment 5•16 years ago
|
||
Reporter | ||
Comment 6•16 years ago
|
||
Reporter | ||
Comment 7•16 years ago
|
||
Reporter | ||
Comment 8•16 years ago
|
||
Comment 9•16 years ago
|
||
Is this bug the same as Bug 464122? There is a patch over there as well.
Reporter | ||
Comment 10•16 years ago
|
||
Just for comparison against the current WIP.
Reporter | ||
Comment 11•16 years ago
|
||
Reporter | ||
Comment 12•16 years ago
|
||
Dao, I guess another way to look at this is instead of having a minimum of 6 columns, the minimum is 2.
Summary: Dynamic resizing of all tabs view → Dynamic resizing of all tabs view's thumbnails
Reporter | ||
Comment 13•16 years ago
|
||
For Boriss
Reporter | ||
Comment 14•16 years ago
|
||
Comment 15•16 years ago
|
||
(In reply to comment #1)
> Created an attachment (id=347986) [details]
> 2 tabs open
So these previews are upscaled, right?
Comment 16•16 years ago
|
||
Comment on attachment 347985 [details] [diff] [review]
patch against WIP
>- var maxWidth = this._maxWidth - (this.tabCloseButton.boxObject.width || 14) * 2;
>+ var maxWidth = this._maxWidth;
I think what you removed (or something better to replace it) would still be needed, because the padding that REL_BOX_THUMBNAIL adds doesn't necessarily make enough room for the close button. Depends on the theme and the screen resolution.
Reporter | ||
Comment 17•16 years ago
|
||
Oh meh. Yeah they are upscaled :p I guess that would be a limiting factor on the minimum number of columns we want to show. Unless we want to dynamically choose the thumbnail resolution depending on how many we need to show.
Yeah I noticed the container box stretching for the close tabs on the rightmost column, but then couldn't we just move the close button in/overlapping the top/right corner?
Comment 18•16 years ago
|
||
(In reply to comment #17)
> Yeah I noticed the container box stretching for the close tabs on the rightmost
> column, but then couldn't we just move the close button in/overlapping the
> top/right corner?
This could cause accidental clicks on the close button when you really want to select a tab, I think.
Reporter | ||
Comment 19•16 years ago
|
||
True, but people deal with that when clicking on tabs in the tab bar. You can actually click to the right of the close-tab button and still select the tab.
Another idea is putting the close button next to the text just like it is in the tab bar.
Was putting the text below the image intentional? text above = title, text below = caption.. seems to work either way here.
Comment 20•16 years ago
|
||
So can we do this with the 3:2 ratio for tabs rather than 16:9?
Reporter | ||
Comment 21•16 years ago
|
||
Comment 22•16 years ago
|
||
(In reply to comment #21)
Dear god what is that thing
Comment 23•16 years ago
|
||
And by that I mean we shouldn't be stretching the content to scale it.
Comment 24•16 years ago
|
||
(In reply to comment #20)
> So can we do this with the 3:2 ratio for tabs rather than 16:9?
Yep, that would be a trivial change.
Reporter | ||
Comment 25•16 years ago
|
||
Would it be better to just scale it to the same size as the all-tabs box? That's scaled to .9width, .8height. But we need to make sure to scale the thumbnail snapshot to be right as well. I thought I changed ctrlTab.aspectRatio, but it doesn't seem to help?
Comment 26•16 years ago
|
||
The all tabs panel doesn't have a fixed height currently, just a maximum height.
And note that tabPreviews.aspectRatio can't be changed on the fly, you'd need to call init again and throw away already-cached previews.
Comment 27•15 years ago
|
||
Fixed by bug 465076. Note that the previews don't indefinitely, the maximum size is determined by tabPreviews.width (currently screen.availWidth / 5.75).
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3.6a1
Comment 28•15 years ago
|
||
Looks good with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2b3pre) Gecko/20091110 Namoroka/3.6b3pre ID:20091110034400. Marking verified fixed.
This is covered by Litmus:
https://litmus.mozilla.org/show_test.cgi?id=9162
Status: RESOLVED → VERIFIED
Flags: in-litmus+
You need to log in
before you can comment on or make changes to this bug.
Description
•