Closed
Bug 574487
Opened 14 years ago
Closed 14 years ago
Add option to pin tab from tab's contextual menu
Categories
(Firefox :: Tabbed Browser, defect)
Tracking
()
RESOLVED
FIXED
Firefox 4.0b2
People
(Reporter: Terepin, Assigned: johnath)
References
Details
Attachments
(1 file, 1 obsolete file)
4.05 KB,
patch
|
johnath
:
ui-review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; WOW64; en-US; rv:1.9.3a6pre) Gecko/20100623 Minefield/3.7a6pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; WOW64; en-US; rv:1.9.3a6pre) Gecko/20100623 Minefield/3.7a6pre
Currently there is no way how can ordinary user pin tabs. The best approach is to add "Pin tab" into tab's contextual menu.
Reproducible: Always
Updated•14 years ago
|
Component: Disability Access → Tabbed Browser
QA Contact: disability.access → tabbed.browser
Comment 1•14 years ago
|
||
Ugh, the original title just made my head hurt.
Summary: Add option to pin tab into tab's contextual menu → Add option to pin tab from tab's contextual menu
Reporter | ||
Comment 2•14 years ago
|
||
Sorry, my English isn't perfect. :)
Comment 3•14 years ago
|
||
will likely want the string to reference app tabs instead of pinning.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Comment 4•14 years ago
|
||
Is it naive to imagine something this simple might do the job? It's what I've been using locally.
It uses "Convert to App Tab" and "Convert to Normal Tab" - I can readily believe we have better strings to use than those. I'd love to either get some strings quickly, or push "good strings" out to a follow up bug, though -- I'd like to get people using the feature and they need a UI to do so.
Attachment #455781 -
Flags: ui-review?(faaborg)
Attachment #455781 -
Flags: review?(dao)
Updated•14 years ago
|
Attachment #455781 -
Flags: review?(dao) → review+
Assignee | ||
Comment 5•14 years ago
|
||
Beltzner gave ui-r for "Make into App Tab", "Make into Normal Tab" with the caveat that we file a blocking follow up to wordsmith. I'll file that momentarily.
Assignee: nobody → johnath
Attachment #455781 -
Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #456079 -
Flags: ui-review+
Attachment #455781 -
Flags: ui-review?(faaborg)
Assignee | ||
Comment 6•14 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 7•14 years ago
|
||
(In reply to comment #5)
> Beltzner gave ui-r for "Make into App Tab", "Make into Normal Tab" with the
> caveat that we file a blocking follow up to wordsmith. I'll file that
> momentarily.
Filed bug 577004 on the wordsmithy.
Comment 8•14 years ago
|
||
When changing to an App tab or reverting to a Normal tab the tabstrip moves up or down depending on what you are changing too. IMO it would be a cleaner look if nothing 'moved' at all. More polished as they say.
Mozilla/5.0 (Windows; Windows NT 6.1; WOW64; en-US; rv:2.0b2pre) Gecko/20100705 Minefield/4.0b2pre - Build ID: 20100705120153
Comment 9•14 years ago
|
||
Also the favicons on the tabs (App/Normal) don't line up. The App tab is a pixel or two above the Navigation bar (by design?). Changing all tabs to App tabs causes strange results depending whether using small or large icons. Using large ones the tabs and the Nav bar run together. Small icons causes the Nav bar to disappear.
Assignee | ||
Comment 10•14 years ago
|
||
Gary - thanks for the comments, but these are probably more likely to get fixed as followup bugs - one bug per issue is typically the quickest way to get developer attention on things. Can you file those?
Comment 11•14 years ago
|
||
I've found more oddities. Can I just make them all one bug report?
Assignee | ||
Comment 12•14 years ago
|
||
Closely related things, like multiple small layout issues, can typically be combined since the fix will likely be in the same place for all of them. But functional bustage or misbehaviour should probably be kept separate, since the solution for each one of those might be independent. Does that make sense?
Comment 13•14 years ago
|
||
I'm finding so many quirks depending on so many factors like small versus large icons, menu bar shown/hidden. Drawn titlebar/Windows Titlebar. If you have an icon on the tabstrip or not. An add-on of mine doesn't quite work as it should.
I'll see what I can do but I'm surprised you haven't come across these.
Comment 14•14 years ago
|
||
Sorry I'm still posting here but to be honest I am finding so many things screwed up I would be filing bugs on it till the cows come home. The latest thing is when I restart Fx I get an empty tab instead of the page I left off at.
Comment 15•14 years ago
|
||
Resetting my toolbars resolved many of my problems.
Updated•14 years ago
|
Flags: in-litmus?
Target Milestone: --- → Firefox 3.7b2
Comment 16•14 years ago
|
||
Jonthat: sorry about the lag with the ui-review on 7/5, for spin off bugs note that Limi is driving this feature from the UX side.
Assignee | ||
Comment 17•14 years ago
|
||
(In reply to comment #16)
> Jonthat: sorry about the lag with the ui-review on 7/5, for spin off bugs note
> that Limi is driving this feature from the UX side.
No sweat - I'll go ask him in the other bug what text he would like. :)
Comment 18•14 years ago
|
||
I would like to ask, is it intended that after restarting(normal close FF and open FF) Firefox with a app tab, the app tab change back into a normal tab?
Assignee | ||
Comment 19•14 years ago
|
||
(In reply to comment #18)
> I would like to ask, is it intended that after restarting(normal close FF and
> open FF) Firefox with a app tab, the app tab change back into a normal tab?
Nope! But that's bug 575560
Comment 20•14 years ago
|
||
There are Litmus test cases for pinning and unpinning an app tab - https://litmus.mozilla.org/show_test.cgi?id=12094 and https://litmus.mozilla.org/show_test.cgi?id=12767. Setting in-litmus+
Flags: in-litmus? → in-litmus+
You need to log in
before you can comment on or make changes to this bug.
Description
•