• Introduction
• Intranet pour tout le personnel
• Création & gestion dun site
• Architecture
• Présentation
• Technologies informatiques
• Multilinguisme
• Accessibilité
• Interactivité
• Avis juridique et politique éditoriale
• Contrôle de qualité
• Boîte à outils
• Mises à jour
• IPG en PDF
• Annexe 1- Transferts IntraComm
• Annexe 2 - Métadonnées
• Annexe 3 - Avis juridique

Règle 5 - Technologies informatiques

1. Recommandation

Les technologies utilisées dans les pages d'IntraComm doivent correspondre à la capacité et aux fonctionnalités du serveur interne standard de la Commission et à la configuration des PC clients.

2. Justification

La compatibilité avec les plates-formes du serveur interne de la Commission et avec la configuration des PC assurent l'accès de tous les utilisateurs internes, mais il convient de toujours garder à l'esprit que l'accès de tous les utilisateurs (autres institutions, fonctionnaires consultant à domicile ou en mission, fonctionnaires retraités, etc.) ne s'en trouve pas assuré pour autant.

Si l'accès des utilisateurs externes est essentiel, on ne peut rien dire des fonctionnalités techniques dont disposent les utilisateurs cibles; c'est pourquoi l'approche du « plus petit commun dénominateur » s'impose, comme pour les pages web d'EUROPA.

3. Description

3.1. Environment

Le Centre de Calcul (DIGIT.C.1), héberge IntraComm pour le compte de l'unité Communication interne et gestion de l'Information ADMIN D.5, en utilisant des serveurs web et des serveurs de bases de données exploités sous des systèmes compatibles UNIX. Les détails techniques sont décrits dans un document séparé.

Le Data Centre a créé deux environnements. L'environnement de production est accessible à tous les utilisateurs. L'environnement de test est accessible uniquement aux producteurs d'information et permet de télécharger et de vérifier le contenu, les liens et les scripts avant qu'ils ne soient copiés dans l'environnement de production.

Les modifications de l'environnement de production sont exécutées suivant les procédures définies dans le présent IPG, chapitre 2.

La configuration de l'utilisateur cible est la suivante :

• type du navigateur : MS Internet Explorer (version 5+) ou Netscape Communicator (version 4.7);
• fonctionnalité JavaScript : oui (mais possibilité qu'elle soit désactivée par choix de l'utilisateur);
• fonctionnalité de jeu de cadres (« frames ») : oui (mais ne devrait pas être utilisée pour les sites IntraComm);
• écran couleur 800 x 600;
• Modules d'extension (« plug-ins ») : (voir Liste de produits).

 

3.2. Règles générales

1. Utiliser les templates standard lorsqu'ils sont disponibles et appropriés.
2. Utiliser les images standard lorsqu'elles sont disponibles et appropriées.
3. Utiliser les logiciels standard indiqués dans la liste de produits officiels de la Commission.
4. Suivre toutes les règles et procédures indiquées dans le présent Guide des producteurs d'information.

3.3. Règles détaillées

3.3.1 Identification

!DOCTYPE

La version de HTML actuellement officiellement approuvée pour l'utilisation sur IntraComm est HTML 4.01 Transitional.

Bien que la balise !DOCTYPE ne soit pas strictement requise pour les pages HTML, elle doit être présente sur toutes les pages compte tenu des nombreux avantages qu'elle apporte :

• elle indique à un navigateur que le code est HTML, elle spécifie que la « définition de type du document » (DTD) est une DTD publique officielle du consortium W3C et elle précise la version de HTML;
• cette identification est également essentielle pour toute procédure de contrôle qualité et/ou de vérification.

Habituellement, la balise !DOCTYPE est insérée automatiquement par les éditeurs HTML et les auteurs n'accordent que peu ou pas d'attention à sa précision ou à son utilité. Il faut veiller à ce que la balise !DOCTYPE reflète fidèlement l'état du HTML qui suit.

Recommandation pour la balise !DOCTYPE:

!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"

