[mochikit] Re: Visual effects in Opera 9

2006-08-16 Thread martin

Interesing point, I just got the 1072 of MochiKit 1.4 and it simply
does not contain a getStyle functionneedless to say that it crashes
all scripts using Visual and some others, did I miss something? Neither
the compiled nor the vanilla JS scripts contain such a function, it
seems Base.js (1.4) is missing some functions? getElementOpacity is
missing as well which crashes fade()


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] Re: Visual effects in Opera 9

2006-08-16 Thread martin

sigh, gotcha

New.js


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] Re: Fwd: Re: Effects 'conflicting' on the same element

2006-08-16 Thread Thomas Hervé

Leonardo Soto a écrit :

 I see. But AFAICS, that queue let me put the new effect to be executed
 'soon' or 'later', and lets both effects to finish.

Yes, you're right.

 I want to stop the running effect, but don't see how could that be
 done using toggle.

I think the behaviour of toggle is sane, as it waits the precedent
effect before running the new one. But I guess you want another
behaviour. For what you want, another option of the queue
functionnality can make it works (like 'break'). I'll try to have a
look at this.

-- 
Thomas


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] Re: Next stable release?

2006-08-16 Thread Daniel Haus

Same for me. I started my customer's application months ago based on
the development version in hope for a stable 1.4 in time. Almost ready
for deployment I wonder if I should port the whole thing back to 1.3.
Or can I rely on the development version? Problem is, once finished, we
won't be able to upgrade because we will publish the app on CD-ROM. Any
hints?

Thanks,
Daniel


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] Re: Next stable release?

2006-08-16 Thread GHUM

 Same for me. I started my customer's application months ago based on
 the development version in hope for a stable 1.4 in time.

I deployed happily with 1.4devel, fresh from the trunk. Hey, they are
running Windows XP, Internet Explorer and Word - there are less bugs in
MochiKit svn trunk; and putting a 1.4release sticker does not remove
any bug :)

Harald


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] beginners guide, for intepreter ajax

2006-08-16 Thread paolodude

Hi I saw the mochikit vid, and thought, phew! at last I can learn
javascript!

As a decent php/html/sql developer, I thought it'd be a wheez to get my
first ajax thing , a random image working.

I was looked forward to using the intepreter, as the most annoying
thing about javascript is not having a test environment.

However I soon got most frustrated. I can't get the intepreter to work!
I even tried the online version of the Intepreter, on both Firefox
(1.5.0.6)  IE 6:
http://www.mochikit.com/examples/interpreter/index.html

And I can only get clear() to work. I try a simple javascript command:
writeIn(hello)  as in the video demo, and I get an error writeIn is
not defined... What am I doing wrong?

Also, can anyone point in me in direction of an ajax example, the ajax
tables demo doesn't seem to be much of a walk-thru, or guide on how to
do the process.

I LOVE The idea, of mochikit, and want to pass it on to all my friends!
So please give me the kick start! Thanks peas  gloves. Paolo


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] Re: Next stable release?

2006-08-16 Thread Daniel Haus

But still, as a customer, I would not choose a company that ships
development versions over one that builds on versions marked as stable.
I know and see that MochiKit is high quality software, even the
development versions, and I'm very happy with it, but a version with an
official stable-sticker would make me feel much safer.


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] Re: Next stable release?

2006-08-16 Thread Yaakov Nemoy

Hmmm...

2006/8/16, Daniel Haus [EMAIL PROTECTED]:

 But still, as a customer, I would not choose a company that ships
 development versions over one that builds on versions marked as stable.
 I know and see that MochiKit is high quality software, even the
 development versions, and I'm very happy with it, but a version with an
 official stable-sticker would make me feel much safer.

So if the dev feels the product is stable enough, and has tested the
product to be stable to their needs, then mark it at stable.  Just say
you're using XKit based on MochiKit 1.4-dev, put a sticker on it
saying it's stable, but you don't need to tell them how many changes
you needed to make.

Yeah I know forking is generally a Bad Thing (TM), but you're not
forking, and then making a whole new product.  You're just trying to
make a few bucks from some company, and can throw out the fork when
you're done.  Especially when patches from your fork get sent
upstream, and uploaded to SVN on a regular basis.

Other companies lie when they say their software is stable when it
clearly isn't.  I suppose taking software that is far more stable than
their crap, and also calling it stable isn't nearly as bad.

Just my €0.02.

Cheers,
Yaakov

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] POST MATRIMONY MESSAGE/PROFILE FREE JOB REQUIREMENTS/RESUMES FREE TODAY

2006-08-16 Thread VeryCuteGirl

*Looking For Better Jobs/Employee?
-Search Jobs/Resumes and Apply Online/Call 4 Interview FREE 
-Browse Interveiw Calls Free
-Employers Can Post 5 Jobs Free And Also Win Free Gifts
http://www.net4professionals.com

