Mike Lee | 6 Apr 2002 12:14
Picon

Re: calendar preferences conflicts with MOUSE GESTURES preferences

Eric wrote:
> Thanks!
> is this already filed as a bug in Mozilla?
> Eric

I don't know. I was just curious how this could happen and started 
experiment with the thing. However <outlinerchildren> does not exist 
anymore in the latest nightlies, that might be why.

--

-- 
Mike Lee
Weblog: http://www.exitspace.net/mike

Soeren Kuklau | 6 Apr 2002 21:47
Picon

Re: calendar preferences conflicts with MOUSE GESTURES preferences

On 4/6/2002 12:14 PM, Mike Lee apparently wrote exactly the following:
> Eric wrote:
>> Thanks!
>> is this already filed as a bug in Mozilla?

> I don't know. I was just curious how this could happen and started 
> experiment with the thing. However <outlinerchildren> does not exist 
> anymore in the latest nightlies, that might be why.

Tree was removed and Outliner was renamed to tree afterwards, which is 
why current MozGest builds which are quite old to my knowledge are bound 
not to work properly.

--

-- 
Regards,
Sören Kuklau ('Chucker')
chucker-AT-web-DOT-de

Peter Lairo | 8 Apr 2002 13:08
Favicon

Does Calendar Alarm work with Mozilla running, but calendar closed?

Does the Calendar *Alarm* work with Mozilla running (e.g., mail/news), 
but *calendar closed*?

--

-- 

Regards,

Peter Lairo

Peter Lairo | 8 Apr 2002 17:50
Favicon

Re: Does Calendar Alarm work with Mozilla running, but calendar closed?

Bummer. I can understand that you may not want to annoy the user with 
alarms when he has deliberately not opened the calendar.

But it would be an escellent compromize if there were a *sidebar tab* 
for the browser that could display various calendar events - and, when 
present (not just open - because most users will have their bookmark 
sidebar open) would enable all the alarms. :-D

Mike Potter wrote:
> No, it does not.
> 
> Peter Lairo wrote:
>> Does the Calendar *Alarm* work with Mozilla running (e.g., mail/news), 
>> but *calendar closed*?

--

-- 

Regards,

Peter Lairo

Jeremy Taylor | 9 Apr 2002 06:41
Picon

Re: i disagree


Johann Petrak wrote:
> 
> Peter Lairo wrote:
> > Generating repeating events should only be complex enough to handle
> > *personal events* - not holidays. Most counties have holidays that
> > require significant historical/astronomical and mathematical skills to
> > calculate. The best solution* is to have a central repository where
> > users can download the holidays for country/state "x" and year "y" -
> > kind of like "View / Apply Theme...".
> >
> 
> I disagree. I already listed the basic kinds of reference events
> that are needed and they are not that hard to calculate:
>    nth <weekday> in a month
>    nth <weekday> after other reference event
>    date of first occurence of full moon
> 
> Will handle all european holidays I am aware of. Any counter
> examples?

Easter.
http://www.smart.net/~mmontes/ec-cal.html

Jeremy Taylor | 9 Apr 2002 06:48
Picon

Re: More basic considerations


Peter Lairo wrote:
> 
> BTW, purely calculated holidays will not work because some holidays are
> "decided" by humans from year to year (I think).
> 

Do we need to consider a system that will pick up even impromptu
holidays? The head of state of a country declares a national public
holiday because the national soccer team shot up 245 places to win the
World Cup... 

I'm not sure that anything less than a system that checks daily for
holidays would pick this sort of thing up... certainly not a method that
relies on the user clicking an option...

Soeren Kuklau | 9 Apr 2002 23:06
Picon

Re: Does Calendar Alarm work with Mozilla running, but calendar closed?

On 4/9/2002 3:36 PM, Shahbaz Javeed apparently wrote exactly the following:
> OK This might be off topic here, but does the Linux version of mozilla 
> support a QuickLaunch capability?

No. QuickLaunch / turbo mode is win32-only for now.

> If not, anyone know of the logistic 
> considerations for implementing such a beast?

I believe the main problem is that Linux is much more of a multi-user 
system than Windows currently is. You could run turbo mode as service, I 
think, so that would be user-independant, but UNIX admins don't seem to 
like that idea much.

--

-- 
Regards,
Sören Kuklau ('Chucker')
chucker-AT-web-DOT-de

Peter Lairo | 10 Apr 2002 11:09
Favicon

Re: More basic considerations

Jeremy Taylor wrote:
> Peter Lairo wrote:
>>BTW, purely calculated holidays will not work because some holidays are
>>"decided" by humans from year to year (I think).
> 
> Do we need to consider a system that will pick up even impromptu
> holidays? 

Holidays should be *regular* calendar events, just that they have the 
*category = holiday*. Anyone should therefore be able to enter any 
additional holiday and simply mark it *category = holiday*.

This could be something like a "Planner" event in Lotus Organizer (see 
the "blue" days):

http://lairo.com/files/Lotus-Organizer_Screenshots/Lotus-Organizer_PLANNER.gif

--

-- 

Regards,

Peter Lairo

Peter Lairo | 10 Apr 2002 20:32
Favicon

Re: More basic considerations

Peter Lairo wrote:
> Holidays should be *regular* calendar events, just that they have the 
> *category = holiday*. 

Come to think of it, it may be even better to have a *Planner* section 
as in Lotus Organizer. There the user could define various *Event Types* 
for typical whole- or multi-day events (e.g., Vacation, Holiday, Sick 
Days, Project-Site-Work, etc.)

The "categories" could also be used, but event types are better suited 
for this and don't clutter up the categories list with items that only 
fit in the planner module anyways.

> http://lairo.com/files/Lotus-Organizer_Screenshots/Lotus-Organizer_PLANNER.gif 

--

-- 

Regards,

Peter Lairo

Shahbaz Javeed | 11 Apr 2002 00:27

Re: More basic considerations


Peter Lairo wrote:
> Johann Petrak wrote:
> 
>> Peter Lairo wrote:
>>
>>> BTW, purely calculated holidays will not work because some holidays 
>>> are "decided" by humans from year to year (I think).
>>
>>
>> Which ones?
> 
> 
> I don't know - I could be wrong on that one. :-\

Specifically, all holidays based on a lunar calendar are "decided" by 
people.  These float all over the solar calendar and need to either be 
calculated (estimating moon sightings etc) or explicitly designated 
based on a human sighting of the moon.

This is my experience as a Muslim.  I'm sure there are other peoples who 
have lunar calendars who would greatly benefit from such an addition to 
a regular solar calendar.

Just my $0.02 :)

SJ

> 
>> Still it might make sense to calculate whatever can be calculated and
(Continue reading)


Gmane