-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hey,

> Regarding the complexity of supporting the "2nd Wednesday of every 3rd
> month" example: I agree it is likely to be a very rare occurrence.
> However, I like it because it allows the "period" value to used with the
> proposed new functionality in a way that is congruent with how it works
> with existing functionality (I like consistency in my programmatic
> interfaces).

That is the point I was trying to make.
I don't know about the 3rd Sunday every four months, but in our case, we 
actually have events that
take place every first Saturday of a month, or every last Tuesday. (As can be 
seen by the real life
example)

If you have recurring events that the same people want to or shall attend, you 
can't have them
attend them on different days of the Week every Month. That doesn't really work 
well with people's
schedules.

So all I ask for is really that X Day of every month, but as the period is 
already in there, why not
let people have other periods.

Of course, it might be more difficult/expensive to allow for events to recur on 
Easter every year
(and I must admit I don't know exactly on what first/last day in what week that 
is) but Weekdays
should come in pretty cheap and very handy for a considerable number of people. 
(We can't be that
weird, having events recur on every first Saturday of a month, are we?)


> David: I can certainly support your approach as well (especially since
> it appears you've already got it coded....     8^)   ).  


Thanks ;) And it seems to me (knowing that there must be better algorithms) 
that this is pretty
inexpensive. Even if you're off by a week on one round, the debt doesn't add up 
but is corrected in
each loop. I first thought that this might not scale well with days in the 
first week of a month,
but it actually does, doesn't it?

D.

- --
HaxoGreen 2010 - the Hackers' Summercamp in Luxembourg
July 22nd till July 25th 2010, in Dudelange, Luxembourg
Register Now: http://events.hackerspace.lu/camp/2010/
- ----
mailto:da...@hackerspace.lu
xmpp:kwis...@jabber.hackerspaces.org
mobile: +43 650 73 63 834 | +352 691 44 23 24
++++++++++++++++++++++++++++++++++++++++++++
Wear your geek: http://syn2cat.spreadshirt.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkuPSzYACgkQYTtdUdP5zDfltgCgkDnmKX1pBmXAmDSJbJFqeAg8
nOwAoIRkkZGibn+RRSWJhUfxcp5zETum
=5W8a
-----END PGP SIGNATURE-----

------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Semediawiki-devel mailing list
Semediawiki-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/semediawiki-devel

Reply via email to