iCalendar

iCalendar è un formato di file ampiamente utilizzato, soprattutto dalle applicazioni di calendario e agenda personale e siti web.
Questo formato può essere utilizzato per memorizzare informazioni su eventi, incontri, prenotazioni, prenotazioni e calendari.
(.ics) file iCalendar vengono utilizzati regolarmente da applicazioni e servizi come Google Calendar, Microsoft Outlook , Mozilla Thunderbird , Apple calendario, e così via.
Il modulo iCalendar consente agli sviluppatori di leggere .ics file e in uscita il loro contenuto ad altre applicazioni e unità di elaborazione.
Il modulo può anche generare file iCalendar al volo, sulla base di informazioni ben organizzata alimentato ad esso.
Il modulo iCalendar cerca di rimanere il più vicino possibile allo standard iCalendar originale, così come Python lascia farlo.
Si prega di consultare la documentazione prima di approfondire questo progetto.

Cosa c'è di nuovo in questa versione:

• Python 3 Aggiunto il supporto.

Cosa c'è di nuovo in versione 3.4:

• Passa a unicode internamente. Questo dovrebbe risolvere tutti gli errori en / decodifica.
• Il supporto per i valori dei parametri non-ascii.
• funzioni aggiunti per trasformare caratteri in stringa con '' + qualsiasi r ',;:' caratteri in '% {: 02X}' forma al fine di evitare la divisione in caratteri fuggì con ''
.
• Consenti secondi proprietà vUTCOffset.
• Lasciate Component.decode meglio gestire vRecur e vDDDLists proprietà.
• Non lasciate Component.add ri-codificare i valori già codificati. Ciò semplifica l'API, poiché non vi è alcuna necessità passare esplicitamente codificare = False.
• Rinomina tzinfo_from_dt a tzid_from_dt, che è ciò che fa.
• Più supporto per dateutil analizzato tzinfo oggetti.

Cosa c'è di nuovo in versione 3.1:

• Applica parametro TZID a datetimes analizzati da REITERAZIONE-ID
• Localizzare datetimes per fusi orari per evitare errori di passaggio all'ora legale.
• Consenti tipi di dati di valore di proprietà UTC-offset in pochi secondi, che segue specifica RFC5545.
• Rimuovi metodi utctz e normalized_timezone per semplificare il codebase. I metodi erano troppo piccoli per essere utile e usato solo in un unico posto.
• Quando si utilizza Component.add () per aggiungere le proprietà iCalendar, forzare un valore di conversione di UTC per CREATO, dtstart e dell'ultima modifica. Il RFC aspetta UTC per quelle proprietà.
• Rimosso ultimi occorrenze della vecchia API (from_string).
• Aggiungi argomento 'ricorsivo' a property_items () per passare lista ricorsiva. Ad esempio, durante l'analisi di un testo text / calendar compresi più componenti (ad esempio, un VCALENDAR con 5 VEVENTs), la situazione precedente ci ha richiesto di guardare oltre tutte le strutture di VEVENTs anche se noi vogliamo solo le proprietà della componente VCALENDAR (VERSIONE, ProdID, CALSCALE , METHOD).
• Tutti i test unitari fissi.

Cosa c'è di nuovo in versione 3.0.1b2:

• Per tutti i parametri TZID di proprietà di data e ora, utilizzare identificatori fuso orario (ad esempio Europe / Vienna) invece di nomi di fuso orario (ad esempio CET), come richiesto dalla RFC5545. Nomi di fuso orario sono utilizzati insieme con identificatori di fuso orario nei componenti fuso orario.
• Timezone analisi, problematiche e correzioni di prova.
• Dato che usiamo pytz per fusi orari, utilizzare anche UTC tzinfo oggetto dalla libreria pytz anziché l'applicazione.

Requisiti :

• Python 2.6 o superiore
• Pytz