Bonjour,
Lorsqu’on dépose un commentaire dans la tribune de rédaction d’une dépêche et qu’on l’on revient sur la partie publique du site, une icône indique qu’un message a été posté depuis la dernière fois où on y est allé (alors que c’est mon message qui est compté). Cela m’oblige à recharger la page de rédaction de la dépêche pour pouvoir vraiment surveiller si la discussion a continué après mon passage.
Merci d’avance.
On ne peut pas annuler un vote sur un contenu, or:
Le mieux serait de pouvoir simplement revenir à l’état initial, c’est à dire «pas de vote» avec un (…)
Quelque soit le texte que j’entre dans la boite de recherche, j’obtiens le message d’erreur classique de Linuxfr qui demande d’ouvrir une entrée dans le suivi.
Au lieu de multiplier les rapports de bug, je met tout ici et je noterais au fur et à mesure ce qui a été corrigé.
On peut vouloir consulter l’état d’avancement d’une dépêche sur mobile. Or il y a des marges immenses à gauche et à droite, de plus la colonne de discussion passe en-dessous du contenu de la dépêche, laissant tout de même un gigantesque espace vide à droite là où elle est censée être.
Je pense que la meilleure chose à faire serait d’avoir la colonne qui se met en-dessous et le contenu qui prenne tout la place. On pourrait également envisagé de (…)
J’ai l’habitude d’utiliser Alt+Maj+P et Alt+Maj+S pour respectivement prévisualiser et soumettre le commentaire/contenu sur certains forums et wiki (FluxBB et Mediawiki par exemple). Ça serait bien si on pouvait avoir la même chose ici.
Édition: On peut aussi penser à Ctrl+entrée pour valider (et quel raccourci pour prévisualiser alors?).
Quand on prévisualise ce que l’on est en train d’écrire, les mots inconnus du site sont soulignés en rouge. Serait-ce possible que la correction tienne compte de la «nouvelle» (plus âgée que moi!) orthographe?
C’est un peu galère de réordonner des liens.
On pourrait mettre à côté de chaque lien un bouton pour indiquer sa nouvelle place (insérant le lien à cette place et décalant tous les autres liens).
On pourrait aussi mettre les liens sous forme de texte qu’on peut réorganiser librement (on les voit sous cette forme lors des diffs).
Bonjour,
Cet après-midi j’ai eu le plaisir d’apprendre par courriel que grâce à Linuxfr j’ai gagné un livre! Mais j’ai aussi remarqué un petit problème de codage de caractères…
En effet, le codage du courriel doit être ISO-machin (ou Windows-truc) tandis que le nom de la dépêche lui a dû être piqué automatiquement du site en UTF-8, du coup si je règle en ISO-machin tout est bon sauf le titre de la dépêche et si je met en UTF-8 le (…)
Je suis en train d’écrire une dépêche et quand je fais «réorganiser» puis «ok», ça charge pendant un moment avant de me dire que «oups faut mettre une entrée dans le suivi». Visiblement ça passe pour la première partie de la dépêche mais pas pour la seconde, même si je supprime toute la deuxième partie de la dépêche ça ne passe pas!
https://linuxfr.org/redaction/news/sortie-de-rust-0-8
Par ailleurs, le temps de chargement avant d’afficher la page pour réorganiser la dépêche est très long, (…)
Depuis la dernière mise à jour de la CSS, la police des dépêches est plus grosse que celle des commentaires sur ordinateur mais plus petite que celle des commentaire sur le navigateur Android. Dans tous les cas, ça rendait beaucoup mieux avant, lorsque la taille était la même pour les deux.
Si dans un commentaire, on met:
![]()
Ça fonctionne, mais ça ne met rien. Jusqu’ici tout est normal.
En revanche, si l’on met:
cela nous affiche:
Oops, la page demandée ne peut être servie car une erreur s'est produite. L'erreur va être enregistrée, permettant à l'équipe en charge du site de la corriger. Vous pouvez créer une entrée dans le suivi pour donner des informations sur la manière dont cette erreur s'est produite et être averti de sa résolution.
Sachant que la taille d’un écran sur mobile laisse peu de place au contenu, peut-être serait-il préférable de réduire les marges. En effet, si on regarde pour une dépêche, il y a la marge extérieure et intérieure de chaque côté, ce qui fait plus de 15% de la largeur pris par des marges. On pourrait réduire cette marge de moitié voire un peu plus afin de mieux profiter de la taille de l’écran.
J’ai trouvé dans le CSS la règle qui semble à l’origine du problème:
#edition article #first_part::before {
content: url("data:image/svg+xml;charset=utf-8,%3Csvg%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20width%3D%2224%22%20height%3D%2224%22%20viewBox%3D%220%200%2024%2024%22%20fill%3D%22none%22%20stroke%3D%22currentColor%22%20stroke-width%3D%222%22%20stroke-linecap%3D%22round%22%20stroke-linejoin%3D%22round%22%20class%3D%22feather%20feather-scissors%22%3E%3Ccircle%20cx%3D%226%22%20cy%3D%226%22%20r%3D%223%22%3E%3C%2Fcircle%3E%3Ccircle%20cx%3D%226%22%20cy%3D%2218%22%20r%3D%223%22%3E%3C%2Fcircle%3E%3Cline%20x1%3D%2220%22%20y1%3D%224%22%20x2%3D%228.12%22%20y2%3D%2215.88%22%3E%3C%2Fline%3E%3Cline%20x1%3D%2214.47%22%20y1%3D%2214.48%22%20x2%3D%2220%22%20y2%3D%2220%22%3E%3C%2Fline%3E%3Cline%20x1%3D%228.12%22%20y1%3D%228.12%22%20x2%3D%2212%22%20y2%3D%2212%22%3E%3C%2Fline%3E%3C%2Fsvg%3E");
position: relative;
top: 20em;
left: -6em;
}La paire de ciseaux se trouve donc systématiquement en à la même distance du début du premier paragraphe de la dépêche, sur le texte ou à côté du sommaire si on a de la chance, et il me (…)