Closed Bug 919492 Opened 11 years ago Closed 11 years ago

Implement Left/Right gestures in the system application to switch between apps

Categories

(Firefox OS Graveyard :: Gaia::System, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: vingtetun, Assigned: etienne)

References

Details

Attachments

(2 files, 1 obsolete file)

Basic left/right gesture support to swipe from app to app. In order to implement this it would be good to wait for the new window manager to not do this work twice.
Assignee: nobody → etienne
Attached file UX Spec
Attached file WIP (obsolete) —
Attached file Pointer to gaia PR
Let the fun begin :)
Attachment #826984 - Attachment is obsolete: true
Attachment #827734 - Flags: review?(alive)
Comment on attachment 827734 [details] [review]
Pointer to gaia PR

Almost is good as an initial draft of swipe gesture implementation but forgive my picky. I'd like (App)StackManager to have it's own list of appWindow instances to avoid coupling with (App)WindowManager too deeply.
Attachment #827734 - Flags: review?(alive)
Also I prefer to move SheetTransition into AppWindow,
that means we could just call App.moveTo(x)/App.FinishTransition()/..... in EdgeGestureDetector or AppStackManager/AppSheetManager ...whatever.

But it's fine that we do this later after bug 907013 is landed.
One more thing about screenElement overloading:
Currently it's overloading by lots of classes and some of them may be not necessary.
For example if I move the modal dialog into the appWindow we don't need screen.modal-dialog anymore.
The dom element structure is what I want to speak here: Just let parent(the one control it) or itself do the style controlling.

For example,

A > B > C > D > E {
}

If we want to control E's style, do it in D or E itself by appending classes in D instead of going through up to A.

With this we don't need to write dirty rules like A.aaaa.bbbbb:not(.ccccc):not(.ddddddd).eeee.ffff.gggg { .... }

In your use case I think we could just control the style of edge line directly but in the case about transitioning it's O.K. to do that after bug 907013. So this comment is just added to track this issue addressed in github comment already.
Comment on attachment 827734 [details] [review]
Pointer to gaia PR

Updated!
All the comments should be addressed :)

I'm still listening to launchapp/launchwrapper because |appopen| also gets triggered when you swipe from one app to the other.

But we're now storing app objects in the StackManager which is indeed way cleaner!
Attachment #827734 - Flags: review?(alive)
Comment on attachment 827734 [details] [review]
Pointer to gaia PR

r+ except for the stayBackground.
BTW travis is unhappy https://travis-ci.org/mozilla-b2g/gaia/jobs/13605336
Attachment #827734 - Flags: review?(alive) → review+
https://github.com/mozilla-b2g/gaia/commit/55cf586b78f1f2d88f376260b3e2a167b3da920b

Thank you *so* much Alive and Vivien, this was a wild ride!
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
I could figure out lots of followup now :)
Flags: in-moztrap?(jhammink)
No longer blocks: 1.3-systems-fe
Flags: in-moztrap?(jhammink)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: