Coucou,
- pouvoir entrer plusieurs mots-cl=E9s d'un seul coup (s=E9par=E9s par=
des ';')
oui !
Oui =E0 condition que =E7a ne perturbe en aucune mani=E8re le comportement a=
ctuel.
> - des dates d=E9but/fin r=E9glables dans les br=E8ves
why not ?
L=E0, mollo: ajouter des dates dans tous les sens, c'est la croix et la
banni=E8re pour conserver une interface logique. Voir l'introduction de
la date de premi=E8re publication dans les articles: on s'y est repris
=E0 3 fois avant de trouver une solution satisfaisante (et sur les
sites SPIP que j'ai pu visiter, aucun n'utiliser une telle option).
Donc: attention =E0 ne pas cr=E9er une usine =E0 gaz pour une utilisation
ultra-sp=E9cifique.
> - un <? include ("mabarre.php3") ?> dans ecrire/inc.php3, qui permette =
de
customizer un peu l'interface priv=E9e (le mieux serait dans la marge =
de
gauche ??)
heu... pfouapfff.... surtout avec un include, apr=E8s les gens vont raler
parce que leur mabarre.php3 ne marche pas avec la version zozo13 ;))
Yop, idem.
De plus:
(1) le comportement actuel de mabarre est d=E9j=E0 extr=EAmement complexe,
avec affichage diff=E9rent en fonction de la situation du r=E9dacteur et
de la config du site (r=E9dacteur/admin, interface simple/complexe,
options de config pr=E9cise, avec/sans survol...); graphiquement
carr=E9ment costaud (penser en plus aux fonds qui changent); il faut un
graphiste qui puisse pr=E9voir toutes les configurations de cette barre
(donc qui conna=EEt les arcanes de SPIP de fond en complte); et quant =E0
programmer le comportement de cette barre, ce coup-ci c'est plus un
boulot de graphiste;
(2) comme l'indique Antoine, suivre les =E9volutions de SPIP. Si on
modifie la barre pour int=E9grer de nouvelles fonctions, le type qui
bidouille "mabarre" est plant=E9.
(3) y'a un moment o=F9 il faudra passer =E0 la localisation g=E9ographique
de SPIP, avec interface qui change de langue. On rend encore plus
complexe la gestion d'un "mabarre"...
> - des liens entre articles (pourrait =EAtre utile pour signaler qu'un a=
rticle
est une suite/un encadr=E9/ une traduction... d'un autre article
=E7a me semble vraiment trop trop flou, et puis on rentre dans la
cat=E9gorie bidouille-parce-qu'on-sait-pas-mieux-faire, non ?
Yop, =E0 penser avec =E9norm=E9ment de rigueur. Risque d'interface d'usine
=E0 gaz, pour utilisation ultra-minoritaire. Penser avant tout =E0
travailler le comportement des mots-cl=E9s, qui sont =E0 ma connaissance
tr=E8s nettement sous-utilis=E9s (et avec lesquels on peut d=E9j=E0 faire
=E9norm=E9ment de choses).
> - une pr=E9visualisation de l'article (sans publication) utilisant les
squelettes publics
ouip.
Pourquoi pas. Attention au risque de d=E9rive: SPIP n'est pas du
WYSIWYG: le contenu doit =EAtre clairement s=E9par=E9 de l'interface
graphique (risque: des articles =E9crits en fonction de l'interface
graphique, donc fig=E9s).
- un crit=E8re de s=E9lection manuelle des articles : dans une boucle, {=
manuel}
signifie qu'on peut aller s=E9lectionner l'article qui appara=EEt=
quelque part
dans le back office (l=E0 aussi, concept encore flou)
c'=E9tait plut=F4t un syst=E8me de s=E9lections multiples g=E9rables par=
ceux qui
en ont envie. {selection=3Dhaut-gauche} renvoyant les articles ins=E9r=E9s =
dans
la dite s=E9lection.
D=E9sol=E9, l=E0 j'ai rien compris.
> - passer des variables en param=E8tre/url (par exemple le num=E9ro de
page) puis
d=E9couper un article en pages s=E9par=E9es
=E0 conserver sous le coude dans l'optique plus g=E9n=E9rale d'une d=E9coup=
e
dynamique des r=E9sultats de boucle (afficher 10 forums par page...).
Je croyais que c'=E9tait d=E9j=E0 possible, l'ajout de variables exotiques?
Avant d'en arriver =E0 la d=E9coupe, est-qu'il ne faut pas d=E9j=E0 r=E9ussi=
r
les fonctions (filtres) avec variables personnalis=E9es (genre
couper(600)...).
> - un moteur de recherche r=E9duit aux titres dans l'espace priv=E9=
(articles et
br=E8ves)
oui, et mots-cl=E9s et auteurs aussi. suffit d'une case d'=E9dition dans le
index.php3 avec =E0 c=F4t=E9 un menu pop-up "articles/br=E8ves/mots/auteurs=
".
Oui.
Pour le pop-up, =E7a me semble pas utile. Sur le site Vuibert, je leur
avais coll=E9 un moteur interne sur l'ensemble de la base (pas loin de
2000 bouquins), =E7a r=E9pond des livres, des collections, des auteurs,
et c'est l'interface de la page qui permet de s=E9lectionner illico ce
qu'on cherche. Avec une belle pr=E9sentation des r=E9sultats, le popup
devient inutile.
- un syst=E8me pour "exploser la structure" d'un squelette (en DHTML ??)
(l'id=E9e est d'avoir, flottant au-dessus de chaque =E9l=E9ment (ou de=
chaque
#TITRE), une petite fen=EAtre 'modifier cet article'... Ce syst=E8me p=
ourrait
aussi permettre de faire des s=E9lections "manuelles" (cf. ci-dessus)
oui mais pas en DHTML (trop d'emmerdes), plut=F4t un b=EAte bouton.
Si DHTML, alors c'est MSIE pour tout le monde! :-))
Si c'est pour l'espace priv=E9, c'est inutile (on perd l'unit=E9 de
l'interface). Si c'est dans l'espace public, =E7a peut =EAtre rigolo,
mais =E7a devient coton.
- Dans "=E0 suivre", indiquer le nom de rubrique au-dessus du titre de
l'article (lent?)
non, d'autres gens voudront le sous-titre, d'autres le descriptif etc.
=E0 consid=E9rer dans l'optique d'une personnalisation de l'affichage de
l'espace priv=E9.
Idem. L'interface est d=E9j=E0 charg=E9e, inutile d'en ajouter des couches
suppl=E9mentaires. O=F9 alors, hop, DHTML avec des gestions =E9labor=E9es du=
survol...
> - un lien [->512] qui affiche de mani=E8re standard un lien vers
l'article 512
> avec, pour texte, le titre de l'article 512. (ex =3D [->512] est tran=
sform=E9
> en <a href=3D"#URL_ARTICLE">#TITRE</a> (contexte article 512)
pareil pour [-> rub123] ou [ -> br=E8ve 440]. ceci dit, =E7a ajoute des re=
qu=EAtes.
Bof... Un lien est, dans 99% des cas, ins=E9r=E9 dans une phrase. D'o=F9
modification du titre, et surtout de la typographie... Donc, entrer
le titre =E0 la main, =E7a ne co=FBte rien, et surtout =E7a conserve un
document "source" lisible. Parce que: "On pourra lire dans
[->512]...", =E7a ne permet plus de relire son original.
Il me semblerait plus int=E9ressant de v=E9rifier la validit=E9 des liens
internes: un lien du type [article->512] serait bien un lien
hypertexte si l'article 512 est publi=E9, mais ne serait plus un lien
hypertexte sinon. De cette fa=E7on, gain de souplesse dans la gestion
des liens (si on vire un article, on ne cr=E9=E9 pas de 404 dans le site).
ARNO*
