PHP|Débutant :: Forums

Bonjour MK,

Parfois, on est bien obligés de bricoler un peu... je fais pareil que toi (sans footer en général), et je ne connais pas d'autres solutions. peut être en CSS 3? tiens-nous au courant.

++

Normalement le fait que ces lignes soient affichées en dynamique par ajax ne pose pas de problème vu que leur contenu est controllé par une classe de style CSS.
Comme les tables ont une facheuse tendance à "combler les vides" (par ex un tableau de 550px avec 5 colonnes à 100px, la dernière ou la première sera réajustée pour que la totalité fasse 550px de large), essaye d'utiliser entre la définition de table et ton thead, une définition <col style="width:100px;"/> par exemple et pour chaque colonne et arrange toi pour que la totalité de la largeur soit utilisée. De toute manière c'est un impératif pour ne pas avoir d'ascenseur horizontal.

++

as tu essayer de mettre le width en % ?

Bon je crois que j'ai réglé le problème.
Les width des <div> étaient définies en em et celles des cellules en px. J'ai tout passé en em et c'est correct à 99.99%, une colonne de libellés qui gagne 4 à 5 pixels sur certaines classes de comptes.
Je pense aussi que la barre de translation verticale (ascenseur) facultative (overflow:auto) et qui mange sur la largeur du tableau, influe sur ce comportement erratique.
Je ne vois pas d'attribut de style qui permette qu'elle soit outer, un margin-rignt de tbody peut-être ?
D'autre part la définition des <col> n'interfère pas de manière significative et visible.

Super ce scroll, quand les barres sont inutiles elles sont grisées et inactivables, mais en place donc la largeur du tableau ne varie plus.
Par contre ça force une barre horizontale grisée inutile, mais je ne trouve pas ça trop gênant.
J'ai toujours une petite variation de la largeur de la colonne intitulés sur certaines classes de comptes aux intitulés plus longs que les autres et pourtant j'ai taillé la colonne large, 26em.
Aucun intitulé n'est tronqué ni ne déborde.
J'ai aussi regardé du côté de table-layout:fixed, sans résultat.

C'est exactement ce que j'ai fait mais, en auto, quand il n'y a pas d'ascenseur, le tbody s'élargit pour prendre toute la largeur de la div, il se fout des width des cellules ou des col.
La seule chose que je n'ai pas essayée c'est de mettre une width sur table ou sur tbody.
Bon, de toutes façons, je dois en rester là car Dame 4'in me tanne pour préparer les bagages, nous partons pour Crayssac (46) demain matin.

A bientôt les petits loups.

Rappel de mon post du 14-07-2011

Je découvre ton blog à l’instant ,et tous ces informations sont intéressantes donc un petit mot d’encouragement pour la suite. Pas de pub SVP

Dernière modification par rosy123 (02-11-2011 18:15:12)

Je botte un peu en touche mais ce plugin JQuery semble réaliser ce que nous recherchons.
jquery-scrollable-table-plugin

Disons que la lecture du bouquin d'Éric Sarrion m'a fait prendre conscience qu'au prix du sacrifice d'un peu de temps de chargement (dans le cache du navigateur) on avait là un outil côté client qui, comme le dit la pub "just write less but do more" et, qui plus est, on s'affranchit des problèmes de compatibilité entre les navigateurs et l'on peut réaliser des effets de style inaccessibles avec juste les règles CSS.
Mais bon, c'est tout un apprentissage, et cela complique encore l'architecture MVC.
Donc je ne pense pas que ce soit juste en ce moment mais plutôt dorénavant, que je suis dans le JQUERY, quant à y être à fond, il me reste encore à creuser.

Bonjour,

Moi je pense que ca complique bien l'architecture MVC, car il faut deux modes de fonctionnement.

En effet, pour des raisons d'accessibilité très diverses, il faut prévoir un mode dégradé de fonctionnement, sans javascript. Exemples :

- navigateurs en mode texte depuis un serveurs
- IE qui a décidé de ne plus interpréter le javascript, ou partiellement (ne rigolez pas, j'en connais plusieurs dizaines a qui c'est arrivé ça)

Sans compter que tout ce qui est controle de sécurité doit bien sur se faire coté serveur (mais ca, jquery ou pas, il ne faut pas l'oublier).

Je pars donc depuis longtemps sur le principe qu'un site doit fonctionner, au moins de manière dégradée, sans javascript, et que le javascript ne sert ensuite qu'a rendre les choses plus ergonomique et intuitive, autant que l'on peut.

(oui je sais, ce forum en est un très mauvais exemple, le captcha d'inscription nécessite du javascript, il faudra que je rajoute d'autres choix de captcha un jour).

@+
ManicoW

Re,

- le code n'est pas trop concerné dans ce cas, vu que se sont les utilisateurs du service, par les développeurs. L'état de santé de l'ordi, ben j'ai vu un peu de tout, de mme Michu et quelqu'un de plus avancé, mais en général le problème est sous entendu dans le logiciel utilisé, qui dit IE dit win, et après quelques années d'usage... tous n'ont pas la patience de réinstaller Et puis il reste le cas de la navigation en mode texte (dans mon cas je remercie nvidia de ne pas avoir un site trop chiant pour ça, surtout sur la partie driver, quand X ne veut pas démarrer ).

- en effet, la vue coté client ne pose pas de soucis, mais bon, j'ai déjà vu des gens (je ne parle pas de toi ou de mk, mais on est lu parfois ) qui ont mis un controle de valeurs d'un formulaire tout en javascript, et qui du coup se dire "bah j'ai pas besoin de valider coté serveur"... forcément, après, ca se fait pirater sec

- ha mais non, moi je veux un site vitrine qui aurait put être totalement statique avec tout en js et php, non mais !

Note bien au final que je ne suis pas contre jquery et ses amis (je m'y met d'ailleurs doucement), mais que je pense qu'il faut garder a l'esprit que cela peut poser problème. Du coup en général je commence par poser une base fonctionnelle sans js, puis j'ajoute du js, tout en le conservant non obligatoire, et pour vérifier, je teste le site sans js. Ca fonctionne bien comme méthode, même si c'est parfois un peu contraignant (par exemple pour ceux qui aime les menus repliables, quand on met ca en js on a tendance a les mettre fermés et faire la fonctionnalité pour les déplier en js, alors qu'il faut en fait les mettres ouvert, les fermer au chargement de la page via js, et avoir la fonctionnaliter pour les déplier/replier en js, et dans ce cas, si pas de js, ben les menus sont quand meme là, moins beau, mais ça fonctionne (tm))

Donc on est d'accord sur le gros de la chose

@+
ManicoW