*Looking For Bride/Groom ?
-Send Matrimony Messages FREE 
-Create Profile Free and Search BrideGroom Free 
-Browse Initiated Contacts Free 
http://www.net4matrimonials.com

DOWNLOAD FREE LOVEMETER FROM
http://groups.yahoo.com/group/lovemeter

Regards
DecentCuteGirl




--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] getFirstElementByTagAndClassName | New.js

2006-08-16 Thread bartb

Hi,

Am I correct in saying that the getFirstElementByTagAndClassName
function should return only one element?

When I supply no className it returns an *array* of elements.

So, this command does not work (but I think it should)
MochiKit.DOM.getFirstElementByTagAndClassName(body).tagName

And this one DOES work:
MochiKit.DOM.getFirstElementByTagAndClassName(body)[0].tagName

--Bart


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] Re: Fwd: Re: Effects 'conflicting' on the same element

2006-08-16 Thread Leonardo Soto

On 8/16/06, Thomas Hervé [EMAIL PROTECTED] wrote:

 I think the behaviour of toggle is sane, as it waits the precedent
 effect before running the new one.

I agree, the current behaviour is a sane default.

 But I guess you want another
 behaviour. For what you want, another option of the queue
 functionnality can make it works (like 'break'). I'll try to have a
 look at this.

Thanks Thomas. For your support and great work on MochiKit.Visual :)
-- 
Leonardo 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
-~--~~~~--~~--~--~---



[mochikit] Re: getFirstElementByTagAndClassName | New.js

2006-08-16 Thread Thomas Hervé

Thanks, it's fixed in the trunk.

Be careful, this function is not part of the public API and may be
removed at any moment.

-- 
Thomas


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] Re: beginners guide, for intepreter ajax

2006-08-16 Thread Jason Bunting


 And I can only get clear() to work. I try a simple javascript command:
 writeIn(hello)  as in the video demo, and I get an error writeIn is
 not defined... What am I doing wrong?

It is *not* writeIn(), it is writeln(), and it works just fine.

Jason

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.10.10/419 - Release Date: 8/15/2006
 


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] Re: beginners guide, for intepreter ajax

2006-08-16 Thread Bob Ippolito

On 8/16/06, paolodude [EMAIL PROTECTED] wrote:

 Hi I saw the mochikit vid, and thought, phew! at last I can learn
 javascript!

 As a decent php/html/sql developer, I thought it'd be a wheez to get my
 first ajax thing , a random image working.

 I was looked forward to using the intepreter, as the most annoying
 thing about javascript is not having a test environment.

 However I soon got most frustrated. I can't get the intepreter to work!
 I even tried the online version of the Intepreter, on both Firefox
 (1.5.0.6)  IE 6:
 http://www.mochikit.com/examples/interpreter/index.html

 And I can only get clear() to work. I try a simple javascript command:
 writeIn(hello)  as in the video demo, and I get an error writeIn is
 not defined... What am I doing wrong?

Can anyone else reproduce this? I can't. Works fine here.

-bob

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] setRequestHeader vs. IE

2006-08-16 Thread troelskn

I ran into a wierd problem with XmlHttpRequest. It seems that IE for
some reason lowercases the key of custom headers (such as
X-Ajax-Engine) set with setRequestHeader().
Is this a known error of IE, or does the problem come from mochikit ?


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] Re: setRequestHeader vs. IE

2006-08-16 Thread Bob Ippolito

On 8/16/06, troelskn [EMAIL PROTECTED] wrote:

 I ran into a wierd problem with XmlHttpRequest. It seems that IE for
 some reason lowercases the key of custom headers (such as
 X-Ajax-Engine) set with setRequestHeader().
 Is this a known error of IE, or does the problem come from mochikit ?

Definitely doesn't come from MochiKit, you're working with the raw
XMLHttpRequest object. In either case, the server shouldn't care,
headers are not case sensitive.

-bob

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] Re: beginners guide, for intepreter ajax

2006-08-16 Thread paolodude

Thanks for that. I thought it had to be something obvious as a letter.

Appreciated.. A bit of a Doh! moment for me..

So does anyone have a walk-thru guide for an ajax mini-app with
mochikit?

Me, I have my xml or json file generated by php, and want to now call
it inline with javascript to refresh  update content, periodically.


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] Re: setRequestHeader vs. IE

2006-08-16 Thread troels knak-nielsen

