Re: [jQuery] DatePicker plugin: dateFormat enhancement [u]

2006-11-23 Thread devsteff [c]
 It's keLvin but that's OK :)
sorry keLvin, mea culpa!

 This must be the most requested feature for the plugin. It's 
 something I originally thought unnecessary but since there 
 has been so many requests for it I am willing to implement 
 it. When I next get a free couple of hours I'll look at 
 adding it in...
yippy! saves me a bunch of time, analyzing and understanding your code in
depth!

 I did this earlier this week. Check through the plugin's page 
 ( http://kelvinluck.com/assets/jquery/datePicker/ ) and you 
 will find an example (basically when you initialise the 
 datePicker you pass in a 'firstDayOfWeek' - this allows 
 different datePickers on the same page to start on different 
 days of the week (if you so desire).
ok, very nice. exactly what i want.

so all my datepicker-wishes comes true. that's a good point to go to bed. 
tanks a lot  good night,

stefan

ps: your flickr wanaka winter pics are breathtaking!


___
jQuery mailing list
discuss@jquery.com
http://jquery.com/discuss/


Re: [jQuery] Help with the SVN Build Process [u]

2006-08-16 Thread devsteff [c]

I've an ANT build for my development environment before and I added targets
to checkout/update the latest version from the SVN. The available tag
checks, if an SVN version exist (my eclispe project was initial empty), if
not an initial checkout is done, otherwise the sources are updated.
If you're interested, here is the ant snipplet for the SVN handling:

taskdef name=svn classname=org.tigris.subversion.svnant.SvnTask/
available file=${targetdir}/.svn type=dir
property=already.checkout/

!-- - - - - - - - - - - - - - - - - -
target: checkout newer sources from svn
- - - - - - - - - - - - - - - - - - --
target name=checkout unless=already.checkout
 echo level=info message=Checkout HEAD versions to ${SRC_DIR}/
 svn javahl=true
checkout url=svn://jquery.com/jquery
destPath=${SRC_DIR}/
   /svn
property name=just.checkedout value=true/
/target

!-- - - - - - - - - - - - - - - - - -
target: checkout newer sources from svn
- - - - - - - - - - - - - - - - - - --
target name=update unless=just.checkedout
 echo level=info message=Update HEAD versions on ${SRC_DIR}/
 svn javahl=true
  update dir=${SRC_DIR}/
   /svn
/target

Btw, what is the content of the jquery-lite version? is it the same
functionality as the jquery.js and the packed version but without the
comments? 

 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On Behalf Of John Resig
 Sent: Wednesday, August 16, 2006 11:24 PM
 To: jQuery Discussion.
 Subject: Re: [jQuery] Help with the SVN Build Process
 
 Step 1:
 Go to this page and download and install Java Runtime 
 Environment (JRE) 5.0:
 http://java.sun.com/javase/downloads/index.jsp
 
 Step 2:
 Download and install Apache Ant:
 http://ant.apache.org/bindownload.cgi
 
 Step 3:
 Go to the jQuery directory and type 'ant'. You now have a 
 compiled version of jQuery, the documentation, and the test suite.
 
 Steps 2  3 Change depending if you're using Ant or the Makefile.
 Since jQuery now includes the Ant build file, it's much 
 easier to simply use that (and more cross-platform). For 
 UNIX-type people, like myself, I'll just see the Makefile, 
 type Make, and be done with it.
 
 I recommend that you check out the new, updated, README file 
 in jQuery SVN - as it explains this whole process.
 
 --John
 
 ___
 jQuery mailing list
 discuss@jquery.com
 http://jquery.com/discuss/
 
 


___
jQuery mailing list
discuss@jquery.com
http://jquery.com/discuss/


Re: [jQuery] AJAX get() Prob. retrieving XML Dom from file system [u]

2006-08-09 Thread devsteff [c]
I've fixed the problem so that a given type of xml forces an responseXML
regardless of the response header. For me it's ok for local AJAX requests
and also for remote requests wich provide a content-type response header.

I changed:

httpData: function(r,type) {
  var ct = r.getResponseHeader(content-type);
  var xml = ( !type || type == xml )  ct  ct.indexOf(xml) =
0;
  return xml ? r.responseXML : r.responseText;
}

to:

httpData: function(r,type) {
  var ct = r.getResponseHeader(content-type);
  var xml = ( !type || type==xml ) || ( ct  ct.indexOf(xml)=0
);
  return xml ? r.responseXML : r.responseText;
}

I'm not sure how to supply a patch and I think it's better if one of the
AJAX developers cross-checks my modification. Maybe I miss something...

I'm also wondering why the .get() method with the callback function as
second parameter didn't shift the type. 

get: function( url, data, callback, type ) {
if ( data.constructor == Function ) {
callback = data;
data = null;
}

So if I omit the data parameter and the 2nd. argument is a function so that
the data become the callback function, the type is not shifted.
So you can't call get(myurl, myCallback, xml) and
get(myurl,null,myCallback,xml) results in a JS error. 
Instead you must call get(myurl,,myCallback,xml) with a empty dummy
parameter agument.
The following modification should fix this - the type parameter is also
shifted.

get: function( url, data, callback, type ) {
if ( data.constructor == Function ) {
if(callback) type = callback; //shift parameters if
data is a function
callback = data;
data = null;
}

And a last thought: Shouldn't, the post() function act in the same way as
get() with an optional data param? BTW - the documentation should someday
reflect on optional parameters.


___
jQuery mailing list
discuss@jquery.com
http://jquery.com/discuss/