Produits Entr'ouvert » Intégrations graphiques Publik

On doit dépendre d'outils qui sont disponibles dans Debian (stretch).

Il y a bien https://packages.debian.org/search?keywords=node-postcss et https://packages.debian.org/search?keywords=node-autoprefixer, ce dernier pouvant être autre chose, mais ce n'est pas pour stretch.

Pour les mini-trucs à faire, genre ajouter des préfixes pour les flexbox, ça sera plus gérable de faire le script moi/nous-même; pour virer les vendor-prefix obsolètes, de faire le taf une fois et voilà.

Pour les trucs sophistiqués, ce serait à voir au cas par cas, sans doute des trucs possibles, sans doute d'autres pas, clairement moins satisfaisant que se dire que toutes les fonctionnalités sd'un module existant sont disponibles, j'en ai conscience.

Je pose juste l'idée. On peut bien sûr tout gérer manuellement (avec les oublis et le fait qu'on laisse toujours trainer des trucs). Mais si on peut éviter de devoir maintenir ce code qui est forcement transitoire et nous permettre de nous lancer dans du CSS un peu plus moderne sans avoir à apprendre des syntaxes de code déjà obsolètes, je préférerais.
Pour l'utiliser depuis des années, c'est pratique, ça marche super, et c'est dur de revenir sur un confort acquis :).

On doit dépendre d'outils qui sont disponibles dans Debian (stretch).

Et je répète également « pour les mini-trucs à faire, genre ajouter des préfixes pour les flexbox, ça sera plus gérable de faire le script moi/nous-même », qui devait répondre à : « On peut bien sûr tout gérer manuellement (avec les oublis et le fait qu'on laisse toujours trainer des trucs). ».

Et dans l'idée poc, pour autopréfixer les flexbox, (en m'occupant juste de la propriété display, c'est pour l'idée); ça se gérerait facilement via :

import css_parser

sheet = css_parser.parseFile('style.css')

for rule in sheet:
    if rule.type == rule.STYLE_RULE:
        display_property = rule.style.getProperty('display')
        if display_property and display_property.value == 'flex':
            rule.style.removeProperty('display')
            rule.style.setProperty('display', '-ms-flexbox')
            rule.style.setProperty('display', 'flex', replace=False)

open('style2.css', 'wb').write(sheet.cssText)

Ça me renforce dans l'idée qu'on peut avancer sur un mode "tiens il y a un plugin postcss qui fait ça, ce serait super d'avoir pareil".

Alors oui ça n'est pas le confort de pouvoir piocher dans mille plugins et avoir directement le job à disposition, mais c'est une méthode qui nous permettrait à la fois de conserver des builds automatiques, sur une infra saine, et de ne pas avoir à gérer manuellement les préfixes, ou d'autres trucs derrière.

J'aurais imaginé continuer à couvrir ça ici mais ça peut bien sûr être un autre ticket,

1/ Notre base de code reste propre, on peut nettoyer tous les prefixes qui trainent et qui ne servent plus (comme les `vendor-prefix(…)).
2/ On ne se soucie plus des prefixes pour flexbox et le jour prochain où on abandonne IE10, pas de travail de nettoyage à faire :), on enlève juste IE10 de la liste des navigateurs à supporter.

sont des trucs qui, il me semble, peuvent facilement être mis en œuvre.

sont des trucs qui, il me semble, peuvent facilement être mis en œuvre.

Et quid d'ouvrir la possibilité d'utiliser css grid qui demande comme flexbox l'ajout d'une ancienne spécification pour support de IE10/11? Ou l'utilisation de toutes les autres propriétés non supportés par IE10/11 en amélioration progressive ?

Et quid d'ouvrir la possibilité d'utiliser css grid qui demande comme flexbox l'ajout d'une ancienne spécification pour support de IE10/11? Ou l'utilisation de toutes les autres propriétés non supportés par IE10/11 en amélioration progressive ?

Il faut commencer par décrire ce que ça représente. (pour flexbox, on a déjà ça utilisé, donc je peux juste voir que ça veut dire taper display: -ms-flexbox, taper -ms-flex: whatever, etc.). Ensuite, c'est sans doute possible. (et oui, je notais « moins satisfaisant que se dire que toutes les fonctionnalités d'un module existant sont disponibles »).

Concernant les préfixes pour les propriétés transform, multi-column et backface-visibility, ils dépendent du support du browser android jusqu'à la version 4.4.4 (usage 0.26%).

Pour les prefixes Flexbox, ils sont nécessaires pour IE10 et android browser 4.4.3 (usage 0.17%)

Les stats d'usage sont tirés de CanIuse.