commit cf1eed337ac1d0c97ec77324cb32d8fd07e67ca4
parent 31404c5ddb58d8a026bd7861037d4b9396e9d4d6
Author: Hugo Soucy <hugo@soucy.cc>
Date: Tue, 28 Mar 2023 12:40:43 -0400
Add/delete drafts
Diffstat:
7 files changed, 31 insertions(+), 183 deletions(-)
diff --git a/drafts/fascisme.md b/drafts/fascisme.md
@@ -13,9 +13,11 @@ et égomaniaque ... ces gens se voient probablement comme les porteurs
de cette réalité, comme des prophètes ou des messies de cette
réalité.)
+(Un égomaniaque que se nourrit de celles angoissées des autres.)
+
Pourtant nous n'avons pas toujours existé et nous n'existerons pas
pour toujours. Idem pour notre culture, notre langue, notre pays; idem
-pour notre planète, notre soleil ou l'univers.
+pour notre planète, notre Soleil ou l'Univers.
Cette peur est canalisé et transformé en une arme que l'on retourne
contre nous-même.
diff --git a/drafts/la-magie-et-nous.md b/drafts/la-magie-et-nous.md
@@ -11,4 +11,6 @@ La magie
- le neuro-marketing
- l'urbanisme déprimant et uniquement utilitariste l'écrasement par
- les mauvaises nouvelles, la création d'ennemi extérieur (les russes, les terroristes, les chinois, etc).
-- l'industrie culturelle impériale
-\ No newline at end of file
+- l'industrie culturelle impériale
+- le fascisme
+- la modification de notre perception, l'évidance que notre façon de voir le monde n'est qu'un illusion
diff --git a/drafts/rep-moteurderecherche-rss.md b/drafts/rep-moteurderecherche-rss.md
@@ -34,5 +34,4 @@ là pour veiller sur vous. Le pâturage de dopamine est verdoyant, votre
chaîne est très longue ... En échange, nous allons vous traire de
quelques données, vous ne sentirez rien mes biquets. Puis c'est
beaucoup moins dangereux que sur la montagne, où se trouve le grand
-méchant loup."
-
+méchant loup, maître des forêts sombres des Internet."
diff --git a/drafts/retrofit.md b/drafts/retrofit.md
@@ -34,7 +34,7 @@ Renoncer
--------
Renoncer au progrès, renoncer à l'utopie du progrès de la technologie
-de type créchendo.
+de type créchendo ... du Solutionnisme techno
Renoncer au mode de vie occidental qui dépend de la rareté et de
l'exploitation des anciennes colonies.
@@ -53,7 +53,7 @@ Pour survivre et répondre à la pyramide des besoins, nous avons besoin
de consommer jusqu'à un certain point certain point pour ... c'est à
nous de décider comment. Il vaut mieux, par exemple, s'habiller plus
chaudement que de monter le chauffage dans la maison, donc réchauffer
-ou refroidir les individus, plutôt que les maison.
+ou refroidir les individus, plutôt que les maisons.
Produire
--------
diff --git a/drafts/unix-web/css-unix.md b/drafts/unix-web/css-unix.md
@@ -1,166 +0,0 @@
-# CSS et Unix
-
-<!-- * Concaténer des feuilles de styles (cat). -->
-<!-- * Design system basé sous des fichiers CSV -->
-<!-- * Surveiller les changements avec `entr`. -->
-
-## Regrouper plusieurs feuilles de styles ensemble sous Unix
-
-À des fins de performance, cela peut-être une bonne idée de regrouper
-nos feuilles de styles pour réduire le nombre de requêtes HTTP.
-
-Si avec HTTP 1.1, c'était bien vue de ne servir qu'un seul fichier
-CSS. Avec HTTP 2, il est conseillé de découper ses feuilles en
-plusieurs ballots hiérarchisés, plutôt qu'en un seul gros bloc de
-code.
-
-À ce sujet, voir le banc d'essai de Harry Roberts: [CSS and Network
-Performance](https://csswizardry.com/2018/11/css-and-network-performance/).
-
-### `@import`
-
-La règle CSS `@import`, n'est pas conseillé en production pour
-justement une question de performance.
-
-Alors quelle autre option nous reste-t-il si on veut découper nos
-styles sans passer par un préprocesseur?
-
-### `cat`
-
-Pour concaténer des fichiers ensemble sous Unix il faut utiliser le
-programme `cat`.
-
- cat - concatenate and print files
-
-Avec peu de fichiers CSS, on peut simplement faire:
-
- cat a.css b.css c.css d.css e.css f.css > styles.css
-
-En voulant être plus concis cela serait:
-
- cat *.css > styles.css
-
-Mais en CSS l'ordre des déclarations est important. Nous ne voudrions
-pas neutraliser ou déclasser certains styles.
-
-Dans les programmes du shell il y a un flux entrant (standard input ou
-stdin) et un flux sortant (standard output ou stdout). La lecture se
-fait par le **stdin** et l'écriture par le **stdout**. Il y a aussi un flux
-sortant pour les erreurs (standard error ou stderr).
-
-Il est toutefois possible détourner ces flux. Comme par exemple avec
-`<` ou `>` en appliquant des redirections vers un fichier, comme dans
-mon exemple ci-haut, avec le programme `cat`, où l'on redirige la
-sortie vers le fichier `styles.css`. Sans cette redirection le
-résultat s'afficherait dans le terminal avec `stdout`.
-
-La redirection d'entrée utilise le symbole `<`. Cela permet d'indiquer
-qu'un fichier sera passé en *stdin*.
-
-### Concaténer une liste de CSS avec `while`, `read` et `<`
-
-Maintenant nous allons utilser une boucle de type `while`, combiné
-avec le programme `read`, pour concaténer un groupe de fichiers CSS.
-
-Notre liste se trouve dans un fichier nommé `global-styles.txt`. Nous
-y avons inscrit une feuille de style par ligne:
-
- global/tokens/typography.css
- global/tokens/colors.css
- global/tokens/grid.css
-
- global/base.css
- global/a11y.css
-
-Ensuite, notre script sera dans un autre fichier que nous appellerons
-`css.sh`:
-
- #!/bin/sh
-
- while read -r line; do
- [ -n "$line" ] && cat "./$line"
- done < global-styles.txt
-
-
-Attention, il est important de s'assurer que ce fichier soit
-exécutable (`chmod u+x css.sh`), avant de lancer la commande:
-
- ./css.sh
-
-Si tout s'est bien passé, on constate que le contenu de toutes les
-feuilles que nous avons listées s'affichent dans le terminal.
-
-Dans ce script, la valeur de chaque ligne est assignée à la variable
-`line`. Puis `[ -n "$line" ]`, teste si la chaîne de caractère
-retournée par `$line` n'est pas `null` avant de d'exécuter `cat`. Et
-finalement, notre liste est dirigée dans la boucle avec `<`.
-
-L'étape suivante serait de rediriger `stdout` vers un fichier CSS avec
-`>`:
-
- #!/bin/sh
-
- while read -r line; do
- [ -n "$line" ] && cat "./$line"
- done < global-styles.txt > global.css
-
-
-On pourrait aussi ne pas vouloir de fichier `.txt` et lister
-directement dans le script les fichier à concaténer:
-
- #!/bin/sh
-
- while read -r line; do
- [ -n "$line" ] && cat "./$line"
- done <<EOF
- global/tokens/typography.css
- global/tokens/colors.css
- global/tokens/grid.css
-
- global/base.css
- global/a11y.css
- EOF
-
-
-Ici `EOF` est une commande qui permet de faire une entrée
-multiligne. Donc toutes les lignes qui se trouve entre `<<EOF` et
-`EOF` est passé à `stdin`.
-
-## Minifier une feuille de style avec `tr` pour réduire son poid
-
-Le programme `tr` sert à *traduire* ou éliminer des caractères. Il va
-permettre de retirer les sauts de ligne et les retours dans notre CSS,
-pour ramener toutes les règles sur une seule ligne. Le poid du fichier
-sera donc un peu moindre:
-
- cat global.css | tr -d '\n\r' > "$global.min.css"
-
-Ce n'est pas la façon la plus optimale de minifier, mais avec
-plusieurs feuilles style cela permet de faire des gains de plusieurs
-kilooctets. Sinon avec le programme `sed`, il est sans doute possible
-d'améliorer la soustraction.
-
-Le caractère `|`, que l'on appelle *pipe*, sert à lier deux processus
-en prenant le flux de sortie du premier, pour en faire le flux
-d'entrée du second.
-
-Rendu ici, on peut mettre ensemble la concaténation et minification:
-
- #!/bin/sh
-
- while read -r line; do
- [ -n "$line" ] && cat "./$line"
- done <<EOF | tr -d '\n\r' > "global.min.css"
- global/tokens/typography.css
- global/tokens/colors.css
- global/tokens/grid.css
-
- global/base.css
- global/a11y.css
- EOF
-
----
-
-Sources:
-
-* <https://csswizardry.com/2018/11/css-and-network-performance/>
diff --git a/drafts/unix-web/html.md b/drafts/unix-web/html.md
@@ -1,14 +1,19 @@
-# HTML (XML) et Unix
+# HTML et Unix
-Par défaut dans Unix, il n'y a pas grand chose d'intéressant pour le
-HTML, à part peut-être faire de l'édition avec `vi`, ou bien parcourir
-un fichier avec `cat` ou `less` (`more`).
+Par défaut dans Unix, je n'ai pas trouvé grand chose d'intéressant
+pour le HTML, à part peut-être faire de l'édition avec `vi`, ou bien
+parcourir un fichier avec `cat` ou `less` (`more`).
+
+# sed & awk
Sinon, ce n'est sans doute PAS une bonne idée de manipuler le HTML
avec les utilitaires habituels, comme `sed` ou `awk`. Ils ne sont pas
-fait pour cela. Mais pour faire quelque chose de simple c'est tout à
-fait possible, comme extraire la valeur d'une balise ou d'un attribut
-par exemple.
+fait pour cela!
+
+Mais pour faire quelque chose de simple c'est tout à fait possible,
+comme extraire la valeur d'une balise ou d'un attribut par exemple.
+
+ echo "<p class="hello">Bonjour tout le monde!</p>" | sed 's/<[^>]*>//g'
## L'utilitaire `xmllint`
@@ -16,12 +21,15 @@ par exemple.
il faut alors utilser l'option `--html`. Il est souvent présent dans
la plupart des distributions Unix, parce qu'il fait parti `libxml`.
-Malheureusement, il ne supporte pas HTML 5 pour l'instant et je doute
+Malheureusement, **il ne supporte pas HTML 5** pour l'instant et je doute
que ça sera le cas dans un avenir rapproché.
-Mais les balises sémantiques de HTML 5 génèrent des erreurs (https://gitlab.gnome.org/GNOME/libxml2/-/issues/211).
+Cependant, `xmllint` pourrait être utile pour *parser* ou valider du
+SVG. Peut-être pourrai-je explorer cela dans un prochain billet.
+
+<!-- xsltproc pour le xslt -->
-## Le navigateur
+## Les navigateurs lynx et w3m
---
diff --git a/drafts/unix-web/images.md b/drafts/unix-web/images.md
@@ -20,3 +20,7 @@ Mais les défis sont ailleurs, davantage dans la taille et le découpage
des images de contenu pour qu'elles soient optimisé aux différents
contextes de navigation: Performance de chargement, densité de pixel,
etc.
+
+
+<!-- Transformer les balises svg en balise symbol avec xmllint? est-ce possible? -->
+<!-- https://mywiki.wooledge.org/BashFAQ/113 -->
