You'll have to ask Brandon, as .offset() is his baby. The core offset doesn't take any options (unlike the old one in Dimensions). However, this new offset is now the default way to check for offset - Brandon has removed it from Dimensions in favor of just maintaining the one in core.
--John On 9/12/07, polyrhythmic <[EMAIL PROTECTED]> wrote: > > I would like to report also a 100% no-conflict upgrade to 1.2! Thanks > for the hard work and the quick output. > > That being said, I can't get offset() to work like expected. I use > Dimensions offset() on my site in a tricky situation involving floats, > padding, margin, etc. I tried to switch into offset() from the 1.2 > core and I can't get it to work as expected, and I can't seem to > pinpoint where it is failing. I tried to alter it slightly to pass it > a different parentNode (as in Dimensions { relativeTo: element }) but > the left: was still wrong. I also get different results from FF > 2.0.0.6, IE6, and Opera 9.20. > > Can you describe how the core offset() method works compared to the > Dimensions offset() method? I know from the source the Dimensions > offset() takes into account many different special cases, and > offsetLite seems closer to core offset(), but not the same. I would > like to add the info into the Wiki so coders will know when to use > Dimensions and when core offset() is enough. > > When I get home from work I'll try to get an example up, right now the > site is back to Dimensions until I figure this out. > > Charles > doublerebel.com > > On Sep 12, 8:58 am, "Web Specialist" <[EMAIL PROTECTED]> > wrote: > > Jörn, > > > > I know your great job in form validation plugin. Form Validation Plugin is > > awesome. Period! > > > > I'll waiting that improvements looking for better performance. > > > > Thanks! > > > > 2007/9/12, Jörn Zaefferer <[EMAIL PROTECTED]>: > > > > > > > > > Bernd Matzner schrieb: > > > > > >> I'm using Jorn's Form Validation in a monster form. Using jQuery > > > >> 1.2minified version returns all validation in =~ 16 sec. Using > > > >> uncompressed > > > >> version returns in 6 sec. > > > > > > Hi, somewhat unrelated to the thread: 6 or even 16 secs seem like an > > > > eternity. What would be the disadvantages of using server-side > > > > validation in such a case? I'm asking this because I keep wondering if > > > > server-side validation is necessary anyway for non-JS visitors, why > > > > not use Ajax and do the validation on the server and simply display > > > > the errors using JS if available... > > > > > Please note that I never even tried to optimize the validation plugin > > > for performance. I never had to deal with "monster forms", and still > > > consider them problematic anyway. But it seems like there are quite a > > > few people who have to deal with those monster forms, once I've got a > > > testcase setup it should be possible to improve the performance a lot. I > > > just have to find the actual bottleneck. > > > > > I guess serializing a monster form and sending it via ajax and then > > > displaying messages via JS won't be that much faster. > > > > > -- Jörn > >