Je ne comprends pas bien le problème. Normalement, il n'y a rien dans les navigateurs qui empêchent une feuille de style de charger une image. Tu essayes de faire quoi ?
Inclure directement les images : background: url("//linuxfr.org/images/markitup/link.png"); ?
Inclure une CSS fournie par LinuxFr.org : @import url("//linuxfr.org/assets/common/markitup.css"); ?
Vu que l'on peut maintenant choisir une feuille de style par session (en plus de celle définie par défaut) et utiliser des media-queries dans les CSS, je ne pense pas que cette entrée soit encore très utile. Je me permets donc de la fermer.
Ce n'est peut être pas la peine de se prendre la tête la dessus pendant des heures, je ne sais pas vraiment ce qu'il convient de faire, donc tu n'as qu'à faire ce que tu veux :)
ce n'est plus le cas, je doute que les admins aient l'info ailleurs qu'en base…
En fait, c'est plus les logs que la base de données que l'on va voir dans ce genre de cas. D'ailleurs, ça aide pas mal d'avoir des exemples pour faire les bons grep sur les logs.
Je ne prétends pas être très calé en typographie. Ma compréhension sur ce point est que l'on a des paragraphes séparées par des lignes vides et qui peuvent se décomposer en alinéas, qui eux sont juste séparés par un simple retour à la ligne. Pour faciliter la lecture des alinéas, on ajoute un décalage au début de l'alinéa. Par contre, si les paragraphes ne sont pas découpés en alinéas, l'usage voudrait que l'on ne mette pas ce décalage car il serait redondant avec le saut de ligne. Sur LinuxFr.org, nous sommes dans ce second cas et donc il convient de ne pas marquer de décalage en début de paragraphe.
Maintenant, il se peut aussi que je me trompe complètement. Dans ce cas, il ne faut pas hésiter à me le dire et à filer un lien pour que je puisse m'instruire sur le sujet ;-)
PS : j'ai réouvert l'entrée de suivi en attendant d'en savoir plus.
Tu peux aller voter pour cette entrée de suivi : http://linuxfr.org/suivi/pouvoir-afficher-les-journaux-moinsses. Si ça intéresse beaucoup de monde, je le ferais. En attendant, je ne suis pas très pressé de le faire vu que c'est loin d'être simple comme modification.
Par contre, je pense que la ligne b <-- a; n'est pas ce que tu voulais faire. Elle s'interprète comme b < (--a);, du coup la valeur de a passe de 5 à 4 et b qui n'était pas initialisé peut avoir n'importe quelle valeur.
il y a toujours ces deux rectangles blancs en haut a gauche et en haut a droite, qui ne font qu'alourdir la page sans rien apporter, ca serait possible de les virer ou il y a une raison technique?
On parle bien de la CSS telle qu'elle est affichée sur un desktop, pas des optimisations pour les mobiles ? Si oui, ces rectangles sont là depuis que l'auteur original de la CSS a proposé cette feuille de style au site. J'imagine qu'ils sont là pour donner un certain style. Comme je me méfie de mes choix en termes de bon goût, j'aimerais bien avoir l'avis d'autres personnes avant d'y toucher.
les avatars prennent beaucoup de place dans les commentaires sur un mobile. Je sais qu'on peut les supprimer globalement, mais est-ce que ca serait possible de les virer si la largeur d'ecran est vraiment petite?
J'ai forcé la taille en 50x50 pour les mobiles. Est-ce mieux ?
On peut maintenant choisir une feuille de style pour juste une session depuis la page Changer de style (pour les utilisateurs authentifiés donc). L'adresse de la feuille de style est enregistrée dans le cookie stylesheet, donc même les anonymes peuvent créer à la main le cookie pour avoir une feuille de style spécifique pour un navigateur donné.
On peut maintenant choisir une feuille de style pour juste une session depuis la page Changer de style pour les utilisateurs authentifiés donc). L'adresse de la feuille de style est enregistrée dans le cookie stylesheet, donc même les anonymes peuvent créer à la main le cookie pour avoir une feuille de style spécifique pour un navigateur donné.
J'ai considéré que les pages de wiki n'appartenaient à personne, qu'elles étaient écrites collaborativement et qu'il n'y avait donc pas vraiment de critère pertinent pour les afficher sur les pages utilisateurs.
Tu voudrais quoi sur cette page ? Les pages crées par l'utilisateur ? Celles modifiées ? Autre chose ?
Clients that support HTTP's per-server connection limitation might run into trouble when opening multiple pages from a site if each page has an EventSource to the same domain. Authors can avoid this using the relatively complex mechanism of using unique domain names per connection, or by allowing the user to enable or disable the EventSource functionality on a per-page basis, or by sharing a single EventSource object using a shared worker.
Je pense que ce que Zenitram voulait dire, c'est utiliser LaTeX pour générer des images et les inclure dans le HTML. La qualité typographique devrait être la même.
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi faille xss et un gosse qui joue avec. Évalué à 6 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/4b4e5af4a8f3055491872b5306d5e0292b9f3bdd
# Move Commons et Privacy Icons
Posté par Bruno Michel (site web personnel) . En réponse au journal Simplifier la lecture des licences. Évalué à 6.
Dans le style pictogramme pour informer des utilisateurs, il y a également :
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi La zone d'édition déborde avec les faibles résolutions. Évalué à 3 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/c0489e365e48ee72cb6485c7f13a389243e16a2a
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Layout "verticalisé" pour la CSS par défaut sous 768px. Évalué à 3 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/c0489e365e48ee72cb6485c7f13a389243e16a2a
# Doublon
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Journaux négatifs cachés : les cacher selon le seuil (et plus de souplesse dans le seuil). Évalué à 3 (+0/-0).
Cf http://linuxfr.org/suivi/pouvoir-afficher-les-journaux-moinsses
# Hum...
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi images du site linuxfr inaccessibles depuis les css uploadées. Évalué à 3 (+0/-0).
Je ne comprends pas bien le problème. Normalement, il n'y a rien dans les navigateurs qui empêchent une feuille de style de charger une image. Tu essayes de faire quoi ?
Inclure directement les images :
background: url("//linuxfr.org/images/markitup/link.png");
?Inclure une CSS fournie par LinuxFr.org :
@import url("//linuxfr.org/assets/common/markitup.css");
?Autre ?
# Bof
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi un CSS par user agent. Évalué à 3 (+0/-0).
Vu que l'on peut maintenant choisir une feuille de style par session (en plus de celle définie par défaut) et utiliser des media-queries dans les CSS, je ne pense pas que cette entrée soit encore très utile. Je me permets donc de la fermer.
[^] # Re: Typographie
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Alinea en début de paragraphe. Évalué à 3 (+0/-0).
Ok, dans ce cas, je referme le ticket :)
[^] # Re: Exemple
Posté par Bruno Michel (site web personnel) . En réponse au message Comportement étrange. Évalué à 6.
En fait, c'est plus les logs que la base de données que l'on va voir dans ce genre de cas. D'ailleurs, ça aide pas mal d'avoir des exemples pour faire les bons grep sur les logs.
[^] # Re: Typographie
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Alinea en début de paragraphe. Évalué à 3 (+0/-0).
Je ne prétends pas être très calé en typographie. Ma compréhension sur ce point est que l'on a des paragraphes séparées par des lignes vides et qui peuvent se décomposer en alinéas, qui eux sont juste séparés par un simple retour à la ligne. Pour faciliter la lecture des alinéas, on ajoute un décalage au début de l'alinéa. Par contre, si les paragraphes ne sont pas découpés en alinéas, l'usage voudrait que l'on ne mette pas ce décalage car il serait redondant avec le saut de ligne. Sur LinuxFr.org, nous sommes dans ce second cas et donc il convient de ne pas marquer de décalage en début de paragraphe.
Maintenant, il se peut aussi que je me trompe complètement. Dans ce cas, il ne faut pas hésiter à me le dire et à filer un lien pour que je puisse m'instruire sur le sujet ;-)
PS : j'ai réouvert l'entrée de suivi en attendant d'en savoir plus.
[^] # Re: score négatif des journaux
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche trop stylé en mobilité !. Évalué à 2.
Tu peux aller voter pour cette entrée de suivi : http://linuxfr.org/suivi/pouvoir-afficher-les-journaux-moinsses. Si ça intéresse beaucoup de monde, je le ferais. En attendant, je ne suis pas très pressé de le faire vu que c'est loin d'être simple comme modification.
[^] # Re: Media handheld
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche trop stylé en mobilité !. Évalué à 4.
C'est ajouté. Cf https://github.com/nono/linuxfr.org/commit/917bb1dcd717f780ac6b43baeb7a35d7bc9d122e
Bizarre, j'avais testé avec Opera Mini Emulator et ça marchait bien sans ça.
Lui, par contre, je ne le connaissais même pas.
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Bug pour le lien vers la tribune de rédaction. Évalué à 3 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/26c860ef06586fcbf62f31f6ad99865126a53fe5
[^] # Re: clojure
Posté par Bruno Michel (site web personnel) . En réponse au journal De tout, de rien, des bookmarks, du bla bla. Évalué à 1.
Non, ça semble correct.
Par contre, je pense que la ligne
b <-- a;
n'est pas ce que tu voulais faire. Elle s'interprète commeb < (--a);
, du coup la valeur de a passe de 5 à 4 et b qui n'était pas initialisé peut avoir n'importe quelle valeur.[^] # Re: clojure
Posté par Bruno Michel (site web personnel) . En réponse au journal De tout, de rien, des bookmarks, du bla bla. Évalué à 5.
Non, ça ne marche pas en C. Exemple :
En fait,
1 < 2 < 3
va être interprété comme(1 < 2) < 3
.1 < 2
est vrai et renvoie donc1
et1 < 3
est également vrai.Par contre, pour
-3 < -2 < -1
,-3 < -2
est aussi vrai, mais1 < -1
est faux.[^] # Re: Bravo !
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche trop stylé en mobilité !. Évalué à 4.
On parle bien de la CSS telle qu'elle est affichée sur un desktop, pas des optimisations pour les mobiles ? Si oui, ces rectangles sont là depuis que l'auteur original de la CSS a proposé cette feuille de style au site. J'imagine qu'ils sont là pour donner un certain style. Comme je me méfie de mes choix en termes de bon goût, j'aimerais bien avoir l'avis d'autres personnes avant d'y toucher.
J'ai forcé la taille en 50x50 pour les mobiles. Est-ce mieux ?
# Nouvelle fonctionnalité : avoir une CSS différente pour juste une session
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche trop stylé en mobilité !. Évalué à 8.
On peut maintenant choisir une feuille de style pour juste une session depuis la page Changer de style (pour les utilisateurs authentifiés donc). L'adresse de la feuille de style est enregistrée dans le cookie
stylesheet
, donc même les anonymes peuvent créer à la main le cookie pour avoir une feuille de style spécifique pour un navigateur donné.Cf https://github.com/nono/linuxfr.org/commit/435d8c18e66ddd62db70591027cf0e443ca81ae1
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Plus de CSS par session. Évalué à 3 (+0/-0).
On peut maintenant choisir une feuille de style pour juste une session depuis la page Changer de style pour les utilisateurs authentifiés donc). L'adresse de la feuille de style est enregistrée dans le cookie
stylesheet
, donc même les anonymes peuvent créer à la main le cookie pour avoir une feuille de style spécifique pour un navigateur donné.Cf https://github.com/nono/linuxfr.org/commit/435d8c18e66ddd62db70591027cf0e443ca81ae1
# Commentaires pris en compte
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Correction pour la version mobiles. Évalué à 3 (+0/-0).
J'ai essayé de prendre en compte ces commentaires. Pour la tribune de modération, je n'affiche que les 3 messages les plus récents.
Cf https://github.com/nono/linuxfr.org/commit/e5c0ce089acfd9b90ed4d5de46a805e77c8fba21
# À qui appartient une page de wiki ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi liste utilisateur page wiki . Évalué à 3 (+0/-0).
J'ai considéré que les pages de wiki n'appartenaient à personne, qu'elles étaient écrites collaborativement et qu'il n'y avait donc pas vraiment de critère pertinent pour les afficher sur les pages utilisateurs.
Tu voudrais quoi sur cette page ? Les pages crées par l'utilisateur ? Celles modifiées ? Autre chose ?
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Jabber ID et visiteurs anonymes. Évalué à 4 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/2d6cec2078d7a49ba2c49305ae1d8d3218e3c1dc
[^] # Re: cool
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche trop stylé en mobilité !. Évalué à 4.
Et du coup, tu verrais quel intérêt à le faire ?
# Une piste
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Inter-locks. Évalué à 3 (+0/-0).
Source : http://www.whatwg.org/specs/web-apps/current-work/multipage/comms.html#notes
[^] # Re: EPUB ou rien
Posté par Bruno Michel (site web personnel) . En réponse au journal livre numérique des éditions eni. Évalué à 5.
Je pense que ce que Zenitram voulait dire, c'est utiliser LaTeX pour générer des images et les inclure dans le HTML. La qualité typographique devrait être la même.
[^] # Re: plus ou plus
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche trop stylé en mobilité !. Évalué à 2.
Heu, ça ne règle pas le problème, on peut toujours interpréter le plus des deux façons.