[spip-dev] gestion des tableaux avancée

j’ai trouvé cela sur un wiki qui gère des tableau avancés
http://tavi.sourceforge.net/FormalFormattingRules/Tables
cela peut etre utile de voir comment il fait et de l’intégré à spip avec la même syntaxe ou un syntaxe différente
a+

j'ai trouvé cela sur un wiki qui gère des tableau avancés
http://tavi.sourceforge.net/FormalFormattingRules/Tables
cela peut etre utile de voir comment il fait et de l'intégré à spip
avec la même syntaxe ou un syntaxe différente

Intéressant en effet, mais carrément trop complexe à mon avis.

Ce qu'on peut faire à l'heure actuelle est déjà pas mal, surtout si on
y ajoute :

- la gestion simple des colspan en mettant les | côte à côte,
- la reconnaissance d'une première colonne où toutes les valeurs sont
  en gras (comme pour la première ligne)
- la reconnaissance de types de données (numérique ou texte)

cf http://article.gmane.org/gmane.comp.web.spip.devel/15045

Après, je crois que ce qu'il manque surtout, c'est de pouvoir traiter
différents tableaux avec des styles différents. Il "suffirait" donc de
pouvoir préciser une classe de style au tableau que l'on écrit.

Ce qui pourrait permettre ça, et simplifier du même coup la détection
des tableaux, ce serait d'ajouter des délimiteurs de début et fin de
tableaux (Je n'ai pas d'idée de syntaxe pour l'instant, je ne suis pas
sûr que paramétrer le tableau complet dans sa première cellule comme
ils font soit la bonne façon).

Du coup, on pourrait même ajouter grâce à ces délimiteurs un peu
d'info améliorant l'accessibilité, comme un "caption" ...

-Nicolas

mais en quoi la façon dont lui intégre les style et les class est il
mauvais?
ou non intégrable en l'etant dans les tableaux spip?

mais en quoi la façon dont lui intégre les style et les class est il
mauvais?

Comme je disais : "carrément trop complexe à mon avis".

Après, ce n'est que "mon" avis, mais des propositions antérieures qui
étaient plus simples n'ont pas été adoptées, donc ...

-Nicolas

Après, ce n'est que "mon" avis, mais des propositions antérieures qui
étaient plus simples n'ont pas été adoptées, donc ...

J'ai toujours ton mail en date du 13/11 dans ma todo.

-- Fil

J'ai toujours ton mail en date du 13/11 dans ma todo.

Cool !!! :wink:

-Nicolas

> J'ai toujours ton mail en date du 13/11 dans ma todo.
Cool !!! :wink:

Ca serait plus cool s'il n'y avait pas 155 mails dans cette mailbox :frowning:

-- Fil

Ca serait plus cool s'il n'y avait pas 155 mails dans cette mailbox

Ah bin oui, mais bon, c'est fait pour ça les todo... :wink:

-Nicolas

Nicolas Hoizey wrote:

Ca serait plus cool s'il n'y avait pas 155 mails dans cette mailbox

Ah bin oui, mais bon, c'est fait pour ça les todo... :wink:

-Nicolas

A ce propos, le fichier todo.txt du CVS est-il un reflet exact de ces mails ? sinon, serait-il possible de les rendre publiques (je parle des mails de TODO retenus comme TODO-ables seulement).

J'aime bien les TODO énormes ou on se dit "tiens, si je faisais ça, ou ça" ...

Babass

A ce propos, le fichier todo.txt du CVS est-il un reflet exact de ces
mails ?

Non, pas du tout

sinon, serait-il possible de les rendre publiques (je parle des
mails de TODO retenus comme TODO-ables seulement).

Oui, c'est aussi dans la liste des choses à faire :frowning:

J'aime bien les TODO énormes ou on se dit "tiens, si je faisais ça, ou
ça" ...

Oui :slight_smile:

-- Fil

A ce propos, le fichier todo.txt du CVS est-il un reflet exact de ces
mails ? sinon, serait-il possible de les rendre publiques (je parle des
mails de TODO retenus comme TODO-ables seulement).

La TODO, c'est plutôt une liste de trucs qu'il serait "peut-être
intéressant de faire". Chacun des développeurs insère ses bidules dedans
mais ça ne veut pas dire qu'on en ait discuté en détail.

a+

Antoine.