Design XHTML 1.1 Strict => Vos avis

Design XHTML 1.1 Strict => Vos avis - Web design - Graphisme

Marsh Posté le 28-12-2003 à 16:28:56    

Bonjour,
 
Je suis passé en xhtml 1.1 strict sur mon site, sans pour autant baisser la qualité du design (pas si évident que ça le xhtml 1.1 strict :p)
Qu'en pensez-vous ? (design, sobriété, couleurs,...)
URL : http://www.alvasoft.net/
 
Merci


Message édité par alvas le 28-12-2003 à 16:29:26
Reply

Marsh Posté le 28-12-2003 à 16:28:56   

Reply

Marsh Posté le 28-12-2003 à 16:49:18    

Ton design est peu évolué mais spa mal du tout pour un amateur s'essayant au xhtml  ;)

Reply

Marsh Posté le 28-12-2003 à 17:10:56    

alvas a écrit :

Bonjour,
 
Je suis passé en xhtml 1.1 strict sur mon site, sans pour autant baisser la qualité du design (pas si évident que ça le xhtml 1.1 strict :p)
Qu'en pensez-vous ? (design, sobriété, couleurs,...)
URL : http://www.alvasoft.net/
 
Merci


 
J'en pense que c'est très bien et très propre.
 

Reply

Marsh Posté le 28-12-2003 à 17:35:32    

j'aime beaucoup dans le style!

Reply

Marsh Posté le 28-12-2003 à 17:35:35    

autobot a écrit :

Ton design est peu évolué mais spa mal du tout pour un amateur s'essayant au xhtml  ;)  


exact
mais vois-tu, je préfère voir un site sobre, qui respecte les standards, qui se charge vite, plutot qu'un site avec un super design mais avec un code pourri et ultra lourd  :)

Reply

Marsh Posté le 28-12-2003 à 17:44:52    

ouais c propre et net ! Well done  :jap:

Reply

Marsh Posté le 28-12-2003 à 18:14:47    

alvas a écrit :


exact
mais vois-tu, je préfère voir un site sobre, qui respecte les standards, qui se charge vite, plutot qu'un site avec un super design mais avec un code pourri et ultra lourd  :)  


 
Tu peux aussi faire un design ultra-lourd en XHTML 1.1 hein.
 
Tout ce qui est faisable normalement l'est aussi en XHTML 1.1.  ;)

Reply

Marsh Posté le 28-12-2003 à 19:42:01    

alvas a écrit :


exact
mais vois-tu, je préfère voir un site sobre, qui respecte les standards, qui se charge vite, plutot qu'un site avec un super design mais avec un code pourri et ultra lourd  :)  


 
 
Heu .. il est possible de faire un site ayant une ésthétique superbe avec un code au poil passant sans encombre le validateur
xhtml du W3C et qui soit en même temps performant au temps d'affichage.
 
Et je fais partie des gens sachant concevoir ce genre de site  ;)
 
Mais bon ... c'est mon métier quand même [:spamafote]
 

Reply

Marsh Posté le 28-12-2003 à 20:09:03    

je n'ai jamais dit que c'était impossible, mais moi je ne fais pas (encore) partie de ces gens voilà
donc j'ai fait un choix, et je pense avoir fait le bon me concernant
toutefois si tu veux m'apprendre y'a pas de problème  :D


Message édité par alvas le 28-12-2003 à 20:18:04
Reply

Marsh Posté le 28-12-2003 à 23:31:31    

Rapide à charger, design très light mais sympa (ça manque peut-être juste un peu de personnalité)... bon boulot !  :jap:

Reply

Marsh Posté le 28-12-2003 à 23:31:31   

Reply

Marsh Posté le 29-12-2003 à 11:31:31    

il n'y a que cette ligne qui me pose problème au premier regrad :
"© Alvasoft.net - Tous droits réservés - Informations légales | Webmaster : alvas | Rédacteur : omicron" ont n'as l'impression qu'elle est bouffée et qu'elle déborde du cadre.

Reply

Marsh Posté le 30-12-2003 à 20:28:44    

il y a t'il des softs permettant de faire un site dans cette norme?


---------------
Borland rulez: http://pages.infinit.net/borland
Reply

Marsh Posté le 30-12-2003 à 21:24:53    

Reply

Marsh Posté le 30-12-2003 à 21:35:15    

os2 a écrit :

il y a t'il des softs permettant de faire un site dans cette norme?


oui. N'importe quel éditeur de texte.

Reply

Marsh Posté le 31-12-2003 à 09:37:41    

Le XHTML est très adpaté aux sites de contenus (blog, forum, site de news, etc ...).
 
Cependant dans le cadre d'un projet B2C ou B2B, où l'image de la société est primordiale.  
 
