Discussion :

[clavier12AZQSWX]

bonjour,

note au mod�rateur : bonjour, je ne savais pas o� parler de la norme iCal dans le forum, donc j'ai choisi ici ce forum . Ce serait bien qu'il y ait un sous-forum d�di� aux normes et conventions... Libre � vous de d�placer le sujet ailleurs.

j'ai des fichiers iCal (donc extension .ics) que je g�n�re qui contiennent des warning quand je les teste :

Line length should not be longer than 75 characters near line # 20Reference: RFC 5545 3.1. Content Lines

https://icalendar.org/iCalendar-RFC-...ent-lines.html

L'erreur provient du fait que je d�cris avec trop de lettre un event!

Je trouve �tonnant qu'en 2025 de limiter une description � 75 caract�res! est-ce normal ?

Le format iCal est-il encore tenu � jour et �volue-t-il encore ? y-a-t-il un changelog de la norme iCal ?

cette norme iCal est-elle encore populaire ou a-t-elle �tait remplac�e par une autre pour la gestion des calendriers partag�s par fichiers ?

bonnne journ�e

[CosmoKnacki]

Chaque ligne est limit�e � 75 octets (et pas 75 caract�res) en excluant le CRLF. Cela ne veut pas dire que la valeur d'une propri�t� est limit�e � 75 octets, car une valeur peut s'�tendre sur plusieurs lignes (en ajoutant un espace en d�but de ligne) tel que d�crit dans la section 3.1 de la RFC5545

For example, the line:

Code txt :

S�lectionner tout - Visualiser dans une fen�tre � part

DESCRIPTION:This is a long description that exists on a long line.

Can be represented as:

Code txt :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
DESCRIPTION:This is a lo
 ng description
  that exists on a long line.

D'une mani�re g�n�rale, il ne faut pas se laisser �berluer par un message d'erreur ou un warning, car bien souvent son message guide facilement vers la solution.

[clavier12AZQSWX]

merci beaucoup.
je n'avais pas compris que la limite �tait par ligne et non par contenu entier !
je suppose donc que c'est un choix ergonomique/cosm�tique pour les applis qui affichent les infos cal dans une zone petite (info-bulle, ptit �cran...etc).

[CosmoKnacki]

je suppose donc que c'est un choix ergonomique/cosm�tique pour les applis qui affichent les infos cal dans une zone petite (info-bulle, ptit �cran...etc).

Je ne crois pas car lorsqu'un client affiche les valeurs, il est cens� les avoir "reconstruites" au pr�alable (en supprimant les \r\n suivis d'un espace), libre ensuite � lui de passer � la ligne pour rester dans une zone d'affichage (avec une coupure intelligente si possible ou un ascenseur) , mais afficher en l'�tat semble peu probable (coupures en plein milieu d'un mot, passage � la ligne et ajout d'espace non-significatif, c'est pas tr�s "human readable").

Apr�s, il est possible que cette limite � 75 octets ait �t� choisie � l'�poque pour la visualisation du code sur un terminal � 80 colonnes. La premi�re RFC date de 1998, �poque o� le DOS 6.22 (avec les terminaux UNIX) est pr�sent sur tous les postes et o� des applications sont encore d�velopp�es pour lui. Donc on peut visualiser et �diter ce code avec un mode texte de 80 colonnes. En plus � l'�poque tous le monde utilisait des jeux de caract�res (donc les caract�res ne n�cessitaient qu'un octet).