Attention la correction (patch) que j'ai proposé apporte son lot de régressions (j'ai honte du manque de tests de ma part). Mark est parti sur une autre façon de corriger ce problème et il m'a demandé de lui valider (là j'ai vérifié les changements et j'ai bien plus testé).
La prochaine version contient plusieurs changements et du nettoyage. Au bout de 34 ans, le code source de less n'est toujours pas stable, il continue de (削除) s'améliorer (削除ここまで) se moderniser et de se complexifier ! Le diff entre la version stable actuelle et la prochaine est impressionnant pour un outil que l'on imagine ne plus bouger !
Je ne sais pas quand Mark va mettre à jour les tickets sur son site web, ni quand est-ce que la nouvelle version sera publiée (cela peut être une idée de question). Mais ce qui est sûr c'est que la prochaine version de less permettra de lire les LESS_TERMCAP_* à partir du fichier de configuration ~/.less généré par lesskey.
Pour les détails, lesskey génère un fichier de configuration binaire (par défaut c'est le fichier ~/.less mais cela peut être différent). less utilise par défaut le fichier ~/.less (mais peut aussi chercher un autre nom de fichier, prendre en compte la variable d'environnement LESS ou une option de la ligne de commande). Quand less charge ce fichier de configuration, le contenu est directement utilisé par un pointeur d'une liste de variable. A chaque fois que less a besoin d'une variable, il passe le nom de la variable à une fonction qui la cherche dans la liste. Cela permet à less de démarrer plus rapidement que s'il avait à décoder un fichier de configuration texte. De nos jours, ce gain est négligeable. Mais il y a une trentaine d'années...
Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)
[^] # Re: Bug ouvert ?
Posté par Oliver (site web personnel) . En réponse au journal Interview de Mark Nudelman, auteur de less et mainteneur actif depuis 34 ans. Évalué à 4.
Salut Vroum,
Attention la correction (patch) que j'ai proposé apporte son lot de régressions (j'ai honte du manque de tests de ma part). Mark est parti sur une autre façon de corriger ce problème et il m'a demandé de lui valider (là j'ai vérifié les changements et j'ai bien plus testé).
La prochaine version contient plusieurs changements et du nettoyage. Au bout de 34 ans, le code source de
lessn'est toujours pas stable, il continue de(削除) s'améliorer (削除ここまで)se moderniser et de se complexifier ! Le diff entre la version stable actuelle et la prochaine est impressionnant pour un outil que l'on imagine ne plus bouger !Je ne sais pas quand Mark va mettre à jour les tickets sur son site web, ni quand est-ce que la nouvelle version sera publiée (cela peut être une idée de question). Mais ce qui est sûr c'est que la prochaine version de
lesspermettra de lire lesLESS_TERMCAP_*à partir du fichier de configuration~/.lessgénéré parlesskey.Pour les détails,
lesskeygénère un fichier de configuration binaire (par défaut c'est le fichier~/.lessmais cela peut être différent).lessutilise par défaut le fichier~/.less(mais peut aussi chercher un autre nom de fichier, prendre en compte la variable d'environnementLESSou une option de la ligne de commande). Quandlesscharge ce fichier de configuration, le contenu est directement utilisé par un pointeur d'une liste de variable. A chaque fois quelessa besoin d'une variable, il passe le nom de la variable à une fonction qui la cherche dans la liste. Cela permet àlessde démarrer plus rapidement que s'il avait à décoder un fichier de configuration texte. De nos jours, ce gain est négligeable. Mais il y a une trentaine d'années...Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)