Des geekeries, de la MAO, de tout et de rien…
Je suis
Charlie

Mots clés « blog »


Nouvelles du blog

Icône auteur nah, Icône canondrier 08 mars 2020, Icône commentaire
Mots clés Icône catégorie blog, PluXml, classé dans Icône catégorie Blog

Ça fait un moment que j'hésitais à lâcher PluXML. Non pas parce que j'aime pas ce CMS (bien au contraire), mais à cause de certains détails agaçant.

Je l'utilise depuis 2010 (quasiment une décennie), mais depuis, ma procédure de rédaction des articles a pas mal évolué.

Mes derniers articles sont rédigés en ReStructuredText (rst), un langage de balisage léger, dans le même style que Markdown ou Textile, via ReText, suivi d'un export au format html, et enfin copier-coller dans l'éditeur html de PluXML.

Cela fait donc plusieurs étapes entre la rédaction et l'aperçu dans le blog, avec la répétition de toute la procédure si je veux éditer ou corriger un truc.

À noter : j'utilise la même procédure pour nv, qui tourne aussi sous PluXML.

Par exemple, la dernière fiction du mercredi a été rédigée en reStructuredText, à partir d'une idée tenant sur une ligne, puis exportée en html, etc.

https://nouvelles.chibi-nah.fr/controle-z-d

Par contre, pour mes pages de docs, j'utilise une procédure totalement différente. Là, je passe par Sphinx-doc, git, et quelques hooks.

Pour la rédaction, j'utilise aussi bien ReText, Geany ou Visual Studio Code (pas de troll, merci).

Je génère les pages en local pour contrôler le contenu. Le suivi des révisions étant géré par git, cela signifie donc que je peux aussi bien bosser avec Ryoko comme avec Yue. Et pour la publication ? Un simple git push, et c'est tout. Les pages sont générées sur le serveur puis copiés vers le répertoire de destination. Pas de copie via ftp ou scp. Pas de prise de tête.

Un processus totalement différent par rapport au blog.

Mon occupation actuelle est de reprendre tous les articles du blog (un peu moins d'une centaine), que j'ai converti en Markdown, via un script python, dont David Revoy a parlé récemment.

https://www.davidrevoy.com/moving-to-markdown

https://github.com/KillianKemps/Pluxml-to-Markdown

Cependant, le contenu du blog étant essentiellement statique (les commentaires étant modérés, voire carrément désactivés), l'intérêt d'un CMS générant dynamiquement les pages est discutable. Je pense m'orienter vers un générateur statique. Pas Sphinx-doc, qui ne correspond pas à mes prérequis pour un blog (pour de la documentation, c'est juste génial). Plutôt Pelican (que je teste en ce moment).

Cela nécessite pas mal de travail. Notamment insérer toutes les métadonnées dans chacune des pages (date de publication, auteur, tags). Et chose importante : essayer de garder les mêmes URL que celles générées avec PluXML.

La migration du blog s'effectuera dans les prochaines semaines, une fois les articles corrigés et le thème mis en place.

Visual Studio, clavier TypeMatrix™ bépo et underscore

Icône auteur nah, Icône canondrier 30 août 2019, Icône commentaire
Mots clés Icône catégorie blog, vrac, Windows, bépo, classé dans Icône catégorie Blog

Ou comment se prendre la tête pour pouvoir taper le caractère _


Lors de la migration vers les nouvelles versions des outils en environnement professionnel, on peut rencontrer des problèmes complètement inattendus, et non documentés. D’autant plus s’il s’agit de produits Microsoft, où le support est absolument incapable de trouver l’origine du problème. Je ne parlerai pas des “experts” certifiés MSVP¹, pour qui le problème vient du clavier.

Là où c'est amusant, c’est que la touche fonctionne dans le champ de recherche mais pas dans l'éditeur.

J’avais rencontré ce problème avec Microsoft SQL Server Management Studio pour SQL Server 2017 (basé sur vs2015), et mon contournement était de taper l’underscore dans le bloc-note, puis de faire un copier-coller à chaque fois que j’en avais besoin, c’est-à-dire en permanence.

L’utilisant nettement moins souvent dans Visual Studio et ayant également Visual Studio Code (j’utilise plus ce dernier que la solution ultra lourde, d’ailleurs, et la touche underscore fonctionne, elle, sur VS Code), et les recherches de la solution s'avérant infructueuses, j’allais abandonner, jusqu’au moment, où au détour d’un message sur Stack Overflow, quelqu’un en Allemagne semblait avoir un problème similaire, mais avec un autre caractère ; sauf que là, une piste était donnée.


Les raccourcis claviers


Certes, très utiles (enlevez-moi mon Ctrl + B et je pète un câble), mais parfois problématiques.

Après quelques tests stupides que je ne détaillerai pas, il s’avère que VS (depuis 2012 ? 2015 ?) détermine d’abord la séquence de touches, exécute le raccourci-clavier si celui-ci correspond, sinon insère le caractère pouvant correspondre à la même séquence.

Sur un TypeMatrix™ bépo, le caractère underscore _ s'obtient via Alt gr + espace. Sauf que Alt gr sous Windows, c’est un raccourci pour Ctrl + Alt. Donc, le caractère underscore _ correspond donc à Ctrl + Alt + Espace. Vous voyez venir la blague ?

Cette séquence de touches est attribuée à un raccourci clavier dans le mode éditeur. Et donc, prend le pas sur l’insertion du caractère tant désiré. Les raccourcis clavier ne s’appliquant pas dans le champ de recherche, cela explique pourquoi le _ peut être saisi sans aucun problème.

On a maintenant l’explication, du coup, corrigeons le problème.

