Suivi — Journaux Licence d'une dépêche crée à partir d'un journal

#2016 Posté par  (site Web personnel) . État de l’entrée : ouverte. Assigné à Adrien Dorsaz. Licence CC By‑SA.
Étiquettes : aucune
0
22
sept.
2021

Hello,

J'ai commencé à écrire les tests pour les modèles de données des journaux.

J'ai trouvé quelque chose d'assez intéressant, mais je ne sais pas si c'est une erreur ou non.

Actuellement, quand le staff convertit un journal en dépêche, la dépêche est préparée sous licence CC-By-SA quelque soit la licence du journal d'origine.

Ça me semble pas très correct pour l'auteur du journal qui a pris la peine d'enlever la coche "Je publie ce journal sous licence CC-BY-SA", non (…)

Suivi — Administration système Pouvoir tester les mises à jour de maintenance

#2002 Posté par  (site Web personnel) . État de l’entrée : ouverte. Assigné à Adrien Dorsaz. Licence CC By‑SA.
Étiquettes : aucune
0
30
mai
2021

Hello,

Je crée cette entrée de suivi, parce que les développeurs et administrateurs systèmes n'ont pas de moyen pour savoir si un changement de dépendance (npm, ruby, debian) casse les fonctionnalités du site.

Sur Github, on a le robot "dependabot" qui cherche les mises à jour nécessaire des dépendances et propose des pull request pour les mettre à jour.

Mais, sans aucun tests, il est impossible de prendre la décision de fusionner les merge request.

Si on réintroduit les tests (…)

Suivi — Suivi Créer un rôle "mainteneur" pour gérer les entrées de suivi

#1971 Posté par  (site Web personnel) . État de l’entrée : corrigée. Assigné à Benoît Sibaud. Licence CC By‑SA.
Étiquettes : aucune
0
1
fév.
2021

Hello,

J'ai regardé pour ajouter un rôle "mainteneur" pour la gestion du suivi (suite à ce commentaire).

J'ai préparé un Pull Request avec le code que je voulais ajouter.

Le mainteneur peut être assigné aux entrées de suivi et il peut lui même mettre à jour et supprimer des entrées.

Suivi — Suivi Actuellement "assigned_to_user_id" correspond à account.id

#1970 Posté par  (site Web personnel) . État de l’entrée : corrigée. Assigné à Adrien Dorsaz. Licence CC By‑SA.
Étiquettes : aucune
0
1
fév.
2021

Hello,

J'ai commencé à regarder pour ajouter un rôle "mainteneur" pour la gestion du suivi (suite à ce commentaire).

Je me suis rendu compte que le formulaire de création et de mise à jour des entrées de suivi enregistrent pour le champ "Assigné à" l'identifiant du compte de l'utilisateur (account.id) au lieu de stocker l'identifiant de l'utilisateur (account.user_id).

J'ai crée un Pull Request pour corriger ça avec la migration des valeurs en base de donnée. J'ai bien contrôlé d'abord (…)

Suivi — Rédaction Réduire la liste de dépêche en cours de rédactions

#1958 Posté par  (site Web personnel) . État de l’entrée : ouverte. Assigné à Adrien Dorsaz. Licence CC By‑SA.
Étiquettes : aucune
3
11
déc.
2020

Suite au journal de tisaac pour faire un peu de ménage en rédaction, je me suis dit que l’on pouvait aussi techniquement cacher par défaut les dépêches « vieillissantes ».


Mise à jour du 14.12.2020

À la place de cette artifice où je proposais de "cacher" certaines dépêches (ci-après), j'ai vu que LinuxFr était déjà prêt pour faire une relance et un nettoyage automatique, comme décrit dans ce fil de discussion.


Je propose de couper en deux la liste (…)

Suivi — Tribune board-linuxfr: réparer le build et permettre de configurer le host et port du serveur redis

