Closed
Bug 1024882
Opened 10 years ago
Closed 10 years ago
[Window Management] Copy-paste gaia changes since gecko api update
Categories
(Firefox OS Graveyard :: Gaia::System::Window Mgmt, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
2.1 S2 (15aug)
People
(Reporter: gduan, Assigned: gduan)
References
Details
(Whiteboard: [p=2])
Attachments
(1 file)
We need to modify gaia due to gecko api change for copy-paste.
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → gduan
Assignee | ||
Comment 1•10 years ago
|
||
Hi Morris, could you check this patch first if it meets latest API update? Thanks.
Attachment #8439735 -
Flags: feedback?(mtseng)
Comment 2•10 years ago
|
||
Comment on attachment 8439735 [details] [review] PR to master looks good to me!! Thank you.
Attachment #8439735 -
Flags: feedback?(mtseng) → feedback+
Assignee | ||
Comment 3•10 years ago
|
||
Comment on attachment 8439735 [details] [review] PR to master Hi Alive, I've modified part of gaia due to gecko api changes. Please kindly check this patch. Thanks.
Attachment #8439735 -
Flags: review?(alive)
Comment 4•10 years ago
|
||
Comment on attachment 8439735 [details] [review] PR to master Please move the this.app.iframe.XXXX to browser_mixin.js
Attachment #8439735 -
Flags: review?(alive) → review+
Assignee | ||
Comment 5•10 years ago
|
||
Hi Morris, do we have document for doCommand api? Thanks
Assignee | ||
Updated•10 years ago
|
Whiteboard: [p=2]
Target Milestone: --- → 2.0 S4 (20june)
Comment 6•10 years ago
|
||
We don't have document for that api right now. But you can check bug 987040 comment 33, there is some api information.
Assignee | ||
Comment 8•10 years ago
|
||
Target milestone move to next sprint since the API might change again.
Target Milestone: 2.0 S4 (20june) → 2.0 S5 (4july)
Assignee | ||
Comment 9•10 years ago
|
||
I will also change the order of selection option from "copy cut paste selectAll" to "select all, cut, copy, paste".
Assignee | ||
Comment 10•10 years ago
|
||
clear target milestone since bug 987040 is not fixed yet.
Target Milestone: 2.0 S5 (4july) → ---
Assignee | ||
Comment 11•10 years ago
|
||
PR has been updated , however, current pvt doesn't have complete bug 987040, so I set its target date to next sprint.
Status: NEW → ASSIGNED
Target Milestone: --- → 2.1 S2 (15aug)
Assignee | ||
Comment 12•10 years ago
|
||
We also need to concern the interaction with Keyboard. For example, when we select all and cut, what should be showed in suggestion bar? I will prepare a phone with copy-paste enalbed for UX to clarify.
Assignee | ||
Comment 13•10 years ago
|
||
Comment on attachment 8439735 [details] [review] PR to master Hi Alive and Morris, could you guys check my patch? It's based on latest API change. Changes are as below 1. we only listen to mozChromEvent to handle dialog's position and displaying, since gecko will manage all mozBrowser through shell.js. 2. update unit tests.
Attachment #8439735 -
Flags: review?(alive)
Attachment #8439735 -
Flags: review+
Attachment #8439735 -
Flags: feedback?(mtseng)
Attachment #8439735 -
Flags: feedback+
Comment 14•10 years ago
|
||
Comment on attachment 8439735 [details] [review] PR to master Looks good to me, I leave some comments at PR.
Attachment #8439735 -
Flags: feedback?(mtseng) → feedback+
Comment 15•10 years ago
|
||
Comment on attachment 8439735 [details] [review] PR to master Looks like the mozbrowser event are gong for some reason, though I expect I am told why but basically the code looks fine.
Attachment #8439735 -
Flags: review?(alive) → review+
Comment 16•10 years ago
|
||
Since the dialog is not per window now, please make sure when doing swipe navigation it disappears right away. Also I would like to propose to use another event other than mozChromeEvent.
Assignee | ||
Comment 17•10 years ago
|
||
(In reply to Alive Kuo [:alive][NEEDINFO!] from comment #15) > Comment on attachment 8439735 [details] [review] > PR to master > > Looks like the mozbrowser event are gong for some reason, though I expect I > am told why but basically the code looks fine. Comments from shell.js, // The mozbrowserselectionchange event, may have crossed the chrome-content boundary. // This event always dispatch to shell.js. But the offset we got from this event is // based on tab's coordinate. So get the actual offsets between shell and evt.target.
Assignee | ||
Comment 18•10 years ago
|
||
(In reply to George Duan [:gduan] [:喬智] from comment #9) > I will also change the order of selection option from > "copy cut paste selectAll" to "select all, cut, copy, paste". I forgot to change the order like above.
Assignee | ||
Comment 19•10 years ago
|
||
I tried to remove press method in marionette, however, it has some problem to pass the position of dialog. So I file bug 1049367 for it.
Assignee | ||
Comment 20•10 years ago
|
||
Travis passed, https://tbpl.mozilla.org/?tree=Gaia-Try&rev=5c1a1ebcebb9 Merge to master https://github.com/mozilla-b2g/gaia/commit/bea8355ea0c48de3a55c8cc59854f91cf2561b4a
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•