Revisions : SPIP
Les articles publiés sur le site
-
Evolution #4712 : Mettre à jour la lib Yaml qui est dans le plug, ou faire ça en JSon
23 avril 2021, par Eric LupinacciUne PR est disponible et permet à mon avis d'inclure ce fonctionnement en 4.0 sans danger : https://git.spip.net/spip/textwheel/pulls/5
-
Evolution #4720 : [css vars] Utiliser nos variables CSS dans le thème de l’espace privé
23 avril 2021Après quelques observations du comportement de `|direction_css` je pense qu'il faudrait totalement l'abandonner aussi dans le privé au profit des variables CSS
Donc, à la fois
- enlever les css compilées (.css.html) où on le peut, pour ne conserver que certainses spécificités (usages de boucles) sur quelques rares choses
- et ne pas remplacer (et enlever) `|direction_css`Je m'explique.
Le filtre change tout ce qu'il voit de `left` ou `right` et l'inverse. Dans le nom des propriétés, et dans leurs valeurs. Pour certains propriétés (margin, padding et d'autres) il sait aussi inverser 4 valeurs (haut droite bas gauche) en (haut gauche bas droit).
Le problème est qu'il modifie aussi le nom des variables CSS elles-mêmes. La déclaration `--spip-left: left;` devenant alors `--spip-right: right;` ; de même `truc: var(--spip-left);` devient `truc: var(--spip-right);` ce qui ne sera pas pratique à l'usage.
Il y a plusieurs moyens de s'en sortir juste avec des variables CSS. Un exemple :
:root, html[dir=ltr] { --spip-left: left; --spip-right: right; --spip-ltr: ltr; --spip-is-ltr: 1; --spip-is-rtl: 0; } html[dir=rtl] { --spip-left: right; --spip-right: left; --spip-ltr: rtl; --spip-is-ltr: 0; --spip-is-rtl: 1; }
On peut styler ensuite différents trucs, avec des calc() éventuellement, si on ne souhaite pas utiliser les
(padding | margin | border)-block-(start | end)
. Il semble que `padding-block-start` ou `margin-block-end` sont assez bien compris (contrairement à margin-inline par exemple - https://caniuse.com/mdn-css_properties_margin-inline - https://caniuse.com/mdn-css_properties_margin-block-start)Des exemples :
.old { margin-left: 10px; margin-#GET{left}: 10px; } .new { margin-block-start: 10px; /* ou a base de variables — mais ça oblige à écrire aussi le -right , ou une définition 'margin' à 4 valeurs */ margin-left: calc(var(--spip-is-ltr) * 10px); margin-right: calc(var(--spip-is-rtl) * 5px); } .old { float: left; float: #GET{left}; } .new { float: var(--spip-left); } .old .item_picker .frame.total_3 { margin-#GET{left}:-58px; border-#GET{left}:3px solid #GET{foncee}; } .new .item_picker .frame.total_3 { margin-block-start: 58px; border-block-start: 3px solid var(--spip-color-theme); /* ou définir les 2 côtés avec les variables --spip-is-ltr et --spip-is-rtl */ }
À creuser.
Des avis sur l'utilisation des *-block-start | end ? Ce n'est pas tout à fait identique vu que si on écrit du texte verticalement la marge sera placée en haut ou bas.
-
Anomalie #4743 : Problème avec le dateur soups spip 3.3
23 avril 2021, par Maïeul Rouquettearf oui, je me fais avoir à chaque fois sur les modifs des css de l'espace privé ! Je ne comprend pas trop, je croyais qu'on avait un mecanisme de calcul sur les timestamps qui évitait cet ennui ?
-
Anomalie #4743 (Fermé) : Problème avec le dateur soups spip 3.3
23 avril 2021, par cedric -au hasard :
?var_mode=recalcul
dans ton URL pour remettre à jour les CSS de l'espace privé ?
Bref c'est pas du tout le rendu, chez moi ça marche (tm) -
Anomalie #4743 (Fermé) : Problème avec le dateur soups spip 3.3
23 avril 2021, par Maïeul RouquetteTesté ce matin sur contrib.
Encore un petit ajustement css à faire sur le dateur, cf capture d'écran
- Pb de transperence
- précédent/suivant mal calés