On 8/16/06, Bob Ippolito [EMAIL PROTECTED] wrote:
 On 8/16/06, troelskn [EMAIL PROTECTED] wrote:
 
  I ran into a wierd problem with XmlHttpRequest. It seems that IE for
  some reason lowercases the key of custom headers (such as
  X-Ajax-Engine) set with setRequestHeader().
  Is this a known error of IE, or does the problem come from mochikit ?

 Definitely doesn't come from MochiKit, you're working with the raw
 XMLHttpRequest object. In either case, the server shouldn't care,
 headers are not case sensitive.

 -bob

OK, Thought so - I just wanted to confirm it, and for some reason
google didn't turn anything up on the subject.

Thanks


-- 
troels

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] Re: DragAndDrop in packed Mochikit.js?

2006-08-16 Thread Thomas Hervé

[EMAIL PROTECTED] a écrit :

 I checked out the latest trunk this morning (Revision 1074).  I noticed
 that the DragAndDrop.js is not being built into the packed version of
 MochiKit.js.  Is there a reason for this or is just not being done?

Yes, DD is still in developpement, so it's not put by default in the
packed version. Furthermore, due to its size, it may not be in the
packed version in the stable release.

 So then I manually included the DragAndDrop.js.  In my test page, I got
 the error:
  d.makePositioned is not defined (DragAndDrop.js line 499).

You have to include New.js.

-- 
Thomas


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] Re: DragAndDrop in packed Mochikit.js?

2006-08-16 Thread [EMAIL PROTECTED]


 You have to include New.js.

Ah ha... that did it for me.  I'm dragging things all over now.

Thanks


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] Re: drag and drop, rubberband/resize/stretch example, cleanup question.

2006-08-16 Thread Eric Waldheim

Thanks again, I appreciate your input, your time, and DragAndDrop.js.

My actual application makes use of starteffect, endeffect, and snap  
(for actually snapping) for numerous types of dragging (create/resize/ 
move shifts and breaks) so I suspect I end up writing and maintaining  
less code by using Draggable.

Here's one more swag at the same thing.  I know that reaching into  
the internals of MochiKit.DragAndDrop.Draggable is not a good thing,  
but this solution cleans up up my application code and avoids  
circular references, so it's a tradeoff I suspect I'll be willing to  
make.

And one additional piece: I added a check at the start of  
my_mouse_down to end any currently active dragging (caused by mouse  
up outside the document).  Is that a reasonable approach?

thanks.
Eric.

!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01//EN http://www.w3.org/ 
TR/html4/strict.dtd
html
head

style
.positioned_invisible { visibility: hidden; }
/style

script type='text/javascript' src='MochiKit/MochiKit.js'/script
script type='text/javascript' src='MochiKit/New.js'/script
script type='text/javascript' src='MochiKit/Signal.js'/script
script type='text/javascript' src='MochiKit/DragAndDrop.js'/script


script type='text/javascript'

connect(window, 'onload', function()
{
connect('container',onmousedown,my_mouse_down);

var p = MochiKit.DragAndDrop.Draggable.prototype;
p.realEndDrag = p.endDrag;
p.endDrag = function (event)
{
this.realEndDrag(event);
this.cleanupDrag();
}
p.cleanupDrag = function ()
{
if (this.options.removeElementsOnMouseUp)
forEach(this.options.removeElementsOnMouseUp, 
removeElement);
if (this.options.destroyOnMouseUp)
this.destroy();
}
}
 );

