Suivi — Étiquettes Filtrage des propositions de tag

#1442 Posté par  . État de l’entrée : invalide. Assigné à Bruno Michel. Licence CC By‑SA.
Étiquettes : aucune
1
17
oct.
2014

Lorsque l'on va pour ajouter un tag, on a une liste de tag proposés à partir de ce que l'on a commencé à taper.

Cette liste de tag inclue les tags qui sont déjà sur le contenu en question.

Par exemple sur la dépêche Utiliser colout pour colorier tout ce qu'affiche GDB, si on commence à taper gdb, il va proposer "gdbcoloutcouleurpipe".

Suivi — Étiquettes Créer un nouveau tag, ajout involontaire de « No records. »

#1336 Posté par  . État de l’entrée : corrigée. Assigné à Bruno Michel. Licence CC By‑SA.
Étiquettes : aucune
1
28
avr.
2014

Lorsque l'on veut ajouter un tag et que ce dernier n'existe pas, on la petite fenêtre qui s'ajoute et qui permet de choisir un tag déjà existant reste est sélectionne « No records. » du coup si on appuie sur « Entrée » (pour valider notre nouveau tag) il va remplacer le nouveau tag par « No records. ». Il faudrait que cette boite disparaisse (ou à minima quelle ne soit plus sélectionné lorsque le tag que l'on écris ne correspond à rien.

Suivi — Étiquettes Filtrer des recherches par tag

#827 Posté par  . État de l’entrée : corrigée. Assigné à Bruno Michel.
Étiquettes : aucune
2
10
fév.
2012

Il faudrait, je pense que la recherche via les tags soit plus poussée pour qu'elle devienne plus utilisée. Je pense qu'il serait bien de pouvoir au sein d'une recherche filtrer par tag.

Ainsi quand on fait une recherche, on trouve tout un tas de résultats et dans l'entête on a la liste des tags associés avec par exemple le nombre d'éléments que ça représente, chacun est associé à une checkbox et elles sont toute cochées. En décochant une checkbox on (…)

Suivi — Recherche Le moteur de recherche ne renvoie plus les dépêches

#1183 Posté par  . État de l’entrée : corrigée. Assigné à Bruno Michel. Licence CC By‑SA.
Étiquettes :
1
7
sept.
2013

Lorsque l'on fait une recherche le compteur des dépêche reste scotché à 0 et lorsque l'on clique dessus malgrès tout, on voit bien qu'il n'y a rien.

Une exemple : https://linuxfr.org/recherche?utf8=%E2%9C%93&q=linux

Suivi — Syntaxe markdown URL indépendante du protocole.

#1093 Posté par  . État de l’entrée : invalide. Assigné à Bruno Michel. Licence CC By‑SA.
Étiquettes : aucune
1
18
mar.
2013

Cela fait plusieurs fois qu'en suivant un lien dans le site posté par d'autres membres, je passe en version http (et plus https). Version dans la quelle entre autre, je ne suis pas connecté.

Serait-il possible d'analyser les url postée pour dans le cas où c'est un lien interne soit les traiter comme des url relative soit être relatif au protocole (http://google-styleguide.googlecode.com/svn/trunk/htmlcssguide.xml?showone=Protocol#Protocol) ?

Ça me semblerait plus propre que devoir passer à https everywhere.

Suivi — Dépêches Autorisation d'accès à l'espace de rédaction

#489 Posté par  . État de l’entrée : corrigée. Assigné à Bruno Michel.
Étiquettes :
2
2
juin
2011

Je viens d'apprendre (dans le journal La communauté Mageia est heureuse de vous annoncer la naissance de sa première release) que le liens « n dépêches en cours de rédaction » n'est accessible qu'à ceux qui ont déjà posté une dépêche. Je trouve ça dommage.

Quelqu'un qui n'est pas très au fait de l'actualité mais qui a une bonne plume pourrais aller corriger des fautes sans avoir à poster de commentaires à la suite de la publication des dépêches (…)

Suivi — Autres Problème dans la mise en page des aperçu

#503 Posté par  . État de l’entrée : corrigée. Assigné à Bruno Michel.
Étiquettes : aucune
1
11
juin
2011

Bonjour,

Dans les pages où l'on voit les aperçu de journaux par exemple, la mise en page est perdue ce qui rend une partie de l'aperçu illisible, en voici un exemple :

Alors que le journal en lui même est plus propre :

J'imagine que c'est pour essayer d'en montrer le plus possible dans l'aperçu mais ça ne me semble pas pertinent.

Suivi — Autres Envoie de contenu

#156 Posté par  . État de l’entrée : invalide. Assigné à Bruno Michel.
Étiquettes : aucune
3
22
fév.
2011

Pour l'envoie de contenus (que ce soit des commentaires, des articles ou autre). Je pense que le bouton soumettre devrait aller juste en dessous de la prévisualisation. Ça me semble plus logique :

  • on tappe notre texte
  • on clique en dessous pour prévisualiser
  • on se retrouve en haut à relire notre prose
  • on clique sur le lien en dessous pour le soumettre (sans avoir à repassé par la boite d'édition de texte).

Suivi — Autres Support de HSTS

#437 Posté par  . État de l’entrée : invalide. Assigné à Bruno Michel.
Étiquettes :
2
26
avr.
2011

Serait-il possible de gérer HSTS sur linuxfr afin de ne plus avoir à vérifier que l'on utilise bien la version sécurisé même sans l'extension de "HTTPS Everywhere" de Firefox ?

Suivi — Modération Lenteur de vote

#398 Posté par  . État de l’entrée : invalide. Assigné à Bruno Michel.
Étiquettes :
2
7
avr.
2011

Chez moi quelque soit mon navigateur (Chrome10, Firefox4) et mon OS (Windows XP, Debian). Le vote prend un max de temps (plusieurs secondes) avant que la notification s'affiche.

Je en sais pas si je suis seul.

S'il y a besoin de faire des tests plus poussé (avec firebug par exemple), je peux le faire, puisque cette lenteur est systématique.