831915 - Story - Implement Tile Widget and Groups - Part I

Status: RESOLVED FIXED

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

Description

[Asa Dotzler [:asa]]

Attachment: UC-48 enjoy interacting with tiles (AKA Implement an awesome tile widget and tile groups)

Comment 1

[Frank Yan (:fryn)]

Attachment: 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.

Comment 2

[Sam Foster [:sfoster] (he/him)]

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?

Comment 3

[Asa Dotzler [:asa]]

We should push drag and drop re-ordering to v2.

Comment 4

[Marco Mucci [:MarcoM]]

Hi Stephen, do you have the details for Sam regarding the color codes/menu states?

Comment 5

[Sam Foster [:sfoster] (he/him)]

Wrong bug, see needinfo on bug 781002

Comment 6

[Marco Mucci [:MarcoM]]

Thanks for catching that Sam.

Comment 7

[Sam Foster [:sfoster] (he/him)]

Note on the story/spec, drag-to-reorder tiles is not a requirement here. Expected in v2

Comment 8

[Sam Foster [:sfoster] (he/him)]

Testers: please ignore success scenario #2 in this story

Comment 9

[Samvedana (:Samvedana)]

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.

Comment 10

[Sam Foster [:sfoster] (he/him)]

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.

Comment 11

[Samvedana (:Samvedana)]

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.

Comment 12

[Samvedana (:Samvedana)]

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.