[GLLUG] Re: javascript calendar
chuck williams
business@servicesbywilliams.com
Fri, 13 Sep 2002 09:31:12 -0400
Thanks Shawn. My quickie code and form embedded in javascript is on this
page: http://www.sme.org/test/2002/calen.htm
Basically it shows we "could" pass the date back to the server.
- chuck williams
willcha@sme.org
Shawn Paige writes:
> Chuck-
>
> You might want to check this out (it is becoming
> somewhat dated, but this was used at my last job on an
> intranet site):
>
> http://developer.iplanet.com/viewsource/husted_calendar/husted_calendar.html
>
> See my other comments inline below:
>
> --- chuck williams <business@servicesbywilliams.com>
> wrote:
>> Well I just like talking to local people I guess.
>> Sorry if this seems
>> off-topic but last night (great meeting) I mentioned
>> a javascript project
>> I'm working on the past few weeks and I don't even
>> care that much for
>> javascript! It seems like a better language now then
>> when I first studied it
>> a few years ago though, I suppose. I've been through
>> a lot of material and
>> even a brief email correspodence with D.Goodman of
>> 'bible' fame so I think
>> I've done my homework.
>>
>> This is my current calendar version:
>> http://www.sme.org/test/2002/mycal.htm
>> . Of course all my versions are based on freely
>> available scripts which I've
>> modified endlessly.
>>
>> So here's my questions:
>>
>> 1.) Can I really grab the client date and feed it to
>> server programming?
>> This was my original preference but it got shot down
>> even just a few days
>> ago.
>>
>
> This would depend on the desired interaction you want
> the user to have with the calendar. Are they going to
> click on something to launch the calendar (i.e. a
> pop-up window)? If so, then create a JS date when the
> page loads and then pass it in to the script. If not,
> you would have to do some stuff with refreshes or
> something that would not be very clean or especially
> reliable.
>
>> (If anyone's wondering, a calendar running on the
>> server side is going to
>> use the server's date/time no matter what time zone
>> the client is in. A
>> javascript calendar will use the client's date/time,
>> which is preferable. If
>> I can feed that local date/time to the server, I'll
>> probably drop the
>> javascript.)
>>
>> 2.) Our user-base is primarily Windows. I want to
>> use javascript regular
>> expressions and I gotta believe our users will be at
>> least versions 4 of
>> both NN and IE. Is regex a stable and accepted part
>> of javascript?
>>
>> 3.) This current version, mycal.htm, uses cookies
>> which I'm not thrilled
>> about. I've been through all the common javascript
>> scavenger hunts ...
>> anyone seen this month-to-month back/forward feature
>> on a version WITHOUT
>> cookies?
>>
>
> What are you storing in the cookies that you cannot
> pass in the URL/querystring? It seems like you could
> just put things there and keep passing them around.
>
>> 4.) I'm seeing a "blink" effect but only in
>> Netscape. But since I'm about
>> the only person here using Netscape I can't get
>> anyone else to see it. To me
>> it's distracting.
>>
>
> I don't see any noticeable flicker on Mozilla 1.1 in
> Windows for whatever that is worth.
>
>> I'm sure there's more to pick apart. I could talk
>> all day. But these four
>> are the BIG ONES that keep me awake.
>>
>> Thanks,
>> Chuck Williams
>> willcha@sme.org
>>
>> _______________________________________________
>> linux-user mailing list
>> linux-user@egr.msu.edu
>> http://www.egr.msu.edu/mailman/listinfo/linux-user
>
> Hope this gives you some ideas.
> Shawn
> paig2956@yahoo.com
>
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! News - Today's headlines
> http://news.yahoo.com