Re: [DQSD-Users] Revised 2004 - holidays.sg.xml
At 08:21 05/01/2004 -0600, you wrote: There have been issues in the past with the slow behavior of the calendar.. Its a lot of JS to load.. There was even talk of splitting the calendar out into its own add-in to not force the extra startup delay on people who are not interested in running it... The calendar has been blamed a bit on the slow startup (and hence disappearing tray icons) of the toolbar.. Someone (sorry I dont remember who) did a ton of work on it to greatly improve its speed. It was me, though it wasn't a ton, or even a tonne, of work, really. I did do a great deal of work on the 'about' box performance, but that's been lost in the huge increase in the number of searches. Sorry to be negative.. This is all IMO of course.. FWIW.. I agree entirely - DQSD has already bloated to the point where bits of it (for example the menu) are now unusable, even to people running on fairly serious workstations. Personally, I don't think anybody should add anything which slows it down any further, unless they can do a matching amount of optimisation work to go with it. Unless DQSD is lightning-fast, it loses much of its original intent. I'm not trying to pick a fight here - indeed, I'm personally responsible for one of the worst bits of usability - the vast, non-delayed tooltips which flash up immediately one runs up the menu. Yuk. But I don't feel like fixing this bug, as it might take me half a day which I don't have to spare. Will --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ To unsubscribe visit: https://lists.sourceforge.net/lists/listinfo/dqsd-users [EMAIL PROTECTED] http://sourceforge.net/mailarchive/forum.php?forum_id=8601
RE: [DQSD-Users] Revised 2004 - holidays.sg.xml
IMHO, the best of both world would be to pre-build the holidays files (with some smart engine maybe somebody feels like building - I remember having built some stuff in vba+xls to build the french one, can try to put a hand on it if somebody needs it-) for the next, say, 20 years, and then include them in the installation executable. MLL -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Will Dean Sent: Monday, January 05, 2004 3:43 PM To: [EMAIL PROTECTED] Subject: Re: [DQSD-Users] Revised 2004 - holidays.sg.xml At 08:21 05/01/2004 -0600, you wrote: There have been issues in the past with the slow behavior of the calendar.. Its a lot of JS to load.. There was even talk of splitting the calendar out into its own add-in to not force the extra startup delay on people who are not interested in running it... The calendar has been blamed a bit on the slow startup (and hence disappearing tray icons) of the toolbar.. Someone (sorry I dont remember who) did a ton of work on it to greatly improve its speed. It was me, though it wasn't a ton, or even a tonne, of work, really. I did do a great deal of work on the 'about' box performance, but that's been lost in the huge increase in the number of searches. Sorry to be negative.. This is all IMO of course.. FWIW.. I agree entirely - DQSD has already bloated to the point where bits of it (for example the menu) are now unusable, even to people running on fairly serious workstations. Personally, I don't think anybody should add anything which slows it down any further, unless they can do a matching amount of optimisation work to go with it. Unless DQSD is lightning-fast, it loses much of its original intent. I'm not trying to pick a fight here - indeed, I'm personally responsible for one of the worst bits of usability - the vast, non-delayed tooltips which flash up immediately one runs up the menu. Yuk. But I don't feel like fixing this bug, as it might take me half a day which I don't have to spare. Will --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ To unsubscribe visit: https://lists.sourceforge.net/lists/listinfo/dqsd-users [EMAIL PROTECTED] http://sourceforge.net/mailarchive/forum.php?forum_id=8601 --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78alloc_id371op=click ___ To unsubscribe visit: https://lists.sourceforge.net/lists/listinfo/dqsd-users [EMAIL PROTECTED] http://sourceforge.net/mailarchive/forum.php?forum_id01
RE: [DQSD-Users] Revised 2004 - holidays.sg.xml
I agree. To me, this seems like the best of most worlds. Kim -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of MLL Sent: den 5 januari 2004 20:13 To: [EMAIL PROTECTED] Subject: RE: [DQSD-Users] Revised 2004 - holidays.sg.xml IMHO, the best of both world would be to pre-build the holidays files (with some smart engine maybe somebody feels like building - I remember having built some stuff in vba+xls to build the french one, can try to put a hand on it if somebody needs it-) for the next, say, 20 years, and then include them in the installation executable. MLL --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ To unsubscribe visit: https://lists.sourceforge.net/lists/listinfo/dqsd-users [EMAIL PROTECTED] http://sourceforge.net/mailarchive/forum.php?forum_id=8601
Re: [DQSD-Users] Revised 2004 - holidays.sg.xml
And just a thought for everybody. Aren't singaporian, canadian, us holidays predictable several years in advance ? That would make things leaner. Example : after some research, I could build a holidays.fr.xml with virtually no limit of year (though I stopped at 2020). Easier. At least for the US holidays.. some of them are based on the xth xday of the month. (For example Martin Luther King day is the 3rd Monday in January). This makes generating a complete holidays file for long periods more difficult. Monty --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ To unsubscribe visit: https://lists.sourceforge.net/lists/listinfo/dqsd-users [EMAIL PROTECTED] http://sourceforge.net/mailarchive/forum.php?forum_id=8601
RE: [DQSD-Users] Revised 2004 - holidays.sg.xml
Hi Kim, Anyway, there seem to be a couple of rules sufficient to express an entire holiday season: - Fixed dates - Dates relative to Easter (Easter sunday is algorithmically available for any year) - Nth weekday in month - Weekday in between two dates (i.e. Saturday in between 31/10 and 6/11 is Halloween [at least in Sweden]) ... If we could extend the event file generator with the last two (it already has the first two), it'd be perfect for batch-generating holidays. Wouldn't it be better to provide a ruleset style system that DQSD could then parse to generate the actual dates on it's own? I've always tried to avoid hard-coding dates when possible - just cause they're a PITA to maintain. I think a solution that parsed *rules* out of the events file for the displayed month would be a better solution, since it would only really require updating the events file when new holidays were created. Not to mention it would be a pretty cool way to deal with this type of issue. Regards, Shawn K. Hall http://ReliableAnswers.com/ '// Efficiency is a highly developed form of laziness. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ To unsubscribe visit: https://lists.sourceforge.net/lists/listinfo/dqsd-users [EMAIL PROTECTED] http://sourceforge.net/mailarchive/forum.php?forum_id=8601