gt;
> I charge extra if a client insists on jQuery.
>
> On May 25, 2017, at 11:04 PM, Bob Ippolito wrote:
>
> I don't think anyone is building anything new on MochiKit at this point.
> We sure did pioneer a lot of stuff people are doing today over a decade
> ago, but frank
MochiKit was started specifically because Prototype didn't suit my needs
and didn't have sufficient docs or tests :)
On Thu, May 25, 2017 at 23:56 Arnar Birgisson wrote:
> Prototype was one of the main contenders towards the end, before jQuery
> took over. When I started using mochi it was betwe
I don't think anyone is building anything new on MochiKit at this point. We
sure did pioneer a lot of stuff people are doing today over a decade ago,
but frankly all of the ideas are really just from other places outside the
browser :)
On Thu, May 25, 2017 at 20:01 Chaz Gatian wrote:
> I stumble
On Sun, Oct 16, 2011 at 6:09 AM, Jurgens de Bruin wrote:
> Hi,
>
> I am very new to mochiKit and would appreciate some help.
>
> I have a form containing a multi-select list, I am try to use AJAX and
> JSON to produce async tasks. Currently I can't get all the selected
> elements from the multi-se
angelog)
> Code annotation and build scripts to integrate with Google Closure
> compiler is also added.
>
> Feedback welcome!
> Regards
> // Fredrik Blomqvist
>
>
> On Aug 15, 5:56 am, Bob Ippolito wrote:
>> I agree, if I had a good reason I would split MochiKit up
Good idea. Done!
On Mon, Aug 15, 2011 at 4:20 AM, Chris Snyder wrote:
> Not Dead: Feature Complete.
>
> Since this issue comes up every year or so, I think there should be a
> simple explanation on the website homepage, something like:
>
> MochiKit is considered "feature complete" at version 1.4,
nction with jQuery. Would be nice to eventually package up
> MochiKit into separate pieces that glue better into jQuery in some
> ways. But the custom packaging solution we have right now also allows
> to strip out some obvious duplicated stuff...
>
> Cheers,
>
> /Per
>
> On
On Sat, Aug 13, 2011 at 11:35 AM, machineghost wrote:
> So, given that:
>
> * There hasn't been a blog post on the website in ... ever (according
> to the front of the site; in reality there was a post back in 2008)
> * There hasn't been a release since 2008
> * This mailing list gets a post (with
This is pretty cool, something I always imagined that I might do if I
were doing this kind of localization. We've only done en and zh at
Mochi, so haven't needed anything outside of the system format.
On Mon, Jan 10, 2011 at 6:38 PM, Per Cederberg wrote:
> Since I found the MochiKit.Format.format
That said, I think jQuery Live style functionality is useful, and I
certainly wouldn't mind seeing some additional module to support it.
However, all existing MochiKit functionality works only on the current
state of the DOM and it is not a bug that it doesn't consider future
changes to the DOM tha
If I remember correctly the problem is that __iterator__ was defined
on Object.prototype (to iterate over keys), so everything had it, and
it made the registry worthless. Maybe if we moved that code to after
the registry, or maybe checked to see if iterator.__iterator__ !==
Object.prototype.__itera
It was for Aptana, not sure if anyone still cares?
On Tuesday, October 12, 2010, Per Cederberg wrote:
> Does anyone (Bob?) know why the MochiKit source code has these types
> of comments for most exported functions:
>
> /** @id MochiKit.Signal.connect */
>
> Cheers,
>
> /Per
>
> --
> You rece
I'm in the process of moving MochiKit to github to remove the
maintenance burden from the Mochi ops team, and make it easier to
contribute. We're in the process of switching everything to git
internally anyway, so it's about time:
http://github.com/mochi/mochikit
I think that we'll just go ahead a
t a more robust programming language, I
> am trying to use both to do some server side programming. That's why
> MochiKit provides a MockDOM. I think that overall, it should not be
> coupled to the DOM at all.
>
> On Oct 7, 7:54 am, Bob Ippolito wrote:
>> No idea what you&
No idea what you're trying to do but it sounds like whoever packaged
this with Ubuntu did the wrong thing.
Surely there must be an up to date mirror of mochikit on github or
something that can be used until service is restored.
On Thu, Oct 7, 2010 at 1:25 AM, Kaleb Hornsby wrote:
> I am running
It looks like the ops team at Mochi has decommissioned the machine it
runs on without realizing that services were still hosted there. I've
filed a ticket to get these services back up, hopefully they haven't
destroyed it entirely.
On Thu, Oct 7, 2010 at 1:20 AM, Ethan Jucovy wrote:
> Hi,
>
> I n
That's strange, I'm not seeing any problem with Firefox or Chrome on Mac.
On Wed, Jun 9, 2010 at 11:42 AM, jonauman wrote:
> The file hangs at 8% download using curl. However, if I copy the
> javascript to a Mac server and I can download the file.
>
> I am not able to access http://mochikit.com v
Well, the implementation of MochiKit's keys function was written years
before any of the browsers implemented an Object.keys function. It's
unfortunate that they don't do exactly the same thing, but changing
the implementation of MochiKit's keys would break existing code.
On Mon, Apr 26, 2010 at 7
You can send it here to the list
On Thu, Feb 18, 2010 at 3:18 AM, niek.kouwenb...@gmail.com
wrote:
> Hi,
>
> I've just created a ticket for which I have a patch. Since editing and
> replying to tickets seems to be disabled since 2008, I have no way of
> attaching this patch.
>
> Since I've been u
On Sat, Nov 28, 2009 at 2:18 PM, Per Cederberg wrote:
> I just tried to modify MochiKit.Base.evalJSON() to use the new
> JSON.parse() function when available. This would give us the following
> advantages:
>
> 1. Speed (but, well... eval() is probably fast enough already)
> 2. Security
>
> Unfortu
At least with recent browsers there are better ways to speed this up,
e.g. by leveraging more native code (getElementsByClassName and/or
XPath). None of them did this when the code was written in 2005 but I
think all of them do now (except maybe IE).
On Tue, Nov 3, 2009 at 11:14 PM, Per Cederberg
There are various ways it could be rewritten, but without knowing
exactly how stupid the IPS is it's hard to say which permutation would
pass its test. Someone who can reproduce this issue should spend some
time with it and produce a patch.
On Thu, Jul 16, 2009 at 6:34 PM, Michael wrote:
>
> I ha
of the item. The items() solution feels like a bit of a workaround and
> presumably has performance implications. Would a mapi function not be
> more efficient and elegant? Sorry if I'm missing something.
> Rupert
>
> On May 19, 4:13 pm, Bob Ippolito wrote:
>> Typicall
Typically this is done with count or cycle and izip.
izip(cycle(["odd", "even"]), someArray)
On Tue, May 19, 2009 at 2:19 AM, Rupert Bates wrote:
>
> Hi there, how about adding a mapi function to Mochikit.Iter which
> passes the index of the item being processed to the specified
> function? It
Don't use "new".
On Sun, Apr 19, 2009 at 7:04 AM, Zak wrote:
>
> I can't get a null result from the fromString method. No matter what
> I put in, it's never null. Generally, what I'm expecting it to do is
> if I pass in a value that's not hex, not hsl, not rgb, that it should
> drop through to
You probably need to use encodeURIComponent.
2009/4/16 Boštjan Jerko :
>
> Hi!
>
> I am using MochiKit 1.4 and have a simple usage of
> doSimpleXMLHttpRequest:
>
> var handleServerFeedback = function(result)
> {
> log(d_querystring);
>
> }
>
> var h
The reason I chose not to hide methods in a scope is so that you could
monkeypatch them if you needed to. In retrospect I probably should've
just done it in a scope because it would make the code smaller. Using
an object literal was the compromise I chose between assigning each
property by themsel
Finalizing a Deferred should ensure that no further callback/errbacks
are registered and it should attach a default error handler (success
should be no-op). The most common problem I've seen with Deferreds is
that an error occurs but nobody attached an error handler that far
down the stack. In Pyt
The difference between currying and partial application is that you
can call a curried function f with 1 argument that needs N arguments
and the return value is a function f_1 that needs N-1 arguments and
when called again with 1 argument will return a function f_2 that
takes N-2 arguments, etc. u
On Fri, Dec 12, 2008 at 11:20 AM, Arnar Birgisson wrote:
>
> Hi
>
> On 12.12.2008, at 16:45, Eoghan wrote:
>>connectEach($$('#my-ul li'), 'onclick', function(e){
>>// do sumn'
>> });
>>
>> rather than slightly more unwieldy:
>>forEach($$('#my-ul li'), function(el)
It looks like you also need Iter.js after Base.js and before DOM.js in
order for that to work properly. Not entirely sure why without looking
deeper into it, but I think that's a bug.
On Wed, Nov 26, 2008 at 2:31 AM, Bjoern <[EMAIL PROTECTED]> wrote:
>
> Thanks! This fails for me, using Firefox 3
Are you adding SPAN({}) to a string or something?
appendChildNodes("idOfADiv", SPAN({})) should insert an empty SPAN,
but appendChildNodes("idOfADiv", SPAN({}) + "") might have the
behavior that you're describing. You want to use commas, not addition
to add multiple nodes, e.g. appendChildNodes("i
On Mon, Oct 27, 2008 at 1:49 AM, Per Cederberg <[EMAIL PROTECTED]> wrote:
>
> Hi everyone,
>
> Development of MochiKit 1.5 is about to start. But before we open the
> flood-gates, it might be useful to have a look at a summary of all
> proposed API:s. Below you'll find a comprehensive list of all
I don't think anything relevant to the screencast has changed,
although there are a lot of new things that one could talk about in a
new screencast. I suppose it was probably a bad idea to associate the
screencast with a version number.
On Sun, Nov 2, 2008 at 12:43 PM, Cowmix <[EMAIL PROTECTED]>
If you need some server-side code that echos back the content with
Content-Disposition set appropriately, you can put it in the google
app engine project that I built to fetch the blog and mailing list
feeds. Just let me know once the code is there and I'll update it.
http://svn.mochikit.com/moch
Awesome! Thanks for all the hard work everyone, I owe many of you beers :)
On Tue, Oct 21, 2008 at 9:35 AM, Jason Bunting
<[EMAIL PROTECTED]> wrote:
>
> Congrats and thanks to everyone involved for all of the hard work that goes
> into maintaining this stable toolkit!
>
> Jason Bunting
>
>> -
I don't see any direct references to either isParent or isChildNode in
any of our code here at Mochi, so I don't care ;)
-bob
On Sat, Oct 18, 2008 at 9:42 AM, Per Cederberg <[EMAIL PROTECTED]> wrote:
>
> Attempting two answers in one below...
>
> On Sat, Oct 18, 2008 at 12:23 AM, Jason Bunting
>
eas or anything
> should never been restricted anyway because of those few spammers...
>
> - Amit Mendapara
>
> On Oct 13, 8:19 pm, "Bob Ippolito" <[EMAIL PROTECTED]> wrote:
>> Well, the login database is outside of trac since we're using basic
>>
at we
> wouldn't need the packed version in svn...
>
> Just my random thoughts.
>
> Cheers,
>
> /Per
>
> On Mon, Oct 13, 2008 at 6:17 PM, Bob Ippolito <[EMAIL PROTECTED]> wrote:
>>
>> I've been considering this for a while but didn't want to pu
o just open a window with the packed text and
> ask the user to do Ctrl-S. Perhaps by setting the window title or
> something.
>
> Cheers,
>
> /Per
>
> On Mon, Oct 13, 2008 at 6:29 PM, Bob Ippolito <[EMAIL PROTECTED]> wrote:
>> I had intended to build exactly th
I had intended to build exactly that years ago, but never got around
to it... mostly because it's hard to do client side and I didn't want
that feature to be dependent on some server-side script.
My thinking was that we'd keep packed versions of every module (so
that we could continue to use the
I've been considering this for a while but didn't want to put forth
the effort at the time, but I think that with the release of 1.4 it
would be a good time to migrate from the Mochi Media hosted Trac and
SVN over to something else. My personal preference is Google Code
because we already use that
Well, the login database is outside of trac since we're using basic
auth to login and they are the same credentials that give svn commit
access. Disabling anonymous commenting is something that I did because
I couldn't be bothered to implement a better spam filter or maintain
it.
I'm not really s
If you'd like to fix it then I don't see why the patch would be rejected.
On Fri, Oct 10, 2008 at 7:57 PM, Jason Bunting
<[EMAIL PROTECTED]> wrote:
>
>
> That's it huh?
>
> No more discussion on this? I guess I am smoking crack...
>
> Jason
>
>
>> -Original Message-
>> From: mochikit@goog
Let's do it :) I'm out of town (in NYC instead of SF) this week but
that means I have a few more cycles than usual to spend on open
source.
-bob
On Wed, Oct 8, 2008 at 9:54 AM, Per Cederberg <[EMAIL PROTECTED]> wrote:
>
> Hi everyone,
>
> This is a long email in the series "why don't we release
It looks like your problem is that your usage of partial probably
doesn't do what you intend it to.
request.addCallBacks(
partial(this.typeLoaded, i),
partial(this.typeFailed, i)
);
With t
On Fri, Sep 12, 2008 at 9:01 AM, csnyder <[EMAIL PROTECTED]> wrote:
>
> On Wed, Sep 10, 2008 at 3:53 PM, Per Cederberg <[EMAIL PROTECTED]> wrote:
>
>> Suggested formatting types:
>> s - Output from toString(), this is the default
>> r - Output from MochiKit.Base.repr()
>> b - Binary. Outputs the n
I think we should keep deep object names, JSON data structures are
often nested a little bit and it's nice to be able to work with them
as-is without creating a new object just to flatten it out.
As far as nested replacements go, I think we can ditch that safely.
I've never really wanted to use t
On Wed, Sep 10, 2008 at 5:55 AM, Per Cederberg <[EMAIL PROTECTED]> wrote:
>
> I guess this is a question for Bob, but others might have some clues
> here also. Thus sending it to the list.
>
> I've recently done some Python coding and found the % string formating
> there very convenient. Now, as M
On Thu, Aug 28, 2008 at 3:04 AM, Arnar Birgisson <[EMAIL PROTECTED]> wrote:
>
> On Thu, Aug 28, 2008 at 05:35, Amit Mendapara <[EMAIL PROTECTED]> wrote:
>> Another problem to which I am not sure is licensing issue, Sizzle is
>> MIT licensed while MochiKit has dual MIT/AFL license. I myself
>> thin
On Tue, Aug 26, 2008 at 6:34 PM, machineghost <[EMAIL PROTECTED]> wrote:
>
> First off, I do <3 Mochikit. I wasn't trying to bash it, I just
> wanted to share my opinion of it with someone who seemed to be in a
> similar position.
>
>>> part of the reason changes are looked at with suspicion is b
If you're reading this list, we know you use MochiKit, so how about
coming and working with the team that developed it in the first place?
We're looking for a Senior Web Application Developer experienced
using Python, Pylons, MochiKit, SQLAlchemy, etc. Here's a short job
description. Reply back
On Sun, Jul 6, 2008 at 9:46 PM, Jason Bunting
<[EMAIL PROTECTED]> wrote:
>
>
> I have this code in a control I have built:
>
> var ldel = this.LaborDataEntryList;
> connect(this.ExpandCollapseButton, "onclick", function() {
> toggleElementClass("Invisible", ldel);
> });
>
> What I origi
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.
On Mon, Jun 23, 2008 at 7:12 AM, Leo Soto M. <[EMAIL PROTECTED]> wrote
mimeType: 'application/javascript' doesn't do what you think it does,
it's the overrideMimeType on the XHR. For JSON it doesn't matter since
it only uses responseText, I think it's only useful for setting it to
XML.
I think your problem is that XMLHttpRequest has a responseText
attribute, not res
This looks good to me, thanks!
On Mon, Mar 24, 2008 at 9:45 AM, Per Cederberg <[EMAIL PROTECTED]> wrote:
>
> I've finished updating the docs for MochiKit.Visual now. The clarified
> version is available on the usual place:
>
> http://mochikit.com/doc/html/MochiKit/Visual.html
>
> Please let me kn
On Fri, Apr 18, 2008 at 8:01 AM, Christoph Zwerschke <[EMAIL PROTECTED]> wrote:
>
> Bob Ippolito schrieb:
> > Documentation patches are key, and having more examples for the
> > features in Visual would at least prove that they work under *some*
> > circumsta
Yeah, the major problem of doing a synthetic ondomload event like that
is that you need to instrument all of your pages with that script tag
at the bottom. It's "nicer" to do it via DOM calls because you don't
need to change the markup.
-bob
On Thu, May 8, 2008 at 12:16 PM, Per Cederberg <[EMAIL
This would definitely be convenient, it's always been on my list and
I've hacked together crappy (polling) implementations once or twice,
but I never needed it bad enough to tackle all of the cross-browser
issues myself :)
On Tue, May 6, 2008 at 10:51 PM, Per Cederberg <[EMAIL PROTECTED]> wrote:
On Tue, Apr 8, 2008 at 4:56 AM, rrva <[EMAIL PROTECTED]> wrote:
>
> An errBack is not called when exceptions occur in loadJSONDoc
> callbacks. All exceptions are swallowed and only if I single-step with
> firebug do I get the exception text. How do I get firebug console logs
> of all these exc
On Sun, Mar 23, 2008 at 12:10 PM, Christoph Zwerschke <[EMAIL PROTECTED]> wrote:
>
> I just stumbled upon an error when using MochiKit with HTML, and it took
> me some time to realize that it already has been fixed, but not in the
> packed vresion I was using - the packed version of MochiKit in
I've implemented long-polling with MochiKit before. The JavaScript
doesn't really change all that much, you just use doXHR like you
normally would, the response just doesn't come back for a while and as
soon as you get one then you make another one, and you have to have
some sort of empty response
I watch trac with my newsreader, but for the widest exposure
mentioning them on the list helps.
On Sun, Feb 24, 2008 at 12:48 AM, Per Cederberg <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> Just a simple question (for Bob I guess):
>
> Does someone monitor ticket submissions to trac.mochikit.com? Is
LI(null, A({href: 'link'}, 'text'))
On Feb 16, 2008 10:03 AM, matiu <[EMAIL PROTECTED]> wrote:
>
> Why does this error, and how can I do it without erroring:
>
> >>> LI(A('link'))
> Error:
> fileNamehttp://mochikit.com/MochiKit/Base.js
> lineNumber 185
> message setting a pro
and log self, it prints
> "Object Object" which is expected behaviour.
>
> On Feb 5, 3:17 pm, "Bob Ippolito" <[EMAIL PROTECTED]> wrote:
> > I think you're confused. self is not defined. You want to be using this.
> >
>
> > On Feb 4, 2008
the bindMethods
> part, everything works as expected.
>
> On Feb 5, 7:55 am, "Bob Ippolito" <[EMAIL PROTECTED]> wrote:
> > Card = function(value, suit, orientation, set)
> > {
> >MochiKit.Base.bindMethods(self);
> >
> > ^^ self isn't
Card = function(value, suit, orientation, set)
{
MochiKit.Base.bindMethods(self);
^^ self isn't defined here.
On Feb 4, 2008 10:54 PM, Akari no ryu <[EMAIL PROTECTED]> wrote:
>
> I have three files.
> var deck = new Deck();
> loadPage = function()
> {
> var postRequest = new
> Moc
On Jan 23, 2008 9:07 PM, SimonS <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I'm curious about the effect of the following code:
>
> var d = new Deferred();
> d.addCallback(function() { alert('f'); throw new
> GenericError('foo'); });
> d.addErrback(function() { alert('e'); });
> d.addCallback
On Jan 21, 2008 12:56 PM, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
>
>
>
> On Jan 21, 1:16 am, "troels knak-nielsen" <[EMAIL PROTECTED]> wrote:
>
> > That depends on how you use it. The assumption is, that you are
> > pulling data with doXHR. If you want to push data, you should specify
> > th
Write your own function? I guess all XHR requests go through doXHR at
some point, so you could swap it out with something else. Something
like this might work:
MochiKit.Async._old_doXHR = MochiKit.Async.doXHR;
doXHR = MochiKit.Async.doXHR = function (url) {
return MochiKit.Async._old_doXHR.ap
On Jan 13, 2008 11:35 AM, James <[EMAIL PROTECTED]> wrote:
>
> Hi all, I'm something of a newcomer to MochiKit to forgive me if this
> is a silly question.
>
> When using Signal's 'connect' function to add signal callbacks I'm
> using the form:
>
> var obj = new MyObj;
> connect(window, "onload",
getElement("loginForm") finds an element with an id of "loginForm". IE
confuses name and id, other browsers don't. You don't have any
elements with id="loginForm" in your markup. Try using
getElement("lfForm").
-bob
On Jan 2, 2008 3:45 PM, infringer <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I devel
Have you tried using doXHR with the mimeType: 'text/xml' option? Take
a look at the ajax_tables or interpreter examples for usage.
On Dec 29, 2007 9:50 AM, Steve Zatz <[EMAIL PROTECTED]> wrote:
>
> No matter what I put in that XML declaration, Safari only returns
> something for responseText (tes
On 12/20/07, Ian Lewis <[EMAIL PROTECTED]> wrote:
> Thanks bob, I guess it's been about 8 years. Good to talk to you again.
High school feels a lot longer ago than that :)
> Tricky. I suppose you would run into this pretty much any time you pass
> around foo.bar when bar bound (or not) to the ob
On 12/20/07, Ian Lewis <[EMAIL PROTECTED]> wrote:
> Is it intentional that the callLater() function causes the 'this' reference
> to get scrapped?
Has nothing to do with MochiKit, JavaScript doesn't have bound methods
like Python does. The binding of "this" is done by the method call
syntax. It w
On 12/19/07, JS <[EMAIL PROTECTED]> wrote:
>
> I have the Javascript code which is located here:
> http://pastebin.com/m6d9fe26c
>
> It works 100% of the time when I use Firefox for my browser, but
> doesn't give expected results all the time with IE. The problem
> occurs after line 12. Here i
It still wouldn't work because you need the arguments object, not
arguments[0], for the call to apply.
My personal preference would be to use merge because it wouldn't
mutate the input object you give it, but there are potential
efficiency concerns with all that extra overhead. The original
solut
It looks like the example is probably incorrect, it's marked as a
constructor so you may need to use the new operator.
var selector = new Selector("#someelementid");
On 12/14/07, Glin <[EMAIL PROTECTED]> wrote:
>
> Hi
>
> I tried to use selector example from Mochikit documentation:
>
> var selec
It's only used for introspection. Some of the repr's use it, the ones
that don't probably should. It's not otherwise very interesting.
-bob
On 11/28/07, Jason Bunting <[EMAIL PROTECTED]> wrote:
>
>
>
>
> I see this convention being used but don't understand why it exists:
>
>
>
> __class__
>
>
>
On 11/18/07, Per Cederberg <[EMAIL PROTECTED]> wrote:
>
> #1. Is there a way to do "late" binding with MochiKit.Base.bind? I.e.
> allowing function names to be resolved when the returned function is
> called, rather than when bind() is called. See example below:
>
> obj = {
> a: function() { r
on, what's required of a release manager for MK?
>
> On Oct 29, 4:23 pm, "Bob Ippolito" <[EMAIL PROTECTED]> wrote:
> > There's no need to fork the project, I would gladly hand over SVN
> > access to someone who wants to step up as a release manager.
>
There's no need to fork the project, I would gladly hand over SVN
access to someone who wants to step up as a release manager.
-bob
On 10/29/07, gsteff <[EMAIL PROTECTED]> wrote:
>
> I don't use Mochikit, but like the library, and check in on the
> newsgroup now and then. If a lot of people wan
That's how floats work, 568.80 is represented internally as (roughly)
567.7999. numberFormatter rounds though, you can use
numberFormatter("#.##")(568.80) which should give you what you want.
On 10/8/07, Pedro Belo <[EMAIL PROTECTED]> wrote:
>
> Hey guys,
>
> I'm running into something that looks
On 10/3/07, scipio <[EMAIL PROTECTED]> wrote:
>
>
>
> On Aug 18, 11:59 am, Beau Hartshorne <[EMAIL PROTECTED]> wrote:
> > On 18-Aug-07, at 8:44 AM, Lee Connell wrote:
> >
> > > Mochikit hasn't seen any activity in the revision history at least
> > > since 06, is mochikit fading?
> >
> > We're pret
On 10/4/07, John Lorance <[EMAIL PROTECTED]> wrote:
>
> The Problem:
> I have a button on a page that results in getting HTML back from the
> server which contains something like the following (result['content']
> (below) contains the following):
>
innerHTML doesn't execute script. You could try
MochiKit doesn't actually use $, it's just an alias for getElement
that we export for the user's convenience. You can load whatever
library you want after MochiKit and let it take over use of $, nothing
will break.
-bob
On 9/2/07, jack.tang <[EMAIL PROTECTED]> wrote:
>
> Hi, all
>
> I blogged on
On 8/28/07, grum <[EMAIL PROTECTED]> wrote:
>
> Hi everyone,
>
> I'm having problems comparing the following:
>
> isoTimestamp("2007-08-13T04:00:00+00:00")
>
> which gives me:
>
> Mon Aug 13 2007 00:00:00 GMT-0400 (EDT)
>
> and:
>
> Date()
>
> which (right now) gives me:
>
> "Tue Aug 28 2007 16:14
On 8/22/07, Giulio Cesare Solaroli <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> using the excellent MochiKit.Async module, I find myself writing the
> following code over and over:
>
> dererred.addCallback(MochiKit.Base.method(anObject, 'aMethod'), aParam, ...);
>
> It look like it would be nice to a
On 8/21/07, Jonathan Marshall <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I'm not sure if this is a bug in Mochikit, or my error.
>
> The following do not work in IE 6:
>
>
> callLater(1, window.print);
> callLater(2, alert, 'drink beer');
>
>
> yet these do:
>
> function f() {
>
They are not deliberately left out. If a patch were made to the
documentation and code it'd be applied.
-bob
On 8/3/07, machineghost <[EMAIL PROTECTED]> wrote:
>
> Perhaps it'd be more helpful if I rephrased this question:
> If someone (ie. me) were to write createDOM shorthand functions for
> D
Implement a workaround. Just write an errback that turns 2xx into a
successful response, that way your code will still work if the
behavior eventually changes.
On 7/31/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> So is this yet another thread on success codes that ends without
> consensus
On 7/18/07, Jason Bunting <[EMAIL PROTECTED]> wrote:
>
>
> I *am* curious as to the effort to get us to an official '1.4' release -
> seemed like there was a bit of momentum a few weeks/months back to get all
> bugs fixed and get it shipped, but then it seemed to die.
I think that most or all of
On 7/16/07, Kieran O'Neill <[EMAIL PROTECTED]> wrote:
> On 7/16/07, Bob Ippolito <[EMAIL PROTECTED]> wrote:
> >
> > On 7/16/07, MerlinTheCat <[EMAIL PROTECTED]> wrote:
> > >
> > > Hi, I'm well versed in JS - but I've been struggl
On 7/16/07, MerlinTheCat <[EMAIL PROTECTED]> wrote:
>
> Hi, I'm well versed in JS - but I've been struggling to understand
> MochiKit for a couple of days... help from anyone who can clear my
> brainblock would be appreciated. Thanks.
>
> I'm trying to add a form on the page dynamically. The H1 an
On 7/9/07, Bob Ippolito <[EMAIL PROTECTED]> wrote:
> On 7/9/07, kael <[EMAIL PROTECTED]> wrote:
> >
> > This doesn't work. When the callback, dataReciever, is called it
> > doesn't know what 'this' is any more.
> > I want dataReci
On 7/9/07, kael <[EMAIL PROTECTED]> wrote:
>
> This doesn't work. When the callback, dataReciever, is called it
> doesn't know what 'this' is any more.
> I want dataReciever to update the object and then call
> this.showRecord.
>
> SBP.prototype.dataReceiver = function(data) {
> // data is an
On 7/9/07, TiNo <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am having another problem with 'this' again.
> I have to "classes" (better said, that's how I would like them to behave),
> EditGrid and EditCell:
> ---
> var EditGrid = function (base_url,target_id) {
> bi
On 7/6/07, Karen <[EMAIL PROTECTED]> wrote:
> On 7/6/07, Bob Ippolito <[EMAIL PROTECTED]> wrote:
> > It works 100% of the time. If you're doing something obscure with
> > status codes (anything obscure, even successful codes that aren't
> > 2xx), you
On 7/6/07, Karen <[EMAIL PROTECTED]> wrote:
> On 7/6/07, Bob Ippolito <[EMAIL PROTECTED]> wrote:
> > As demonstrated it's effectively three lines of code to do whatever
> > you want to do with HTTP status codes, and you only have to write it
> > once. If tha
On 7/5/07, Karen J. Cravens <[EMAIL PROTECTED]> wrote:
>
> On Jul 5, 8:19 pm, "Bob Ippolito" <[EMAIL PROTECTED]> wrote:
> > with (the ones that you actually run into in the wild). It's easy to
>
> Given the increasing popularity of REST, seems pret
1 - 100 of 848 matches
Mail list logo