Great, thanks.
From: [email protected] [mailto:[email protected]] On Behalf Of Aaron Newton Sent: Saturday, February 27, 2010 2:51 PM To: [email protected] Subject: Re: [Moo] Re: OverText Bug ? Polling is only useful when you want to prevent auto-fill inputs from having values and still showing their overtext, such as password inputs for example. If the user puts in their username, the browser may fill in the password. There's no event fired when this happens, so we have to poll. Passwords and similar commonly used fields (like "username" or email addresses) have this auto-fill problem. OverText, however, doesn't need this to function. It's basic behavior is to show the hint text over empty inputs. When the user focuses the input, it hides the text, when they blur the input, if it is still empty, it shows it again. It has nothing to do with polling. If you want to detach the functionality from an input (to hide the text, even if the user focuses and blurs it and leaves it empty) you have to remove the overText instance's events. This is a little ugly, as I should have a detach method on the instance, but I don't. I'll add one. In the mean time, do this: myOverText.element.removeEvents({ focus: myOverText.focus, blur: myOverText.assert, change: myOverText.assert }); On Fri, Feb 26, 2010 at 10:23 PM, hazlema <[email protected]> wrote: Sorry, typo in that ver, use: http://mootools.net/shell/BkTAP/4/ On Feb 27, 1:00 am, hazlema <[email protected]> wrote: > When you hide OverText and stop polling isn't it suppose to stay > hidden? Look at the example. > > http://mootools.net/shell/BkTAP/1/ > > I was trying to add overtext to a form field when the user selects the > edit option. > Other times the text field is updated with an ajax call.
