From Lucien Cartier-Tilet to ~bzg/emacsfr
Hello, Leo Vivier <zaeph@zaeph.net> writes: > ;; …But wait; there’s more! Let’s play with the number of calls now. > > ;; n-pairs: 1, multiplier: 10000, iterations: 5 > ;; cl-loop: min: 0.417s, max: 0.579s, mean: 0.453s > ;; while: min: 0.362s, max: 0.366s, mean: 0.364s > > ;; n-pairs: 1, multiplier: 100000, iterations: 5 > ;; cl-loop: min: 1.362s, max: 1.606s, mean: 1.416s <- Uh-oh. > ;; while: min: 0.741s, max: 0.776s, mean: 0.753s >
From Lucien Cartier-Tilet to ~bzg/emacsfr
Promis j’arrête de vous embêter après ce mail, mais après une autre conversation sur Discord, nouvelle petite màj de `csetq' qui simplifie beaucoup son corps tout en gagnant un peu en performances --- gains minimes par contre, j’ai une différence de 0.2 à 0.4 secondes en faisant tourner 10.000 fois `csetq' sur 5000 paires. ,---- | (defmacro csetq (&rest forms) | "Bind each custom variable FORM to the value of its VAL. | | FORMS is a list of pairs of values [FORM VAL]. | `customize-set-variable' is called sequentially on each pairs | contained in FORMS. This means `csetq' has a similar behaviour as | `setq': each VAL expression are evaluated sequentially, i.e. the
From Lucien Cartier-Tilet to ~bzg/emacsfr
Petite mise à jour du code après un retour sur le serveur Discord de SystemCrafters : ,---- | (defmacro csetq (&rest forms) | "Bind each custom variable FORM to the value of its VAL. | | FORMS is a list of pairs of values [FORM VAL]. | | If FORM has a custom setter, use it to set FORM to VAL. | Otherwise, use `set-default'. | | \(fn [FORM VAL]...)" | (declare (debug (&rest sexp form))
From Lucien Cartier-Tilet to ~bzg/emacsfr
Hello ! Je suis en train de bosser sur une petite macro qui permettrait de résoudre chez moi un problème assez pénible : gérer simplement la valeur des variables custom (déclarées avec `defcustom'). Le truc est que les variables custom peuvent avoir leur propre setter afin de modifier d’autres valeus ailleurs et exécuter du code lorsque la valeur de la variable est changée, chose qui ne se produit pas lorsqu’on utilise `setq'. La solution évidente serait d’utiliser `custom-set-variables', mais je ne trouve pas cette fonction agréable à utiliser face à la simplicité de `setq'. Du coup, inspiré par [cet article], je vous présente ma solution pour
From Lucien Cartier-Tilet to ~bzg/emacsfr
Bonjour, Normalement je serai là. > Si j'ai bien travaillé d'ici-là et si ça vous intéresse, je peux > prendre un moment et vous présenter la prochaine version de Woof! > (<https://git.sr.ht/~bzg/woof>), le logiciel qui fait tourner la > page de suivi de la liste Org-mode: <https://updates.orgmode.org> Hâte de voir ça ! De mon côté, je devrais pouvoir présenter les récentes mises à jour de f.el dont je suis récemment devenu le mainteneur. D’ailleurs je suis en train de préparer une nouvelle mise à jour de sa version stable
From Lucien Cartier-Tilet to ~bzg/dev
Bastien <bzg@gnu.org> writes: > Yes, I'm interested in this, for both the light and dark themes. Alright, I’ve written and attached to this message two patches: - one with softer though more basic colors - one using the Nord Theme I personally prefer the latter, but the former should be more neutral, it’s your call on which to use. > Thank you very much! You’re welcome!
From Lucien Cartier-Tilet to ~bzg/emacsfr
Bonjour, Il me semble que `org-publish-project-alist' est juste une liste simple, on peut donc utiliser un `add-to-list' classique. Par exemple : ,---- | (add-to-list 'org-publish-project-alist | `("aconfig-website-org" | :base-directory ,phundrak//projects-config-source | :base-extension "org" | :publishing-directory ,phundrak//projects-config-target | :recursive ,phundrak//projects-config-recursive | :language ,phundrak//projects-config-language | :publishing-function org-html-publish-to-html | :headline-levels 5
From Lucien Cartier-Tilet to ~bzg/dev
Bastien <bzg@gnu.org> writes: > Applied, thanks! You’re welcome! When writing the patches for dark mode, I was thinking about applying softer colors for both the light theme and the dark theme, but I chose not to in favor of first submitting a vanilla dark theme. Would you be interested in such changes? These changes would be in spirit similar to the color scheme of bettermotherfuckingwebsite.com -- Lucien “Phundrak” Cartier-Tilet
From Lucien Cartier-Tilet to ~bzg/dev
--- I’m an idiot and made the dark theme not so dark. This commit fixes this issue. index.css | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/index.css b/index.css index b28a063..0e95f26 100644 --- a/index.css +++ b/index.css @@ -10,8 +10,7 @@ body { @media (prefers-color-scheme: dark) { [message trimmed]
From Lucien Cartier-Tilet to ~bzg/dev
This commit adds an automatic dark theme for dark theme users depending on their OS’ preference. --- index.css | 13 ++++++++++++- 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/index.css b/index.css index 0752927..b28a063 100644 --- a/index.css +++ b/index.css @@ -1,6 +1,16 @@ :root { color-scheme: light dark; }[message trimmed]