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
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
On Sun, Oct 16, 2011 at 6:09 AM, Jurgens de Bruin debrui...@gmail.com 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
Good idea. Done!
On Mon, Aug 15, 2011 at 4:20 AM, Chris Snyder chsny...@gmail.com 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
On Sat, Aug 13, 2011 at 11:35 AM, machineghost machinegh...@gmail.com 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
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 cederb...@gmail.com wrote:
Since I found the
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
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__ !==
It was for Aptana, not sure if anyone still cares?
On Tuesday, October 12, 2010, Per Cederberg cederb...@gmail.com 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
--
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
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
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 theka...@gmail.com
makes JavaScript 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 b...@redivi.com wrote:
No idea what you're
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 jonau...@nescent.org 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
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
You can send it here to the list
On Thu, Feb 18, 2010 at 3:18 AM, niek.kouwenb...@gmail.com
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.
On Sat, Nov 28, 2009 at 2:18 PM, Per Cederberg cederb...@gmail.com 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.
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
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,
the index
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 b...@redivi.com wrote:
Typically this is done
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 rupert.ba...@gmail.com wrote:
Hi there, how about adding a mapi function to Mochikit.Iter which
passes the index of the item being processed to the specified
You probably need to use encodeURIComponent.
2009/4/16 Boštjan Jerko ml...@japina.eu:
Hi!
I am using MochiKit 1.4 and have a simple usage of
doSimpleXMLHttpRequest:
var handleServerFeedback = function(result)
{
log(d_querystring);
}
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
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
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.
On Fri, Dec 12, 2008 at 11:20 AM, Arnar Birgisson arna...@gmail.com wrote:
Hi
On 12.12.2008, at 16:45, Eoghan eoghanomur...@gmail.com wrote:
connectEach($$('#my-ul li'), 'onclick', function(e){
// do sumn'
});
rather than slightly more unwieldy:
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.
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]
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
-Original
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
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
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
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 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
, 2008 at 6:17 PM, Bob Ippolito [EMAIL PROTECTED] wrote:
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
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@googlegroups.com
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
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 number in base
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 MochiKit
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
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
thinking of
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 because
a
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
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 originally tried to
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
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*
circumstance :)
I just noticed that MochiKit already
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 know if
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 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 the
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
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 it
, 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 defined here.
--~--~-~--~~~---~--~~
You received this message because
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
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(function()
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
the method. Most
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
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, obj,
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 developed my site
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 (tested
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 would
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 object
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 is an
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
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 selector =
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__
Is it
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() { return a;
?
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.
-bob
--~--~-~--~~~---~--~~
You received this message because you
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 want to
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 like a
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
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 pretty busy with our own
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 one
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:12 GMT-0400 (EDT)
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 add 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:
script
callLater(1, window.print);
callLater(2, alert, 'drink beer');
/script
yet these do:
script
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
DL,
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 or
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 the
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 and
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) {
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 array of
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 dataReciever to update the object and then call
this.showRecord
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 pretty likely you'll
start running into a wider range
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 that really makes such a difference, then I doubt
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 need to use an extra three lines of code in this case
On 7/5/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I have been working with Async to build an inhouse web app, we have
ended up using the return codes to implement some interesting
behaviour in our clients.
MochiKit is just one of the clients that uses the web service and some
of our
On 6/20/07, TiNo [EMAIL PROTECTED] wrote:
With the following code (shortend):
--
var EditGrid = function (base_url, target_id) {
bindMethods(this);
this.base_url = base_url;
this.target_id =
On 6/18/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi
I've been reading a bit about some optimised DOM manipulation
libraries developed for the yui-ext, jQuery and Dojo toolkits:
http://www.jackslocum.com/blog/2007/01/11/domquery-css-selector-basic-xpath-implementation-with-benchmarks/
On 6/17/07, tired [EMAIL PROTECTED] wrote:
When I try to search on JSON file with same search key in different
browser with sortable table, the result is different. IE6 shows only
those results (row) where search character(s) arrive at the very
beginning (like first letter(s) of sentence) of
On 6/15/07, tired [EMAIL PROTECTED] wrote:
I have used the 'mochikit sortable' table to sort data (loading a json
file through ajax). In that table one of columns has linked data which
htlml entity decoded by mochikit, so it show raw html instead link.
For example, I supplied the data like
On 6/15/07, hotani [EMAIL PROTECTED] wrote:
Ok. Like I say, this is not very clear to me right now, and I'm trying
to create an option list for a drop-down.
Let me put up my shot-in-the-dark example, then maybe someone can
correct me:
// add a single value/text option to drop-down:
On 6/11/07, GK [EMAIL PROTECTED] wrote:
I've been Googling around looking for tools to help with testing of
asynchronous code using mochikit's Deferred's. The only thing I found
so far was this post from over a year ago, to which there was no
response.
On 6/10/07, Arnar Birgisson [EMAIL PROTECTED] wrote:
On 6/9/07, Bob Ippolito [EMAIL PROTECTED] wrote:
I've just changed the moderation settings to moderate all messages
from new users. I'm not sure how much that's going to help though.
I'll volunteer as a moderator if you like. I'm
On 5/22/07, MikeC [EMAIL PROTECTED] wrote:
It seems that I am being forced to not use getNodeAttribute in one
instance. I created a small example (see below) of where it seems to
fail. My little example contains two text boxes. You enter some text
in the first one and the onfocus handler for
On 5/17/07, Paul [EMAIL PROTECTED] wrote:
So I'm trying to create a page that will populate a collection of
SELECT's using some AJAX requests. The AJAX part goes fine and I get
data back from the server, it's just when I'm trying to create new
options that I'm running into problems with IE6
On 5/16/07, Roger Demetrescu [EMAIL PROTECTED] wrote:
If it is possible, could you guys add this brazilian-portuguese locale
to MochiKit.Format.LOCALE ?
...
pt_BR: {separator: ., decimal: ,, percent: %},
...
Ok, it's in r1292.
-bob
On 5/15/07, Spiderr [EMAIL PROTECTED] wrote:
Thanks Kevin,
This works great! This seems a very fundamental thing to want to do...
am I missing something? Why isn't this in Async.js or similar?
It's not really that common. Most people using MochiKit are loading
data, not code, and if they
On 5/3/07, Arnar Birgisson [EMAIL PROTECTED] wrote:
Hi all,
The current svn version of queryString gives me something unexpected on this
queryString({nonni:null, x:3})
It gives me a silent error and no result. The docs say attributes with
null values or undefined will be skipped, so I
On 5/1/07, Konstantin Ryabitsev [EMAIL PROTECTED] wrote:
Hello:
Will there be a fix for http://nvd.nist.gov/nvd.cfm?cvename=CVE-2007-2381
in the 1.3.1 branch?
Nope. It's not a real security issue, not with MochiKit anyway. The
recommended fix would mean supporting some junk that's not JSON
1 - 100 of 515 matches
Mail list logo