C'est la DTD HTML 4.01 Transitional, qui comprend les attributs de présentation et les éléments que W3C prévoit de supprimer progressivement à mesure que le support aux feuilles de style va se perfectionner. La DTD Strict doit être utilisée chaque fois que possible mais elle est très stricte et l'utilisation de la DTD Transitional permet plus de souplesse dans la transition entre les versions antérieures de HTML et la version 4.01.

Métadonnées

Voir chapitre 7

3.3.2 Presentation

Texte et polices

• Ne pas utiliser de polices imbriquées: elles alourdissent le chargement de la page et posent des problèmes de compatibilité avec les navigateurs;
• toujours déclarer le jeu de caractères utilisé :

pour les caractères latins, utiliser ISO-8859-1

META HTTP-EQUIV="Content-Type" CONTENT="text/html;CHARSET=iso-8859-1"

pour les pages en grec, utiliser ISO-8859-7

META HTTP-EQUIV="Content-Type" CONTENT="text/html;CHARSET=iso-8859-7"

Liens

Les liens peuvent être mis en œuvre de différentes façons:

Texte

• Un lien peut être rattaché à un mot ou à une expression:
• les liens doivent être soulignés afin de les distinguer du reste du texte, sauf quand ils font partie d'une liste ou sont indiqués explicitement en tant que liens.

Image

• Un lien peut être rattaché à une image:
• la présence du lien ne doit pas être indiquée par une bordure autour de l'image, utiliser BORDER="0";
• l'image doit avoir un texte ALT descriptif dans la langue de la page.

Images cliquables (Image maps)

• Des liens différents peuvent être rattachés à des zones différentes d'une image:
• les images cliquables doivent être « côté client »;
• la présence du lien ne doit pas être indiquée par une bordure autour de l'image, utiliser BORDER="0"
• l'image doit avoir un texte ALT descriptif pour chaque zone de lien, ce texte étant dans la langue appropriée pour la page.

JavaScript

