|
|
|
|
Il est habituel de concevoir des pages html en vue de leur affichage sur des écrans (15" vieillissants…) ne supportant guère autre chose que la résolution 800x600 ou des écrans (17" récents...) malheureusement réglés selon cette même résolution.
C'est d'ailleurs le cas du site que nous vous proposons ici: fronton et texte sont élaborés sur des pages Publisher de 16,95 cm de large, qui génèrent des pages html permettant d'être visionnées dans de bonnes conditions par tous les visiteurs, y compris en 800x600. L'ensemble a été réalisé sur un écran 17" réglé en 1024x768, option 'grandes polices' (ce qui influence le résultat, comme précisé par ailleurs).
Par contre, la hauteur importe peu, à condition de rester raisonnable.
Mais alors, me demanderez-vous, comment se fait-il qu'on ait l'impression d'un fronton couvrant toute la largeur de l'écran pourtant réglé en 1024x768 alors que l'image en fronton ne fait que 800 pixels de large ?
La première solution (que nous n'avons pas retenue) consisterait à insérer une image en guise de fond de page, composée d'une bande colorée en haut de l'écran et d'un fond blanc en partie basse. L'avantage de cette solution réside dans l'absence d'ascenseur en bas d'écran (dans la largeur de la page), car le fond de page n'est répété qu'à concurrence de la largeur de l'écran du visiteur. Si vous retenez cette solution, il suffira de ramener le
|
|
|
|
|
|
|
|
|
|
script inséré dans Publisher à la largeur de la page (16,95cm). La taille de l'image 'fond de page' doit simplement être d'une hauteur suffisante pour éviter la répétition de la bande colorée en cas de page longue. Vous choisirez sa couleur en fonction de celle de votre bannière. Malheureusement, NS v4.75 décale les éléments s'affichant sur la page et le résultat serait alors (un peu) disgracieux pour une partie (seulement) des visiteurs.
Pour notre part, nous avons donc préféré insérer la bannière formant fronton, dans un tableau dont la couleur de remplissage a été choisie en fonction de celle de la bannière.
Dans les deux cas, le fronton est géré par un fichier .js externe, pour une maintenance simplifiée. Les deux hypothèses précédentes sont proposées sur le site à télécharger.
Une dernière solution consisterait à tester la résolution de l'écran du visiteur et à lui envoyer les pages adaptées à sa configuration. J'y ai personnellement renoncé...
|
|
|
|
|
|