Il est hors de question de risquer l'intégrité visuelle du site parce qu'un DIV se ballade 3 pixels trop haut ou 3 pixels trop bas.
 
C'est pour cela entre autres*, que beaucoup de sociétés continuent dans la voie du HTML standardisé.
 
* Certains outils de content managment (commerciaux ou dédiés)


Message édité par Profil supprimé le 31-12-2003 à 11:45:34
Reply

Marsh Posté le 31-12-2003 à 11:41:30    

tre jolie
 
j'aime bcp les titres en orange dans les cadre bleu, ils sont bien positionné ! :)=

Reply

Marsh Posté le 31-12-2003 à 12:14:45    

autobot a écrit :

Le XHTML est très adpaté aux sites de contenus (blog, forum, site de news, etc ...).
 
Cependant dans le cadre d'un projet B2C ou B2B, où l'image de la société est primordiale.  
 
Il est hors de question de risquer l'intégrité visuelle du site parce qu'un DIV se ballade 3 pixels trop haut ou 3 pixels trop bas.
 


 
Arrête de dire n'importe quoi STP.
 
Tu peux parfaitement TOUT faire avec des tables en XHTML 1.1 en précisant les propriétés dans les css au lieu de les préciser dans les balises.
Encore un fois, le XHTML n'empêche RIEN. Ou alors montre moi un exemple concret infaisable en XHTML 1.1.  :sarcastic:

Reply

Marsh Posté le 31-12-2003 à 12:38:51    

Je pense que les sociétés peuvent se payer des webmasters leur assurant un site parfait au niveau de la présentation, site qui aura été testé sous tous les navigateurs (bon inutile de tester la mise en forme avec IE3, il n'y en a pas...)
 
hermes le messager > entièrement d'accord avec toi
 
Je vous rappelle que vous pouvez télécharger les vieux browsers ici => http://www.quirksmode.org/browsers/
et qu'ils fonctionnent en standalone sous 2k/XP


Message édité par alvas le 31-12-2003 à 13:16:44
Reply

Marsh Posté le 31-12-2003 à 13:07:18    

Le site de la boîte où je bosse est en XHTML 1.1 avec des div... bon ok c'est parce que c'est moi qui ait fait le site :D
On m'a dit quel look je devais faire, j'ai fait ce look là.
Ils se foutent de savoir ce qu'il y a derrière.
Mais le fait que tout soit dans la feuille de style plutôt que le code de toutes les pages m'a permis de faire rapidement les modifs demandées, et de faire une style différent pour l'impression.


Message édité par antp le 17-02-2004 à 18:56:43

---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire
Reply

Marsh Posté le 31-12-2003 à 13:10:58    

Je suis un éternel incompris  :sweat:  
 
Je critique pas le xhtml bon sang. Ras-le-bol.
 
Hermes tu en connais bcp des Web agencies renommées qui produisent désormais l'intégralité de leurs sites en XHTML.
 
 
 
 

Reply

Marsh Posté le 31-12-2003 à 13:24:49    

autobot a écrit :


 
 
Heu .. il est possible de faire un site ayant une ésthétique superbe avec un code au poil passant sans encombre le validateur
xhtml du W3C et qui soit en même temps performant au temps d'affichage.
 
Et je fais partie des gens sachant concevoir ce genre de site  ;)
 
Mais bon ... c'est mon métier quand même [:spamafote]
 
 


 
kôment tu te la pêtes  :sol:  
 
 
 [:pulpipi]

Reply

Marsh Posté le 31-12-2003 à 13:37:18    

autobot a écrit :

Je suis un éternel incompris  :sweat:  
 
Je critique pas le xhtml bon sang. Ras-le-bol.


 
Mais j'ai pas dit que tu critiquais le XHTML, j'ai dit que tu dis des conneries.
 
Tu dis :
 

Citation :


Le XHTML est très adpaté aux sites de contenus (blog, forum, site de news, etc ...).
 
Cependant dans le cadre d'un projet B2C ou B2B, où l'image de la société est primordiale.  
 
Il est hors de question de risquer l'intégrité visuelle du site parce qu'un DIV se ballade 3 pixels trop haut ou 3 pixels trop bas.  


 
C'est idiot. Tu confonds "utilisation des divs" qui elle peut effectivement parfois être risquée, avec "utilisation du XHTML 1.1" qui lui peut parfaitement réaliser SANS RISQUE tout ce que l'on fait habituellement. Il s'agit juste de mettre les attributs dans les css au lieu de les mettre dans le code.
 
Ainsi, tu peux parfaitement réaliser ce que tu veux avec des tables, en précisant les attricuts dans les CSS.
 
Exemple :
 

