Comments on: Capturing AutoFill as a Change Event http://furrybrains.com/2009/01/02/capturing-autofill-as-a-change-event/ The Furry Brains blog tackles a wide range of issues related to web development and design. Wed, 18 Aug 2010 12:46:08 +0000 http://wordpress.org/?v=2.9.1 hourly 1 By: Glenn http://furrybrains.com/2009/01/02/capturing-autofill-as-a-change-event/comment-page-1/#comment-32 Glenn Mon, 14 Jun 2010 12:33:42 +0000 http://furrybrains.com/?p=104#comment-32 Good solution, but doesn't this make the browser work a lot harder? Is there any discernable additional CPU activity when this script is used? This can be a real problem for mobile devices or where there's a lot of browser windows & tabs open. Good solution, but doesn’t this make the browser work a lot harder? Is there any discernable additional CPU activity when this script is used?

This can be a real problem for mobile devices or where there’s a lot of browser windows & tabs open.

]]> By: Corey http://furrybrains.com/2009/01/02/capturing-autofill-as-a-change-event/comment-page-1/#comment-25 Corey Mon, 28 Sep 2009 21:48:13 +0000 http://furrybrains.com/?p=104#comment-25 Thank you! Works well with Douglas Neiner's in-field labels plugin. I decided to disable the check for a field being focused. This solved the problem of the label remaining visible after pasting text using the context menu or when dragged. Thank you! Works well with Douglas Neiner’s in-field labels plugin.

I decided to disable the check for a field being focused. This solved the problem of the label remaining visible after pasting text using the context menu or when dragged.

]]>