Bugzilla – Bug 12366
For email address entry, include @ and . multiple times
Last modified: 2009-09-08 09:28:33 UTC
During entering an email address it is difficult and painful hunting for the @ symbol and later the period to complete the address. I recommend we include redundant iterations of those symbols within the text entry widget. That is, have the @ and . symbols appear multiple times as you scroll through the numbers, letters and symbols-- perhaps between the letters and numbers as well as within the symbol section.
Hmm another option might be to include it automatically?
Automatically how?
Ah, even better: add some multi-character entries to the scrolling list: .com .net .org .uk etc... heck, we could even include: @gmail.com @yahoo.com @hotmail.com for the top 5 or so domains. Andy: Can you look at our registration list and extract the top TLDs and top email domains?
Automatically, as in split the form field into two, separate with an @ and a "." - might not work too well on second thought, since the length of strings might vary quite a bit.
(In reply to comment #3) > Ah, even better: > > add some multi-character entries to the scrolling list: > > .com > .net > .org > .uk > etc... heck, we could even include: > > @gmail.com > @yahoo.com > @hotmail.com > > for the top 5 or so domains. Yuck. All that will do is make an already long list to search through even longer. I found today that entering passwords and email addresses using the remote is infinitely easier than using the wheel. I'm not sure what you can do about using the wheel for setup, other than discouraging it.
Actually, I guess we haven't seen what the Baby remote will look like. I used a remote with an alphanumeric keypad from another Squeezebox product. If the remote for the Baby is more like that of the Boom, then improving text entry should be a priority.
The baby remote will be the same as the boom remote.
Assigning to Matt Weldon for specific direction, since the current bugs notes are a bit muddy
This particular bug is just proposing adding additional "." and "@" characters. However, we REALLY need a soft-key solution for 7.4, and that solution will impact this design (the soltuion to both might be the same design). Retargeting for 7.4
Moving to the product SqueezePlay because this bug appears to apply to any player based on that application code. Feel free to move it back if it's specific to the single original product.
Our eventual solution for this is almost guaranteed to be done with softkeys, and not with this method. Resolving as "wontfix," please don't take this to mean we aren't working on the problem. But we need a more robust solution than this one.