Quelques suggestions:
-au niveau des ic=F4ne dans l'interface il y a l'icone br=E8ves, il =
serait logique qu'il y ait l'icone article
-l'icone =E0 suivre ne sert toujours =E0 rien alors que SPIP est en =
constante am=E9lioration
Quand on utilise SPIP comme outil de publication collaborative on =
travaille sur un texte =E9troit et difficile =E0 lire,
les capacit=E9s de m=E9morisation d'un texte =E0 l'=E9cran ont =E9t=E9 =
=E9tudi=E9es et sont nettement moins bonne que sur le papier.
Je crois qu'on a donc int=E9r=EAt =E0 am=E9liorer au maximum cette =
lisibilit=E9 pour ceux qui relisent et veulent participer =E0 =
l'=E9laboration d'une texte.
Pourquoi ne pas introduire deux "facilit=E9s":
-impression du texte
-visualisation sur fen=EAtre popup >> "grande largeur"
ainsi on garde cette interface pratique pour ins=E9rer un texte d=E9j=E0 =
relu et corrig=E9 sous word ou Xpress ! et on am=E9liore la relecture =
des textes propos=E9s sous SPIP.
Amiti=E9s a+
Bravo =E0 tous! chapeau!
Chouette Antoine la doc!
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4134.100" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Quelques suggestions:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>-au niveau des ic=F4ne dans l'interface =
il y a=20
l'icone br=E8ves, il serait logique qu'il y ait l'icone =
article</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>-l'icone =E0 suivre ne sert toujours =
=E0 rien alors que=20
SPIP est en constante am=E9lioration</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Quand on utilise SPIP comme outil de =
publication=20
collaborative on travaille sur un texte =E9troit et difficile =E0 =
lire,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>les capacit=E9s de m=E9morisation d'un =
texte =E0 l'=E9cran=20
ont =E9t=E9 =E9tudi=E9es et sont nettement moins bonne que sur le =
papier.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Je crois qu'on a donc int=E9r=EAt =E0 =
am=E9liorer au=20
maximum cette lisibilit=E9 pour ceux qui relisent et veulent participer =
=E0=20
l'=E9laboration d'une texte.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Pourquoi ne pas introduire deux=20
"facilit=E9s":</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>-impression du texte</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>-visualisation sur fen=EAtre popup =
>> "grande=20
largeur"</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>ainsi on garde cette interface pratique =
pour=20
ins=E9rer un texte d=E9j=E0 relu et corrig=E9 sous word ou Xpress ! et =
on am=E9liore la=20
relecture des textes propos=E9s sous SPIP.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Amiti=E9s a+</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Bravo =E0 tous! chapeau!</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Chouette Antoine la doc!</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Maurice </FONT></DIV></BODY></HTML>
J'ajouterai que l'id=E9e de pouvoir corriger un article en passant=
directement de l'interface publique =E0 la priv=E9e est une id=E9e=
g=E9niale.
J'ai besoin du contraire. Je n'ai pas vu de mani=E8re de le faire.
Certes, je m'en arrange : je coupe (le r=E9pertoire et le s de article) ou=
bien je travaille sur deux fen=EAtres ou deux navigateurs s=E9par=E9-es,=
l'un pour le public, l'autre pour le priv=E9.
Mais n'y aurait-il pas une demande pour avoir un lien =E9quivalent=
priv=E9-public que public-priv=E9 ?
Quelques suggestions:
-au niveau des ic=F4ne dans l'interface il y a l'icone br=E8ves, il serait=
logique qu'il y ait l'icone article
-l'icone =E0 suivre ne sert toujours =E0 rien alors que SPIP est en=
constante am=E9lioration
=20
Quand on utilise SPIP comme outil de publication collaborative on travaille=
sur un texte =E9troit et difficile =E0 lire,
les capacit=E9s de m=E9morisation d'un texte =E0 l'=E9cran ont =E9t=E9=
=E9tudi=E9es et sont nettement moins bonne que sur le papier.
Je crois qu'on a donc int=E9r=EAt =E0 am=E9liorer au maximum cette=
lisibilit=E9 pour ceux qui relisent et veulent participer =E0 l'=E9laborati=
on d'une texte.
Pourquoi ne pas introduire deux "facilit=E9s":
-impression du texte
-visualisation sur fen=EAtre popup >> "grande largeur"
ainsi on garde cette interface pratique pour ins=E9rer un texte d=E9j=E0=
relu et corrig=E9 sous word ou Xpress ! et on am=E9liore la relecture des=
textes propos=E9s sous SPIP.
Concernant la correction des articles:
deux possibilités:
une erreur est passé inapercue et on doit corriger l'article publié
l'article est en cours de validation donc doit être susceptible d'être
corrigé
la première possibilité n'est pas recommandée (voir liste, je crois traité
par Fil) mais je n'ai pas creusé, celà doit être normalement peu fréquent
la deuxième possibilité est possible mais pas pratique et comme un des
intérêts majeurs de SPIP et le travail collaboratif des auteurs "en
backend" celà me paraît être une amélioration à prendre en compte
Une dernière suggestion pour les brèves:
introduire une date de publication postérieure à la publication me partaît
intéressant même pour une brève car une brève peut annoncer un événement à
venir et être dans une boucle classée par date
Je ne comprends pas bien le besoin du contraire ??
Tu corriges souvent des articles publiés ?
peux tu préciser?
introduire une date de publication postérieure à la publication me
partaît intéressant même pour une brève car une brève peut annoncer
un événement à venir et être dans une boucle classée par date
J'irais même plus loin en ajoutant qu'une fonctionnalité d'agenda sera
utile, si on veut pouvoir parler de dates d'événements, que ce soit
des concerts, manifestations, publications de bouquins,
anniversaires ...
Tu corriges souvent des articles publiés ?
Moi oui, quand je découvre des erreurs d'orthographe ou grammaire, ou
quand je veux mettre un contenu à jour.
Il y a un lien "Voir en ligne" en haut =E0 gauche de la page de
l'article, =E0 c=F4t=E9 de son num=E9ro ...
Mais Spip n'a pas livr=E9 les lunettes pour le voir <:-)))))
D=E9sol=E9e de cet oubli d=FB =E0 mon grand =E2ge....
Quant =E0 la question
Tu corriges souvent des articles publi=E9s ?
Nicolas a r=E9pondu
Moi oui, quand je d=E9couvre des erreurs d'orthographe ou grammaire, ou
quand je veux mettre un contenu =E0 jour.
Moi je dis :
Oui, tr=E8s souvent.
Parce que =E7a fonctionne pas (encore ?) beaucoup avec d'autres auteurs et=
qu'il arrive souvent que des explications ou autres soient modifiables.
C'est un peu de l'=E9quilibre : qui ira vvoir l'ancienne, la nouvelle et la=
version entre les deux (riren ne s'affiche...) ?
> introduire une date de publication postérieure à la publication me
> partaît intéressant même pour une brève car une brève peut annoncer
> un événement à venir et être dans une boucle classée par date
Bon on est donc plusieurs à penser celà
Je pense toujours et je répète qu'il développer ce genre d'échange sur la
liste pour
faire évoluer les besoins fonctionnels à remonter à l'équipe de
développement
J'irais même plus loin en ajoutant qu'une fonctionnalité d'agenda sera
utile, si on veut pouvoir parler de dates d'événements, que ce soit
des concerts, manifestations, publications de bouquins,
anniversaires ...
Même si au départ les brèves n'ont pas conçues pour celà peuvent évoluer
dans ce sens,
qui peut le plus peut le moins!
> Tu corriges souvent des articles publiés ?
Moi oui, quand je découvre des erreurs d'orthographe ou grammaire, ou
quand je veux mettre un contenu à jour.
Celà confirme donc l'intérêt de faciliter la relecture, les corrections
avant et après publication
> Même si au départ les brèves n'ont pas conçues pour celà peuvent
> évoluer dans ce sens, qui peut le plus peut le moins!
Je pense qu'il faut mieux utiliser un nouveau type de données pour ne
pas surcharger les brèves.
Oui mais là, c'est le pied total :):););!)
J'irais même plus loin en ajoutant qu'une fonctionnalité d'agenda sera
utile, si on veut pouvoir parler de dates d'événements, que ce soit
des concerts, manifestations, publications de bouquins,
anniversaires ...
Je pense que celà répond à une demande et fait partie des évolutions
logiques
Moi je m'en sers tous les jours, et pas qu'un peu.....
D'ailleurs j'aimerais bien qu'y apparaissent =E9galement d'autres articles,=
en fait, tous ceux qui sont en attente, dont les "blancs" en cours de=
correction.
introduire une date de publication post=E9rieure =E0 la publication me
parta=EEt int=E9ressant m=EAme pour une br=E8ve car une br=E8ve peut annoncer
un =E9v=E9nement =E0 venir et =EAtre dans une boucle class=E9e par date
=20
J'irais m=EAme plus loin en ajoutant qu'une fonctionnalit=E9 d'agenda sera
utile, si on veut pouvoir parler de dates d'=E9v=E9nements, que ce soit
des concerts, manifestations, publications de bouquins,
anniversaires ...
=20
tout a fait d'accord avec Nicolas. Ca me semble m=EAme important pour un outi=
l
de publication. Il faudrait d'ailleurs que l'on puisse acc=E9der a ces dates
par le moteur interne.
Autre chose: les images utilis=E9es dans un article ne sont pas ne sont pas
"stock=E9es" dans une table ind=E9pendante mais sont r=E9f=E9renc=E9es dans la table
des articles si je me souviens bien. Comment fait-on du coup pour leur
ajouter une l=E9gende ?
Pour faire "propre" :-), pourquoi ne pas cr=E9er une table qui contiendrait
les r=E9f=E9rences aux =E9l=E9ments multim=E9dias (images, sons et vid=E9os) avec leurs
l=E9gendes respectives et =E9ventuellement un nom. Du coup, on aurait aussi des
noms d'images plus significatifs que image123.gif
