Le problème des scrollbars qui apparaissent de façon difficile à reproduire vient de plusieurs raisons:
(1) Tu as taillé tout ton formulaire en pixels alors que les polices sont taillées en "em", les polices peuvent varier d'un navigateur à l'autre, ou selon les préférences d'accessibilité de l'utilisateur sur son ordinateur, sa tablette, son smartphone, ou son grand écran TV. Il est impossible de faire cohabter les deux, et d'une façon générale il vaut mieux éviter de tailler les formulaires même en "em" ou en pixels, en utilisant plutôt les contraintes d'alignement, de marges, de contrôle des sauts de ligne (mais ne pas les interdire partout, notamment pas entre les boutons ! (2) Tu tailles les éléments à la façon (obsolète car non standard) d'Internet Explorer en mode de compatibilité "quirk" : en mode standard (HTML5, ou HTML4 sans quirk, ou CSS standard) la largeur ou la hauteur indiquée par "width:" ou "height:" est celle du contenu, et ne tient pas compte du padding, ni des bordures ni des marges extérieures qui viennent s'ajouter. De fait tu as des div dimensionnés avec une largeur par exemple de 355 pixel : ces divs indiquent un padding ou des bordures qu'il faudra retrancher des dimensions des éléments internes. Mais parmi ces éléments internes on trouve des div à nouveau de largeur 355 pixels, avec leur propre bordure, padding et marges, ce qui ne PEUT PAS rentrer dans la largeur du div parent. Pour plus d'infos recherche dans les spécifications CSS du SVG la doc concernant le "box-model". Une erreur fréquente qu'on trouve dans plein d'écrans sur le web c'est d'écrire: <div style="width:100%;">... en mentionnant en plus des marges, bordures et paddings horizontaux. A chaque fois cela fait déborder les cadres horizontalement et on soit on voit apparaître une barre de défilement, soit tu la supprime volontairement avec "overflow:hidden" mais alors tu cours le risque que le texte affiché dans un conteur soit partiellement masqué. Une solution c'est la propriété "box-model" de CSS3 (mais elle ne fonctionne qu'avec les navigateurs les plus récents, et même pas tous en HTML5 !) Cette propriété est un compromis au départ demandé pour la compatibilité, mais aussi par le fait que les webdesigners ont du mal à dimensionner leurs objets avec le box-model standard. De fait le W3C offre maintenant le choix permettant de déterminer quelle "boîte" sert de référence aux mesures de largeur et hauteur. L'autre solution si on veut ne pas avoir à gérer les deux "box-models" incompatibles (standard, et quirk d'IE) c'est de ne jamais mélanger les sur un même élément les styles fixant largeur et hauteur (width, height) avec les styles fixant marges, bordures et padding : il suffit de mettre un second élément interne fixant les dimensions dans un premier élement fixant les marges bordures et padding, ou bien l'inverse selon la façon dont in dimensionne les éléments. Je préfère nettement cette dernière solution, même si ça demande un peut plus d'éléments HTML dans la page (il faut savoir compter les div's emboîtés les uns dans les autres), ça a le mérite de fonctionner sur tous les navigateurs pour PC, tablettes, mobiles ou grands écrans. Et ce n'est pas non plus conceptuellement aberrant car géométriquement on a bien des rectangles différents, et cela offre ensuite plus de souplesse pour les placer précisément les uns avec les autres, plutôt qu'avec un box-model unique pour la page, ou plutôt que de jouer avec le style "box-model" mal supporté et difficile à suivre partout. Le 28 décembre 2013 21:48, yvecai <yve...@gmail.com> a écrit : > Salut, > > Concernant le problème de l'ascenseur dans le bloc menu, je pense avoir > résolu le problème. Mais il est dur à reproduire: je l'ai vu ce matin sur > chrome+W8 chez mon père, mais impossible de le reproduire avec quoique ce > soit sous Ubuntu ou W7 chez moi ... > Bref, tu peux confirmer que c'est bon ? http://beta.opensnowmap.org/ > > Il faut encore que je travaille pas mal sur les infos-bulles afin d'en > prévoir la traduction. > > Merci encore, > Yves > > > On 12/22/2013 01:46 PM, JB wrote: > > Firefox a jour sous W7, attention, râleur en force (ceci-dit, j'ai > toujours admiré ton site…) : > > - À l'accueil, les boutons controle, légende… sont sur deux lignes, avec > l'ascenseur (c'est quoi, le mot savant ?) qui apparait. Pas très beau, pas > très utilisable. > > - Je trouve « controles » pas très parlant, vu que c'est surtout une > question de fonds de carte. > > - Data. Données, c'est pas parlant, en français ? > > - Sinon, je trouve que data et blog pourraient être situés ailleurs, > comme ils sont moins lié aux fonctionnalités et renvoient vers des pages > différentes. > > - Globalement, je trouve aussi que ça manque d'infobulles, les dessins > sur les boutons ne sont pas toujours très parlant. > > - Je ne sais pas si l'anglais est la version de développement, si c'est > le cas, il manque quelques traductions vers le Français. > > JB. > > > > > Le 22.12.2013 10:05, yvecai a écrit : > > Salut à tous, > Cela doit bien faire 4-5 fois que je refais le design du site. > Cette fois-ci, j'ai commencé par maquetter le tout avec Inkscape. Outre > le temps gagné (franchement, je conseille !), je pense que le design est > plus abouti vu que j'ai réussi à le mettre en œuvre tel que je l'avais > dessiné. > > Alors voilà, faites-moi part de vos retours pendant que je suis en > vacances: http://beta.opensnowmap.org > > Merci d'avance ! Yves > > _______________________________________________ > Talk-fr mailing > listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr > > > > _______________________________________________ > Talk-fr mailing > listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr > > > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
