Closed Bug 464721 Opened 16 years ago Closed 15 years ago

Dynamic resizing of all tabs view's thumbnails

Categories

(Firefox :: Tabbed Browser, defect)

defect
Not set
normal

Tracking

()

VERIFIED FIXED
Firefox 3.6a1

People

(Reporter: Mardak, Unassigned)

References

Details

Attachments

(14 files)

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..
Attached image 2 tabs open
Attached image 3 tabs open
Forgot to mention that this is on my macbook (resolution 1280x800)
Attached image 6 tabs open
Attached image 7 tabs open
Attached image 12 tabs open
Attached image 13 tabs open
Attached image 20 tabs open
Attached image 21 tabs open
Is this bug the same as Bug 464122? There is a patch over there as well.
Just for comparison against the current WIP.
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
Attached image 117 tabs open
For Boriss
(In reply to comment #1)
> Created an attachment (id=347986) [details]
> 2 tabs open

So these previews are upscaled, right?
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.
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?
(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.
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.
So can we do this with the 3:2 ratio for tabs rather than 16:9?
(In reply to comment #21)

Dear god what is that thing
And by that I mean we shouldn't be stretching the content to scale it.
Depends on: 465076
(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.
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?
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.
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
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.

Attachment

General

Creator:
Created:
Updated:
Size: