[mochikit] Re: MochiKit 1.4 released
On Tue, Oct 21, 2008 at 7:32 AM, Per Cederberg [EMAIL PROTECTED] wrote: MochiKit 1.4 has now been released and is available on the web site Congratulations guys! This has been a lot of hard and good work! -- Leo Soto M. http://blog.leosoto.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups MochiKit group. To post to this group, send email to mochikit@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/mochikit?hl=en -~--~~~~--~~--~--~---
[mochikit] Re: MochiKit.Test and SimpleTest.js
On Wed, Oct 8, 2008 at 9:46 AM, Per Cederberg [EMAIL PROTECTED] wrote: While fixing some stuff in MochiKit.Logging, I happened to notice the existance of a MochiKit.Test package... It seems pretty similar to the SimpleTest.js file used for powering the normal test suite when run inside a browser, but it seems to only be used when standalone testing is performed (e.g. from the scripts/rhinomochi.js file). But there are some subtle differences. For example, the is function uses == in SimpleTest, but is based on compare() in MochiKit.Test. So that kind of breaks some of my tests... Anyone knows why we seem to have two test engines? Or what the relevant differences are? On http://groups.google.com/group/mochikit/browse_thread/thread/e55df230ee3ef897 is the thread about the inclusion of SimpleTest into MochiKit. Looks like the idea always was to merge it with MochiKit.Test, but nobody had the time to do it. -- Leo Soto M. http://blog.leosoto.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups MochiKit group. To post to this group, send email to mochikit@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/mochikit?hl=en -~--~~~~--~~--~--~---
[mochikit] Flash/Flex port of Deferred?
Hi all, Does anybody know if there is an ActionScript port of MochiKit.Deferred? I'd love the API and I'd like to use it on Flex (basically for RemoteObject interaction). I'm willing to port the code, but hopefully someone did it before. OTOH, If nobody has done it yet, maybe there is a good reason which I may have missed... Thanks, -- Leo Soto M. http://blog.leosoto.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups MochiKit group. To post to this group, send email to mochikit@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/mochikit?hl=en -~--~~~~--~~--~--~---
[mochikit] Re: Flash/Flex port of Deferred?
On Mon, Jun 23, 2008 at 11:00 AM, Bob Ippolito [EMAIL PROTECTED] wrote: I've done it before, for AS2 a long time ago (it was the predecessor of the JS implementation). Porting should just be cut + paste, MochiKit's Deferred doesn't do anything outside of the ECMAScript profile that Flash supports. Yeah, but under AS3 it gives us a lot of warnings, so I think we will try to adapt it to the more Javish style which AS3 encourages :( [and which would be consistent with the how the pieces of the software where I'm trying to include MochiKit.Async are written] Anyway, thanks for your help Bob, and specially for the great library that MochiKit is! -- Leo Soto M. http://blog.leosoto.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups MochiKit group. To post to this group, send email to mochikit@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/mochikit?hl=en -~--~~~~--~~--~--~---
[mochikit] Re: Question About showElement()
On 8/29/07, machineghost [EMAIL PROTECTED] wrote: The Mochikit Style function showElement works as follows: codethis.showElement = m.partial(this.setDisplayForElement, 'block');/code In other words, it sets the display style of the element to block. [...] However, there is another way. If this function were instead: codethis.showElement = m.partial(this.setDisplayForElement, '');/ code (in other words, if it set the element's display style to an empty string) it would set the element's display style to nothing, which would effectively set it back to whatever it was originally (block for a block-level element, inline for an inline one, etc.). Except that for elements which originally had display:none, showElement would keep them hidden. As documented, the reliable way to show/hide things is using a CSS class for it. -- Leo Soto M. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups MochiKit group. To post to this group, send email to mochikit@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/mochikit?hl=en -~--~~~~--~~--~--~---
[mochikit] Re: Form Validation
Coming late to the thread, but anyway, this could be useful: http://ui4w.sourceforge.net/UI4W/packed/doc/html/Form.html Examples: http://ui4w.sourceforge.net/UI4W/packed/samples/Custom_Form_Validator.html http://ui4w.sourceforge.net/UI4W/packed/samples/Simple_Manual-Layout_Form.html It's focused on client-side validation, so doesn't directly supports asynchronous validation. -- Leo Soto M. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups MochiKit group. To post to this group, send email to mochikit@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/mochikit?hl=en -~--~~~~--~~--~--~---
[mochikit] Re: MochiKit.Async, synchronousness, and testing
On 6/11/07, GK [EMAIL PROTECTED] wrote: Your SimpleTest module accummulates a list of test results, then displays the result, right? And test_MochiKit-Async uses a combination of synchronous and asynchronous calls to add test results to this list. Plus waitForExplicitFinish() and finish() to hold off completion until the Deferreds have fired. Right. This does seem simpler than my first thought. But this module has only one truly asynchronous callback that I can see: so if there are several asynchronous calls, some mechanism is needed to hold off completion untill all are done. Sorry if my reply came too late, but DeferredList can help here: var allDeferreds = new DeferredList([d1, d2, ...]); allDeferreds.addCallback(SimpleTest.finish); -- Leo Soto M. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups MochiKit group. To post to this group, send email to mochikit@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/mochikit?hl=en -~--~~~~--~~--~--~---
