* intgrer les nouvelles options de date (date --help)
    %g: 2 derniers chiffres de l'anne correspondant au numro de semaine ISO
    %G: anne correspondant au numro de semaine ISO (utile avec %V seulement)
    %N: nanosecondes (000000000..999999999)
    %u: jour de la semaine 1..7, 1=lundi
    %U: numro de la semaine dans l'anne dbutant par le dimanche
        comme premier jour de la semaine (00..53)
    %V: le numro de la semaine ISO dans l'anne dbutant par le lundi
        comme premier jour de la semaine (01..53) 
	[soit %V, soit %W a chang de spec]
    %w: le jour de la semaine (0..6);  0 reprsente le dimanche
    	[changement de spec]
    %W: le numro de la semaine dans l'anne dbutant par le lundi
        comme premier jour de la semaine (00..53)
	[soit %V, soit %W a chang de spec]
    %Z:	 abrviation alphabtique des fuseaux horaires (i.e. EDT)
    tags:
    #:  casse oppose si possible
    nombre possible aprs un tag pour indiquer la largeur du champ
    (en fait, largeur champ = max entre nombre indiqu et place requise)
* printing float seconds (suggestion de Warren Harris)
    ==> %N
* ajouter AC ou BC dans le printer. 
  Plus gnralement, bien afficher les dates avant JC
* lever limitation intervalles de date (suggestion de Warren Harris)
* pouvoir grer facilement les dates moins prcises (sans jour ou mois exprim)
  (suggestion de Warren Harris). Extensible aux temps et aux calendriers
* mieux prciser diffrences version Precise vs standart, en particulier 
  connatre "the range and precision of each representation" 
  (suggestion de Warren Harris)
* constructeurs safe et "unsafe" (pour Date, Time et Calendar)
* constructeurs prenant le mois sous forme de month (et non de int) en param
* ouvrir la porte  de nouveaux calendriers en codant plusieurs implantations
  de Date bass sur divers calendrier (avec signature commune) et en ayant une
  version fonctorielle des modules bass sur Date (comme Calendar ou 
  DatePrinter).
  Mettre alors en place des conversions inter-calendrier (de grgorien vers 
  julien et vice-versa, etc).
* adapter par rapport  la nouvelle FAQ et aux fichiers .ps
* permettre le native dynlink de calendar