• Plusieurs moyens de spécifier des liens peuvent être intégrés dans JavaScript:
• une alternative en texte doit être prévue pour les mêmes liens (cela permet en outre une meilleure indexation par les moteurs de recherche qui, parfois, ne seront pas capables de voir à l'intérieur des scripts).

L'attribut HREF des liens peut être spécifié de plusieurs façons:

• avec des URL absolus du type "http://www.xxx.com/things/index.htm". C'est le format pour les liens externes uniquement. Pour les liens internes, ce format ne doit pas être utilisé car il détruit l'indépendance des environnements de test et de production en passant de l'un à l'autre;
• avec des URL relatifs du type "../../index.html". C'est la méthode préférée au sein d'IntraComm;
• par rapport à une racine du type "/index.html". Cela est particulièrement utile pour revenir à des niveaux plus élevés IntraComm ou vers d'autres sous-sites ainsi que vers des images standard de référence, car la valeur de HREF reste la même quel que soit le niveau auquel elle est utilisée (cette utilisation peut cependant donner lieu à des problèmes pour le test local sur un PC).

Autres exigences applicables aux liens:

• les liens doivent toujours diriger vers une page de même langue que la page source. En cas d'impossibilité du fait que la page de destination n'existe pas dans la langue voulue, cela doit être indiqué;
• les liens doivent toujours renvoyer vers des pages et/ou sites accessibles au même public que celui d'IntraComm. Lorsque cela n'est pas possible, il y a lieu de l'indiquer clairement;
• lorsque des liens dirigent vers d'autres sites IntraComm, il faut veiller à suivre toutes les règles établies par les propriétaires de ces sites;
• ne pas dupliquer l'information, prévoir systématiquement un lien vers la source existante.

Images

Toujours utiliser les images IntraComm lorsqu'elles sont disponibles:

• les images doivent être prises des bibliothèques standard (important: ne pas faire de copies locales);
• la version linguistique appropriée à la page doit être utilisée.

Si des images standard ne sont pas disponibles, créer de nouvelles images ou utiliser des images existantes:

• utiliser toujours les formats .gif ou .jpg;
• pour avoir un fond transparent, utiliser le format .gif 89a;
• pour l'animation, utiliser le format .gif 89a;
• donner aux images la taille la plus petite possible.
• Pour toutes les images, l'attribut de texte alternatif (ALT) doit être défini dans la même langue que la page.
• Les attributs HEIGHT et WIDTH doivent être définis pour toutes les images.
• Utiliser toujours BORDER="0".
• Ne pas utiliser des images de grande taille comme arrière-plan.
• Veiller à respecter les réserves de droits d'auteur associées aux images.

3.3.3 Structure

Formats de fichiers

L'utilisation des formats de fichier suivants est recommandée sur IntraComm :

Fichiers HTML

Type de fichier ".html" ou ".htm"

Fichiers PDF

Type de fichier ".pdf"

Ce format indépendant de la plate-forme est devenu un standard sur l'Internet, avec son visionneur (« reader ») inclus dans la configuration standard de la Commission et disponible gratuitement ailleurs.

Fichiers IMAGE

Type de fichier ".gif", ".jpg"

(Le format ".png" n'est pas encore supporté entièrement par tous les navigateurs)

Fichiers ZIP

Type de fichier ".zip"

C'est également un standard de l'industrie qui permet de comprimer et de grouper des fichiers pour leur téléchargement.

Fichiers SON et VIDÉO

Ces formats doivent être compatibles avec les modules d'extension (« plug-ins ») standard de la Commission.

Toujours indiquer le type et la taille du fichier.

 

Cadres (Frames)

La règle générale est: pas de cadres.

Les cadres peuvent être assez utiles s'ils sont correctement utilisés, généralement pour la conservation d'un index ou d'un header sur une page, mais sont plutôt gênants lorsque l'on veut marquer ou imprimer une page. D'autres problèmes peuvent se poser lorsque des cadres individuels deviennent directement accessibles au moyen d'un moteur de recherche sans que s'affiche l'ensemble de son contexte.

La règle spéciale est: dans certains « cas particuliers », l'emploi de cadres peut être admis, sous réserve du consentement préalable de l' équipe IntraComm. L'accent est très fortement mis sur PRÉALABLE.

On entend par « cas particuliers »:

Les cas où l'utilisation de cadres améliore sensiblement l'accès ou la maintenance des informations sans remettre en cause les autres règles du présent IPG. Les moyens suivants peuvent être utilisés:

• navigation améliorée;
• conservation d'un index ou autre référence, visible en permanence sur l'écran. Cela peut être particulièrement important sur les grands sites complexes;
• concentration dans un même cadre des informations qui changent rapidement, afin de permettre une mise à jour régulière et rapide (par exemple, actualités)

L'autorisation est examinée au cas par cas.

Une fois l'autorisation accordée, les contraintes suivantes restent applicables:

• une version NOFRAMES doit être disponible. Il n'est pas nécessaire que ce soit une seconde version complète du site car cela ferait double travail, mais un simple avertissement à l'utilisateur « Vous ne pouvez pas accéder à ce site car vous n'avez pas la fonctionnalité cadres » ne suffit pas: il faut qu'une possibilité NOFRAMES, sous une forme ou sous une autre, soit prévue;
• les directives WAI sur l'utilisation des cadres doivent être observées;
• une fonction de sortie (« breakout ») automatique en cas de lien avec l'extérieur du jeu de cadres est indispensable;
• la (re)construction automatique du contexte d'un cadre doit être utilisée chaque fois que possible.

3.3.4 Multimedia

Son et vidéo

Le son et la vidéo ajoutent à la richesse des pages d'IntraComm mais une utilisation excessive peut surcharger le serveur et/ou la connexion de l'utilisateur et entraîner un temps de chargement inacceptable. Le son et la vidéo devraient être utilisés uniquement pour transmettre de l'information, ils ne doivent pas servir à de simples fins d'agrément.

Modules d'extension (« Plug-ins»)

Les pages et les documents placés sur IntraComm ne doivent pas imposer l'utilisation d'un module d'extension « non standard ».

3.3.5 Pages web dynamiques, scripts, CGI (Common Gateway Interface), ...

Active X

Ne doit pas être utilisé, car il est dépendant de la plate-forme.

Java

Java est un outil indépendant de la plate-forme très polyvalent et très puissant, et son utilisation est autorisée sur IntraComm avec les restrictions suivantes:

• l'utilisation de Java ne doit pas servir seulement à des effets de présentation tape-à-l'oil mais doit apporter une réelle valeur ajoutée au site;
• l'utilisation de Java ne doit pas être indispensable au fonctionnement du site ou à la navigation dans le site;
• tous les aspects possibles touchant à la sécurité du côté serveur doivent avoir été étudiés et résolus;
• Java pur doit être utilisé (afin de garder l'indépendance vis-à-vis de la plate-forme);
• si les outils de développement génèrent automatiquement le code Java, sa « pureté » doit être vérifiée;
• les normes de présentation et de contenu définies dans le présent guide doivent être maintenues et respectées.

HTML dynamique (DHTML)

Le HTML dynamique est un HTML qui peut être modifié même après avoir été chargé dans un navigateur. C'est un concept né de l'interaction de plusieurs technologies, dont JavaScript, VBScript, Document Object Module (DOM), les calques (layers) et les feuilles de style en cascade (CSS).

• L'utilisation du DHTML présente certaines difficultés:
• sa mise en œuvre est différente selon les navigateurs;
• certains utilisateurs ont l'habitude de désactiver JavaScript alors que celui-ci peut être indispensable au fonctionnement du DHTML.

L'utilisation sur IntraComm des techniques DHTML est recommandée uniquement avec les restrictions suivantes:

• elles ne doivent pas servir seulement à des effets de présentation tape-à-l'œil mais apporter une réelle valeur ajoutée au site;
• leur utilisation ne doit pas être indispensable au fonctionnement du site;
• elles ne doivent pas constituer la seule base de navigation;
• elles doivent permettre une visualisation adaptée (degrade gracefully) pour les utilisateurs qui n'ont pas (ou choisissent de ne pas avoir) les fonctionnalités nécessaires dans leur navigateur;
• elles doivent être implémentées et testées pour la compatibilité avec tous les navigateurs.

JavaScript

JavaScript peut être utilisé sous certaines conditions:

• il ne doit pas servir seulement à des effets de présentation tape-à-l'œil mais apporter une réelle valeur ajoutée au site;
• son utilisation ne doit pas être indispensable au fonctionnement du site ou à la navigation dans le site;
• il ne doit pas servir à des fonctions qui existent déjà sous une autre forme (« Retour » par exemple);
• la compatibilité du navigateur sera toujours vérifiée;
• les normes de présentation et de contenu définies dans le présent guide devront être maintenues et respectées.

Exemples de réelle valeur ajoutée:

• amélioration des options de navigation;
• validation de formulaires;
• contrôle et routage en fonction de la configuration utilisateur.

Dans tous ces cas, des solutions alternatives « non JS » doivent également être disponibles et JS doit permettre une visualisation adaptée en l'absence des fonctionnalités requises (degrade gracefully). (Voir également le chapitre7 sur l'accessibilité WAI)

Contenus dynamiques

L'utilisation de pages statiques est préférée. Les contenus à génération dynamique sont toutefois autorisés avec les restrictions suivantes:

• seuls les produits de développement officiels pris de la Liste de produits de la Commission doivent être utilisés;
• la possibilité d'utiliser comme alternatives des scripts écrits en Perl 5 ou autres langages de programmation compilés doit être ménagée (les restrictions d'accès à la bibliothèque cgi-bin peuvent rendre difficile la procédure de test);
• seuls des logiciels de bases de données pris de la Liste de produits de la Commission doivent être utilisés;
• les normes de présentation et de contenu définies dans le présent guide doivent être maintenues et respectées