Closed Bug 831915 Opened 7 years ago Closed 7 years ago

Story - Implement Tile Widget and Groups - Part I

Categories

(Tracking Graveyard :: Metro Operations, defect, P1)

x86_64
Windows 8.1
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: asa, Assigned: sfoster)

References

Details

(Whiteboard: feature=story c=Awesome_screen u=metro_firefox_user p=20)

Attachments

(2 files)

Priority: -- → P1
Whiteboard: c=Awesome_screen u= p= → c=Awesome_screen u=metro_firefox_user p=
Assignee: nobody → asa
Assignee: asa → nobody
Priority: P1 → P2
Assignee: nobody → fyan
Whiteboard: c=Awesome_screen u=metro_firefox_user p= → c=Awesome_screen u=metro_firefox_user p=20
Status: NEW → ASSIGNED
OS: Windows 8 → Windows 8 Metro
Summary: enjoy interacting with tiles (AKA Implement an awesome tile widget and tile groups) → Story - Enjoy Interacting with Tiles (Implement Awesome Tile Widget and Groups)
Whiteboard: c=Awesome_screen u=metro_firefox_user p=20 → feature=story status=for_sprint c=Awesome_screen u=metro_firefox_user p=20
Depends on: 794030
Depends on: 812530
Depends on: 826556
Depends on: 828088
Attached file prototype
This shows the basic CSS approach that I think we should use for laying out tiles in columns and animating them as they are filtered, clicked, and tapped.

Using CSS columns enables using to have a simple flat hierarchy (as opposed to one container per column) and display a portion of a tile in one column and the other portion in the other column as the tile animates from one to the other.

Tiles displaying autocomplete/search results probably shouldn't have the pressed state transformation, while tiles on the Firefox's start screen should (just like the OS's).

Next, I'm going to file Work bugs for integrating this as a generic widget/binding/component into the various tile views that we use.
Depends on: 835984
Depends on: 835986
Depends on: 836385
Blocks: metrov1it1
No longer blocks: metrov1it1
Whiteboard: feature=story status=for_sprint c=Awesome_screen u=metro_firefox_user p=20 → feature=story c=Awesome_screen u=metro_firefox_user p=20
Blocks: metrov1it2
No longer blocks: metrov1backlog
Blocks: metrov1backlog
No longer blocks: metrov1it2
Component: General → Metro Operations
Product: Firefox for Metro → Tracking
Version: unspecified → ---
Priority: P2 → P4
Depends on: 865172
Assignee: fyan → nobody
Priority: P4 → P1
Summary: Story - Enjoy Interacting with Tiles (Implement Awesome Tile Widget and Groups) → Story - Implement Tile Widget and Groups
Status: ASSIGNED → NEW
Asa, the story lists as one of the main success scenarios: 

"The user taps and presses and swipe selects and drag re-orders a tile and it behaves just like Windows native tiles"

Is drag re-ordering of the about:start tiles in scope for v1? Although I agree this should be a capability (perhaps eventually) of the new tile widget, I dont see a use case for drag re-ordering in any of Top Sites, History or Bookmarks. I guess re-ordering could be pinning?
Assignee: nobody → sfoster
Flags: needinfo?(asa)
Blocks: metrov1it7
No longer blocks: metrov1backlog
Status: NEW → ASSIGNED
QA Contact: jbecerra
Summary: Story - Implement Tile Widget and Groups → Story - Implement Tile Widget and Groups - Part I
Blocks: 867754
See Also: → 867754
We should push drag and drop re-ordering to v2.
Flags: needinfo?(asa)
No longer depends on: 836385
No longer blocks: 858388
Depends on: 858388
Blocks: 873171
Hi Stephen, do you have the details for Sam regarding the color codes/menu states?
Flags: needinfo?(shorlander)
Wrong bug, see needinfo on bug 781002
Flags: needinfo?(shorlander)
Thanks for catching that Sam.
Blocks: metrov1it8
No longer blocks: metrov1it7
Depends on: 877149
Blocks: metrov1it9
No longer blocks: metrov1it8
No longer depends on: 835986
Blocks: metrov1it10
No longer blocks: metrov1it9
Note on the story/spec, drag-to-reorder tiles is not a requirement here. Expected in v2
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Testers: please ignore success scenario #2 in this story
User Agent : Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:25.0) Gecko/20130717 Firefox/25.0
Build ID: 20130717030207

Tested on latest nightly from ftp://ftp.mozilla.org/pub/firefox/nightly/2013/07/2013-07-17-03-02-07-mozilla-central/ 
using windows 8.1 preview. Nightly tile woks same as other tiles such as tapping, touching,selecting, and dragging.

Is this enough for testing? Please provide detail steps to test.
Flags: needinfo?(asa)
Flags: needinfo?(sfoster)
STR are as follows: 


* The Metro Firefox user opens Metro Firefox or opens a new tab to the Awesome (aka Start) screen.
* The Start screen presents a grid of tiles for each Top Sites, Bookmarks and History (as well as Remote Tab if you have synced). 
* These tiles behave just like the Windows native tiles - the user taps and presses to navigate to the pages they represent, and swipe selects or long-presses to see contextual actions for the tiles. 
* Note that unlike Windows' tiles, drag-to-reorder is not implemented at this time.
Flags: needinfo?(sfoster)
Flags: needinfo?(asa)
User Agent: Mozilla/5.0 (Windows NT 6.2; Win64; x64; rv:26.0) Gecko/20100101 Firefox/26.0
Build ID: 20130812030209
Built from http://hg.mozilla.org/mozilla-central/rev/87c1796bc46c

WFM
Tested on windows 8 using latest nightly for iteration-11. Followed steps provided in comment10 for top sites, bookmarks and recent history tiles and got expected result.
User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0
Build ID: 20130826074752
Built from http://hg.mozilla.org/mozilla-central/rev/14b1e8c2957e

WFM
Tested on windows 8 using latest nightly for iteration-12. Followed steps provided in comment10 and got expected result excluding for tabs from other devices. Filing bug for that.
Blocks: 909650
OS: Windows 8 Metro → Windows 8.1
Product: Tracking → Tracking Graveyard
You need to log in before you can comment on or make changes to this bug.