je suis en train d'adapter un theme free-template et j'aurais besoind 'aide jene comprend pas pourquoi j'ai des éespacesé entre les parties de mon blog.
Problème résolu pour la apge d'acceuil, par contre pour la visualisation d'un article comme ici : http://blog.clawfire.net/?1-premier-article c'est un peu le méga foutoir ^^
Hum, j'avais pas capté que ça venait de freecsstemplates, mais je constate une violation de la licence Creative Commons. Je ne verrouille pas le sujet pour le moment, mais tu dois remettre un lien vers www.freecsstemplates.org pour respecter la légalité du contrat.
Je ne plaisante pas avec les licences depuis qu'on m'a volé un script sous licence CC et qu'on ne m'a jamais attribué le travail. J'aurais pu porter légalement plainte, mais j'ai préféré mettre tous mes travaux sous licence GNU/GPL.
Ne t'en veux pas d'avoir publié le lien, il vaut mieux que ça soit moi qui te le dise qu'un représentant de la loi :]
oups oui ne fait j'ai utiliser jsute le css donc le lien a sauter vu que j'utilise la base d'un autre template. BOn je modifie ca de suite mais sinon une idée sur d'ou viens le pb concernant la lecture d'un billet ?
non en fait c'est juste un probleme classique de flottant qui ne sont pas "englober" par le parent.
En ajoutant un : overflow:hidden; a #page , le probleme se resout de lui même.
#page va prendre en compte la taille de #content (qui flotte) et le pied va s'afficher en bas .
#page afficheras le fond sur la hauteur de ce qu'il contient alors.
>il n'y a plus que le problème des caractères accentués
eh bien cherche dans les réglages de ton éditeur et modifie l'encodage ou le format des caractères de utf-8 (actuellement) en iso-8859-1
>il n'y a plus que le problème des caractères accentués
eh bien cherche dans les réglages de ton éditeur et modifie l'encodage ou le format des caractères de utf-8 (actuellement) en iso-8859-1
iso-8859-15, plutôt. On est en Europe occidentale :]
iso-8859-15, plutôt. On est en Europe occidentale :]
le web est planétaire, je doute que le 8859-15 soit aussi universel que le 8859-1 (qui est L'occidental). idem pour les éditeurs de texte, ça doit pas être courant
mais bon...
Bien sûr que le 8859-15 est planétaire, c'est une norme
De plus, quand tu parles d'occidental c'est... la « partie gauche » du monde, USA compris, tandis que l'iso-8859-15 concerne l'Europe occidentale, endroit dans lequel on est
Quand à l'universalité... y'a l'utf-8, à Pluxml de se mettre aux normes
>Bien sûr que le 8859-15 est planétaire, c'est une norme
c'est çà oui...
les normes sont à l'adoption ce que sont les connaissances littéraires sont à la pratique...
d'abord je parle de iso-8859-1/15 (et de de iso 8859-1/15, en info y'a une nuance et c'est ce qui est validé par l'Iana)
>d'occidental c'est... la « partie gauche » du monde, USA compris
non, iso-8859-1 c'est _communément_ : EUROPE occidental
USA: c'est US-ascii devenu un sous-ensemble de iso-8859-1
Je te signale juste que ces changements sont justement faits pour l'alphabet français, qui compte à l'heure actuelle... 42 caractères, dont (42-26=) 16 non-ASCII, sans compter l'euro.
NB : Après lecture de la page dédiée Wikipedia, mes dires se confirment : , et sont des lettres de l'alphabet français, non présentes dans les autres encodages.
Quand aux « petits programmes » qui ne supportent pas ce charset... Que dire de IE, qui ne respecte pas les normes ? Comment se fait-il qu'on continue de développer pour ce « petit programme » ?
J'ai décidé aujourd'hui, grâce à cette discussion, d'arrêter le codage pour Internet Explorer 6. C'est comme PHP3, c'est quelque chose que l'on doit ignorer si on veut avancer.
>16 non-ASCII, sans compter l'euro.
non: http://www.iana.org/assignments/charset-reg/ISO-8859-15
ne pas confondre iana avec iso, si iana dit 8, c'est 8, j'ai pas les compétence pour dire l'inverse...
y compris , , etc, j'ai pas dit l'inverse il me semble.
xxx-1 n'est pas un handicap, il suffit de connaître quelques entités html: € par exemple, ça existe depuis le début du web.
(oui, l'utf-8 est une progression en voie d'adoption).
Une fois un standard approuvé, l'adoption est autre chose.
c'est pour cela que je ne préconise pas l'utilisation de xxx-15 sans connaître les aboutissements.
>Que dire de IE,
bah lui il comprend iso-8859-15 depuis au moins IE5 ou 5.5, sous win.
>d'arrêter le codage pour Internet Explorer 6.
on ne code pas pour ie6 (sauf en jS , on contourne les bugs , sauf à faire du html hors standard... et non accessible (mais c'est un autre débat).
hello,
quel problème? hormis pour le titre du premier article, où ça ressemble fort à un bug clavier? je ne vois pas de problème particulier sur les caractères accentués.
par contre tu as choisi iso-889-15, alors que le programme se base sur 8859-1 (LE standard, avec utf-8). il ne suffit pas de changer l'encodage du template pour que le reste de la chaîne suive... potentiellement tu risqueras des défauts d'affichage sur 8 caractères particuliers (voir post précédent).
ça doit être pour cela que le caractère ne passe pas sur le commentaire de test (que je viens de laisser sur ton premier article et que tu peux supprimer donc).
Réponses
Au minimum, la cellule d'aide spécialisée, réclamera :
le template.php
le style.css
l'adresse du site
à plus;
Gzyg
blog.clawfire.net
c'est indéniable un pb d'espassement endre les id
les css sont bien sur accessibles apres (si tenté que vous ayez firefox d'installer sinon :
http://blog.clawfire.net/core/templates/test/style.css
http://blog.clawfire.net/core/templates/test/template.php
)
http://www.freecsstemplates.org/preview/outtabox
Perso, quand j'entreprend de l'adaptation je remets tous les margin et paddding à 0.
Puis j'ajuste.
Essaie déjà ça c'est pas bien long. Le temps que quelqu'un trouve mieux...
à plus,
Gzyg
Je ne plaisante pas avec les licences depuis qu'on m'a volé un script sous licence CC et qu'on ne m'a jamais attribué le travail. J'aurais pu porter légalement plainte, mais j'ai préféré mettre tous mes travaux sous licence GNU/GPL.
Ne t'en veux pas d'avoir publié le lien, il vaut mieux que ça soit moi qui te le dise qu'un représentant de la loi :]
En ajoutant un : overflow:hidden; a #page , le probleme se resout de lui même.
#page va prendre en compte la taille de #content (qui flotte) et le pied va s'afficher en bas .
#page afficheras le fond sur la hauteur de ce qu'il contient alors.
++
Si quelqu'un veut bien m'expliquer sous quelle condition et licence je peut/doit redistribuer cela et comment éviter certains caractères étranges .
eh bien cherche dans les réglages de ton éditeur et modifie l'encodage ou le format des caractères de utf-8 (actuellement) en iso-8859-1
mais bon...
De plus, quand tu parles d'occidental c'est... la « partie gauche » du monde, USA compris, tandis que l'iso-8859-15 concerne l'Europe occidentale, endroit dans lequel on est
Quand à l'universalité... y'a l'utf-8, à Pluxml de se mettre aux normes
c'est çà oui...
les normes sont à l'adoption ce que sont les connaissances littéraires sont à la pratique...
d'abord je parle de iso-8859-1/15 (et de de iso 8859-1/15, en info y'a une nuance et c'est ce qui est validé par l'Iana)
>d'occidental c'est... la « partie gauche » du monde, USA compris
non, iso-8859-1 c'est _communément_ : EUROPE occidental
USA: c'est US-ascii devenu un sous-ensemble de iso-8859-1
> tandis que l'iso-8859-15
non: http://fr.wikipedia.org/wiki/ISO_8859#Les_parties_du_standard_ISO_8859
pour 8 caractères qui changent,:
http://www.iana.org/assignments/charset-reg/ISO-8859-15
pas sûr que les 'petits' programmes aient déjà adopté cet encodage récent environ 2000/2002.
d'ailleurs, comme petits progs, la dernière fois que j'ai testé outlook express, il savait pas le faire (mais y'a déjà longtemps peut-être...)
>Quand à l'universalité... y'a l'utf-8
oui, mais faut pas pousser les développeurs
NB : Après lecture de la page dédiée Wikipedia, mes dires se confirment : , et sont des lettres de l'alphabet français, non présentes dans les autres encodages.
Quand aux « petits programmes » qui ne supportent pas ce charset... Que dire de IE, qui ne respecte pas les normes ? Comment se fait-il qu'on continue de développer pour ce « petit programme » ?
J'ai décidé aujourd'hui, grâce à cette discussion, d'arrêter le codage pour Internet Explorer 6. C'est comme PHP3, c'est quelque chose que l'on doit ignorer si on veut avancer.
non: http://www.iana.org/assignments/charset-reg/ISO-8859-15
ne pas confondre iana avec iso, si iana dit 8, c'est 8, j'ai pas les compétence pour dire l'inverse...
y compris , , etc, j'ai pas dit l'inverse il me semble.
xxx-1 n'est pas un handicap, il suffit de connaître quelques entités html: € par exemple, ça existe depuis le début du web.
(oui, l'utf-8 est une progression en voie d'adoption).
Une fois un standard approuvé, l'adoption est autre chose.
c'est pour cela que je ne préconise pas l'utilisation de xxx-15 sans connaître les aboutissements.
>Que dire de IE,
bah lui il comprend iso-8859-15 depuis au moins IE5 ou 5.5, sous win.
>d'arrêter le codage pour Internet Explorer 6.
on ne code pas pour ie6 (sauf en jS
x->[]
quel problème? hormis pour le titre du premier article, où ça ressemble fort à un bug clavier? je ne vois pas de problème particulier sur les caractères accentués.
par contre tu as choisi iso-889-15, alors que le programme se base sur 8859-1 (LE standard, avec utf-8). il ne suffit pas de changer l'encodage du template pour que le reste de la chaîne suive... potentiellement tu risqueras des défauts d'affichage sur 8 caractères particuliers (voir post précédent).
ça doit être pour cela que le caractère ne passe pas sur le commentaire de test (que je viens de laisser sur ton premier article et que tu peux supprimer donc).
a+
pour les caractères trop spéciaux, utiliser au besoin les entités html
liste de référence:
http://www.la-grange.net/w3c/html4.01/sgml/entities.html#h-24.2
quand tu vois indiqué :
...!ENTITY nbsp CDATA " " (espace insécable)
il faut transcrire nbsp en ( encadrement avec & et ; )
a+