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)

x86
macOS
defect
Not set
normal

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: nobody → gduan
Attached file PR to master
Hi Morris,
could you check this patch first if it meets latest API update?
Thanks.
Attachment #8439735 - Flags: feedback?(mtseng)
Comment on attachment 8439735 [details] [review]
PR to master

looks good to me!! Thank you.
Attachment #8439735 - Flags: feedback?(mtseng) → feedback+
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 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+
Hi Morris,
do we have document for doCommand api?
Thanks
Whiteboard: [p=2]
Target Milestone: --- → 2.0 S4 (20june)
We don't have document for that api right now. But you can check bug 987040 comment 33, there is some api information.
Thanks,
set dependency on bug 987040.
Depends on: 987040
Target milestone move to next sprint since the API might change again.
Target Milestone: 2.0 S4 (20june) → 2.0 S5 (4july)
I will also change the order of selection option from 
"copy cut paste selectAll" to "select all, cut, copy, paste".
clear target milestone since bug 987040 is not fixed yet.
Target Milestone: 2.0 S5 (4july) → ---
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)
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.
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 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 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+
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.
(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.
(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.
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.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: