[SPIP Zone] [doc.spip] quelques questions

Bon, j'ai noté en vrac des questions par rapport à doc.spip.org.

Si c'est pas ici, dites-moi.

----------
dans doc.spip.org, le script bash reprend bien les fichiers de la racine dans code/./ mais pas les fichiers de la racine de ecrire/: index, inc-version, public, prive...

donc pour le moment, j'ai fait des liens vers trac quand le fichier n'apparaît pas sur le site.

Mais plus généralement, ça pose la question des fichiers qui n'ont pas de fonction, donc pas d'article dans la rubrique, donc rubrique pas publiée sur le site.

Est-ce que je bidouille les squelettes pour que ces rubriques et leurs textes apparaissent sur le site même si elles sont vides, ou bien je crée un article dedans, au risque de perdre la logique fichier=rubrique fonction=article?

Est-ce que le script bash risque de casser le numéro des articles. Exemple, si je veux faire un lien vers find_in_path, y a-t-il une garantie que ce sera toujours l'article 3815?

---

y'a un truc que je pige pas:

dans http://doc.spip.org/ecrire/?exec=articles&id_article=5837, on dit que inc_version.php initialise "l'ensemble des globales de base de spip dont les variables de personalisation, voir [index technique de spip.net->http://www.spip.net/@]". Par ailleurs, il y a http://www.spip.net/fr_article1825.html et http://doc.spip.org/@Les-parametres-techniques. Et je trouve qu'il y a peu de variables communes entre inc_version.php et ces documentations. Il doit me manquer une info, un autre fichier où ces variables sont définies...
Par exemple, $auto_compress est décrit dans l'article de James sur doc.spip.org mais n'est pas dans inc_version, pas plus que $debut_intertitre décrit pour sa part dans les variables de personnalisation de spip.net. Si quelqu'un peut m'éclairer en gros, je veux bien affiner la doc.

----------------

Aurélie

S'lt

Bon, j'ai noté en vrac des questions par rapport à doc.spip.org.
Si c'est pas ici, dites-moi.

Si c'est bien ici, il a été décidé d'utiliser les listes existante dev
et zone pour le site doc.spip.org
Avec une préférence pour la zone.

----------
dans doc.spip.org, le script bash reprend bien les fichiers de la racine
dans code/./ mais pas les fichiers de la racine de ecrire/: index,
inc-version, public, prive...

Corrigé en 20393
Mis à jour sur le serveur donc ça roulera avec le cron de ce soir.

donc pour le moment, j'ai fait des liens vers trac quand le fichier
n'apparaît pas sur le site.

Cool
Pour les fichier et fonctions documenté il est tout à fait possible
d'utiliser [->@fonction] et [->@@fichier.php]

Mais plus généralement, ça pose la question des fichiers qui n'ont pas
de fonction, donc pas d'article dans la rubrique, donc rubrique pas
publiée sur le site.

Il est tout à fait possible d'avoir les fichiers n'ayant pas de
fonction, il suffit de le rajouter dans le cron.

Après coté squelettes faut penser à regarder avec le critère {tout}
pour lister les rubriques sans articles.
Toutefois il faut faire attention les fonctions obsolètes sont en mode
rédaction, le critère {tout} devrait les faire apparaître malgré tout.
A tester.

Est-ce que je bidouille les squelettes pour que ces rubriques et leurs
textes apparaissent sur le site même si elles sont vides, ou bien je
crée un article dedans, au risque de perdre la logique fichier=rubrique
fonction=article?

On peux avoir un article non fonction dans le secteur code. Ce ne
trouve pas ça choquant.

Faire que le cron génère les fichiers à globales me semblent difficile
car on ne peux avoir une règles explicite qui pourrait dire variable à
traiter ou non.

Est-ce que le script bash risque de casser le numéro des articles.
Exemple, si je veux faire un lien vers find_in_path, y a-t-il une
garantie que ce sera toujours l'article 3815?

Oui ça demeure.
Mais le meilleur est [->@find_in_path] au lieu de [->article3815]

Les rédacteurs n'ont pas à connaître la correspondances id_article et
nom fonction, les urls propres ont pour objectif de résoudre ce pb.

J'ai corrigé et publié ton dernier article en conséquence.

y'a un truc que je pige pas:

Là je passe la main. Il y a eu des gros changements et des articles
devenus obsolètes en cours de route ou uniquement valide pour la 192.

Km

Par exemple, $auto_compress est décrit dans l'article de James sur
doc.spip.org mais n'est pas dans inc_version,

Il n'existe plus depuis 2 jours (remplacé par une configuration dans
l'espace privé)

pas plus que
$debut_intertitre décrit pour sa part dans les variables de
personnalisation de spip.net.

Désormais définie depuis inc/texte (cf.
http://doc.spip.org/@traiter_variables_sales )

-- Fil