Je veux seulement comprendre comment ca s'articule, comprendre comment un
squelette est appelé, apprehender la logique du code...
Mais peut etre que je me trompe.
Si vous aussi vous etes developpeur alors quelle est votre marche de
manœuvre avec spip. Est-ce que le but c'est seulement de faire ses propres
squelettes ?
Le but n'est ni de faire son propre squelette ni de coder,
mais de satisfaire un besoin.
Pour cela, dans la majorité des cas courants,
il suffit de créer un squelette adapté.
Les plugins, dont l'utilisation se fait dans le squelette et sans coder php,
permettent de compléter les fonctionnalités du core.
Si jamais cela ne suffit pas il faut alors coder,
mais ce n'est en général qu'en dernier ressort.
En premier lieu, la création de "filtres" permet d'étendre le plus facilement
le noyau de spip sans devoir comprendre la logique du code puisque ce sont
des fonctions php autonomes que les squelettes appellent ensuite
en tant que filtres standards.
Ensuite, pour coder utilement autrechose qu'un simple filtre,
et ne pas réinventer la roue (dans le meilleur des cas),
il te faut avoir une bonne connaissance dees fonctionnalités déjà existantes dans spip,
des plugins existants et de l'actualité des développements de plugins,
Fait toi la main sur des squelettes, étudie spip-contrib.net puis la zone,
puis regarde doc.spip.org en complément de programmer.spip.org,
inscrit toi à la liste de la zone et à la liste des commits de la zone et du core...
Et puis, bons développements !
Jluc