Code :
  1. <table class="table-exemple" cellspacing="0" cellpadding="0"
  2. <tr>
  3. <td class="cellule1"></td>
  4. <td class="cellule2"></td>
  5. ...etc...
  6. </tr>
  7. </table>


 
C'est du XHTML, ça change rien par rapport à ce que tu peux faire avec du HTML pourri et non conforme, et ça ne constitue aucune limitation (au contraire même).
 

Citation :


Hermes tu en connais bcp des Web agencies renommées qui produisent désormais l'intégralité de leurs sites en XHTML.


 
Non, et c'est tout à fait normal, puisque pour acquérir une "réputation", il faut du temps, et ces webagencies sont sur le marché depuis longtemps, et ont appris des techniques différentes. Mais elles sont en train de s'adapter progressivement. La tendance est visible en ce moment, de plus en plus de gens font leur site en XHTML, et là où je me faisais traiter d'extrémistes ya pas si longtemps, je vois ces mêmes personnes qui me disaient cela encourager les autres à faire du XHTML.
 
 
 
 

Reply

Marsh Posté le 31-12-2003 à 13:40:18    

J'ai proposé à Alvas qu'il organise une competition de design XHTML.
 
J'attends Mr Hermes et tout les prétendants aux "intégrations express en dix minutes" (je n'ai pas oublié cette critique).
 
Jamais aucun concours XHTML n'a eu lieu !!
 
 
 ;)  
 
 
 
 

Reply

Marsh Posté le 31-12-2003 à 13:43:08    

autobot a écrit :

J'ai proposé à Alvas qu'il organise une competition de design XHTML.
 
J'attends Mr Hermes et tout les prétendants aux "intégrations express en dix minutes" (je n'ai pas oublié cette critique).
 
Jamais aucun concours XHTML n'a eu lieu !!
 
 
 ;)  
 
 
 
 
 


 
C'est intéressant, mais ce qui serait plus intéressant, ce serait  de proposer DEJA le graphisme en voyant comment le réaliser en XHTML, et de comparer ensuite le résultat avec du code pourri généré par dream (ou autre merde).


Message édité par Hermes le Messager le 31-12-2003 à 13:43:28
Reply

Marsh Posté le 31-12-2003 à 13:44:14    

Hermes => Tu fais l'apologie de la conception par blocs et là tu me montre un exemple incluant des tables :/
 
J'ai l'impression que tu me prends pour un noob sans expérience.
=> problème récurant à l'anonymat sur un forum
 
 
C'est pour cela que je propose un concours XHTML  :jap:

Reply

Marsh Posté le 31-12-2003 à 13:45:24    

hermes le messager a écrit :


C'est intéressant, mais ce qui serait plus intéressant, ce serait  de proposer DEJA le graphisme en voyant comment le réaliser en XHTML, et de comparer ensuite le résultat avec du code pourri généré par dream (ou autre merde).


 
ça te va ça ?
 
=> http://membres.lycos.fr/vulpine/galerie/hfr3.jpg

Reply

Marsh Posté le 31-12-2003 à 13:46:19    

autobot a écrit :

Hermes => Tu fais l'apologie de la conception par blocs et là tu me montre un exemple incluant des tables :/
 
J'ai l'impression que tu me prends pour un noob sans expérience.
=> problème récurant à l'anonymat sur un forum
 
 
C'est pour cela que je propose un concours XHTML  :jap:  


 
Non, je ne fait l'apologie de rien du tout. Je dis que dans certains cas, l'utilisation de table est nécessaire parce que plus simple que les divs et moins risquée. MAIS CA N'A RIEN A VOIR avec le débat XHTML 1.1 versus HTML pourri.

Reply

Marsh Posté le 31-12-2003 à 13:47:15    


 
T'as rien de plus compliqué ? :/
 
Parce que là, je vois vraiment aucune difficulté... :/

Reply

Marsh Posté le 31-12-2003 à 13:48:33    

hermes le messager a écrit :


 
C'est intéressant, mais ce qui serait plus intéressant, ce serait  de proposer DEJA le graphisme en voyant comment le réaliser en XHTML, et de comparer ensuite le résultat avec du code pourri généré par dream (ou autre merde).


 
c'est exactement ce que je viens d'envoyer en mp à autobot

Reply

Marsh Posté le 31-12-2003 à 13:51:50    

alvas a écrit :


c'est exactement ce que je viens d'envoyer en mp à autobot


 
exact  :jap:  

Reply

Marsh Posté le 31-12-2003 à 13:53:22    

hermes le messager a écrit :


 
Non, je ne fait l'apologie de rien du tout. Je dis que dans certains cas, l'utilisation de table est nécessaire parce que plus simple que les divs et moins risquée. MAIS CA N'A RIEN A VOIR avec le débat XHTML 1.1 versus HTML pourri.
 


 
euh, les tables et les div ont une utilisation bien intrinsèque à ce que je sache
 