function my_mouse_down(event)
{
var ds = MochiKit.DragAndDrop.Draggables;
if (ds.activeDraggable)
{
ds.endDrag(event);
return;
}

var mouse_down_pos = getElementPosition(event.mouse().page, $ 
('container'));
var rubberband = DIV 
({'id':'rubberband','class':'positioned_invisible','style':top:+mouse_ 
down_pos.y+px;left:+mouse_down_pos.x+px;height:0px;width: 
0px;position:absolute;background-color:#468;});
var drag_handle = DIV 
({'id':'drag_handle','style':top:+mouse_down_pos.y 
+px;left:+mouse_down_pos.x+px;position:absolute});
appendChildNodes('container', rubberband, drag_handle);
MochiKit.Style.setOpacity(rubberband,0.33);

var draggable = new Draggable
(drag_handle, {
 destroyOnMouseUp:true,
 removeElementsOnMouseUp:['drag_handle', 'rubberband'],
 starteffect:function(element)
 {
 removeElementClass(rubberband, 'positioned_invisible');
 },
 onchange:function(draggable)
 {
 var drag = getElementPosition('drag_handle', 
'container');
 rubberband.style.top = Math.min(drag.y, 
mouse_down_pos.y) + px;
 rubberband.style.height = Math.abs(mouse_down_pos.y - 
drag.y) +  
px;
 rubberband.style.left = Math.min(drag.x, 
mouse_down_pos.x) + px;
 rubberband.style.width = Math.abs(mouse_down_pos.x - 
drag.x) + px;
 },
 endeffect:function(element)
 {
 var div = DIV({'style':border:1px solid 
#888;position:absolute});
 setElementPosition(div, 
getElementPosition('rubberband',  
'container'));
 setElementDimensions(div, 
getElementDimensions('rubberband'));
 appendChildNodes('container', div);
 },
 });

draggable.initDrag(event);

if (MochiKit.DragAndDrop.Draggables.drags.length != 1)
alert(Wrong number of drags,
MochiKit.DragAndDrop.Draggables.drags.length);
}

/script
/head
body
Drag a rubberbanding rectangle in the div
div id=container style=top:50px;left:50px;height:300px;width: 
300px;border:2px solid black;position:relative;cursor:crosshair
/div
/body
/html




On Aug 15, 2006, at 8:45 AM, Thomas Hervé wrote:


 It's interesting, here's some comments:

 * The hack with snap (and the drag_x/drag_y variables) is not very
 good. You should use  getElementPosition(draggable.element,
 $('container')) in onchange and remove the snap option.

 * For the endeffect option, I really don't know. The best is to try
 with a memory tracker and see what happens.

 * I don't really see the point of DD for this example. You don't use
 Droppable and you destroy the draggable very quickly. I think it might
 not be the good thing for this. Have you looked 

[mochikit] Patch to add Python's startswith/endswith to MochiKit.Base

2006-08-16 Thread Lawrence Oluyede
I really like MochiKit as the Pythonista I am :-)
I don't like tricks instead and the String manipulation in Javascript
seems really poor to me compared to Python's so I needed
startswith/endswith in an application and decided to contribute them
to MochiKit.

I just started writing stuff in Javascript two days ago so I hope the
attached patch will fit the high quality of the library itself.

Thanks for the wonderful work guys!

-- 
Lawrence
http://www.oluyede.org/blog


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---


mochikit_with.patch
Description: Binary data


[mochikit] MochiKit with Dojo

2006-08-16 Thread KillerX

Hi!

First of all, apologies for posting this topic again! Inspite of
reading all the tips in the archives, I just cannot get the latest SVN
versions of Dojo and MochiKit to work together.

1) Importing MochiKit using Dojo's require():

script type=text/javascript src=js/dojo/dojo.js/script
script language=JavaScript type=text/javascript
dojo.hostenv.setModulePrefix(MochiKit,
../mochikit/MochiKit.js);
dojo.require(MochiKit.*);
dojo.require(dojo.widget.LayoutContainer);
//etc
/script

I get: FATAL: Could not load 'MochiKit'; last tried '__package__.js'

2) Importing MochiKit after Dojo without using require():

script language=text/javascript src=js/dojo/dojo.js/script
script language=text/javascript
dojo.require('dojo.widget.*');
//etc
/script
script type=text/javascriptMochiKit = {__export__: false};/script
script type=text/javascript src=js/mochikit/MochiKit.js/script

I get: MochiKit.Base has no properties: MochiKit.js, Line 57

3) Importing MochiKit before Dojo without using require():

script type=text/javascriptMochiKit = {__export__: false};/script
script type=text/javascript src=js/mochikit/MochiKit.js/script
script language=text/javascript
dojo.require('dojo.widget.*');
//etc
/script

I get: FATAL: Could not load 'dojo.widget'; last tried '__package__.js'

The only thing that does work is importing the Packed version of
MochiKit through dojo.require() after switching export=false. However,
I need MochiKit's DnD in my application, which is unfortunately not
present in the packed version :(

So, How I do I get Dojo and MochiKit to play together? I would have
used MochiKit alone, but I just need to use Dojo's Layout and Tab
container widgets!

I know I might be doing be doing something stupid, but any help would
be greatly appreciated!

Thanks!


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[mochikit] Re: beginners guide, for intepreter ajax

2006-08-16 Thread Jorge Godoy

paolodude [EMAIL PROTECTED] writes:

 So does anyone have a walk-thru guide for an ajax mini-app with
 mochikit?

I have 5 small AJAX calls working for LDP-BR's VP: http://vp.godoy.homeip.net/
(the colored boxes on the right).  It's pt_BR, though, but you'll be able to
see the code:
http://public-trac.godoy.homeip.net/trac/vp_ldp_br/browser/trunk/vp/static/javascript/common.js

(Fazer atualização == make update - update the elements)

The Python code that is called is available at
http://public-trac.godoy.homeip.net/trac/vp_ldp_br/browser/trunk/vp/controllers.py

 Me, I have my xml or json file generated by php, and want to now call
 it inline with javascript to refresh  update content, periodically.

Just take a look at the JavaScript above...  It replaces some placeholders
with dynamic contents from the database.

-- 
Jorge Godoy  [EMAIL PROTECTED]

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---