ConnexionConnexionInscription
B E A D G
300 connectés Aller à Sweepyto Guitare

Design de (votre) site web...mais surtout du mien

#31
18/08/2006 01:41:48
En parlant d' "extensible", il parle de design fluide : quand on agrandit sa fenêtre de navigateur, le contenu du site s'agrandit avec (en largeur). Ça nécessite de penser le design pour au départ, mais c'est nettement plus agréable à utiliser. Je regrette de pas l'avoir fait sur le site de mon groupe dès le départ, tant c'est chiant à faire ensuite... Faut repenser trop de trucs.
0
0
#32
18/08/2006 07:33:11
   J'ai eu du mal avec les propos d'Acieroid mais grâce aux explications de benlop ca va mieux :) (quoique le debut reste assez flou...)
A la base déjà  je voulais faire un design en 1024*768 pour que ce soit assez grand mais finalement je l'ai fait en 780*800 pour que l'ensemble des internautes puissent le voir, la plupart etant encore dans une config 800*600. Et puis, ce site est principalement destiné à mon groupe, pour mettre en ligne nos compos, les new et quelques petites choses afin de tenir au courant ceux qui s'interessent à nous, c'est pas l'ensemble du net qui va s'y retrouver.

Ah oui : Pourquoi le Xhtml ne peut pas etre appliqué a mon design ? Que faut il faire pour que ce soit le cas ?
Je demande ca car j'ai commencé à lire le tuto de Zer0 pour "créer son site web" mais comme je part dans 5 min (boulot d'été oblige  ) je ne finirai que ce soir...
0
0
#33
18/08/2006 09:46:11
Le Xhtml n'est pas un language mais une norme qui simplifie fortement le language.
Pour tester la validitié Xhtml de ton site, c'est ici
(mais ce n'est pas parce qu'il passe la validateur qu'il est aux normes, surtout a cause des tableaux)

0
0
#34
18/08/2006 12:41:54
Benlop
En parlant d' "extensible", il parle de design fluide : quand on agrandit sa fenêtre de navigateur, le contenu du site s'agrandit avec (en largeur). Ça nécessite de penser le design pour au départ, mais c'est nettement plus agréable à utiliser. Je regrette de pas l'avoir fait sur le site de mon groupe dès le départ, tant c'est chiant à faire ensuite... Faut repenser trop de trucs.
 ok, j'vois l'idée.
Oui c'est clair que lorsqu'il faut changer de design, c'est galère galère.
0
0
#35
18/08/2006 13:44:29
Oui m'enfin au lieu de taper du html il faut faire du xhtml pour etre aux normes ?
0
0
#36
18/08/2006 14:08:40
Le XHTML est une norme fixée. EN GROS, c'est comme du HTML, en plus restrictif. Par exemple, pas le droit d'utiliser des majuscules dans le code, certaines balises sont interdites (iframe, ou target pou les liens, par exemple).

Souvent ce sont des restrictions qui viennent de bonnes idées : pas de "target", cela veut dire qu'on ne doit pas se faire s'afficher un lien dans une nouvelle fenêtre, par exemple, car l'utilisateur doit être libre de choisir comment il navigue.

Enfin, c'est un exemple, mais en gros tu as l'idée.
0
0
#37
18/08/2006 14:53:35
Benlop
Le XHTML est une norme fixée. EN GROS, c'est comme du HTML, en plus restrictif. Par exemple, pas le droit d'utiliser des majuscules dans le code, certaines balises sont interdites (iframe, ou target pou les liens, par exemple).

Souvent ce sont des restrictions qui viennent de bonnes idées : pas de "target", cela veut dire qu'on ne doit pas se faire s'afficher un lien dans une nouvelle fenêtre, par exemple, car l'utilisateur doit être libre de choisir comment il navigue.

Enfin, c'est un exemple, mais en gros tu as l'idée.
 les alternatives au iframe sont ??
L'actionscript ? moi je ne suis pas partisant, car je bloque souvent ce genre de scipt coté client (incontrolable par l'utilisateur), c'est d'ailleur pour ca qu'avec explorer je ne vais que sur slappyto, et le reste du temps j'utilise firefox avec suppression de l'actionscript
0
0
#38
18/08/2006 15:37:28
Pour les alternatives au iframe, je ne sais pas, je ne m'y suis jamais intéressé.

