Closed
Bug 860538
Opened 12 years ago
Closed 12 years ago
[keyboard] predict accented characters and apostrophes
Categories
(Firefox OS Graveyard :: Gaia::Keyboard, defect)
Tracking
(blocking-b2g:-, b2g18+ fixed)
VERIFIED
FIXED
blocking-b2g | - |
People
(Reporter: djf, Assigned: djf, NeedInfo)
References
Details
(Whiteboard: c=auto-suggest, )
The prediction engine does not always find and suggest english contractions. If I type "dont" it suggests "don't". But if I type "ill" "ive" or "cant" it does not suggest I'll, I've, and can't. These are really common and need to work for English auto-correction.
I'd suggest that the prediction engine may need to include a special case for insertion of apostrophes--the insertion of an apostrophe shouldn't reduce the weight of a match the way the insertion of some other character would.
We may also find that we need to layer a per-language hard-coded list of common corrections on top of the prediction engine. I'd store that list in the settings database, where it could be configured by vendors so that they can customize important auto-corrections needed in their markets.
Assignee | ||
Comment 1•12 years ago
|
||
Editing this bug so it isn't just about contractions in english. French also uses apostrophes (and hyphens). And lots of languages use accented letters.
Our search algorithm ought to allow insertions of apostrophes and hypens and the replacement of letters with accented versions without any penalty on the weight. Those corrections come for free. Other corrections, where we are guessing that the user did something wrong should reduce the weight of the prediction.
In order to do this efficiently, each dictionary will have to have some kind of header that identifies the insertions (like apostrophe and hyphen) and replacements (like a to á) used in the language. Otherwise we'd have to try all possible diacritics for each letter.
Summary: [keyboard] predictions may need a special case for english contractions → [keyboard] predict accented characters and apostrophes
Assignee | ||
Comment 3•12 years ago
|
||
Preemptively asking for leo+ all the bugs blocking the keyboard auto-correct umbrella bug 797170.
blocking-b2g: --- → leo?
Comment 4•12 years ago
|
||
seem like a product/UX decision whether we need auto-correct in 1.1
Flags: needinfo?(ffos-product)
Comment 5•12 years ago
|
||
Chris is driving keyboard improvement decisions.
Flags: needinfo?(ffos-product) → needinfo?(clee)
Assignee | ||
Comment 6•12 years ago
|
||
Fixed by parent bug 865484.
Assignee: nobody → dflanagan
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Whiteboard: c=keyboard → c=auto-suggest
Comment 7•12 years ago
|
||
Tracking since this change is wanted by UX but quality of fix needs to be assessed before decision to uplift. See below:
On 5/7/13 12:03 AM, Christopher Lee wrote:
Thanks Francis.
Sounds like you and Josh are going to review the latest patches from David tomorrow and provide an assessment on the quality.
I'm also going to get a build tomorrow and evaluate the latest changes and we can collectively make a call on if it's ready for uplift.
blocking-b2g: leo? → -
tracking-b2g18:
--- → +
Comment 8•12 years ago
|
||
Entering characters for a contraction without an apostrophe now correctly suggests the contraction spelled with the punctuation. Checked 10 different contractions including all of those in Comment 1.
Tested on b2g/nigghtly/mozilla-central-unagi/latest.
Kernel Date: Dec 5
Gecko: http://hg.mozilla.org/mozilla-central/rev/3c6f2394995d
Gaia: d2ad0f1a5a6be8a2d6df721ba3c2b33e037c423b
Updated•12 years ago
|
Status: RESOLVED → VERIFIED
Updated•11 years ago
|
Whiteboard: c=auto-suggest → c=auto-suggest, burirun1
Updated•11 years ago
|
Whiteboard: c=auto-suggest, burirun1 → c=auto-suggest,
You need to log in
before you can comment on or make changes to this bug.
Description
•