Bonjour !
 
Alors je m'excuse par avance car ce que je vous présente là n'est pas tout simple à première vue...
 
Mais une fois qu'on est dedans on cerne très vite le problème...
Et vu que j'ai relu 50 000 fois mon code en vérifiant chaque case une à une, etc,
mais en vain, alors je me permets de crier...
"au secours" ! aidez-moi je vous en supplie, je n'en peux plus !
 
Donc le problème:
Je dois faire un tableau en html, relativement complexe quand meme.
J'ai fait un schéma de celui que je dois réaliser,
et ne peux pas modifier quoi que ce soit: il doit etre comme ca :-\
schéma: http://MrBark.fr/table.jpg
 
On voit donc qu'il y a inévitablement 11 colonnes et 18 lignes, comme noté en bas,
et qu'il fait 818x702 avec les dimensions de chaque case définies clairement,
excepté pour la hauteur de S, D, X et I, qui sont censées s'adapter
(mais de toute facon ca ne change rien)
 
Alors j'ai codé ca ici: http://MrBark.fr/table.html
et vous voyez ce que ca donne:
sous Firefox les hauteurs sont complètement foireuses,
sous IE un peu moins mais c'est pas encore ca (séparations de 2px)...
et dans les 2 cas, le plus incompréhensible est la case M, qui ne devrait faire que 80px de large,
avec F qui se décalerait vers la gauche...
 
