Not a bug. Simply wrap your inputs in elements that have a relative position (they are likely wrapped already anyway, right?). From the friggin overtext docs:
OverText positions the text over your input. Depending on your layout, it's > possible that your input might move (for instance, if you inject new content > above it, or the user resizes their browser). This often happens with > Form.Validator.Inline<http://mootools.net/docs/more/Forms/Form.Validator.Inline>, > for instance. The solution here is to wrap your inputs in containers that > are positioned (position: relative, for instance). By wrapping your inputs, > when the page flow changes the overtext will move with them. The*wrap* option > does this for you automatically. Your demo, fixed with 1 line of css: http://jsfiddle.net/pchSe/2/ On Tue, Sep 13, 2011 at 9:54 AM, Philip Thompson <[email protected]>wrote: > I noticed this a while back when I considered using overtext. This is what > made me decide not to use it. I think it has to do with the overtext having > a fixed position and not taking into account if its corresponding input > moves. I think it's a bug as well. > > ~Philip > > > On Tue, Sep 13, 2011 at 11:22 AM, batman42ca <[email protected]> wrote: > >> I'm using Form.Validator.Inline with overtext and what happens is that >> when the form validation error message is displayed beneath the >> erroneous form input, and pushes the rest of the web page content down >> the page a little, the form over text doesn't move down the page when >> the form fields move down the page. >> >> http://jsfiddle.net/pchSe/1/ >> >> Click inside the name field, then click outside the name field. Notice >> what happens to the overtext in the email field. >> >> I'm using Firefox 4.0.1 >> >> Am I doing something wrong or is this a bug? I'm seeing this behaviour >> with both Mootools more 1.2.5.1 and 1.4.0 >> >> I notice the demo of overtext doesn't have this problem so I'm >> wondering what is going on. >> > > > > -- > http://lonestarlightandsound.com/ >
