Greg Engelkemeir observed:

>Here's a couple of  rather obscure points...
>
>Your calendar is only accurate after October 1582. This is when the switch
>was made from the Julian to Gregorian calendar system. In that month the
>dates 5th thru 14th were dropped, making the month look like this...
>
>
>        October 1582
>  Su Mo Tu We Th Fr Sa
>             1  2  3  4 15 16
>17 18 19 20 21 22 23
>24 25 26 27 28 29 30
>31
>
>
>Also, years divisible by 4000 are not leap years. This will not be an issue
>for another 1999 years, but nobody can say Pope Gregory didn't plan ahead!


Dang, Greg. Here I hoped the app would YK3 compliant, and it's only 
good to 3999!

At any rate, thanks for the input. I now know to set the calendar 
bounds at 1583 through 3999.

I also want to thank Alain Pastor for his very valuable suggestions. 
We have implemented most of them, and now are trying to squash a bug 
or two. Using Alain's suggestions, there is a noticeable increase in 
speed and smoothness, along with more sensible search features. I 
plan to post the speed-enhanced code as soon as it's debugged.

I hope to develop a version that will allow the user to click on a 
date, open a window, and append notes. The trick is to do this in a 
such a way the the code can be posted here for all to easily examine 
and use. I envision creating a master file (or maybe a resource) that 
contains a record of years which contain user data. Each record 
would, in turn, hold the day data for that respective year. (The 
Speech Manager stuff is fixed and should no longer crash Robert P.'s 
machine... but it was only there for the demo any way.)

Also thanks to Steve Van Voorst for his latest development of the 
matrix grid function. With a few modifications, I hope to incorporate 
it in Calendar On A Page. I imagine it will save many lines of code.

Thanks to all who have posted to the list, or contacted me privately, 
for your comments and suggestions.

Best to all,

Ken