[spip-dev] Essai interface dépliable... SPIP 1-3 beta 1

Dev
1

Salut tout le monde,

Je suis en train de t=E9l=E9charger une version 1-3 beta 1 sur spip-dev
(histoire que les 1.2.1, etc. restent des corrections de bugs pour la
1.2 si n=E9cessaire).

Il s'agit d'une tentative d'interface "d=E9pliable", c'est-=E0-dire que
des =E9l=E9ments cach=E9s peuvent =EAtre affich=E9s si on clique au bon endr=
oit.

Histoire de pas tout foutre en l'air, pour l'instant, =E7a n'est pris
en compte que dans "naviguer.php3", il s'agit des petits triangles =E0
c=F4t=E9 des titres de rubriques: s'il y a des sous-rubriques, on peut
cliquer dessus et =E7a se d=E9plie...

-> A priori, =E7a doit fonctionner sous MSIE (=E0 partir de 5) et sous
Mozilla (mais l=E0, j'ai pas r=E9ussi =E0 tester).
-> Si c'est un autre butineur, c'est cens=E9 =EAtre totalement transparent..=
=2E

Dans un premier temps, il faudrait donc tester =E7a avec plusieurs
butineurs (parce que Javascript + layers =3D n'importe quoi...). Si
vous pouviez voir =E7a dans uZine (o=F9 je l'ai install=E9), =E7a me
permettra de voir si =E7a vaut le coup de continuer. Par exemple sur la
page:
http://www.uzine.net/ecrire/naviguer.php3?coll=3D53
(seule possibilit=E9: d=E9plier/plier certaines listes de sous-rubriques
(par exemple, =E0 gauche de "SPIP, syst=E8me de publication", le petit
triangle orange).

Si vous avez des plantages, merci d'indiquer clairement le nom du
butineur, sa version, et sous quel syst=E8me d'exploitation vous
tournez.

=3D=3D=3D=3D=3D=3D=3D=3D=3D

But de la manip: pouvoir gagner de la place dans une interface d=E9j=E0
tr=E8s charg=E9e. Certains =E9l=E9ments peuvent certainement =EAtre masqu=E9=
s, et
d=E9pliables d'un clic. Par exemple: date de publication ant=E9rieure,
ajouter un mot-cl=E9... De cette fa=E7on, seule l'information
imm=E9diatement int=E9ressante serait affich=E9e, sans pour autant devoir
en passer par des rechargements.

Amicalement,
ARNO*

2

Dans un premier temps, il faudrait donc tester ça avec
plusieurs butineurs

Je suis sur Windows 2000.

Netscape 4.78
=> tout est déplié, rien de dynamique

Mozilla 0.9.5
=> y'a les flèches mais ça ne fait rien

IE 5.5
=> ça marche nickel, au détail près qu'on revient à chaque fois en "haut" de
page, c'est pénible ...

Mais quoi qu'il en soit, c'est clair que c'est utile.

Tu t'appuyes sur une librairie cross-browser, ou tu fais tout "à la main" ?

-Nicolas

3

Je suis sur Windows 2000.

Moi aussi

IE 5.5 >> IE 6
=> ça marche nickel, au détail près qu'on revient à chaque fois en "haut"

de

page, c'est pénible ...

C'est vrai que c'est bien,et que le retour en haut est pénible
Le clic sur le lien hypertexte du titre ne marche pas

Mais quoi qu'il en soit, c'est clair que c'est utile.

je le pense aussi

Maurice

4

-> A priori, =E7a doit fonctionner sous MSIE (=E0 partir de 5) et sous=

Mozilla (mais l=E0, j'ai pas r=E9ussi =E0 tester).

-> Si c'est un autre butineur, c'est cens=E9 =EAtre totalement=

transparent...

Si vous avez des plantages, merci d'indiquer clairement le nom du butineur,=

sa version, et sous quel syst=E8me d'exploitation vous tournez.

Windows 2000

Opera 5.01
Les triangles bougent mais rien n'est d=E9pli=E9, on revient en haut de la=
page

Netscape 6.1
Les triangles ne bougent pas, rien n'est d=E9pli=E9, on revient en haut de=
la page

5

=20

Dans un premier temps, il faudrait donc tester =E7a avec plusieurs
butineurs (parce que Javascript + layers =3D n'importe quoi...). Si
vous pouviez voir =E7a dans uZine (o=F9 je l'ai install=E9), =E7a me
permettra de voir si =E7a vaut le coup de continuer. Par exemple sur la
page:
http://www.uzine.net/ecrire/naviguer.php3?coll=3D53
(seule possibilit=E9: d=E9plier/plier certaines listes de sous-rubriques
(par exemple, =E0 gauche de "SPIP, syst=E8me de publication", le petit
triangle orange).
=20
Si vous avez des plantages, merci d'indiquer clairement le nom du
butineur, sa version, et sous quel syst=E8me d'exploitation vous
tournez.

Je suis sur Mac et je peux tester sur Netscape 4.7, IE 4.01, IE 4.5 et IE 5
mais il me faut un login.
Manolo

6

d=E9sol=E9 pour le dernier courrier. Je n'avais pas compris que la 1.3 etait
distribu=E9e. Je pensais qu'ARNO* voulait que nous la testions sur Uzine.
Dr=F4le d'id=E9e que j'ai eu l=E0.

manolo

7

Salut,

Pas du tout comme ça que je vois la chose. Il faudrait plutôt que
ça recharge la page, donc sans Javascript ni layers mais avec du
bête HTML. Il ne faut pas mettre en place d'uzine à gaz pour
l'affichage.

NB : l'exemple fourni est inutile, mais j'imagine que c'est voulu :)))

a+

Antoine.

8

Salut,

Pas du tout comme =E7a que je vois la chose. Il faudrait plut=F4t que
=E7a recharge la page, donc sans Javascript ni layers mais avec du
b=EAte HTML. Il ne faut pas mettre en place d'uzine =E0 gaz pour
l'affichage.

La solution du d=E9pliable me semble _une_ (parmi d'autres) des
fonctionnalit=E9s qui permettrait d'all=E9ger l'interface. L'avantage du
HTML dynamique, ici, est justement d'=E9viter des rechargements pour
r=E9cup=E9rer une toute petite fonctionnalit=E9. Par exemple, sur la page
d'un article, on peut passer le logo, ajouter date, ajouter auteur,
ajouter mot-cl=E9 en d=E9pliable de cette fa=E7on: on ne va pas en effet se
recharger la page d'un article de 50000 signes rien que pour pouvoir
ajouter un auteur :-))

En revanche, le rechargement de page sera utile pour des d=E9coupages
plus importants, o=F9 l'on peut clairement sectoriser l'information
sans perdre l'impression d'ensemble de la page.

Pour ce qui est du code HTML utilis=E9, pour l'instant =E7a n'est pas une
usine =E0 gaz, je fais gaffe (je me m=E9fie beaucoup du Javascript, j'ai
d=E9j=E0 =E9norm=E9ment donn=E9 de ce c=F4t=E9 :-)). Le but recherch=E9 est=
que =E7a
fonctionne avec le d=E9pliage, ou bien que ce soit transparent (=E7a fait
l'affichage ancienne version), sans tenter d'obtenir un d=E9pliage sur
100% des butineurs (c'est impossible). Donc peu de tests (sauf,
directement en PHP pour =E9viter les emmerdes avec la d=E9tection
imbitable de Javascript), et le principe est tr=E8s simple (il s'agit
simplement de cr=E9er des <div> dont le "display" est "block" (d=E9pli=E9)
ou "none" (pas d'affichage) et de commuter de l'un =E0 l'autre. Pas de
layers volants dans la page, pas de <layer>, <ilayer> et autres
subtilit=E9s totalement ing=E9rables. L'affichage lui-m=EAme est donc de la
feuille de style ultra-simple (vraiment, c'est du tout b=EAte:
<div name=3D"xx" style=3D"display=3Dnone;">

Quelques fonctions Javascript se contentent ensuite de commuter de
l'un =E0 l'autre. Mais je suis bien d'accord: s'il faut faire des
montagnes de Javascript pour assurer une compatibilit=E9 potable (ma
demande d'essais...), je pr=E9f=E9rerai renoncer (d'o=F9 le fait que j'ai
"bifurqu=E9" par rapport =E0 la 1.2.1 pour =E9viter les confusions -
j'aurais peut-=EAtre d=FB nommer "1.2-tests-=E0-la-noix" :-))

De plus, tout est directement g=E9r=E9 par des fonctions PHP dans un seul
fichier, sur le mod=E8le debut_block_visible(), fin_block()... Donc
y'aura toujours moyen de totalement d=E9sactiver ces codes <div> d'un
seul coup.

NB : l'exemple fourni est inutile, mais j'imagine que c'est voulu :)))

Oui! Tant qu'=E0 installer un truc qui pourrait ne pas fonctionner sur
uZine, autant qu'il ne serve justement =E0 rien... (d=E9j=E0 que je
craignais les plantages de butineurs et autres joyeuset=E9s).

Cela dit, c'est pas utile tr=E8s sur uZine, o=F9 le rubriquage est
relativement homog=E8ne; en revanche, sur un site qui contient des
rubriques contenant =E9norm=E9ment de sous-rubriques, l=E0 =E7a devient plus=

int=E9ressant (pour citer le cas du r=E9seau Voltaire: certaines
rubriques contiennent 70 sous-rubriques, d'o=F9 affichage totalement
d=E9s=E9quilibr=E9; le fait d'occulter ces sous-rubriques permet de
conserver une interface homog=E8ne, tout en les laissant accessibles
d'un clic).

ARNO*

9

ARNO* wrote:

Le but recherché est que ça
fonctionne avec le dépliage, ou bien que ce soit transparent (ça fait
l'affichage ancienne version), sans tenter d'obtenir un dépliage sur
100% des butineurs (c'est impossible).

Justement, c'est bien le problème. Comme ça n'allègera pas partout,
on ne pourra pas en profiter pour rajouter des infos qui rendront
le truc illisible sur des brouteurs pas compatibles.... ;))

De plus, tout est directement géré par des fonctions PHP dans un seul
fichier, sur le modèle debut_block_visible(), fin_block()... Donc
y'aura toujours moyen de totalement désactiver ces codes <div> d'un
seul coup.

Oui j'ai vu :))

a+

10

Bsoir ...

afin de faire une version billingue francais allemand personnalisée j'ai
rajouté un champs texte_allemand; titre_allemand; dans la table
spip_articles

11

est-ce que j'ai oublié qqchose ?

oui : les INSERT dans la base, dans articles.php3, et le traitement des
nouveaux champs dans inc-calcul-squel.php3

Mais plutôt que chacun tente dans son coin d'ajouter des champs,
réfléchissons-y ensemble...

Dans ton cas j'utiliserais un spip standard, je séparerais le champ texte en
sous-champs via le petit artifice consistant à indiquer <hr> entre les
sous-champs ; exemple :

TEXTE : ________
mon texte1
<hr>
mon texte 2
<hr>
mon texte 3

12

> est-ce que j'ai oublié qqchose ?

oui : les INSERT dans la base, dans articles.php3,

y'en a beaucoup ?

et le traitement des

nouveaux champs dans inc-calcul-squel.php3

une fois modifié je m'inquite de ce qui est ecrit en premiere ligne de
inc-calcul-squel.php3:

// Ce fichier ne sera execute qu'une fois

je le re-execute ca suffira ?

Christophe

13

Christophe MANNINO wrote:

> > est-ce que j'ai oublié qqchose ?

L'édition des nouveaux champs dans articles_edit.php3.
La prise en compte pour l'indexation dans inc_index.php3.

> oui : les INSERT dans la base, dans articles.php3,

y'en a beaucoup ?

Un seul pour les champs rédactionnels, mais faut le trouver :))

Une bonne nouvelle : la prise en compte de ces nouveaux
champs devrait être automatique pour la sauvegarde et
la restauration de la base.

une fois modifié je m'inquite de ce qui est ecrit en premiere ligne de
inc-calcul-squel.php3:

Il est exécuté automatiquement lors du recalcul des squelettes.
Par contre il faut que tu vides le cache. Pense aussi à changer
la sémantique du #INTRODUCTION si tu l'utilises.

Bonne chance,

a+

Antoine.

14

Bonjour,

J'aimerais savoir s'il est possible de desactiver temporairement le cache.
Je suis en phase de definition du squelette des pages.

Il est mentionne dans l'aide qu'il est possible de reconstruire le cache
pour chaque article separement, mais je n'ai pas trouve cette option. Un
indice ?

La version de Spip : 1.21

Merci.

15

Vous activez en tant qu'administrateur le cookie dans l'interface privée, et
en bas de chaque page d'article vous aurez un bouton qui vous permettra de la
recalculer.