J'ai (enfin) essayé d'y regarder, car ça me paraitrait pas mal
de l'utiliser pour permettre l'édition du texte des articles sur
doc.spip.org.
Mais la fonction autoriser_modifs est un peu trop "en dur" à mon
gout. Ça serait peut être pas mal de simplement l'appeler
autoriser_modifs_dist et de tester l'existance d'une autoriser_modifs
lors de l'appel, nan ?
Ainsi, on pourrait mettre sa version dans un plugin spécifique,
sans rien modifier à celui là.
--
À+, Pif.
Mais la fonction autoriser_modifs est un peu trop "en dur" à mon
gout.
Comme l'indiquent les commentaires il faudrait surtout la passer dans le
core... mais d'abord jouer avec.
Ça serait peut être pas mal de simplement l'appeler autoriser_modifs_dist
et de tester l'existance d'une autoriser_modifs lors de l'appel, nan ?
Go go piif, commit
Ainsi, on pourrait mettre sa version dans un plugin spécifique,
sans rien modifier à celui là.
Ouiche ; attention il y a aussi une version plus rapide à installer, qui
retourne "false" si on n'a aucun droit -- il faut qu'elle soit en cohérence
avec celle-ci.
-- Fil
On Sat, 2006-10-14 at 22:35 +0200, Fil wrote:
> Ça serait peut être pas mal de simplement l'appeler autoriser_modifs_dist
> et de tester l'existance d'une autoriser_modifs lors de l'appel, nan ?Go go piif, commit
mais le comportement de charger_fonction est un peu bizarre si la
fonction n'est pas dans un include de même nom : on va trouver une
_dist sans chercher à savoir si un fichier ne définit pas une fonction
"pas dist". du coup, on va choper la version par défaut, même si on
surcharge.
Ouiche ; attention il y a aussi une version plus rapide à installer, qui
retourne "false" si on n'a aucun droit -- il faut qu'elle soit en cohérence
avec celle-ci.
ça serait pas plus simple de dire que l'appel de autoriser_modifs sans
aucun argument sert à ça ?
du coup, on pourrait avoir un fichier inc/autoriser_modifs qui ne
contient que cette fonction, et l'appeler par charger_fonction ?
j'me lance, on j'ai loupé une étape dans l'interet de cette démarche ?
--
À+, Pif.
mais le comportement de charger_fonction est un peu bizarre si la
fonction n'est pas dans un include de même nom : on va trouver une
_dist sans chercher à savoir si un fichier ne définit pas une fonction
"pas dist". du coup, on va choper la version par défaut, même si on
surcharge.
Pas pratique, en effet
> Ouiche ; attention il y a aussi une version plus rapide à installer, qui
> retourne "false" si on n'a aucun droit -- il faut qu'elle soit en cohérence
> avec celle-ci.
ça serait pas plus simple de dire que l'appel de autoriser_modifs sans
aucun argument sert à ça ?du coup, on pourrait avoir un fichier inc/autoriser_modifs qui ne
contient que cette fonction, et l'appeler par charger_fonction ?j'me lance, on j'ai loupé une étape dans l'interet de cette démarche ?
L'intérêt c'est de ne rien charger du tout (la micro-fonction) quand le
visiteur n'est pas connecté. Mais on peut le faire en mettant la
micro-fonction dans mes_options.php, et que celle-ci charge le fichier
complémentaire au besoin...
-- Fil
On Sun, 2006-10-15 at 15:01 +0200, Fil wrote:
L'intérêt c'est de ne rien charger du tout (la micro-fonction) quand le
visiteur n'est pas connecté.
Ok, donc y'a vraiment un interet à mettre cette micro-fonction à part.
D'un autre coté, elle aussi il faut pouvoir la surcharger facilement,
mais vu le mécanisme de charger_fonction, ça impliquerait d'avoir un
fichier exprès, ou de mettre une fonction analyse_droits_rapide_dist
quelque part et permettre une analyse_droits_rapide ailleurs, mais
toujours chargée, donc dans mes_options ou un fichier d'options d'un
plugin.
Je vais essayer de coder ça et voir à quoi ça ressemble.
En passant, pour la fonction autoriser_modifs, j'ai ajouté un argument
"champ" car on peut vouloir autoriser la modif d'un texte d'article mais
pas du titre par exemple.
À suivre
--
À+, Pif.
Bonjour,
J'ai pas tout suivi ...
pif wrote:
On Sun, 2006-10-15 at 15:01 +0200, Fil wrote:
L'intérêt c'est de ne rien charger du tout (la micro-fonction) quand le
visiteur n'est pas connecté.
Ok, donc y'a vraiment un interet à mettre cette micro-fonction à part.
Il est fondamental que ces trucs ne soit pas chargés si on sait d'avance qu'il n'y a pas autoristion.
Ca ne garantit rien, c'est juste pour diminuer la charge et ne pas exposer inutilement.
D'un autre coté, elle aussi il faut pouvoir la surcharger facilement,
Pas forcément , tout cela dépend d'un mechanisme central.
mais vu le mécanisme de charger_fonction, ça impliquerait d'avoir un
fichier exprès, ou de mettre une fonction analyse_droits_rapide_dist
quelque part et permettre une analyse_droits_rapide ailleurs, mais
toujours chargée, donc dans mes_options ou un fichier d'options d'un
plugin.Je vais essayer de coder ça et voir à quoi ça ressemble.
En passant, pour la fonction autoriser_modifs, j'ai ajouté un argument
"champ" car on peut vouloir autoriser la modif d'un texte d'article mais
pas du titre par exemple.
C'est une bonne idée ... c'est où ?
(bien que pour l'instant , ça existe à peine dans spip lui-même)
à+
--
toggg
On Sun, 2006-10-15 at 14:48 +0200, pif wrote:
On Sat, 2006-10-14 at 22:35 +0200, Fil wrote:
> > Ça serait peut être pas mal de simplement l'appeler autoriser_modifs_dist
> > et de tester l'existance d'une autoriser_modifs lors de l'appel, nan ?
Bon, ça c'est fait et sur doc.spip.org, on peu voir le résultat : il
suffit d'être connecté pour pouvoir modifer le texte des articles.
Dans la rubrique "code", on ne peut modifier que le texte, mais dans
l'autre secteur, on peut aussi modifier le titre des articles.
Sauf que ça marche pas : le fait que ça soit dans un <a> fait
déconner quelque chose, mais je sais pas quoi. plus trop envie de
creuser maintenant.
Par contre, j'ai voulu rendre modifiable le texte des rubriques, et
là non plus ça marche pas parce que c'est "Non implemente" dans
l'action.
Ce qui est pas cool, c'est que c'est facile à faire sur les articles
parce que revisions_articles fait juste ce qu'il faut, alors que pour
les rubriques, j'ai pas trouvé de fonction "à tout faire".
Ça me conforte un peu dans l'idée que le plugin "editables" devrait
pouvoir mettre son nez là dedans, mais faut que j'y replonge pour voir
comment fusionner les 2.
Son interet serait justement d'avoir un truc pour exprimer les updates
en tous genres, mais la syntaxe est pas terrible.
À suivre ...
--
À+, Pif.
Saiut à tous
J'essaie de refaire le FORMULAIRE_ARTICLE que j'avais déjà réalisé pour la 1.8, mais il y a du boulot.
Avant de me lancer tête baissée comme à ma mauvaise habitude, pouvez-vous me dire
- s'il y a une API ou qq chose de déjà écrit pour "Stocker Article"
- Si les "nouvelles API" pour les Balises/Formulaires sont stables ?
Merci d'avance !
Michel
Bonjour,
Michel JORDA wrote:
Saiut à tous
J'essaie de refaire le FORMULAIRE_ARTICLE que j'avais déjà réalisé pour la 1.8, mais il y a du boulot.
Avant de me lancer tête baissée comme à ma mauvaise habitude, pouvez- vous me dire
- s'il y a une API ou qq chose de déjà écrit pour "Stocker Article"
- Si les "nouvelles API" pour les Balises/Formulaires sont stables ?
Je sais rien de tout ça.
Mais Connexion · GitLab c'est bien !
à+
--
toggg
Magnifique !
sauf que je ne sais absolument pas m'en servir, ni le télécharger 
MJ
Le 16 oct. 06 à 12:16, bertrand Gugger a écrit :
Bonjour,
Michel JORDA wrote:Saiut à tous
J'essaie de refaire le FORMULAIRE_ARTICLE que j'avais déjà réalisé pour la 1.8, mais il y a du boulot.
Avant de me lancer tête baissée comme à ma mauvaise habitude, pouvez- vous me dire
- s'il y a une API ou qq chose de déjà écrit pour "Stocker Article"
- Si les "nouvelles API" pour les Balises/Formulaires sont stables ?Je sais rien de tout ça.
Mais Connexion · GitLab c'est bien !
à+
--
toggg
J'essaie de refaire le FORMULAIRE_ARTICLE que j'avais déjà réalisé
pour la 1.8, mais il y a du boulot.
Avant de me lancer tête baissée comme à ma mauvaise habitude, pouvez-
vous me dire
- s'il y a une API ou qq chose de déjà écrit pour "Stocker Article"
Il y a un début d'API pour ça, oui. Tu verras une utilisation dans le plugin
widgets que togg vient de signaler. Stable ? non !
-- Fil
Michel JORDA a écrit :
Saiut à tous
J'essaie de refaire le FORMULAIRE_ARTICLE que j'avais déjà réalisé pour la 1.8, mais il y a du boulot.
Avant de me lancer tête baissée comme à ma mauvaise habitude, pouvez- vous me dire
- s'il y a une API ou qq chose de déjà écrit pour "Stocker Article"
regarde du coté du plugin profil_etendu.
la version SVN n'est pas vraiment stable, mais les formulaires pour proposer et modifier ses articles le sont pour la branche 1.9.
ce qui ne marche pas par contre, c'est la gestion des documents attachés, mais plusieurs personnes travaillent dessus et tout cela finira peut etre par redescendre dans le SVN...
- Si les "nouvelles API" pour les Balises/Formulaires sont stables ?
la version SVN de Spip bouge beaucoup, et c'est normal.
Le resultat sera justement de pouvoir faire des choses comme le plugin widget.
La branche 1.9 elle est maintenant stable, donc la premiere question est : sur quelle version de Spip tu veux bosser ?
@++