Donc sinon, je ne vois qu'une méthode pour convertir mon schéma en source html :
prendre chaque case une à une dans l'ordre et se dire:
"combien prend-elle de colonnes et de lignes; quelle est sa largeur et sa hauteur."
(en s'aidant des pointillés...)
 
Et après mes rere-vérifications, je crois avoir répondu correctement à ces questions !
Mais je n'ai pas été très récompensé !
 
Alors voila, MERCI BEAUCOUP par avance, et désolé encore de vous embeter
avec ce lourd problème, je reconnais que ce n'est pas tout simple...
 
@+++ Thanks !

Ce tableau c'est pour des données tabulaires
 
 

merci pour ton message...
mais dsl je ne le comprends pas  

En français pour mou du cerveau de 0h40:
 
Tu vas mettre quoi dans les cases de ce tableaux....

je ne vois pas trop ce que ca change au probleme...
mais pour satisfaire ta curiosité, saches qu'il y aura aussi bien du texte que des images.
et pour en revenir au sujet du topic, ce sont les images qui justifient cette précision.

Voilà ce que je voulais savoir...
 
Enfin rien ne sert que j'éclate de rire....  
 
Bon Mec, j'ai regardé un peu ton site sur la musique etc...
 
C'est jolie...Mais tu as de graves lacunes en programmation Web...
 
Today, nous sommes en 2006 et de nos jours on programme plus en imbriquant pleins de tableaux...non..
 
Tiens lis ça toutes la nuit:
 
www.alsacreations.com
www.openweb.eu.org
 
ça c'est pour que tu comprennes que sans tableaux, on fait tous ce que l'on veux..
www.csszengarden.com
 
Revient nous vite, avec du VRAI code  

Que tu as l'air bon !
 
et puisque tu l'es tant, et ce à hauteur de ton orgueil, juste une question:
donne moi rien qu'un seule VRAIE raison pour laquelle mon unique tableau ne fonctionne pas.

Lol...
 
j'ai pas l'air bon... c'est la fatigue qui te fait dire ça ...  
 
Bon 1 seul raison:
 
1_ Entre IE et FF les margin et padding sont pas pareil....    
2_ Tableaux c'est pas fait pour la mise en page  
 
Oups tu as demandé qu'une raison.

pour le margin je ne vois pas bien le rapport avec le probleme.
pour le padding il est de toute facon déja défini hors style.
 
de plus, en se contentant de n'etre qu'un bon lecteur de post, sans en etre un de source,
on se retrouve rapidement avec une 3eme raison qui rend ton unique non recevable.

Mais tout ton blabla on s'en fou...
 
Voilà c'est dis, désolé pour toi, si ce soir au alentour de 0h40 tu as appris que tu codes comme un vieux...
 
C'est pas si grave. Tu es jeunes à ce que j'ai pu lire...donc dans 1sem, tu auras un jolie site, en HTML/CSS tout beau tout propre..  
 
 

Je n'aime pas les "cases"
tu vois ce que c'est ?
 
c'est par exemple lorsque tu écoutes une musique et tu dis:
"ca c'est du ..."
ou quand tu vois quelqu'un et que tu dis
"lui c'est un ..."
 
Mais je dois bien avouer que s'il est très présent dans la pertinence de tes réponses,
ton talent n'atteint son apogée qu'en réussisant à me faire utiliser une case :
 
"blaireau qui veut se la raconter"
c'est donc le dernier message que je t'adresse, tu n'en mérites pas d'avantage.
 
Je garde les autres pour des gens d'une richesse intellectuelle supérieure, et d'un meilleur esprit.
 
Ca tombe bien, je pense que beaucoup des membres de forum hardware auraient leur place dans une meilleure de ces satanées cases.
 

Lol...
Merci MONSIEUR Bark... Que de beaux langages parlé...
 
Tu sauras que tu aurais quand même pu tomber sur pire que moi
Et que je suis d'attidude plus convivial d'ordinaire.
 
Mais non toi ce soir, tu arrives, tu veux pondre un foutu merdier.
Bon je fait le salo, et feint ne pas savoir l'utilité de cette "Etrange" tableau.
 
Mais voilà, les doutes se sont envolé, monsieur Back, veut faire un site, avec une mise en page TABLEAUX....
 
Non, non, non pourquoi mais pourquoi avais je raison de douter....
Là je te l'accorde j'ai été salo, pas une seconde j'ai émis dans ma tête de doute, sur le fait que peut être il y aurais des données tabulaire dans ce tableau...
Va savoir pourquoi.
 
Bon mec, Voilà descend un peu dans le forum, tu apprendras que je suis de bons conseils et que si ce soir je t'ai paru vils et grossier, c'est simplement pour que tu ne t'égare pas sur des chemins menant à des impasses.
 
Voilà lis bien, les liens que je t'ai donné...et tu sauras faire ce que tu souhaites, simplement, sans à devoir compté pixel par pixel....à tous déplacement de blocs.
 
Pour mes amis de HFR, je mise sur le fait qu'il seront plus de mon côté
 
Ton probléme, oui je peux te donner la réponse, toute faite, je le peux, mais à quoi bon, tu partirais en dissant quel connard ce gars là...
Et tu continuerais à coder à l'ancienne façon...
 
Voilà dis moi ce que tu penses...
 
car j'aime bien tes réponses...Artiste va !!! lol

Ce que xtof_83 veut dire, en bon grognon qu'il est
 
C'est que tu te compliques la vie pour rien! C'est assez difficile de se dire que tu es le créateur de ta mise en page, et qu'elle te parait cependant compliquée.
 
Les tableaux ont été détournés de leurs fonction première à savoir, le classement de données à lecture tabulaire.
 
Le resultat est la, ton code est compliqué et difficilement lisible, de plus, c'est beaucoup plus lourd à interpreter qu'un code bien organisé et argrémenté de css
 
Niveau accessibilité c'est également une catastrophe, et imagine un aveugle mélomane, il sera incapable de naviguer sur ton site, et passera son chemin
 
PS : Je te conseille de lire cette page :
 
http://pompage.net/pompe/tablevscss/

Faire une mise en page en Tableau avec un unique tableau relève de la folie, notamment à cause de la quantité astronomique de contraintes que ca engendre.
 
Tu ferais des tableaux dans ton tableau, tu serais moins emmerdé.
 
De plus comme le dis Xtof_83 depuis le début, un tableau ce n'est pas fait pour la mise en page, en aucun cas.
 
Les CSS c'est fait pour mettre en place un design comme tu le souhaite justement.

shinuza et Gatsu35 merci pour vos réponses.
 
Mais shinuza, plutot que de remettre en question la structure meme de ce que je dois réaliser,
(qui a d'ailleurs ses raisons et qui a été longuement étudié)
garantie-moi qu'en css tu pourras faire EXACTEMENT ce schéma au pixel près,
tout en pouvant ensuite y mettre aussi bien du texte, que des images,
occupant les cases en totalité, sans perturber quoi que ce soit aux dimensions,
qui ont bien leur raison d'etre.
 
PS: "C'est assez difficile de se dire que tu es le créateur de ta mise en page, et qu'elle te parait cependant compliquée. "
 -> heu, ou ai-je dit que j'étais à l'origine de cette page ?
La mise en page a été longuement étudiée, pas forcément par moi, et c'est surement pas pour mon site perso,
mais encore une fois ce n'est pas vriament le sujet.
Quant au fait qu'elle soit compliquée, je n'ai jamais dit ca non plus !
Le tableau est compliqué oui, la mise en page un tout petit peu, mais on a vu pire quand meme,
il s'agit juste de faire quelques cases avec des lignes pleines et vides séparatrices, de largeurs différentes, tout au pixel pres.

Oui on peu

Hum, moi je dirais qu'on ne peut pas forcément.
Sur cette page : http://mrbark.fr/table.html
Comment faire en sorte que T, N et X soient alignés en pied quelquesoit leur contenu ? Même si T ne contient que 2 mots et N 989 mots.
 

The-Shadow: merci beaucoup pour ta réponse.
Par contre je n'ai pas compris l'histoire d'alignement :-\
 
mais peut etre que mon probleme n'est pas clair...
en fait question d'alignement des caractères j'ai rien défini parce que je sais que ca ne sera pas un probleme.
quant aux hauteurs, si c'est de ca que tu parles,
T = N = S + D + I + X + 6   (6 pour 3 séparateurs de 2 pixels)
quant à la hauteur de ses cases S, D, I et X, justement, je ne les ai vonlontairement pas définies,
elles se débrouilleront en fonction du contenu, mais T et N ne changeront pas.
Enfin on voit bien que le probleme se situe avant, car dès M, la largeur est incorrecte,
puis vers A2 et C (et donc certainement les cases dont elles dépendent), la hauteur devient mauvaise...
 
Voila :-\

Bah l'alignement, qui me force encore à utiliser les tableaux quelquefois, c'est cet exemple :
http://www.gloriette-artemis.net/cocker_anglais.html
 
Le bloc "Derniers articles" et le bloc "Actualités" sont alignés en pied, ils font exactement la même hauteur, quelquesoit la place que prend les News.

 
C'est possible, mais IE va merder si les cases à droites ont plus de contenus que les autres :
http://www.blog-and-blues.org/weblog/2004/09/24/304

The Shadow:
ha ok oui oui
mais de toute facon là, la hauteur elle est meme carément définie pour ces 2 cases T et N, c'est :
600 - 16 - 90 - 44 - 16 - 39 - 2 - 5 = 388
mais j'aurais du le marquer plus clairement dans mon schéma !

 
ouè mais ca ne sera pas le cas... juste quelques lignes...
et en réalité seules les cases S, D et I auront du contenu (texte), la case X sera vide et absorbera la hauteur des autres...

Ta mise en page est totalement faisable en CSS
Mais ce qu'il faudrait savoir c'est ce que tu vas mettre dedans.
Avant d'imaginer une mise en page, pense d'abord au contenu.
 
Là je fais un ptit site de 5 pages à la con, je pense d'abroed au contenu que j'ai proprement htmlisé, puis derrirèe je fous une couche de CSS pour mettre en page.
 
C'est comme cette page : http://mrbark.fr/fr/
et bien en CSS on fait la même chose en 5 images maximum sans charcuter ton image comme un gros caca

moi j'y ai pensé bien évidemment...
simplement je ne voyais pas bien l'utilité de le préciser ici, puisque quoi qu'on mette dedans il faudra faire exactement ces cases.
et je ne vois pas bien en quoi le contenu des cases y change quoi que ce soit...
 
Saches comme je l'ai dit plus haut qu'il y aura aussi bien des images que des frames ou du texte,
les images pourront occuper pile la taille des cases ou se mettre en background en mosaique etc...
peu importe le contenu, il faut ces cases et c'est ca le vrai sujet de mon topic.
 

oui et après quand tu passes la souris dessus avec IE tu as une jolie icone pour proposer de sauvegarder l'image....
voila pourquoi j'ai opté pour cette solution qui me semble très bien, d'autant plus qu'on gagne inévitablement
en rapport qualité/prix gif en découpant ainsi par zones de couleurs différentes...

Le problème parait :
 
sur firefox quand tu fais un rowspan, et que tu specifies une taille "height", celle ci est dupliquee par autant de cases.
Sur Internet explorer le "height" specifie a l air d etre celui de la somme des cellulles...
Sinon je ne saurais que te conseiller de le faire en div + css
Tu sais ou je suis si tu veux (epiknet / #programmation)

plop tfe ca roule ?
thanks en tout cas !
 
"sur firefox quand tu fais un rowspan, et que tu specifies une taille "height", celle ci est dupliquee par autant de cases."
 -> nan t'es sérieux ? ca serait grave q meme ! :-\
donc si je comprends bien tu veux dire que lorsque je définie un
height=150 et rowspan=3 (comme pour A2), alors la case fera 450 de hauteur sous ff ?
 
d'après ce que je vois ca à l'air cohérent mais ca me semble tellement énorme que j'ai du mal à y croire ! lol

 
PS: et pour les colspan alors ? meme chose ?
donc il faudrait que je ne définisse seulement les height des cases d'une ligne, et width des cases d'une colonne, c'est ca ?

De 1 il y a un attribut qu'on peut coller sur l'image pour eviter d'avoir cette toolbar à la con
et de 2 cette image serait un background à la facon de ceci :  
http://css.alsacreations.com/modelesmenus/g03.htm

 
Parce qu'à partir d'un certain degré de complexité, un tableau devient ingérable. Par construction, les dimensions d'une cellule ne dépendent pas seulement des valeurs que tu lui as données mais aussi des dimensions des autres cellules de la ligne et de la colonne auxquelles elle appartient. Et ça devient particulièrement pénible dès qu'on abuse des colspan et rowspan car alors les dimensions vont dépendre aussi d'autres lignes et d'autres colonnes.
Par exemple une cellule qui occupe 2 lignes (rowspan="2" ) comment se répartit la hauteur supplémentaire entre les 2 lignes si la cellule où on fait le rowspan s'agrandit ?
 
Bref, un navigateur n'est pas du tout obligé de respecter les dimensions que tu donnes à tes cellules s'il n'a pas moyen de faire autrement.
 
Utiliser des DIV te permet de faire sauter ces contraintes. Car un DIV se suffit à lui même : tu peux le placer où tu veux, il a ses dimensions et elles ne sont pas influencées par les autres DIV, seulement par son contenu. Tu gagnes donc en souplesse.
 

 
Il ne s'agit pas de remettre en question ta structure, mais seulement la manière dont tu veux la faire.
 

 
Les mises en pages au pixel près c'est plus vraiment à la mode non plus. Aujourd'hui on fait plutôt des designs souples qui s'adaptent à la configuration du client (la taille de sa fenêtre, la taille de ses polices par défaut...).
 

 
Il faut bien voir qu'une mise en page avec des DIV ne sera pas forcément moins simple à écrire, mais tu gagneras en souplesse. Peut être que dans ton cas il faudra mélanger tableaux et DIV mais difficile d'en dire plus tant qu'on ne sait pas ce qu'il aura dans toutes ces cases...

merci pour ta réponse.
Ceci dit, je ne comprends toujours pas en quoi le contenu est un probleme étant donnée que je n'ai mis qu'un caractère par case, pour faire des repères.
Le texte "A2" est-il si grand que ca pour étirer autant la colonne ?
(bien évidement que je mettrais par la suite des div dedans pour pas que les cases s'écartent).
Mais ne compliquons pas les choses, pour l'instant on voit très bien que le probleme n'est pas la,
et pour en avoir le coeur net fais ctrl+roulette avec ff afin de réduire au maximum les caractères:
on voit bien que le contenu ne gene pas pour l'instant, et pourtant ca n'affiche pas ce qu'il faut.
 
Quant aux cases qui dépendent les unes des autres: oui évidemment.
mais cite-moi un passage de la source ou il existerait une incohérence entre les dimensions de certaines cases.

MisterBark, on te l'a dis, ta façon de penser la mise en page n'est pas la bonne.
 
1_ Comme le dit gm_superstar ta code actuel est bien trop dépendant du navigateur avec lequel tu l'a élaboré....
 
2_ et c'est bien ça le plus important:
On ne code jamais dans ce SENS ...
En pogrammation web, tu ecris le contenu...dans des balises spécifiques au sens sémantique que tu veux donner au contenu.
paragraphe, titre, liste, blocs...etc...
 
Et une fois le contenu d'ecrit...alors là seulement tu attaques la partie Mise en Page, et avec une feuille CSS, et non pas à coup de tableau.
 
Oui ton architecture à l'air en ce moment fort compliquer...
Mais c'est bien parce que tu mélange contenu et Mise en page.
 
Tiens regarde les 2-3 bandes noir que tu nous a fait sur le croquis  
et que (si je me trompe) tu nous à dis qu'il n'y aurais rien dedans...
Pourquoi les mettre dans la partie contenu...ça n'a pas de sens.
 
Moi je vois plutot ça comme des bordures des blocs qui les entoures...
 
Voilà pense ce que tu veux, mais il est clair qu'il y a pas que des conneries dans mes propos

oui c'est certain, visuellement ca ressemble plus à des bordures, mais elles sont tellements précises, ne doivent faire qu'un nombre de colonnes et lignes bien précis, avec la bonne largeur, que je vois mal ca autrement qu'en cases de tableau...
sinon le résultat sera imprécis.
 
ceci dit le message de tfe qui n'a pris que 3 lignes m'a orienté vers quelque chose de très intéressant que je suis en train de tester et qui semble prometteur

Comme dit plus haut CSS = souplesse, mais ça ne veut pas dire que tu ne pourrais en tirer ce que tu veux.
 
Par contre, c'est un travail sur soit, et aussi de la réflexion et une remise en question

Probleme résolu.
 
http://MrBark.fr/table2.jpg
 
http://MrBark.fr/table2.html
 
(oui j'ai changé un tout petit peu l'énoncé entre temps mais ca change rien...)
 
Alors merci à tfe et gastsu35 qui ont écrit chacun 1 phrase constructive :
tfe: "sur firefox quand tu fais un rowspan, et que tu specifies une taille "height", celle ci est dupliquee par autant de cases."
Gatsu35: "Tu ferais des tableaux dans ton tableau, tu serais moins emmerdé."
 
Ce sont ces 2 phrases qui m'ont permis de résoudre le probleme que j'ai posé sur ce forum.
Merci encore à vous 2 !
@++
 
 
PS: petite note apart... je m'attends bien évidemment à certaines remarques tout aussi constructives que celles qu'on a pu voir ici.
Alors aux futurs "mdr" et pauvres smileys bien creux, je répond par avance :
- citez moi un navigateur avec lequel ca ne fonctionne pas.
- oui c'est lourd mais l'énoncé est-il si simple ? ... si oui alors faites le en 3 div et 500 octets ...

Si ton tableau ne contient que des images, alors une conception "au pixel près" peut se comprendre car les images ne changent pas dimensions comme ça... Mais si tu as du texte, rien n'indique que les dimensions que tu as données pour tes cellules seront respectées. Un utilisateur peut choisir de les afficher en plus grand, il peut ne pas avoir les polices par défaut... et donc le texte peut dépasser de la cellule qui alors s'agrandira et boulversera l'organisation général du tableau à cause des contraintes que j'ai expliquées.
 

Oui mais le contenu apportera son lot de problèmes, alors déjà que ton tableau a du mal à être cohérent sans rien dedans, j'imagine le massacre quant tu vas te mettre à le remplir.
 
Quant aux cases qui dépendent les unes des autres: oui évidemment.

Je n'ai aucune envie de lire et de comprendre ton code. Comme je l'ai dit, quand on multiplie les imbrications de tableaux et les fusions de cellules, le comportement des navigateurs n'est plus garanti (car les specifications sont assez floues de ce coté là). Et c'est d'ailleurs ce que te dis tfe implicitement.
 

Bien sûr, car cela te conforte dans ton opinion, mais sur le fond ça ne change rien au problème. Continue à accumuler les tableaux comme ça et je t'assure qu'un jour tu seras bloqué. Les exemples ne manquent pas sur ce forum...

-Je te donne un navigateur avec lequel ça ne marche pas : Un lecteur d'écran pour aveugle  
 

 
Voici ce qu'il "voit", c'est illisible pour le lecteur, l'access au contenu est long et fastidieux, il quitte le site    
 
-En 3 Div non, mais en 7 si je compte bien, et bon 500 octets c'est un peu irréaliste, ça doit aller du <DOCTYPE> au </head>  
 
Autre chose, firefox et les navigateurs évolués gardent la page CSS en cache, et recharge le contenu du site, donc c'est rapide à charger.
 
Just think about it  

meme pas ! sous opéra, un ctrl + molette change la taille des images ...

après si les gens sont cons j'y peux rien moi...
le mec peut aussi etre en 640x480 ou meme avec links en mode texte...
 
donc bref, si on est voyant (lol...) et avec un écran, et bien ca marche, c'est tout.

Lynx
 
J'te met un scrinechotte

gnifique

trop tard je t'ai devancé

Quand je regarde ton statut "be aware", j'ai du mal à comprendre ou est la cohésion avec tes idéaux.
 
En gros, t'es aveugle = RAF, la musique c'est pas pour toi