Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Adapt screen: investigate multi-touch phrase selection #108

Open
eb1 opened this issue Sep 10, 2015 · 5 comments
Open

Adapt screen: investigate multi-touch phrase selection #108

eb1 opened this issue Sep 10, 2015 · 5 comments

Comments

@eb1
Copy link
Contributor

eb1 commented Sep 10, 2015

As an alternative to the drag-selection of source phrases, it would be nice to allow users to use multi-touch to mark the beginning / end of their selections for retranslations and merged phrases.

@eb1 eb1 modified the milestone: Milestone 0.4.0 Sep 14, 2015
@eb1
Copy link
Contributor Author

eb1 commented Oct 2, 2015

Update on this issue:

It does look like there is a javascript library that supports multitouch -- hammer.js -- that should allow for this type of UI interaction. No idea how well it would work for us.

@eb1
Copy link
Contributor Author

eb1 commented Oct 7, 2015

Another tidbit -- the native browser touch events specification allow for multitouch: http://www.html5rocks.com/en/mobile/touch/. So hammer.js might not be needed to implement this.

@eb1 eb1 modified the milestones: Release 1.0 Beta, Milestone 0.4.0 Oct 27, 2015
@eb1
Copy link
Contributor Author

eb1 commented Oct 27, 2015

Moving this out of milestone 0.4.0:

Initial testing with multi-touch has not produced very good results -- the interactions do not seem consistent across devices. It could be that hammer.js works better in this regard, but it's looking beyond the scope of the milestone. Right now the drag-selection of source phrases seems to be working well on both iOS and Android, so we're probably at a good stopping point for 0.4.0.

@eb1 eb1 modified the milestones: Release 1.0 Beta, Release Candidate 1 Nov 9, 2016
@eb1
Copy link
Contributor Author

eb1 commented Nov 9, 2016

Moving this out to the 1.0 release candidate milestone.

@eb1 eb1 modified the milestones: Release Candidate 1, Needs Prioritization Apr 17, 2018
@eb1
Copy link
Contributor Author

eb1 commented Apr 17, 2018

Update on this issue:

With the long-press selection mode of phrase selection introduced in 1.0 beta 11, we might not need this feature any more. I'm moving this out of the 1.0 release candidate milestone until we can get a feel for how usable the existing modes of phrase selection are. We can revisit this issue if it seems like the phrase selection still needs some work.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant