Sommaire
Accueil Projet Votre CV-Std Encodage CVStd CVStd-Cand. CVStd-Ent. Qui a choisi ? Télécharger Installer Questions Infos légales Contact |
A propos de CVStandard - Aspect techniqueAspect technique
Cette application a été réalisée à l'aide d'outils gratuits (entre autres distribués
avec une licence GPL).
Globalement, j'ai installé Easyphp qui permet d'installer un serveur Apache, de travailler
en langage PHP et
d'avoir une base MySQL. Les tests ont été effectués
principalement
sur le nouveau navigateur Firefox, mais, compte tenu de la forte présence d'Internet Explorer,
un jeu d'essai a été réalisé pour parfaire l'outil.
L'application se partage en deux parties : CVStandard pour le candidat
(
CVS-Cand ) et CVStandard pour
l'entreprise (CVS-Ent ).
CVS-Cand est une seule et
unique page web qui contient les fonctionnalités
nécessaires pour importer un CV selon la norme CVStandard-A, créer et modifier des CV, et générer des CV
à la fois selon ma norme CVStandard-A mais aussi au format HTML. Plus techniquement, L'application a été rédigée en HTML,
Javascript et D-HTML. La partie XML a été traitée en Javascript simple.
CVS-Ent est un ensemble de pages PHP requêtant sur une base MySQL.
Un système à trois niveaux
(exploitation de CVS-Ent, simple administrateur, super-administrateur) permet de gérer l'aspect
sécurité de l'outil
CVS-Ent .
A préciser que
CVS-Ent requiert l'utilisation des cookies .
CVstandard a été testé sur les éléments suivants que je préconise :
EasyPHP installe
les outils Apache, PHP, MySQL et PhpMyAdmin cités ci-dessus.
Les difficultés rencontrées
On pourrait penser qu'un tel outil, compte tenu des technologies utilisées qui sont à présent
informatiquement anciennes, a pu être réalisé sans trop de contraintes techniques. Faux!
Outre l'aspect logique du contenu d'une page HTML et de sa modification dynamique, les navigateurs
ont des comportements différents.
Tout d'abord, sur l'aspect logique. Un CV étant un document au contenu empirique, il doit être possible
d'ajouter dynamiquement de nouveaux éléments sans limitation. Par exemple, l'expérience. J'avais le
choix entre fixer un nombre d'expériences maximum (et écrire le code HTML en dur) ou permettre au
candidat d'ajouter autant de lignes d'expérience qu'il le souhaitait sans limitation aucune. Dans le premier
cas, nous aurions eu une page HTML énorrrme, et limitative. J'ai décidé de créer une fonction
d'ajout dynamique de nouveaux champs. Et là apparaissent de nouvelles difficultés : supposons que vous vouliez
démultiplier une ligne téléphone dans la zone Etat Civil comportant 3 champs (libellé, numéro, remarque).
J'ai alors remarqué qu'Internet Explorer et Firefox ne se comportaient pas de la même manière : IE
démultiplie les éléments en initialisant chacun d'eux à la valeur de l'élément original, et Firefox, au
contraire, créait les nouveaux éléments vierges, mais en perdant les valeurs des éléments dynamiques
précédemment créés.
J'ai pu trouver une solution permettant de descendre profondément
dans l'arborescence du formulaire. Non seulement vous pouvez démultipliez des éléments simples, mais en plus
vous pouvez démultiplier correctement des éléments situés à l'intérieur même d'un élément également démultipliable.
Voici un exemple de formulaire avant que je ne trouve une solution.
Ce fut difficile, mais pas insoluble.
Egalement, vous aurez remarqué les encadrements, réalisés à l'aide de la balise FIELDSET. Cette balise
est considéré par le formulaire comme un champ à part entière. Il a été nécessaire de la gérer.
Ensuite, concernant le transfert de l'information du formulaire via HTTP. J'ai constaté que les
champs dynamiques n'étaient pas correctement transférés Le comportement des navigateurs est-il
à mettre en doute ? Est-ce parce que les champs dynamiques nouvellement créés ont même nom et même id que les
champs originaux, que seule la valeur du premier ou du dernier élément (original ou dynamique) est
transféré ? C'est la raison pour laquelle je recrée un document XML que je redécompose sur le serveur.
Performances et w3c
Cet outil a été testé sur un Pentium IV à 3GHz, 512 Mo/RAM, XP-SP2, sur Firefox 1.x et Internet Explorer
6. Le chargement d'un CV en XML ou la génération d'un CV en XML prend quelques secondes.
Un calque-sablier aidera l'utilisateur à patienter pendant les opérations longues.
Autrement, j'ai essayé de faire une version en XHTML, mais zéro. La fonctionnalité d'ajout de champs
ne le permet pas. Bon, l'outil a
Le mérite d'exister, c'est déjà ça. Je verrai plus tard.
|
|
Powered by Mooldoo |