Mais s'ils interdisent une balise, c'est pour qu'on arrête de designer comme ça. Pour le target=_blank, par exemple, ce n'est plus autorisé parce que le W3C ne veut plus qu'on créé de nouvelles fenêtres. Certains, pour avoir un code valide W3C, le font alors avec un Javascript. Résultat, c'est encore plus crade et surtout complètement à côté de l'esprit du truc.
0
0
#39
18/08/2006 15:49:02
En alternative aux balises iframe, tu peux utiliser des pseudo-frames en php, c'est un peu plus compliqué mais c'est aussi plus propre. J'utilise ce principe sur le site de mon groupe, et même sur la plupart des sites que j'ai fait.

Pour saisir un peu le système tu peux lire ça : http://www.phpdebutant.org/article68.php

Ca c'est une manière de le faire, aprés il y a plusieurs alternatives...
0
0
#40
18/08/2006 16:47:07
 
Benlop
Mais s'ils interdisent une balise, c'est pour qu'on arrête de designer comme ça. Pour le target=_blank, par exemple, ce n'est plus autorisé parce que le W3C ne veut plus qu'on créé de nouvelles fenêtres. Certains, pour avoir un code valide W3C, le font alors avec un Javascript. Résultat, c'est encore plus crade et surtout complètement à côté de l'esprit du truc.
Qui aime se retrouver avec 15 fenêtres (bon, ok, sur firefox, avec un extension, on reste dans les onglets). Leur norme est tout à fait compréhensible.

Quand au javascript, je ne suis pas sur qu'il soit accepté dans la norme
0
0
#41
18/08/2006 17:01:44
Marco
En alternative aux balises iframe, tu peux utiliser des pseudo-frames en php, c'est un peu plus compliqué mais c'est aussi plus propre. J'utilise ce principe sur le site de mon groupe, et même sur la plupart des sites que j'ai fait.

Pour saisir un peu le système tu peux lire ça : http://www.phpdebutant.org/article68.php

Ca c'est une manière de le faire, aprés il y a plusieurs alternatives...
 j'ai un pavé sur le php chez moi, il y a forcément ca.
Il etait un temps ou j'etais passionné.

Je hais javascript. Pour vue qu'un jour ca disparaisse. Quand au _blank, bien d'accord avec toi.
0
0
#42
18/08/2006 18:56:05
acieroid
 Quand au javascript, je ne suis pas sur qu'il soit accepté dans la norme

C'est pourtant la mode Javascript en ce moment avec AJAX ( http://fr.wikipedia.org/wiki/AJAX )
même Slappyto s'y est mis ..
pour info, ici.. et entre autres.. c'est ce qui permet de compléter les champs de saisie "en direct" au fur et à mesure qu'on tape le mot.. sans avoir à faire de requêtes serveur (qui ralentiraient l'affichage).
Merci AJAX pour l'interaction plus réactive des pages  (et pour les temps de chargement plus longs .. forcément, faut bien les charger à un moment les données).
(merci aussi pour ta lessive)
0
0
#43
18/08/2006 19:28:57
En fait, javascript n'est pas compatible, mais il existe une normalisation, l'ECMAscript
0
0
#44
19/08/2006 01:21:57
Oui, j'ai aussi du mal avec Javascript, mais en effet, en ce moment c'est très très en vogue... bof, ça passera, j'espère que ça ne sera qu'une mode, comme ces maudits frames... enfin, parti comme c'est, ça va pas s'arrêter tout de suite. Et puis à la limite, ça commence à être compatible sur à peu près tous les navigateurs, si ça se trouve un de ces jours on ne s'en rendra même plus compte.

Moi ce que j'attends de voir c'est les nouvelles catastrophes que va créer Microsoft avec IE7, pour les normes Web, ça me fait peur à l'avance (surtout si on garde dans un coin de tête leur futur "Windows Media Picture"...). Eux, ils ont bien les moyens d'imposer leurs bouzins pripriétaires...
0
0
#45
19/08/2006 09:28:20
IE7 est déjà en beta je pense, et d'après les avis des personnes qui l'ont testé .... c'est désastreux
Pour ce qui est des normes, je crois que M$ à fait un effort, mais faudra toujours faire gaffe en faisant un design, vu le nombre de personnes qui sont encore sous win 98(que je vous conseille fortement de lacher, car Microsoft l'a laissé tombé suite à une grosse faille, et ne fait plus de mise à jour) et qui ne changeront peut être pas de navigateur faute de place sur le DD
0
0

En Live

Cell a commenté le topic [Sansamp ou Darkglass ?] de pk.grs il y a 1 semaine
Cell a commenté le topic [Le Topic du Freepost 7] de Vikie il y a 1 semaine
Cell a commenté le topic [La mort de Slappyto?] de kurt il y a 1 semaine