I can’t edit it anymore! but @erlend_sh did it for us.
if this is a giant post, how do you call that one you’ve linked?! 
1 « J'aime »
We’ve got two excellent use cases for this.
-
Personal journal outlining a member’s trading strategy (think stocks or options trading). Majority of members change their strategy often over the course of their trading lifecycle, and that definitely happens outside of our edit window of 10 days. We have members that are going on 5+ years membership, who still tweak their strategy and want to journal that for themselves or for the rest of the community.
-
Informational posts, where the first post is edited to reflect changes to say a list of companies that caters to our members. The company names changes, some stop catering to us, etc. We have a topic that’s been running for over 8 years. The first several posts are a running list, with company information. The remaining posts are the discussion about said companies.
The workaround has been the wiki post, but that doesn’t give the OP complete control over the post, and leaves us open to spammy actions.
We’re looking for a hybrid approach, give the OP indefinite edits on at least the first post, or allow the OP to set how many of the first several posts he can edit (as long as he’s the author of those posts, so something like the first 5 posts, for instance). All existing permissions/rules about the edit window would still apply, except for the OP.
vBulletin had/has this in a plugin.
Not really, since spammers are quite unlikely to reach trust level 1, and that is required to edit wikis.
1 « J'aime »
We’ve experienced… committed spammers who’ve done that in the past. Not at any large scale, but it’s happened. We’re actually dealing with a web of such folks (a company) who purposefully created 10+ accounts to legitimately discuss the topics at hand while name dropping their most favorite broker (their company) every couple of weeks. We just uncovered this going back over a year on a handful of accounts. It’s very subtle, but upon further investigation, IPs are similar, locations are close, email address are created in the same style (name+number@domain.com), and the accounts exhibit the same posting behavior (times, frequency, categories they post to, who they like, who they reply to). It’s pretty crazy the lengths they go to.
3 « J'aime »
Here on Meta there have been spam users who earned the wiki editor badge, but as wiki edits aren’t shown in activity I wasn’t able to revert whatever it was they changed before reporting them.
1 « J'aime »
Le Forum Elixir possède certaines catégories (par exemple, « Communauté / Profils de développeurs », « Vos bibliothèques et projets ») dont le contenu a tendance à être persistant tout en évoluant. Elles bénéficieraient donc d’une granularité plus fine concernant la limite de temps d’édition.
Récemment, AstonJ a fait le commentaire suivant dans le fil de discussion (réservé aux membres) Pouvez-vous augmenter la limite de temps d’édition des messages ? :
Ce serait formidable si Discourse permettait de configurer certaines sections de manière à ce que le créateur du fil puisse éditer indéfiniment le premier message des fils qu’il lance. Cela serait également pratique pour des sujets comme ceux dédiés aux bibliothèques
Je serais prêt à proposer une PR pour cela, mais avant tout, je souhaiterais savoir si l’idée générale est acceptable. Toute suggestion sur la manière et l’endroit où la configuration devrait être effectuée serait également appréciée.
-r
1 « J'aime »
Pourquoi ? Les publications Wiki remplissent déjà cet objectif.
Les publications de wiki ne permettent pas à l’auteur initial de contrôler les modifications ultérieures.
Cela a-t-il été un problème en théorie ou dans la pratique ? Je constate souvent que les deux sont très différents.
Au-delà de cela, pourquoi ne pas simplement prolonger le délai d’édition selon le niveau de confiance (TC2+) à quelque chose de vraiment long, comme 2 ans ?
Je ne vois pas pourquoi nous aurions besoin d’un autre paramètre ici.
J’ai rencontré ce problème aujourd’hui. Il y a environ un an, j’avais publié une entrée dans la section « Profils de la communauté / des développeurs » du forum Elixir. Elle contenait une URL que je déprécie, et je souhaitais la remplacer par la nouvelle. Bien qu’AstonJ ait eu la gentillesse de faire la modification pour moi, il aurait été plus pratique de le faire moi-même.
Au-delà de cela, pourquoi ne pas simplement prolonger le délai de modification selon le niveau de confiance (TL2+) à quelque chose de vraiment long, comme 2 ans ?
Cela fonctionnerait pour certains cas d’usage, mais cela ne semble pas être une bonne idée en général. (Si un message a accumulé des réponses et est ensuite modifié, le fil de la discussion pourrait devenir confus.) Ainsi, seules certaines catégories devraient se comporter de cette manière.
3 « J'aime »
Peut-être que l’option la plus simple consisterait à modifier les wikis afin qu’ils puissent également être configurés pour n’autoriser que le créateur du message à les modifier (ce qui les transformerait, en quelque sorte, en un wiki personnel).
Cela nous permettrait d’utiliser la fonctionnalité existante des wikis (où nous pouvons définir des catégories pour que le premier message devienne automatiquement un wiki) tout en évitant les écueils liés à leur utilisation dans des cas comme celui-ci, où n’importe qui pourrait potentiellement modifier ce qui est autrement un message personnel ou un wiki personnel.
1 « J'aime »
Je pense que le wiki permet un certain contrôle.
Le propriétaire du message est notifié à chaque modification. En cas de mauvaise modification, il peut annuler. Si un conflit éclate, le message peut être signalé et les modérateurs interviennent.
Un puissant moteur pour une nouvelle fonctionnalité serait que nous ayons déjà essayé la méthode ci-dessus, mais que cela génère des montagnes de travail inutile.
Y a-t-il des exemples concrets de problèmes dans ce domaine ?
Une note de bas de page du type : « Ceci est un wiki personnel, veuillez corriger uniquement les fautes de frappe » ne fonctionnerait-elle pas ici ?
Une tournure intéressante que je soutiens en partie est le signalement automatique des messages wiki lorsque le propriétaire n’est plus présent. Dans de tels cas, les modérateurs devraient soit retirer le statut wiki, soit réassigner la propriété.
4 « J'aime »
Requête rapide pour « Absent Wiki Creators » :
SELECT (current_timestamp - users.last_seen_at) idle_duration,
(current_timestamp - posts.created_at) post_made_ago,
posts.id post_id, users.id user_id
from posts
join users on posts.user_id = users.id
join topics on posts.topic_id = topics.id
where posts.wiki = true
and posts.deleted_at IS NULL
and topics.deleted_at IS NULL
and users.last_seen_at < CURRENT_TIMESTAMP - INTERVAL '90 days'
order by idle_duration desc
4 « J'aime »
