3 - Le site : philosophie, organisation, problèmes...

plop

quelle est l'idée derrière tout ça ?

En principe c'est facile, il suffit de déplacer le premier paragraphe dans une autre page, mais je m'était inspiré du mégaphone et je trouve pratique que tout soit sur la même page car :

détail technique : Où devrait attérir l'utilisateur une fois l'annonce publiée ?
S'il attérit sur la page listing des annonce, il faut recharger la page formulaire pour publier une nouvelle annonce (ça m'arrive souvent d'en publier plusieurs à la fois)
S'il attérit sur la page formulaire, il n'est pas sûr que l'annonce a bien été prise en compte et risque de la publier une deuxième fois.

oliv'

sur l'accueil

ok c'est une solution en effet

et donc, pourquoi vouloir 2 pages différentes ?

Enfin, en attérissant sur la page d'accueil on a le même probleme :

Très simple :

L'utilisateur peut rectifier le tir s'il se plante tout en n'accèdant pas à la ligne qui concerne la fonction qui annonce les mise a jour. (un peu comme un formulaire)

HS:
Ccette page Créer une page ne devrait pas être éditable en temps que registered ;)

même en admettant que tu veuille en publier plusieurs à la foi tu va le faire combien de foie par mois
sinon bien l'utilisateur est redirigé vers la liste qui contiendrait un lien vers "annoncer une autre mise à jour" (par exemple)

Tu peux développer stp ? Je ne comprend pas bien la différence avec la version actuelle tout en une page.
Cad que si un utilisateur se plante, dans un cas comme dans l'autre, il voit qu'il s'est planté et ne peut rien faire.
S'il reste sur la page toutes les maj il peux voir qui il faut contacter, pas sur la page d'accueil.

Sinon pour améliorer cela, je pense rajouter des icones dans les annonces de la page toutes les maj permettant à un utilisateur de modifier son message, et permettant au veilleur de faire de même et de supprimer les posts.

Enfin, j'en profite, toujours par rapport au plantage de pierrotlo d'aujourd'hui, de modifier "Page wiki dédiée" par "Nom du logiciel (doit posséder une page wiki)"

oliv'

Toutes les pages sontt éditables aux registered sauf :

• les pages invisibles (pages d'admin, gabarits)
• la page toutes les maj pour qu'un utilisateur n'essaye pas d'éditer la page pour ajouter un logiciel dans la liste

Cela n'a rien a voir avec les codes compliqués donc.
Si tu veux continuer cette discussion, merci d'ouvrir un autre sujet.

oliv'

...et leur expliquer à quoi sert l'autocomplétion:

Plop

les utilisateurs "normaux" peuvent maintenant modifier leurs annonces, pour cela une icone dédiée apparait dans les annonces leur appartenant dans la page toutes les maj

Cette même icone apparait sur toutes les annonces pour les admins veilleurs

Je voulais aussi ajouter une icone "supprimer cette annonce" mais il semble que la l'option "un utilisateur a le droit de supprimer ses fiches" ne fonctionne pas, je ne comprend pas pourquoi (je note cela dans les bugs).
Cette icone apparait tout de même pour les admins veilleurs.

détail : une fois une fiche/annonce modifiée, on est redirigé vers la liste des fiches.
Peut-être serai-t-il mieux d'être redirigé vers toutes les maj, il me semble que c'est possible en créant une page wiki qui servira à éditer les fiches? Qu'en dites-vous ?

@utilisateur_anonyme : a ton avis, ces ajouts résolvent-ils le problème original ?

oliv'

Il semble que oui t'as essayé en "registered"?

pour ceci:
je pense à un problème de droits sur la creations ou suppression des fiches (fonction formulaire ou tiki je ne sais plus mais c'est un truc du genre)

yep, testé en "regisered" et en "veilleur"


non je ne crois pas, j'ai bien retourné le problème et j'ai conclu à un bug car :

• les fonctions "un utilisateur a le droit de supprimer ses fiches" et "un utilisateur a le droit de modifier ses fiches" sont indépendantes des permissions
• les "registered" n'ont pas de perm spéciales (d'édition/suppression de fiches) sur ce formulaire et l'option "un utilisateur a le droit de modifier ses fiches" fonctionne
• la seule chose à faire pour que ces options fonctionnent est d'avoir un champ "utilisateur" avec "auto-assignation", ce qui est le cas et d'ailleur l'option "un utilisateur a le droit de modifier ses fiches" fonctionne donc ça ne vient pas de là
• lorsque l'option "un utilisateur a le droit de supprimer ses fiches" est activée une icone dédiée à la suppression de fiche apparait dans le module de modification de fiche, mais celle-ci ne fait rien, donc l'option est bien prise en compte

Ceci-dit, les bugs notés dans la page bugs ne seront confirmés comme étant des bugs et non pas des erreurs de configuration que lorsqu'ils auront été reportés chez tiki et reproduits.

oliv'

Alors c'est bon on ferme ?

J'ai rajouté en description du premier champ :
"Ce champ supporte le complètement automatique"

Pour moi c'est bon on peut fermer

oliv'

Salut Pianolivier

Je pense que vu que le module des mise à jour ne semble pas assez accessible (en tout cas pas suffisament visible dès qu'on est à l'accueil)
il faudrait le placé dans la collonne de gauche Visible uniquement anonymes
Puis éventuellement faire une copie du module ailleurs pour vérifier que l'annonce est bien affichée.
ça fait déja un certain nombre de fois que malgré ce module en place l'utilisateur cherche à annoncer la MAJ dans le mégaphone.
Ou bien est ce le terme de "Mégaphone mise à jours " qui induit l'utilisateur en erreur ?
Je ne ne sais pas mais toujours est il qu'il faut que ce soit visible sur la partie haute de la page d'accueil donc au moins sous la "Documentation" .
Je te laisse y réfléchir .

A+

Je vais y réfléchir ok.
Je pense qu'il faut simplement laisser faire un moment et informer les utilisateurs qui postent dans le mégaphone, les vieilles habitudes s'accrochent et c'est normal...
On verra d'ici quelques semaines.

oliv'