On Apr 27, 2006, at 3:38 PM, Jeremy wrote:
If you click on any of the logging links it says Object doesn't
support
this property or method :
var ev = document.createEvent(Events)
I found it in my own applicaitons when I upgraded to 1.3.
Should be fixed now on trunk and the 1.3.1
of a better way to get the functionality I am trying
to achieve? I have looked around for a way to iterate over the
key-value pairs of an object but I could only come up with items().
thanks
Bob Ippolito wrote:
On Apr 26, 2006, at 8:13 AM, Julian wrote:
I'am having some trouble modifying cloned
On Apr 26, 2006, at 10:06 PM, Simonz wrote:
I was actually using MochiKit 1.3, but a version I pulled from the dev
trunk a week or two ago. I see the official 1.3 release is out but i
just tried with that and still seeing the leak. Here's a complete
reproduction example:
But can you
On Apr 25, 2006, at 12:37 AM, Thomas Hervé wrote:
Beau and I are here making some last minute changes to Signal. We've
hacked it apart and put it back together in the interest of ease of
use, performance, and plugging up leaks.
Great work, the svn has burned :).
PLEASE let us know if
On Apr 22, 2006, at 8:04 AM, SamFeltus wrote:
Original question.
I get Flash, but not AJAX, just trying to wrap my head around what
AJAX
can and can't do.
Another question.
I love the Making JavaScript Suck Less motto. I wish ActionScript
sucked less. Is there any technical reason
On Apr 21, 2006, at 1:26 PM, Sam Sutch wrote:
You can play/stop sounds if you add/remove (respectivly) an embed
object with the wav or mp3 set to with the auto play attribute set to
true.
Sure, but that's stupid because Flash is available just about
everywhere that is, if not more
On Apr 14, 2006, at 2:53 AM, Thomas Hervé wrote:
Bob, could you http://trac.mochikit.com/ticket/87 ? Just a simple
implementation of gatherResults and maybeDeferred, with tests. It
would
be great to have those in 1.3.
Looks good, in r662.
Note: the 'cc' keyword doesn't seem to send
On Apr 13, 2006, at 4:24 PM, Doug Crawford wrote:
Currently a deferred will catch any excpetion and pass it to the next
errback. But if there is no errback left in the chain nothing happens
and that error is ignored. This forces me to add the same errback to
the end of every deferred chain
On Apr 10, 2006, at 5:14 PM, Jeremy wrote:
Actually its not a MIT liscence its a MIT-style license which is
different and vague enough for our company lawyer to not allow us to
use it.
Your company's lawyer is lazy or just bad at what he does. Tell him
to do his job and read the
On Apr 2, 2006, at 8:44 PM, worik wrote:
I need the currentTarget of the event.
Currently I do...
connect(tepu, onclick, _new_record_tepu_click);
var _new_record_tepu_click = function(e){
var _e = e.event();
var _ct = _e.currentTarget;
//
On Apr 1, 2006, at 1:58 PM, faser wrote:
Hi, I'm doing some experiments with mochikit and everything seems to
work well.
It is a great library.
I have a question probably more related to javascript than mochikit.
I'm not sure what is the best method to create a class in
javascript.
I
On Mar 30, 2006, at 1:25 PM, Thomas Hervé wrote:
That's a good use-case for DeferredList. I've made a primary
implementation here: http://trac.mochikit.com/changeset/548. To use
it,
simply get the 2 deferred from sendXMLHttpRequest, create a
DeferredList with these 2 deferreds, and add
On Mar 29, 2006, at 2:27 PM, laurin1 wrote:
Ok, i'm REALLY new.
I'm just trying to use getElement like this:
function showrs(){
var $a = document.getElement[id('iRecordSet')].innerHTML
alert($a)
}
Is my syntax off, or am i just OFF?
The syntax is way off. It
On Mar 27, 2006, at 12:05 PM, Beau Hartshorne wrote:
I just added an example that shows how you could implement a simple
drag handler with Signal:
http://trac.mochikit.com/browser/mochikit/trunk/examples/draggable
Any comments? How can it be better?
Looks great! The only comment I have
On Mar 27, 2006, at 2:27 PM, Beau Hartshorne wrote:
I'd like to write some tests for elementPosition, setElementPosition,
and setOpacity. How should I do this? Should I just create a few
absolutely positioned elements on the DOM tests page, move them
around, and then inspect?
That sounds
On Mar 27, 2006, at 10:14 AM, Jonathan Gardner wrote:
On Saturday 25 March 2006 21:26, Beau Hartshorne wrote:
Jonathan, I think I asked you about this before, but I can't find the
thread. Why does Signal require us to registerSignals before we use
them? Can't we do this out in connect()?
On Mar 24, 2006, at 12:25 PM, mrenoch wrote:
Could someone please tag the 1.2 mochikit release? We use
svn:externals to pull in the mochikit dependencies, and it looks like
the 1.2 tag is missing
http://svn.red-bean.com/mochikit/tags/
It's not missing, the repository moved months ago.
On Mar 21, 2006, at 2:45 PM, Doug Crawford wrote:Does anyone have an example of how to setup or use Deferred Chainswhere a callback returns another Deferred instance. I am havingtrouble understanding what is supposed to happen with any return valuefrom a Deferred callback function. Is this
On Mar 21, 2006, at 4:36 PM, Doug Crawford wrote:Thanks, I am starting to understand this stuff but not completely. Inyour example you never explicitly call e.addCallback() so when you calle.callback("write this") how does the e object choose the rightcallback function?When a Deferred ends up in
On Mar 21, 2006, at 5:24 PM, Bob Ippolito wrote:
On Mar 21, 2006, at 4:36 PM, Doug Crawford wrote:
I thought I could restructure the example slightly and still get the
same end result but the following example does not print write
this.
I am sure it is obvious why this similar example
On Mar 20, 2006, at 10:21 AM, Doug Crawford wrote:
I have a top level exception handler that looks like:
window.onerror = function(msg, file, line) {
var text = msg + + file + ( + line + );
alert(text);
};
When I throw an Error exception from a DOM signal handler that
On Mar 20, 2006, at 12:42 PM, Doug Crawford wrote:
Thanks, is there any way to send Mochikit Logging messages to the
firebug console?
Sure. Take the printfire function from the FireBug FAQ:
printfire = function () {
if (window.console window.console.log) {
// This is Safari
On Mar 20, 2006, at 3:53 PM, Karl Guertin wrote:
On 3/20/06, LukeStark [EMAIL PROTECTED] wrote:
Perhaps I'm not being clear. Is the following, in fact, the correct
way to create a link that calls a function (fiddlyBits) on
otherObject?
Thomas is saying that doing connect on a ton of
On Mar 20, 2006, at 5:02 PM, SteveF (adenzo software) wrote:
Currently, I have the need to get the currentTarget from the DOM 2
event.
(This is the node currently processing the even from capturing or
bubling event propogation).
Unfortunately, it seems that IE doesn't have a
On Mar 16, 2006, at 11:18 AM, Jorge Godoy wrote:
Hi!
Through AJAX I'm generating some results and also an image file
that I want to
show on the web page. The results are appearing but nothing about the
image...
I can see that the browser fetched it and it was returned
On Mar 16, 2006, at 11:36 AM, Jorge Godoy wrote:
Bob Ippolito [EMAIL PROTECTED] writes:
There is no appendChildNode function in MochiKit. There is an
appendChildNodes function. appendChildNode is a DOM node method
(which is
probably defined on the global window object, which is why
On Mar 16, 2006, at 1:01 PM, EuGeNe wrote:
Hi All,
Playing with var args=MochiKit.Base.parseQueryString(linkelement);
where
linkelement='http://wiki/pmwiki.php?n=Main.WikiSandbox?
log_month=200602'
I get an error telling me that in Base line 1165 encodedString.replace
is not a
On Mar 15, 2006, at 1:08 AM, b3d70 wrote:
Dear Masters,
Please give a light to my code. I try to make MochiKit and Dojo work
together, and these are the way I did. Please help me to make it
better.
script type=text/javascript
src=http://localhost/js/dojo022/dojo.js;/script
script
On Mar 15, 2006, at 10:38 AM, troelskn wrote:
Is there a mailinglist where you announce commits to the repository ?
No, but you can subscribe to an RSS feed in trac's timeline:
https://trac.mochibot.com/timeline
-bob
--~--~-~--~~~---~--~~
You received this
On Mar 15, 2006, at 9:54 AM, Beau Hartshorne wrote:
In MochiKit.Signal.signal, I don't think it makes sense to run
through the slots and swallow errors if they occur and then just
throw a generic error when something breaks. It makes debugging
suck, and in production code, if something
On Mar 15, 2006, at 9:04 AM, Beau Hartshorne wrote:
The PEP 8 naming conventions suggest a single underscore indicates
weak internal use. Since JavaScript doesn't do name mangling,
should internal variables always use single instead of double
underscores? (Except special names like
On Mar 15, 2006, at 2:15 PM, Jonathan Gardner wrote:
On Wednesday 15 March 2006 14:05, Bob Ippolito wrote:
If this was a server-side framework in a language with better
facilities to report errors, then I might agree that the error should
be logged and the next handler should continue
On Mar 14, 2006, at 1:24 PM, Thomas Hervé wrote:
Good catch, a hard-to-find bug! I saw the problem in your values
because there were always a '010' in it (it's just a problem in
toHexString).
See http://trac.mochikit.com/ticket/68 for correction.
Thanks! This patch has been applied and
On Mar 9, 2006, at 10:55 AM, [EMAIL PROTECTED] wrote:
Hi all
I just started with mochikit and I'm making some mess between python
and javascript data structures. I don't know much about javascript but
I believe that the only high level data structure is the array.
Well,
when reading
On Mar 6, 2006, at 5:42 AM, troelskn wrote:
Hi. The wiki refers to PEP8 for naming-conventions, but I'm a bit
confused. It seems that global functions are named
lowercase_underscore, whereas memberfunctions (methods) as studlyCaps.
This is rather confusing since all global functions are
On Mar 6, 2006, at 8:40 AM, vmpn wrote:
The current iterator usage patern in documented as:
var it = iter(iterable);
try {
while (var o = it.next()) {
// use o
}
} catch (e) {
if (e != StopIteration) {
throw e;
}
// pass
}
That's how it is and
On Mar 6, 2006, at 11:35 AM, vmpn wrote:
For my education, if you do not mind, any advantages of the first form
over the second (when one is *not* implemented as the wrapper for the
other)? Just trying to see if I can learn a new javascript trick. :)
The former is how Python does it, is
;
d.h = self._document.body.clientHeight;
}
return d;
},
Should I run through everything to see that I've used
M.DOM._document instead of document? (elementPosition comes to mind..)
On 3-Mar-06, at 11:04 AM, Bob Ippolito wrote:
Not in this case because whoever wrote it used
On Feb 27, 2006, at 8:26 AM, Lee McFadden wrote:
I've been writing some fairly complex JS for inline editing of text
using http://trac.mochikit.com/wiki/HowtoSimpleAjax as a basis for
making my links ajax enabled rather than using the
href=javascript:someFunction() nastyness.
It all seems
On Feb 27, 2006, at 10:33 PM, Doug Crawford wrote:
I am trying to make a function called methodgetter. This is
similar to
itemgetter but calls an object method rather than returning an object
property. For the most part, the following code works:
function methodgetter(name) {
On Feb 25, 2006, at 7:46 AM, Eric Faurot wrote:
I think I spotted a bug (this time :) in
MochiKit.DOM.appendChildNodes.
The problem is that when an iterable is found in the node stack, its
content is flattened at the end of the stack rather than in-place.
I see no reason why the current
On Feb 24, 2006, at 4:46 PM, [EMAIL PROTECTED] wrote:
Undocumented was not the thing to say, perhaps undiscussed would have
been better. Since I did find DeferredLock in the docs.
So it turns out that DeferredLock is completely not what I need, this
was made clear to me from testing some
On Feb 18, 2006, at 11:01 PM, mario ruggier wrote:
On Feb 17, 2006, at 9:40 PM, Bob Ippolito wrote:
On Feb 17, 2006, at 12:32 PM, mario ruggier wrote:
strange problem, I have a simple object, e.g.:
var fs = {
'name': 'abc',
'value': 'xxx',
'ok': true
On Feb 17, 2006, at 12:32 PM, mario ruggier wrote:
strange problem, I have a simple object, e.g.:
var fs = {
'name': 'abc',
'value': 'xxx',
'ok': true,
'message': 'some text'
};
I am creating such objects on the client, and passing them
On Feb 16, 2006, at 8:01 AM, Ryan Hagan wrote:
We've been using Mochikit for a while now and it has really become
invaluable for us. One of the things we're doing is we're showing
an HTML dashboard framework (which has pods that can be added or
removed) and after the framework for
On Feb 13, 2006, at 7:27 AM, gbirke wrote:
I use MochiKit for an online store. When I show big tables (6 columns,
3500 rows) the page becomes very slow and Firefox asks me if it should
kill an unresponsive script. I'm only including the Base, Iter, Async
and DOM files on that page, functions
On Feb 12, 2006, at 4:17 PM, Beau Hartshorne wrote:
On 12-Feb-06, at 4:11 PM, Bob Ippolito wrote:
It'd be pretty easy to find if it did.. everything public is
documented.
No, it doesn't currently do anything with cookies.
Sorry, I should have started with I think MochiKit should make
On Feb 12, 2006, at 10:12 PM, Tim Stebbing wrote:
This code does not work in IE, it works in FF, I cannot tell why?
var id = 123;
var OBJECT = createDOMFunc('object');
var PARAM = createDOMFunc('param');
var EMBED = createDOMFunc('embed');
I don't really have
On Feb 8, 2006, at 6:41 PM, Matt Harrison wrote:On 2/9/06, Bob Ippolito [EMAIL PROTECTED] wrote: On Feb 8, 2006, at 5:01 PM, [EMAIL PROTECTED] wrote: Does anyone have an example of timing out an XMLHttpreques using Mochikit? I've got a server that just listens, but never responds and after like 5
On Feb 7, 2006, at 3:33 AM, Eoghan wrote:
Have a look at Mochikit.js in source tree (not the packed version),
this dynamically loads all the submodules of Mochikit using
document.write. This is cool for html, however doesn't work for xhtml
(the dom standard document.createElement doesn't
On Feb 7, 2006, at 3:21 AM, Eoghan wrote:
I was playing around with computedStyle and updateNodeAttributes
when I
got bitten (again) by the asymmetry of syntax between e.g.
computedStyle(e, font-size) updateNodeAttributes(e, {'style':
{'fontSize': newVal}}). Of course, this is to do with
On Feb 7, 2006, at 5:03 AM, Leonardo Soto M wrote:
Bob Ippolito wrote:
[...]
Test.Simple is gone! I made some changes to SimpleTest so that it
works in Safari and Firefox. I have not tested elsewhere.
It worked for me on FF 1.5, Opera 8.5, IE 6 and IE 5.5 (Well, not
pure 5.5, I'm
On Feb 6, 2006, at 6:52 PM, Leonardo Soto wrote:
Hi all!,
I'm working a Test.Simple replacement, that basically inherits the
simplicity of Test.Simple but:
* Works on IE5.5
* Don't require you to count the tests
* Tests that requires elements visible in the browser works in the
On Feb 4, 2006, at 8:20 PM, [EMAIL PROTECTED] wrote:
Hi, I'm yet another newbie - sorry if these questions are out of
place...
Nope, the mailing list is the perfect place to ask any question
related to MochiKit. Plain old JavaScript discussions are fine too.
Q1) What's the
I don't know. I ran the example as-is, so whatever mode the example
normally runs in.
-bob
On Feb 2, 2006, at 9:30 AM, Beau Hartshorne wrote:
Quick question: was IE in quirks mode when you did this?
On 31-Jan-06, at 1:17 PM, Bob Ippolito wrote:
MochiKit v1.3 [IE 7.0]
Type your
]*/
That didn't work, and it doesn't seem to work with CSS either. In
any case, I don't think Dojo's compressor is the problem here.
On 31-Jan-06, at 11:42 AM, Bob Ippolito wrote:
I think it would be best to wait until Dojo's compressor supports
preservation of conditional comments, so that the IE hacks
On Jan 24, 2006, at 1:05 PM, Beau Hartshorne wrote:
I'd like to ask for feedback on some possible new DOM functions to
help with element positioning:
MochiKit.DOM.Box, a new object: {t: 0, l: 0, b: 0, r: 0}
getContentBox(someElement), returns a Box
getBorderBox(someElement), returns a
On Jan 31, 2006, at 11:15 AM, Beau Hartshorne wrote:
I see, Signal could be improved by defining a special IE-style
Event prototype for IE at load time instead of all the branching at
call time.
I don't mean to leave IE unsupported. I'm suggesting splitting all
of the IE hacks into
:33 AM, Beau Hartshorne wrote:
What about asking users to do it in the head, like:
script src=MochiKit/MochiKit.js type=text/javascript/script
!--[if IE]script src=MochiKit/IE.js type=text/javascript/
script![endif]--
On 31-Jan-06, at 11:24 AM, Bob Ippolito wrote:
This would be a decent
, bottom, and right.
Do you see any problem defining functions like this that assume
'px' is the working unit? They're creeping in, and I'm not sure if
this is the best thing to do.
On 31-Jan-06, at 11:03 AM, Bob Ippolito wrote:
All of these look good to me. Personally I would prefer an
x,y
On Jan 31, 2006, at 11:24 AM, Bob Ippolito wrote:
On Jan 31, 2006, at 11:15 AM, Beau Hartshorne wrote:
In some places you check for something like
(self.attributeArray.compliant). My concern (bet) is that IE7 may
assert that it is compliant, but still screw it up.
compliant
On Jan 27, 2006, at 5:59 AM, Eoghan wrote:
I've got a patch for this, mozilla wasn't going down the
createelementns path because the value of the namespaceURI is
http://www.w3.org/1999/xhtml; for true xhtml documents (those not
served as text/html)... appending the child script tag the dom
On Jan 28, 2006, at 5:34 PM, dgd wrote:
What I'd really like to see is a start-to-finish video of the
development of a web interface that supports drag and drop through
AJAX.
You're going to have to be more specific. Drag and drop through AJAX
doesn't mean anything.
-bob
On Jan 26, 2006, at 4:16 PM, sayrer wrote:
The tests at http://mochikit.com/tests/index.html fail some DOM
tests
for me at the moment.
Version: 6.0.2800.1106
Update Versions:; SP1; Q903235;
You sure that you don't have some old JS cached? Looks like you have
the new version of the
On Jan 24, 2006, at 2:48 AM, dmk wrote:
Hi Bob,
Quick questions:
1. Do you plan to fix it?
It's already fixed
2. in all cases current implementation does not work. it returns {w:
'undefined', h: 'undefined'} for visible elements.
Write a test case. What's there definitely works for
On Jan 23, 2006, at 10:12 AM, Thomas Hervé wrote:
var res = MochiKit.Async.doSimpleXMLHttpRequest
(this.link,formContents('loginform'));
If it's your code, it's normal it doesn't work, or I don't know what's
this.link : formContents is a function of MochiKit.DOM, not a slot of
nodes.
If
/form
/div
-Original Message-
From: mochikit@googlegroups.com [mailto:[EMAIL PROTECTED]
On Behalf
Of Bob Ippolito
Sent: segunda-feira, 23 de janeiro de 2006 16:54
To: Thomas Hervé
Cc: MochiKit
Subject: [mochikit] Re: formContents
On Jan 23, 2006, at 10:12 AM, Thomas Hervé
On Jan 23, 2006, at 7:52 AM, Saldanha wrote:
I think that formContents may be not working ...
Don't use a name attribute for your form tag. If you drop the name,
then it works. Right now it thinks that elements that have a name
attribute are part of the form.
-bob
On Jan 23, 2006, at 3:54 PM, Eoghan wrote:
I agree that modifying the event object is undesirable, however, I
think there is a strong case to add standard w3c event methods if
missing (IE, Safari 2) such as event.preventDefault.
so that you could use
...connect(myElement, onclick,
On Jan 18, 2006, at 11:24 AM, Stephen F. Steiner wrote:
On Jan 18, 2006, at 1:56 PM, Bob Ippolito wrote:
On Jan 18, 2006, at 6:08 AM, ssteiner wrote:
TABLE( ...
TD( IMG( {'src':'someimage.jpg', 'alt':'Product Image'},null ));
That choked when used inside a table declaration
On Jan 16, 2006, at 5:11 PM, ssteiner wrote:
Two things were causing the errors in IE.
1 I was creating an IMG node within the table body and setting the
'src' attribute was throwing an error. I moved the creation outside
the TBODY-TR-TD heirarchy, then just used TD( fully_formed_img_node)
On Jan 15, 2006, at 11:46 AM, Dethe Elza wrote:
Anyway, since the goal of MochiKit is to make javascript more
pythonic and less broken, why not why not just write the
code in
python to begin with and have it translated?
I've been aware of that for a while, but it's not something I'm
On Jan 15, 2006, at 12:31 PM, Beau Hartshorne wrote:
So events are driving me nuts. Normalization is difficult because
some browsers get their backs up when you mess with something like
event.button, or event.timeStamp. The Level 2 DOM spec is
incomplete and in some cases wrong-headed
On Jan 15, 2006, at 1:00 PM, ssteiner wrote:
I'm building a table, have successfully run through my THEAD()
section,
and am building out the TBODY().
This code works perfectly on all the other browsers I've tried
(Firefox
Mac, Safari, Firefox Win).
I have Microsoft's pathetic script
I'm going to move the MochiKit SVN from http://svn.red-bean.com/
mochikit to http://svn.mochikit.com so that it's easier for me to
manage. http://svn.mochikit.com has been a mirror of the red-bean
repository for many months now, and has had consistently better
uptime (with the bonus that
On Jan 10, 2006, at 11:24 AM, mario ruggier wrote:
On Jan 10, 2006, at 6:34 PM, Bob Ippolito wrote:
The only thing it does it call into updateNodeAttributes, which
will rewrite a few of the names for IE compatibility (e.g. class -
className) and let you use an object to set a bunch
On Jan 10, 2006, at 4:33 PM, Jonathan Gardner wrote:
Here's the latest. Beau Hartshorne has done a lot of work bringing
it up to
standard.
Here are some of the changes:
1. Fixed bug in IE.
2. Handles errors differently. It will aggregate them then raise a
single
error with the
On Jan 10, 2006, at 5:48 PM, Yehuda Katz wrote:
I would love to see the accordion effect, and the animate position and
size effects from Rico ported over to Mochikit.
Who wouldn't? What we need is for someone to actually do the work.
I think some of this work has already been done by
On Jan 9, 2006, at 12:40 PM, mario ruggier wrote:
confused... using setNodeAttribute() to set the disabled
attribute of an input html element seems to do nothing, but setting
it directly works fine. I.e.
setNodeAttribute(input, 'disabled', true);
setNodeAttribute(input, 'disabled',
On Jan 6, 2006, at 7:03 AM, Yehuda Katz wrote:
To be specific, here's what I'm doing:
body
divp id=myPHello/p/div
script type=text/javascript
var myP = $('myP');
myWrappedHello = DIV({style : 'border: black 1px solid; padding:
5px;'}, myP);
/script
/body
For some reason, the browser just
On Jan 6, 2006, at 7:28 AM, Zachery Bir wrote:
The Zope 3 formlib chokes when all the attributes specified by a
Schema interface aren't present (that haven't explicitly been
omitted from the view). But MochiKit eliminates empty form elements
from the result of a formContents. Any chance
On Jan 6, 2006, at 9:21 AM, Doug Crawford wrote:
What is the simplest way to repeatedly call an object function for an
array of objects. Here is one way:
forEach(collection, function(element) { element.someMethod(); } );
Is there a simpiler way using bind that does not require defining an
On Jan 6, 2006, at 2:04 PM, Yehuda Katz wrote:
Depending on whether I place the TinyMCE code first or the Mochikit
code, only the functions from the first work.
I would like to be able to use Mochikit with TinyMCE. Any idea on what
the conflict is?
Not without more specifics so that a
On Jan 6, 2006, at 4:22 PM, Mike wrote:
Sure, I read that it is production. It says IE 6.0 + is supported,
while test_MochiKit-DOM gives me the following error:
not ok 59 - didn't throw
span style=color: red; font-weight: boldvv# Failed test
/spanok 60 - mock formContents names
That's
On Jan 4, 2006, at 11:51 PM, Matthias Teege wrote:
because of a bug in IE I rebuild my current app. How do I address a
placeholder in another frame?
replaceChildNodes(preview , image); and
replaceChildNodes(framemain.preview , image);
This should work, in svn:
On Dec 24, 2005, at 12:03 PM, Ryan Nichols wrote:
Is there a chance we can add this to MochiKit.DOM?
function elementDimensions(e) {
e=$(e);
return {w: parseInt(computedStyle(e, 'width').replace('px',
'')), h: parseInt(computedStyle(e, 'height').replace('px', ''))};
}
This is in
On Dec 29, 2005, at 3:55 PM, Dan wrote:
The demo uses a function to scrape the text and create objects using a
switch:
switch (this.columns[j].format) {
case 'isodate':
obj = isoDate(obj);
break;
On Dec 27, 2005, at 3:36 AM, Miguel A. Ruz wrote:
I´m working with Mochi Dojo and don´t work.
In my web page, I have:
script
dojo.hostenv.setModulePrefix(MochiKit,
../../../../libs/js/MochiKit);
dojo.require(MochiKit.*);
/script
But working with CanvasGraph.js and
A. Ruz wrote:
Well, the problem is with openrico:
script src=/libs/js/ajax/rico.js type=text/javascript/script
Thanks.
-Mensaje original-
De: mochikit@googlegroups.com [mailto:[EMAIL PROTECTED] En
nombre
de Miguel A. Ruz
Enviado el: martes, 27 de diciembre de 2005 9:36
Para: 'Bob
On Dec 27, 2005, at 2:17 PM, [EMAIL PROTECTED] wrote:
My JSON returns an actual string of HTML back to MochiKit however,
this HTML is displayed escaped! It doesn't seem as though MochiKit is
explicity doing this, and I was wondering if any JS experts out there
had any opinion?!
If you
On Dec 26, 2005, at 12:20 PM, [EMAIL PROTECTED] wrote:
I´m working with Mochi Dojo and don´t work.
In my web page, I have:
script
dojo.hostenv.setModulePrefix(MochiKit,
../../../../libs/js/MochiKit);
dojo.require(MochiKit.*);
/script
But working with CanvasGraph.js and
On Dec 26, 2005, at 11:32 AM, Ian Bicking wrote:
On 12/26/05, Robin Munn [EMAIL PROTECTED] wrote:
Could we get a postSimpleXMLHttpRequest() function, like the one Ian
wrote above, into MochiKit? Well, almost like the one Ian wrote above
-- it does URL-encoding of the POST body, and I'd like
I have just read the article of http://argv0.net/static/mochitut/1/;
and downloaded the sample files. The Sample works well, but what I need
is to create the json data dynamicly.So I change the extension of
posts.json to posts.py and the url in LoadJSONDoc to posts.py,
but I got the error of
I am brand new to MochiKit and am real rusty on js, but... The problem
I am haveing is that the js I am using keeps throwing an error in
Firefox saying Error: replaceChildNodes is not defined
One of three things is happening:
1. You forgot the script src=MochiKit/MochiKit.js/script for
Last night, I noticed that formContents did not support select ...
multiple=multiple elements. Actually, I don't think it was working
for select at all on IE but I cannot check that right now.
The attached patch adds support for multi select form elements and is
working for single select
On 12/19/05, Bob Ippolito [EMAIL PROTECTED] wrote:
while implementing a nifty TabPanel using MochiKit, I had a problem
running my script with Safari and OmniWeb, while the same script works
fine with FireFox (both 1.07 and 1.5).
Attached a simple page that shows the different behaviour
On Friday 16 December 2005 18:45, Bob Ippolito wrote:
I don't know if the docs are formatted correctly. My experience with
ReST
began today. I couldn't build the docs because I couldn't get a good
version
of docutils.
You need to check it out from svn. Assuming that you have setuptools
David Ascher wrote:
I'm trying to play around w/ the rounded corners from MochiKit in a test
page.
Now, my current test page is not looking great in either FF or Safari:
http://da.textdriven.com/dadojo/tests/mochi.html
Is that a bug, or am I misusing the code?
Looks okay to me, except
On Dec 13, 2005, at 1:22 PM, [EMAIL PROTECTED] wrote:
Something I noticed in revision 474:
Tried to use the createLoggingPane function from javascript
included in
the XUL document i'm working on, but it didn't work because of line
246
in LoggingPane.js:
On Dec 12, 2005, at 11:38 AM, Tommi Virtanen wrote:
Bob Ippolito wrote:
I just noticed that d.addCallback(foo, bar) results in foo being
invoked with bar as the *first* argument, rather than the second.
Could this be changed? It's highly confusing, especially when taken
together
401 - 500 of 518 matches
Mail list logo