Les captures d’écrans proviennent de Visual Studio 2017, mais c’est la même démarche dans MS SQL Server Management Studio.

Aller dans le menu « Outils », puis cliquer sur « Options… ».

Dans la fenêtre, cliquer sur « Clavier » sur la gauche.

La liste des raccourcis clavier s’affiche. Comme celle-ci est trop longue, on ne va pas les vérifier un par un.

Cliquer dans le champ texte sous « Appuyer sur les touches de raccourci : » puis appuyer les touches Alt gr + Espace. Cela insère bien le raccourci clavier Ctrl + Alt + Espace, ici en 1 sur la capture d’écran.

Le nom de la commande utilisant ce raccourci clavier apparaît alors sous « Raccourci actuellement utilisé par : », ici en 2 sur la capture d’écran.

Cliquer dans le champ texte sous « Afficher les commandes contenant : ».

Taper ensuite le nom de la commande (même partiellement) pour filtrer l’affichage.

Cliquer ensuite sur le nom de la commande, ici, la sélection en bleu sur la capture d’écran.

Cliquer sur le bouton « Supprimer », ici en 1 sur la capture d’écran.

Vérifier que le raccourci est bien supprimé, ici en 2 sur la capture d’écran.

Cliquer sur « OK », ici en 3 sur la capture d’écran pour valider et fermer la fenêtre.

Essayez de taper le caractère underscore. Cela devrait fonctionner.

Normalement, il y a un seul raccourci clavier avec cette séquence de touches. Si la touche n’est toujours pas reconnue, recommencer les manipulations pour trouver les autres commandes utilisant également cette séquence de touches.




¹ : Il suffit d’apprendre par cœur les annales et de réciter le tout par cœur² pour avoir la certification. Des gamins de 12 ans sont tout à fait capables (et certain·e·s l’ont obtenu).
² : La raison pour laquelle je n’ai pas ces certifications. Celles et ceux me connaissant IRL savent pourquoi.

Bonne année 2019

Icône auteur nah, Icône canondrier 01 janvier 2019, Icône commentaire
Mots clés Icône catégorie blog, classé dans Icône catégorie Blog

Tous mes meilleurs vœux pour la nouvelle année.

Du coup, j'en profite pour faire un petit bilan de l'année 2018.



Dans les réussites :

  • Garder une instance Mastodon à peu près à jour ;

  • Déplacer l'instance Mastodon sur un nouveau serveur sans perdre de données ;

  • Mettre en place un site où je peux écrire de la documentation, indépendamment du blog ( https://docs.nah.re ) ;

  • Continuer d'expérimenter avec ffmpeg/mpv ;

  • Lâcher Android et passer sous SailfishOS pour mon téléphone principal.



Ce qui était prévu mais qui n'a pas été fait :

  • Écrire plus d'articles sur le blog ;

  • Écrire quelques nouveaux textes (en plus des mercredi fiction) ;

  • Finir la création d'un nouveau thème pour le blog ;

  • Faire du sport (le trajet pour aller au bureau en trotinette, ça ne compte pas).



Ce qui aurait pu être mieux (mais mon temps libre n'est pas extensible)

  • Timer plus de karaokés (Karaoké Mugen) ;

  • Participer plus à la vie associative (Lorraine Data Network) ;



Du coup, ce que je pense prévoir pour 2019 :

  • Vider la liste des karaokés que je dois faire/terminer ;

  • Avancer sur le projet LYAN (depuis 2009, il serait temps…) ;

  • Écrire un client Karaoké Mugen pour SailfishOS. Ça serait un excellent exercice pour me remettre à Qt.

  • Continuer d'écrire de la documentation sur ffmpeg, avec des exemples pertinents.


Ça me semble relativement réaliste. Je ne vais pas prévoir une liste pas possible et qui ne sera pas tenue/suivie.

Serveur défaillant

Icône auteur nah, Icône canondrier 30 septembre 2016, Icône commentaire
Mots clés Icône catégorie blog, linux, classé dans Icône catégorie Blog
Photo d'un disque dur ouvert.
Photo par Magnus Hagdorn, sous licence CC BY SA
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   107   099   006    Pre-fail  Always       -       205095556
  3 Spin_Up_Time            0x0003   100   100   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       87
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   069   060   030    Pre-fail  Always       -       167761870739
  9 Power_On_Hours          0x0032   050   050   000    Old_age   Always       -       44067
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       88
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   084   084   000    Old_age   Always       -       16
188 Command_Timeout         0x0032   100   099   000    Old_age   Always       -       4295032833
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   065   050   045    Old_age   Always       -       35 (Min/Max 34/35)
194 Temperature_Celsius     0x0022   035   050   000    Old_age   Always       -       35 (0 16 0 0 0)
195 Hardware_ECC_Recovered  0x001a   023   013   000    Old_age   Always       -       205095556
197 Current_Pending_Sector  0x0012   099   099   000    Old_age   Always       -       42
198 Offline_Uncorrectable   0x0010   099   099   000    Old_age   Offline      -       42
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       44213 (132 145 0)
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       3639020994
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       2452794878

La quasi-totalité des sites que j'héberge sous les sous-domaines en chibi-nah.fr/net et en nah.re sont inaccessibles.
Les données sont en cours de récupération/transfert (actuellement 42 Go transférés) vers un autre disque/serveur.
La remise en ligne des sites sera fait progressivement ce week-end.

Les sites des copains, ayant déjà migré sur un autre serveur, ne sont pas impactés.

Plus de détails prochainement.

Édit : La plupart des sites et bases de données sont restaurés, je peux donner des détails.

Lire la suite

page 1 sur 4 suivante »