#1949 Posté par  (site Web personnel) . État de l’entrée : corrigée. Assigné à Bruno Michel. Licence CC By‑SA.
Étiquettes :
0
14
sept.
2020

Hello!

Ce weekend, j'ai essayé de créer un environnement de dev pour LinuxFr avec Docker-Compose.

J'ai bien progressé, mais je n'arrive pas à exécuter l'outil board-linuxfr dans son propre container.

En fait, le soucis est assez simple: dans le PluginRedis, le code utilise Redis.new et il faudrait le mettre à jour pour permettre de choisir l'host et le port.

Je pensais faire simplement:

diff --git a/lib/board-linuxfr/redis_plugin.rb b/lib/board-linuxfr/redis_plugin.rb
index 15f4db2..5ba3625 100644
--- a/lib/board-linuxfr/redis_plugin.rb
+++ b/lib/board-linuxfr/redis_plugin.rb
@@ -12,7 +12,7 @@ class BoardLinuxfr
(…)

Suivi — Administration site Enlever les contenus marqués comme spam dans la liste "Derniers commentaires"

#1932 Posté par  (site Web personnel) . État de l’entrée : corrigée. Assigné à Adrien Dorsaz. Licence CC By‑SA.
Étiquettes : aucune
0
26
avr.
2020

La liste de lien "Derniers commentaires" dans le pied de page du site contient les liens qui ont été marqués comme spam.

Par exemple, on voit actuellement le commentaire "BUY … CERTIFICATE" dans cette liste. Si on clique sur ce liens, nous avons bien la page "Vous ne passerez pas".

Suivi — Administration site Mettre plus en avant le bandeau "Faites vivre LinuxFr"

#1931 Posté par  (site Web personnel) . État de l’entrée : corrigée. Licence CC By‑SA.
Étiquettes : aucune
2
26
avr.
2020

Suite au journal de freem sur la qualité des contenus de LinuxFr, je me suis rendu compte que le bandeau "Faites vivre LinuxFr" aurait pu répondre à ses questions, mais il est affiché uniquement au fond de la page d'accueil du site.

Je propose de l'afficher après 5 contenus listés, ce qui donnera dans la page d'accueil l'ordre suivant:

  1. Un premier contenu (pour la page d'accueil, le contenu "épinglé")
  2. Bandeau publicitaire
  3. Un deuxième contenu
  4. Un troisième contenu
  5. un quatrième contenu
  6. (…)

Suivi — Feuilles de style (CSS) Les bloques de code et les tableaux cassent le rendu mobile

#1908 Posté par  (site Web personnel) . État de l’entrée : corrigée. Licence CC By‑SA.
Étiquettes : aucune
0
2
nov.
2019

Hello,

Les bloques de code peuvent casser le rendu sur écran mobile:

la dépêche Fedora était bien rendue à 100% de la largeur de l'écran mobile.

Par contre, il y a eu un commentaire avec un bloque de code dont une ligne est trop long pour l'écran mobile. Depuis, la dépêche ne prend plus 100% de l'écran mobile.

Pour résoudre ce cas, je vois 2 solutions :

  • soit on force les lignes de code à être coupées en petits morceaux (…)

Suivi — Autres Implémenter le nouveau design de LinuxFR

#1875 Posté par  (site Web personnel) . État de l’entrée : ouverte. Licence CC By‑SA.
Étiquettes : aucune
5
15
avr.
2019

Hello,

Pour pouvoir organiser le développement du nouveau design de LinuxFr, j'ouvre une entrée de suivi avec le plan proposé par Mathieu.

Cette entrée a surtout pour but de montrer où en est le développement et ce qu'il reste à faire (je mettrai à jour régulièrement les croix dans la liste).

Je propose d'utiliser les commentaires pour discuter de chaque série de développement à réaliser.

Bon hack :)


Décomposition des changements

Ci-dessous on décompose les changements qui nous paraissent (…)

Suivi — Feuilles de style (CSS) Design: ajouter une icône de téléchargement à côté des liens Markdown et Epub

#1873 Posté par  (site Web personnel) . État de l’entrée : corrigée. Assigné à Bruno Michel. Licence CC By‑SA.
Étiquettes : aucune
2
3
avr.
2019

Hello,

J'ai commencé à regarder le répertoire Github https://github.com/mjourdan/linuxfr-design.

Pour l'instant, je m'attaque à la partie "pied de page" des contenus.

Cette première itération amène juste un bouton "Download" à côté des liens Markdown et Epub.

Le résultat sur Firefox:

Le design de mjourdan ne prévoit qu'un seul bouton download sur la droite du fond d'article:

Je pense que garder les deux liens est un bon compromis avec les fonctionnalités actuelles, surtout parce que Markdown et Epub sont deux (…)

Suivi — Administration système Fichier INSTALL.md détaillé pour guider les nouveaux contributeurs

#1867 Posté par  (site Web personnel) . État de l’entrée : corrigée. Licence CC By‑SA.
Étiquettes : aucune
2
27
fév.
2019

Hello,

J'ai eu l'occasion de prendre le temps de faire une documentation détaillée (avec le nom de la release de Debian actuellement utilisable, avec les commandes à exécuter en administrateur préfixé par sudo plutôt que #…).

Je viens de vérifier qu'elle fonctionne bien sur une nouvelle machine virtuelle.

Est-ce que ça vous intéresse d'ajouter ce fichier INSTALL.md dans le répertoire principale de Linuxfr et d'écrire dans le README qu'il faut se référer à ce fichier ?

Suivi — Administration système Ruby Sass est déprécié

#1865 Posté par  (site Web personnel) . État de l’entrée : ouverte. Licence CC By‑SA.
Étiquettes : aucune
0
13
fév.
2019

Hello,

Je suis en train de monter à nouveau une machine de développement pour linuxfr.

Je viens de terminer l'installation des gem avec bundle et j'ai eu le message post-installation de Ruby Sass qui m'avertit qu'il est déprécié et qu'il faut changer de gem.

Il y a un lien vers un article pour plus d'informations qui explique qu'il faut passer à Dart Sass.

Comme j'ai vu que le support se termine au 26 mars 2019, je me suis dit qu'il (…)

Suivi — Proposition Réorganisation des sections: ajout de la section "Communauté"

#1854 Posté par  (site Web personnel) . État de l’entrée : invalide. Licence CC By‑SA.
Étiquettes : aucune
1
11
déc.
2018

En cherchant comment intégrer le Planet LinuxFr dans le reste du site, j'ai eu une idée ce matin pour réorganiser les sections de LinuxFr.

L'idée serait de proposer une section "Communauté" dans le header du site et ne plus présenter les sections "Journaux" et "Liens".

Dans la section "Communauté", on aurait 3 sous-sections:
- "Journaux": pour les utilisateurs sans blog qui souhaitent écrire sur LinuxFR
- "Liens": pour les rapides partages
- "Planète": pour intégrer les blogs externes via l'intégration (…)

Suivi — Proposition Permettre de décentraliser ses journaux / liens avec un Planète

#1853 Posté par  (site Web personnel) . État de l’entrée : invalide. Licence CC By‑SA.
Étiquettes : aucune
0
11
déc.
2018

Hello,

Les quelques fois où je blogue sur mon site perso, je me dis souvent "tiens, ça pourrait intéressé quelqu'un sur LinuxFr", puis je me dis, ok je peux en faire un journal ou, plus récemment, je peux en faire un lien.

Souvent, finalement, je ne le fais pas, surtout à cause de ces deux points:

  • la flemme de réécrire l'article (bon, maintenant j'utilise Movim qui utilise aussi Markdown, donc c'est finalement encore assez rapide :))
  • le fait que, si (…)