Re: [whatwg] register*Handler and Web Intents

2012-08-03 Thread James Graham

On 08/02/2012 06:57 PM, Ian Hickson wrote:


But now consider the short-term cost of adding an element to the head. All
it does is make a few elements in the head leak to the body. The page
still works fine in legacy UAs (none of the elements only work in the
head).


But it will break any scripts or selectors that depend on position in 
the DOM. For that reason I expect many pages that include intents won't 
work fine in UAs that don't have parser support. I agree with Henri 
that it is extremely worrying to allow aesthetic concerns to trump 
backward compatibility here.


I would also advise strongly against using position in DOM to detect 
intents support; if you insist on adding a new void element I will 
strongly recommend that we add it to the parser asap to try and mitigate 
the above breakage, irrespective of whether our plans for the rest of 
the intent mechanism.


Re: [whatwg] A mechanism to improve form autofill

2012-08-03 Thread Aryeh Gregor
On Thu, Aug 2, 2012 at 9:42 PM, Ian Hickson i...@hixie.ch wrote:
 On Thu, 26 Jul 2012, Smylers wrote:
 Ian Hickson writes:
   Also, I do not understand why we have credit cards types. Is anyone
   willing to have his credit cards information saved locally?
 
  Sure, why not?

 I am too, but I can understand why people who share their computer (and
 user accounts) with others wouldn't want their card numbers saving.

 That's a UA configuration issue, presumably. (Similar to saving
 passwords.)

In fact, Chrome already autodetects credit card numbers for autofill
(presumably based on a heuristic) and has a special dialog for whether
to remember them, similar to the password-remembering dialog.  At
chrome://chrome/settings/autofill, there are fields for both
addresses and credit card numbers.  This is documented here:
https://support.google.com/chrome/bin/answer.py?hl=enanswer=142893p=settings_autofill
 IIRC, one option when it asks you to remember credit cards is don't
ever remember credit card numbers -- although I'm not sure, since I
think I picked it and thus haven't seen the dialog in a long time.  :)


Re: [whatwg] A mechanism to improve form autofill

2012-08-03 Thread James Hawkins
On Fri, Aug 3, 2012 at 5:31 AM, Aryeh Gregor a...@aryeh.name wrote:

 On Thu, Aug 2, 2012 at 9:42 PM, Ian Hickson i...@hixie.ch wrote:
  On Thu, 26 Jul 2012, Smylers wrote:
  Ian Hickson writes:
Also, I do not understand why we have credit cards types. Is anyone
willing to have his credit cards information saved locally?
  
   Sure, why not?
 
  I am too, but I can understand why people who share their computer (and
  user accounts) with others wouldn't want their card numbers saving.
 
  That's a UA configuration issue, presumably. (Similar to saving
  passwords.)

 In fact, Chrome already autodetects credit card numbers for autofill
 (presumably based on a heuristic) and has a special dialog for whether
 to remember them, similar to the password-remembering dialog.  At
 chrome://chrome/settings/autofill, there are fields for both
 addresses and credit card numbers.  This is documented here:
 
 https://support.google.com/chrome/bin/answer.py?hl=enanswer=142893p=settings_autofill
 
  IIRC, one option when it asks you to remember credit cards is don't
 ever remember credit card numbers -- although I'm not sure, since I
 think I picked it and thus haven't seen the dialog in a long time.  :)


In practice the credit card portion of Chrome Autofill is not very useful
since most (hand-wavy) sites that contain credit card fields in forms use
autocomplete=off, which Chrome respects.  There is a third-party Chrome
extension which removes autocomplete=off to solve this issue.

James