dès qu'il s'agit de données, autant utiliser des tables
dès qu'il s'agit de l'interface, uniquement des div
 
et on n'est pas censé utiliser l'un plutot que l'autre car "là c'est plus simple de faire comme ça"
 
ex : autant utiliser des tables pour les données d'un forum.
 
(cellspacing, et cellpadding, tu crois que c'est de l'xhtml strict ça ?)


Message édité par alvas le 31-12-2003 à 13:56:35
Reply

Marsh Posté le 31-12-2003 à 13:54:40    

hermes le messager a écrit :


 
T'as rien de plus compliqué ? :/
 
Parce que là, je vois vraiment aucune difficulté... :/


 
 
L'avantage dans ce cas c'est que ce sont des maquettes prêtes à être exploitée [:spamafote]
 
 
Bon je reviens à 17.00 (jusqu'à 19.00)
 
si vous voulez créer un topic "concours xhtml" sur PROG allez-y  :)  

Reply

Marsh Posté le 31-12-2003 à 14:00:40    

alvas a écrit :


 
euh, les tables et les div ont une utilisation bien intrinsèque à ce que je sache
 
dès qu'il s'agit de données, autant utiliser des tables
dès qu'il s'agit de l'interface, uniquement des div
 
ex : autant utiliser des tables pour les données d'un forum.


 
 
 
Oui, en théorie, c'est bien cela.
En pratique malheureusement, et tant que les CSS3 ne seront pas suportées par tous les navigateurs, il reste bcp de cas où l'utilisation des tables est indispensable pour la mise en page. Exemple idiot : un copyright qui reste fixe en bas que la page soit presque vide, ou qu'il y ai au contraire un dépassement de celle-ci.
Il y a bcp d'autres exemples avec des solutions basées sur des hacks pour des navigateurs distincts, mais là, ça nécessite souvent de longues recherches pour y parvenir et de plus au final, ça va merder sur certaines navigateurs.
 
Moi je suis pour produire un code standard sans hack qui passe partout. S'il est impossible de réaliser quelque chose avec des divs, il n'y a aucune raison de ne pas employer les tables.
 

Citation :


(cellspacing, et cellpadding, tu crois que c'est de l'xhtml strict ça ?)


 
Oui. Ce n'est pas "dans la philosophie" du XHTML strict, mais c'est permis (et même recommandé) à cause là encore du mauvais support des CSS par les navigateurs.

Reply

Marsh Posté le 31-12-2003 à 14:35:51    

alvas a écrit :


(cellspacing, et cellpadding, tu crois que c'est de l'xhtml strict ça ?)


 
oui, c'est une des rares exceptions :D


---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire
Reply

Marsh Posté le 31-12-2003 à 18:36:54    

On voit qu'il y a du boulot derrière niveau codage (meme si je suis plutot du coté des anti-W3Ciens), pas mal du tout, bonne utilisation.
 
++

Reply

Marsh Posté le 01-01-2004 à 01:57:37    

marrant le moz-border-radius :p

Reply

Marsh Posté le 01-01-2004 à 11:47:51    

oui et ceux qui sont sous IE ne le voient pas :p

Reply

Marsh Posté le 01-01-2004 à 16:58:48    

Ie ou un autre truc :). Ca manque de ne pas pouvoir défnir plusieurs images pour un background genre top left, top right, middle... :(

Reply

Marsh Posté le 01-01-2004 à 22:18:05    


Moi, j'admire le rendu Win 16. Ca doit être dur à obtenir...  
Et tu oses parler d'intégrité visuelle ? Moi j'appelle ça de la désintégration visuelle, une soupe (froide) de stéréotypes graphiques. Un mot : design. Fais des recherches.  
 
Concernant le débat sur l'XHTML. J'ai du mal à saisir les arguments de ses détracteurs, et il me semble qu'il s'agit plus souvent d'une sévère méconnaissance que d'une réel prise de position technique. Non ?
Comme toujours, rien ne sert de focaliser sur l?outil, qu?on soit professionnel ou bidouilleur du dimanche. (La Fontaine)

Reply

Marsh Posté le 02-01-2004 à 01:13:55    

artaz a écrit :


Moi, j'admire le rendu Win 16. Ca doit être dur à obtenir...  
Et tu oses parler d'intégrité visuelle ? Moi j'appelle ça de la désintégration visuelle, une soupe (froide) de stéréotypes graphiques. Un mot : design. Fais des recherches.  


 
ça veut dire quoi "win 16" :
 

  • 16 bits ?
  • 16 Couleurs ?


 
 
 

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed