Re-utiliser des documents : comment ?

Bonjour au soleil...

J'ai quelques interrogations sur l'usage de l'interface privée, en
particulier pour ré-utiliser un document déjà existant dans la BdD : comment
est-ce possible ?
- la gestion des documents est bien découplée entre une table document, et
une table de liaison pour chaque type d'encarts ( _documents_breves ,
_documents_articles.... ),
- mais je ne sais pas comment dire dans la création de mon article, de
réutiliser en document joint, le <doc222> sans le recharger en <doc233> ?
=> j'aurais bien imaginé, sur le "hack"des articles virtuels, de mettre =222
dans le champ de saisie du fichier, (ou peut-etre du champ d'upload) mias je
me suis fait jeter..... alors, coment ce faire ?

Autre question, un peu analogue : la gestion des auteurs......ne dispose
guère que du champ BIO ;
un peu court, surtout si on veut rajouter des documents, CV, photos...
Plutot que d'utiliser le plugin Inscription2 (avec son floriège de champs
;-), ne pourrait-on reprendre ce meme principe de "hack" pour permettre
d'associer automatiquement un article complet (avec toutes ses facilités
donc...diaporama, documents, et champs de l'article) automatiquement lié a
chaque auteur ?
Quelque chose du genre #BIO contiendrait =33 pour lier l'article 33, ou
meme =rub3 pour associer automatiquement la rubrique 3 à l'auteur
courant....)
Sur qu'il faudrait alors rajouter dans le squelette auteur un <inclure
article {id_article=#BIO}>

Dernière question : carrément "osée" ! Comme j'utilise bcp SPIP en
collaboratif, c'est a dire avec des utilisateurs pas forcement au fait de la
syntaxe SPIP, mais parfois déja habitués a la pratique des blogs, wiki, BB
etc... ils me reprochent toujours la syntaxe (et aussi l'interface privée,
d'ailleurs) ; mais je voudrais savoir si dans le core Spip, cette analyse
syntaxique est "bien isolée" : en d'autre termes -ne criez pas merci- est-il
imaginable de remplacer le code corespondant par un code fonctionnel avec la
syntaxe Wikipedia ?

Tant que j'y suis, je vous ramène la dernière critique sur l'interface,
posée par un habitué du Web :
"je suis en train de lire une rubrique, je veux rajouter un
article-blog..... sur <bip> ... mettez n'importe quel blog </bip>, je
clique, et j'écris ! en spip, faut aller..... se perdre dans ce fouillis
d'inteface privée complètement différente ! alors j'ecris pas".
Effectivement ! Les crayons permettent de "modifier" un article existant
(et encore, meme pas le redacteur, seulement si on est administrateur
[[corrigez-moi si je dis une betise]] , mais je ne me souveins pas de
pouvoir directement créer un article....
Modifier le squelette pour rajouter un bouton créer avec le lien bien
construit... oui, c'est une idée, faisable quand le #SESSION est activé,
mais c'est d'un lourd a coté des crayons.....
Alors, le positif qui vient aussi avec la SVN 2 c'est ces personnalisations
annoncées, sans oublier d'utiliser l'idée fournie par Luis spéciale en
Septembre (une CSS spip_privé pour menus verticaux)....
Car j'aimerais bien garder SPIP et son ouverture plus naturelle a mon gout
(informatichien) que les autres CMS...

Bon, c'etait mes deux sous si matinaux, mais j'avoue ne pas savoir si cela
demande bcp de modifs dans l'interface privée : je ne me sens pas expert es
regexp.....

si qq.un peut déja m'indiquer la technique pour reprendre un document déjà
utilisé, dans un autre article...

Merci d'avance
Yx

YannX <ydx35 <at> yahoo.fr> writes:

Bonjour au soleil...

J'ai quelques interrogations sur l'usage de l'interface privée, en
particulier pour ré-utiliser un document déjà existant dans la BdD : comment
est-ce possible ?
- la gestion des documents est bien découplée entre une table document, et
une table de liaison pour chaque type d'encarts ( _documents_breves ,
_documents_articles.... ),
- mais je ne sais pas comment dire dans la création de mon article, de
réutiliser en document joint, le <doc222> sans le recharger en <doc233> ?
=> j'aurais bien imaginé, sur le "hack"des articles virtuels, de mettre =222
dans le champ de saisie du fichier, (ou peut-etre du champ d'upload) mias je
me suis fait jeter..... alors, coment ce faire ?

en version 1.8 il existait cette contrib:
Recycler des documents - SPIP-Contrib qui répond exactement à tes
besoins... A priori le portage en plugin n'a l'air ni long ni compliqué (et il
devrait y avoir plein de webmestres intéressés) alors go go go!

Autre question, un peu analogue : la gestion des auteurs......ne dispose
guère que du champ BIO ;
un peu court, surtout si on veut rajouter des documents, CV, photos...
Plutot que d'utiliser le plugin Inscription2 (avec son floriège de champs
, ne pourrait-on reprendre ce meme principe de "hack" pour permettre
d'associer automatiquement un article complet (avec toutes ses facilités
donc...diaporama, documents, et champs de l'article) automatiquement lié a
chaque auteur ?
Quelque chose du genre #BIO contiendrait =33 pour lier l'article 33, ou
meme =rub3 pour associer automatiquement la rubrique 3 à l'auteur
courant....)
Sur qu'il faudrait alors rajouter dans le squelette auteur un <inclure
article {id_article=#BIO}>

ça c'est déja réalisable via un squelette spécifique (du style avec une rubrique
spécifique pour les articles de présentation des auteurs et un article ayant
comme auteur l'auteur à présenter + une ou deux boucles "qui vont bien" tu
devrais avoir facilement moyen de faire ce que tu cherche)
Sinon en spip 2 il y a les champs extra aussi.

Pour les autres questions je passe la main à des utilisateurs plus au courant

YannX a écrit :

Bonjour au soleil...

J'ai quelques interrogations sur l'usage de l'interface privée, en particulier pour ré-utiliser un document déjà existant dans la BdD : comment est-ce possible ?
- la gestion des documents est bien découplée entre une table document, et une table de liaison pour chaque type d'encarts ( _documents_breves , _documents_articles.... ),
- mais je ne sais pas comment dire dans la création de mon article, de réutiliser en document joint, le <doc222> sans le recharger en <doc233> ?
=> j'aurais bien imaginé, sur le "hack"des articles virtuels, de mettre =222 dans le champ de saisie du fichier, (ou peut-etre du champ d'upload) mias je me suis fait jeter..... alors, coment ce faire ?

si qq.un peut déja m'indiquer la technique pour reprendre un document déjà utilisé, dans un autre article...

Perso j'indique le code d'un doc existant (ex <doc222>) dans le texte d'un article ou d'une brève, là où je veux le réutiliser.
dd

Merci d'avance
Yx

YannX a écrit :

Bonjour au soleil...

J'ai quelques interrogations sur l'usage de l'interface privée, en particulier pour ré-utiliser un document déjà existant dans la BdD : comment est-ce possible ?
- la gestion des documents est bien découplée entre une table document, et une table de liaison pour chaque type d'encarts ( _documents_breves , _documents_articles.... ),
- mais je ne sais pas comment dire dans la création de mon article, de réutiliser en document joint, le <doc222> sans le recharger en <doc233> ?
=> j'aurais bien imaginé, sur le "hack"des articles virtuels, de mettre =222

ben, dans le texte, il suffit de mettre <doc222>, c'est quoi la question ?

dans le champ de saisie du fichier, (ou peut-etre du champ d'upload) mias je me suis fait jeter..... alors, coment ce faire ?

sinon, tu peux aussi faire un document distant, en passant l'url absolue, si le but c'est de le récupérer dans une boucle documents

permettre de mettre un numero, c'est pas bete, mais il faudrait faire juste un hack pour recupérer l'url et créer un document distant.

Sinon, le probleme est vaste et complexe (les documents n'ont pas de cycle de vie propre, ils sont liés à un article eux meme liés à des auteurs).

Pour mettre ca en place, il faudrait à minima ajouter un statut commun/specifique aux documents pour avoir un pot commun ou pouvoir piocher, et dans ce cas, se contenter de créer l'association document/article

ca ferait un plugin sympa...

Autre question, un peu analogue : la gestion des auteurs......ne dispose guère que du champ BIO ;
un peu court, surtout si on veut rajouter des documents, CV, photos... Plutot que d'utiliser le plugin Inscription2 (avec son floriège de champs ;-), ne pourrait-on reprendre ce meme principe de "hack" pour permettre d'associer automatiquement un article complet (avec toutes ses facilités donc...diaporama, documents, et champs de l'article) automatiquement lié a chaque auteur ?
Quelque chose du genre #BIO contiendrait =33 pour lier l'article 33, ou meme =rub3 pour associer automatiquement la rubrique 3 à l'auteur courant....)
Sur qu'il faudrait alors rajouter dans le squelette auteur un <inclure article {id_article=#BIO}>

regarde plutot du coté de F&T (formulaire unique modifiable = profil, que l'utilisateur peut modifier directement sur le site).

Dernière question : carrément "osée" ! Comme j'utilise bcp SPIP en collaboratif, c'est a dire avec des utilisateurs pas forcement au fait de la syntaxe SPIP, mais parfois déja habitués a la pratique des blogs, wiki, BB etc... ils me reprochent toujours la syntaxe (et aussi l'interface privée, d'ailleurs) ; mais je voudrais savoir si dans le core Spip, cette analyse syntaxique est "bien isolée" : en d'autre termes -ne criez pas merci- est-il imaginable de remplacer le code corespondant par un code fonctionnel avec la syntaxe Wikipedia ?

de memoire il y a un plugin pour autoriser les BBcodes, ou une autre syntaxe pourvu qu'on lui donne le bon vocabulaire.

Tant que j'y suis, je vous ramène la dernière critique sur l'interface, posée par un habitué du Web :
"je suis en train de lire une rubrique, je veux rajouter un article-blog..... sur <bip> ... mettez n'importe quel blog </bip>, je clique, et j'écris ! en spip, faut aller..... se perdre dans ce fouillis d'inteface privée complètement différente ! alors j'ecris pas".
Effectivement ! Les crayons permettent de "modifier" un article existant (et encore, meme pas le redacteur, seulement si on est administrateur [[corrigez-moi si je dis une betise]] , mais je ne me souveins pas de pouvoir directement créer un article....
Modifier le squelette pour rajouter un bouton créer avec le lien bien construit... oui, c'est une idée, faisable quand le #SESSION est activé, mais c'est d'un lourd a coté des crayons.....
Alors, le positif qui vient aussi avec la SVN 2 c'est ces personnalisations annoncées, sans oublier d'utiliser l'idée fournie par Luis spéciale en Septembre (une CSS spip_privé pour menus verticaux)....
Car j'aimerais bien garder SPIP et son ouverture plus naturelle a mon gout (informatichien) que les autres CMS...

#FORMULAIRE_ECRIRE_ARTICLE ?
il y en a des fonctionnels depuis la 1.8
Mais en spip 2, c'est relativement natif.
@++

Oui, pourquoi pas un gestionnaire de document ?
Je clarifie :
- on garde tout spip pareil avec les documents lié aux articles, rubriques
- on créé en plus (activable ou pas dans la partie administration) un gestionnaire de document ou on peu mettre tout type de type de documents (classé par type). De là dans un article le bouton ajouter un document (ou une image, un logo) proposerait le parcourir classique plus "parcourir le gestionnaire".

ça résoudrait aussi le probleme pour l'ajout de logos identiques dans les articles en offrant aux rédacteurs une bibliotheque. Bien utilisé ça permettrait également de changer un logo sur tout un site et pas article par article (par exemple en cas de refonte du design d'un site ou les logos.images sont utilisées en elements du design).

Pour moi un tel gestionnaire pourrait être en natif (pas forcement plugin).

frederic

Pour mettre ca en place, il faudrait à minima ajouter un statut commun/specifique aux documents pour avoir un pot commun ou pouvoir piocher, et dans ce cas, se contenter de créer l'association document/article

ca ferait un plugin sympa...
  

Le Sun, 19 Oct 2008 09:54:54 +0200, YannX <ydx35@yahoo.fr> a écrit:

Bonjour au soleil...

J'ai quelques interrogations sur l'usage de l'interface privée, en
particulier pour ré-utiliser un document déjà existant dans la BdD : comment
est-ce possible ?
- la gestion des documents est bien découplée entre une table document, et
une table de liaison pour chaque type d'encarts ( _documents_breves ,
_documents_articles.... ),
- mais je ne sais pas comment dire dans la création de mon article, de
réutiliser en document joint, le <doc222> sans le recharger en <doc233> ?
=> j'aurais bien imaginé, sur le "hack"des articles virtuels, de mettre =222
dans le champ de saisie du fichier, (ou peut-etre du champ d'upload) mias je
me suis fait jeter..... alors, coment ce faire ?

dans spip, un document joint est joint à un article, ou une rubrique
d'où les tables documents_...

une fois un document saisi dans la base, rien n'interdit de le réutiliser
dans n'importe quel autre article ou rubrique : il suffit d'introduire
dans le texte dudit nouvel article <doc222> qui a été joint à un autre article

la seule restriction de ce système, c'est qu'il n'est pas possible de joindre
un document déjà existant à un nouvel article sans en insérer la référence
dans l'un des champs dudit nouvel article

Autre question, un peu analogue : la gestion des auteurs......ne dispose
guère que du champ BIO ;
un peu court, surtout si on veut rajouter des documents, CV, photos...
Plutot que d'utiliser le plugin Inscription2 (avec son floriège de champs
;-), ne pourrait-on reprendre ce meme principe de "hack" pour permettre
d'associer automatiquement un article complet (avec toutes ses facilités
donc...diaporama, documents, et champs de l'article) automatiquement lié a
chaque auteur ?
Quelque chose du genre #BIO contiendrait =33 pour lier l'article 33, ou
meme =rub3 pour associer automatiquement la rubrique 3 à l'auteur
courant....)
Sur qu'il faudrait alors rajouter dans le squelette auteur un <inclure
article {id_article=#BIO}>

d'abord le plugin inscription n'est pas négligeable
sinon, comme l'indique le post précédent, l'appel d'un auteur permet
de retrouver ses articles, et donc pourquoi pas un article où il écrirait
ses caractéristiques de façon plus littéraire...
article qui aurait une autre caractéristique, celle de se trouver dans une
rubrique spécifique, ou bien affublé d'un mot clé

Dernière question : carrément "osée" ! Comme j'utilise bcp SPIP en
collaboratif, c'est a dire avec des utilisateurs pas forcement au fait de la
syntaxe SPIP, mais parfois déja habitués a la pratique des blogs, wiki, BB
etc... ils me reprochent toujours la syntaxe (et aussi l'interface privée,
d'ailleurs) ; mais je voudrais savoir si dans le core Spip, cette analyse
syntaxique est "bien isolée" : en d'autre termes -ne criez pas merci- est-il
imaginable de remplacer le code corespondant par un code fonctionnel avec la
syntaxe Wikipedia ?

le fichier est ecrire/inc/texte.php
amuses-toi bien !

Sinon, il est possible, toujours par les plugins, de mettre en place des barres
d'outils plus wysiwyg, modifiant la saisie plutôt austère de spip
http://www.spip-contrib.net/spip.php?page=recherche&recherche=barre

cependant chaque cms conservera toujours ses spécificités notamment
en ce qui concerne ce point et votre grand amateur de wikipedia
dont le moins qu'on puisse dire est que la syntaxe est plutôt
particulière par rapport à tous les autres wiki
ne devra pas fournir de grands efforts pour parler
le spip, sauf à ce que la mauvaise foi s'en mêle !

Tant que j'y suis, je vous ramène la dernière critique sur l'interface,
posée par un habitué du Web :
"je suis en train de lire une rubrique, je veux rajouter un
article-blog..... sur <bip> ... mettez n'importe quel blog </bip>, je
clique, et j'écris ! en spip, faut aller..... se perdre dans ce fouillis
d'inteface privée complètement différente ! alors j'ecris pas".
Effectivement ! Les crayons permettent de "modifier" un article existant
(et encore, meme pas le redacteur, seulement si on est administrateur
[[corrigez-moi si je dis une betise]] , mais je ne me souveins pas de
pouvoir directement créer un article....
Modifier le squelette pour rajouter un bouton créer avec le lien bien
construit... oui, c'est une idée, faisable quand le #SESSION est activé,
mais c'est d'un lourd a coté des crayons.....
Alors, le positif qui vient aussi avec la SVN 2 c'est ces personnalisations
annoncées, sans oublier d'utiliser l'idée fournie par Luis spéciale en
Septembre (une CSS spip_privé pour menus verticaux)....
Car j'aimerais bien garder SPIP et son ouverture plus naturelle a mon gout
(informatichien) que les autres CMS...

le code est libre et ouvert
personne n'interdit d'aller y mettre ses mains...

Bon, c'etait mes deux sous si matinaux, mais j'avoue ne pas savoir si cela
demande bcp de modifs dans l'interface privée : je ne me sens pas expert es
regexp.....

si qq.un peut déja m'indiquer la technique pour reprendre un document déjà
utilisé, dans un autre article...

Merci d'avance
Yx

--
Apero Spip à Paris : tous les jeudis 19h, aux Métallos
Maison des métallos - 94 rue Jean Pierre Timmbaud
75011 Paris - Métro Couronnes
  http://www.spip-party.net/

fred.scibor a écrit :

Oui, pourquoi pas un gestionnaire de document ?
Je clarifie :
- on garde tout spip pareil avec les documents lié aux articles, rubriques
- on créé en plus (activable ou pas dans la partie administration) un gestionnaire de document ou on peu mettre tout type de type de documents (classé par type). De là dans un article le bouton ajouter un document (ou une image, un logo) proposerait le parcourir classique plus "parcourir le gestionnaire".

oui pourquoi pas, comme je disais, ca ferait un plugin interessant.

ça résoudrait aussi le probleme pour l'ajout de logos identiques dans les articles en offrant aux rédacteurs une bibliotheque.

à ca, par contre, c'est autre chose.
les logos, c'est pas comme les documents, il n'y a rien en base, c'est juste une convention de nommage, donc il faut de toutes facons dupliquer

  Bien utilisé ça

permettrait également de changer un logo sur tout un site et pas article par article (par exemple en cas de refonte du design d'un site ou les logos.images sont utilisées en elements du design).

il y a quand meme LOGO_RUBRIQUE_ARTICLE qui aide deja bien.

Pour moi un tel gestionnaire pourrait être en natif (pas forcement plugin).

non, je ne pense pas (ca ajoute du code et des fonctionnalités, donc de la complexité, c'est la demarche inverse en ce moment sur le core), mais un plugin c'est bien aussi...

fred.scibor a écrit :

Oui, pourquoi pas un gestionnaire de document ?
Je clarifie :
- on garde tout spip pareil avec les documents lié aux articles, rubriques
- on créé en plus (activable ou pas dans la partie administration) un gestionnaire de document ou on peu mettre tout type de type de documents (classé par type). De là dans un article le bouton ajouter un document (ou une image, un logo) proposerait le parcourir classique plus "parcourir le gestionnaire".

ça résoudrait aussi le probleme pour l'ajout de logos identiques dans les articles en offrant aux rédacteurs une bibliotheque. Bien utilisé ça permettrait également de changer un logo sur tout un site et pas article par article (par exemple en cas de refonte du design d'un site ou les logos.images sont utilisées en elements du design).

Pour moi un tel gestionnaire pourrait être en natif (pas forcement plugin).

frederic

Pour mettre ca en place, il faudrait à minima ajouter un statut commun/specifique aux documents pour avoir un pot commun ou pouvoir piocher, et dans ce cas, se contenter de créer l'association document/article

ca ferait un plugin sympa...
  

le plugin "Barre typo V2" propose une icône (le petit arbre) qui ouvre une gallerie avec tous les docs disponibles dans la base.

Bonjour a tous,

Et bien, il y en a eu des reactions ; merci a vous....

Effectivement, mon probleme de documents ne s'applique/s'explique QUE dans
le cas où l'on veut joindre
le lien vers un document DANS le PORTE-FOLIO d'un nouvel article....

l'explique fort bien, et c'est la piste a regarder (pour l'adaptation en
plugin, laissez-moi faire d'autres choses d'abord, SVP !)!

par contre je ne connaissais pas l'icone de la BT2 (celle qui m'a gentiement
planté avec le CS l'autre jour) :
cette nouvelle version me parait moins sympa que celle dont j'avais
l'habitude (il faut déplier un panneau ..).

Quant au hack sur AUTEUR, ou INSCRIPTION2 je me dis qu'un champ de lien
intégré serait pas mal,
mais je ne meousviens pas d'avoir vu une possibilité a ce niveau..
De la a aller faire un bouton supplémentaire en barre enrichie, pas tout de
suite !!!

Bons apéroSpip...
Yx

"GornetY" <gornety@maisondesmetallos.org> a écrit dans le message de news:
op.ujblfvvjqrelb3@smallito.metallos.corp...
Le Sun, 19 Oct 2008 09:54:54 +0200, YannX <ydx35@yahoo.fr> a écrit:

Bonjour au soleil...

J'ai quelques interrogations sur l'usage de l'interface privée, en
particulier pour ré-utiliser un document déjà existant dans la BdD :
comment
est-ce possible ?
- la gestion des documents est bien découplée entre une table document,
et
une table de liaison pour chaque type d'encarts ( _documents_breves ,
_documents_articles.... ),
- mais je ne sais pas comment dire dans la création de mon article, de
réutiliser en document joint, le <doc222> sans le recharger en <doc233> ?
=> j'aurais bien imaginé, sur le "hack"des articles virtuels, de mettre
=222
dans le champ de saisie du fichier, (ou peut-etre du champ d'upload) mias
je
me suis fait jeter..... alors, coment ce faire ?

dans spip, un document joint est joint à un article, ou une rubrique
d'où les tables documents_...

une fois un document saisi dans la base, rien n'interdit de le réutiliser
dans n'importe quel autre article ou rubrique : il suffit d'introduire
dans le texte dudit nouvel article <doc222> qui a été joint à un autre
article

la seule restriction de ce système, c'est qu'il n'est pas possible de
joindre
un document déjà existant à un nouvel article sans en insérer la référence
dans l'un des champs dudit nouvel article

Autre question, un peu analogue : la gestion des auteurs......ne dispose
guère que du champ BIO ;
un peu court, surtout si on veut rajouter des documents, CV, photos...
Plutot que d'utiliser le plugin Inscription2 (avec son floriège de champs
;-), ne pourrait-on reprendre ce meme principe de "hack" pour permettre
d'associer automatiquement un article complet (avec toutes ses facilités
donc...diaporama, documents, et champs de l'article) automatiquement lié
a
chaque auteur ?
Quelque chose du genre #BIO contiendrait =33 pour lier l'article 33,
ou
meme =rub3 pour associer automatiquement la rubrique 3 à l'auteur
courant....)
Sur qu'il faudrait alors rajouter dans le squelette auteur un <inclure
article {id_article=#BIO}>

d'abord le plugin inscription n'est pas négligeable
sinon, comme l'indique le post précédent, l'appel d'un auteur permet
de retrouver ses articles, et donc pourquoi pas un article où il écrirait
ses caractéristiques de façon plus littéraire...
article qui aurait une autre caractéristique, celle de se trouver dans une
rubrique spécifique, ou bien affublé d'un mot clé

Dernière question : carrément "osée" ! Comme j'utilise bcp SPIP en
collaboratif, c'est a dire avec des utilisateurs pas forcement au fait de
la
syntaxe SPIP, mais parfois déja habitués a la pratique des blogs, wiki,
BB
etc... ils me reprochent toujours la syntaxe (et aussi l'interface
privée,
d'ailleurs) ; mais je voudrais savoir si dans le core Spip, cette analyse
syntaxique est "bien isolée" : en d'autre termes -ne criez pas merci-
est-il
imaginable de remplacer le code corespondant par un code fonctionnel avec
la
syntaxe Wikipedia ?

le fichier est ecrire/inc/texte.php
amuses-toi bien !

Sinon, il est possible, toujours par les plugins, de mettre en place des
barres
d'outils plus wysiwyg, modifiant la saisie plutôt austère de spip
http://www.spip-contrib.net/spip.php?page=recherche&recherche=barre

cependant chaque cms conservera toujours ses spécificités notamment
en ce qui concerne ce point et votre grand amateur de wikipedia
dont le moins qu'on puisse dire est que la syntaxe est plutôt
particulière par rapport à tous les autres wiki
ne devra pas fournir de grands efforts pour parler
le spip, sauf à ce que la mauvaise foi s'en mêle !

Tant que j'y suis, je vous ramène la dernière critique sur l'interface,
posée par un habitué du Web :
"je suis en train de lire une rubrique, je veux rajouter un
article-blog..... sur <bip> ... mettez n'importe quel blog </bip>, je
clique, et j'écris ! en spip, faut aller..... se perdre dans ce fouillis
d'inteface privée complètement différente ! alors j'ecris pas".
Effectivement ! Les crayons permettent de "modifier" un article existant
(et encore, meme pas le redacteur, seulement si on est administrateur
[[corrigez-moi si je dis une betise]] , mais je ne me souveins pas de
pouvoir directement créer un article....
Modifier le squelette pour rajouter un bouton créer avec le lien bien
construit... oui, c'est une idée, faisable quand le #SESSION est activé,
mais c'est d'un lourd a coté des crayons.....
Alors, le positif qui vient aussi avec la SVN 2 c'est ces
personnalisations
annoncées, sans oublier d'utiliser l'idée fournie par Luis spéciale en
Septembre (une CSS spip_privé pour menus verticaux)....
Car j'aimerais bien garder SPIP et son ouverture plus naturelle a mon
gout
(informatichien) que les autres CMS...

le code est libre et ouvert
personne n'interdit d'aller y mettre ses mains...

Bon, c'etait mes deux sous si matinaux, mais j'avoue ne pas savoir si
cela
demande bcp de modifs dans l'interface privée : je ne me sens pas expert
es
regexp.....

si qq.un peut déja m'indiquer la technique pour reprendre un document
déjà
utilisé, dans un autre article...

Merci d'avance
Yx

--
Apero Spip à Paris : tous les jeudis 19h, aux Métallos
Maison des métallos - 94 rue Jean Pierre Timmbaud
75011 Paris - Métro Couronnes
  http://www.spip-party.net/