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
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
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
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
Elixir Forum には、「コミュニティ/開発者プロフィール」や「あなたのライブラリとプロジェクト」など、コンテンツが持続的でありながら進化し続けるカテゴリがいくつかあります。そのため、編集タイムアウト制限のより細かい粒度が求められます。
最近、AstonJ が（メンバー限定の）スレッド 投稿編集時間の制限を上げられますか？ で以下のようにコメントしました：
Discourse で、特定のセクションを設定できるようにし、スレッド作成者が自身が作成したスレッドの最初の投稿を無期限に編集できるようにすると素晴らしいと思います。これはライブラリ関連のスレッドなどにも便利です
この機能の実装に向けた PR を作成する用意はありますが、まず一般的なアイデアが受け入れられるかどうかを確認したいと考えています。また、設定をどのように、どこで行うべきかについての提案も歓迎します。
-r
「いいね！」 1
なぜですか？ウィキの投稿はすでにその目標を達成しています。
ウィキ投稿では、投稿者がその後の編集を制御することはできません。
これは理論上の問題ですか、それとも実際の運用で問題になっていますか？私は両者がしばしば大きく異なると感じています。
それに加え、なぜ編集タイムアウトを信頼レベル（TL2 以上）に応じて、2 年のような非常に長い期間に延長しないのでしょうか？
ここでさらに別の設定が必要なのはなぜか、よくわかりません。
今日、私もこの問題に直面しました。約1年前に、Elixir Forumの「Community / Dev Profiles」に投稿したエントリーに、現在廃止予定のURLが含まれていたため、新しいURLに差し替えたいと考えていました。AstonJ さんが親切にも編集を行ってくださいましたが、自分自身で編集できたほうが便利だったでしょう。
それに加えて、信頼レベル（TL2 以上）に応じて編集タイムアウトを、2 年といった非常に長い期間に延長するのはどうでしょうか？
これは一部のユースケースには有効かもしれませんが、一般的には良いアイデアとは思えません。（投稿に返信が蓄積された後に編集されると、議論の流れが混乱する可能性があります。）したがって、この挙動は特定のカテゴリでのみ適用されるべきです。
「いいね！」 3
おそらく最も簡単な方法は、ウィキを「投稿作成者のみ編集可能」に設定できるように変更することです（そうすれば、ある意味で個人のウィキになります）。これにより、既存のウィキ機能（カテゴリを設定して最初の投稿を自動的にウィキ化する機能）を活用しつつ、このようなケースで誰もが編集できてしまうという問題（本来は個人の投稿やウィキであるものを他人が編集できてしまうリスク）を回避できます。
「いいね！」 1
ウィキでは管理が可能だと私は考えています。
投稿者はすべての編集に対して通知されます。不適切な編集が行われた場合、投稿者はそれを元に戻すことができます。議論が紛糾した場合は、投稿をフラグ付けすることができ、モデレーターが修正を行います。
この新しい機能に対する大きな動機は、上記を試してみたにもかかわらず、無意味な作業が山のように発生していることです。
ここで実際に問題が発生する具体例はありますか？
「これは個人のウィキです。誤字脱字の修正のみ行ってください」という注釈を添えるだけではダメでしょうか？
私が支持している興味深い点として、投稿者がもう存在しない場合にウィキ投稿を自動的にフラグ付けするというものがあります。このような場合、モデレーターはウィキ機能を無効にするか、所有権を再割り当てすべきです。
「いいね！」 4
「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
