Package: wnpp
Severity: wishlist
Owner: Edward Betts
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: exchange-calendars
Version : 4.5.5
Upstream Author : Gerry Manoim
* URL : https://github.com/gerrymanoim
://ical.poerschke.nrw/
* License : MIT
Programming Lang: PHP
Description : PHP library to create iCal calendars and ICS files
This package offers a abstraction layer for creating iCalendars. The output
will follow RFC 5545 as best as possible.
The following components are supported
Add-On] Sync contacts, tasks and calendars to
thunderbird. Currently supporting Exchange ActiveSync (EAS) and sabre/dav
(CalDAV & CardDAV)
Synchronize Exchange ActiveSync accounts (contacts, tasks and
calendars) to Thunderbird, supports Office 365, Outlook.com,
Freenet, Strato, Hotmail, Kopano
Gregorian and Julian calendars
This module contains functions for converting between Julian dates
and calendar dates.
.
Different regions of the world switched to Gregorian calendar from
Julian calendar on different dates. Having separate functions for
Julian and Gregorian calendars allow maximum
Description : generates SAX events calendars from iCalendars
This Perl module, iCal::Parser::SAX, uses iCal::Parser to generate SAX
events for the calendar contents.
.
The XML document generated is designed for creating monthly calendars
with weeks beginning on monday (e.g., by passing the
Description : Perl handling of the three ISO 8601 numerical calendars
The international standard ISO 8601 "Data elements and interchange
formats - Information interchange - Representation of dates and times"
defines three distinct calendars by which days can be labelled. It
also defin
Lang: Perl
Description : perl module for generating html calendars
HTML::CalendarMonthSimple is a Perl module for generating, manipulating,
and printing a HTML calendar grid for a specified month. It is intended
as a faster and easier-to-use alternative to HTML::CalendarMonth.
-- System
ml
* License : LGPL
Programming Lang: Python
Description : Python module for creating calendars in HTML format
Functions and classes for generating one-month and twelve-month
calendars in HTML format with optional links.
-- System Information:
Debian Release: testing/unstable
APT pref
manager for email, calendars,
contacts, tasks etc
>From the web site:
Our product (code-named "Chandler" after the great detective novelist Raymond
Chandler,) is a Personal Information Manager (PIM) intended for use in everyday
information and communication tasks, such as composin
w, cearly you must agree with me that claming that the above statment
can be "very insulting" is rather strange. All Kai said was that in
Jerusalem different calenders may be in use. Can that be insulting? No,
that's just a fact, a fact that nobody disputes.
Because you start claimin
; > to share the (mis)understanding of the locations of political and
> > > > national
> > > > borders. This could under some circumstances be very insulting in
> > > > unpredicted way.
> > > >
> > > > Thank you.
> > >
> > &
> > example.
> > > >
> > >
> > > I am very sorry but I just don't think that debian-devel is a proper place
> > > to share the (mis)understanding of the locations of political and national
> > > borders. This could under some circumstances
very sorry but I just don't think that debian-devel is a proper place
> > to share the (mis)understanding of the locations of political and national
> > borders. This could under some circumstances be very insulting in
> > unpredicted way.
> >
> > Thank you.
>
[EMAIL PROTECTED] (joost witteveen) wrote on 22.06.97 in <[EMAIL PROTECTED]>:
> > > Posix time includes leap-year-days, but does not include the finer
> > > resolution of leap-seconds. 21 leap-seconds (number 22 is coming up)
> > > have been added since New Years Day 1970 to keep clock time in sy
> to share the (mis)understanding of the locations of political and national
> borders. This could under some circumstances be very insulting in
> unpredicted way.
>
> Thank you.
I was talking about calendars, not about Israels blatant disregard for
international law.
MfG Kai
--
[EMAIL PROTECTED] (Bruce Perens) wrote on 22.06.97 in <[EMAIL PROTECTED]>:
> From: [EMAIL PROTECTED] (Kai Henningsen)
> > Not everyone switched in 1752.
>
> This is Pope Gregory's calendar reform, isn't it? I think it goes back a
> century or more before 1752.
>
> > Actually, it probably was a ba
On Jun 22, Bruce Perens wrote
> Speaking of predictability, isn't 2000 a leap year? The rule is different
> for the turn of the century.
2000/02/29 exists. (the rule is : every for years, but not every hundred
years, but every 400 years). AFAIK.
regards, andreas
--
TO UNSUBSCRIBE FROM THIS MAIL
In <[EMAIL PROTECTED]> [EMAIL PROTECTED] (joost witteveen) writes:
>
> Now, we know the length of a year/day better, and
> only 1 in for of those turn-of-century years are leap years. Maybe that
> will change again. And about the seconds: we (currently, prossibly always)
> si
From: [EMAIL PROTECTED] (Kai Henningsen)
> Not everyone switched in 1752.
This is Pope Gregory's calendar reform, isn't it? I think it goes back a
century or more before 1752.
> Actually, it probably was a bad idea to use "leap" for both. Leap days are
> fixed by calendar design. Leap seconds a
> > Run "cal 9 1752" and tell me that.
[..]
> A more serious problem is that the current implementation doesn't allow
> for non-Christian date systems, of which there are several in active use.
> I'd expect that to be a problem for people in both parts of Jerusalem, for
> example.
>
> Does a
[EMAIL PROTECTED] (Bruce Perens) wrote on 21.06.97 in <[EMAIL PROTECTED]>:
> Someone wrote:
> > This is completely unacceptable. OS time must be predictable.
>
> Run "cal 9 1752" and tell me that.
Consider it done. And now?
(Besides, isn't that a bug in cal? Not everyone switched in 1752. In fa
21 matches
Mail list logo
