Talk:Edit policy

From Metagovernment - Government of, by, and for all the people
Jump to: navigation, search

Thanks Jacki Buros for setting this up. The patrolled edits option is an interesting one which I haven't used before. Would love to see a Thumbs Up/Down voting option available for each revision.

I think an easy idea which would cover most if not all of the concerns that Ed mentioned is to allow email alerts on watched pages (something useful in general for those who enjoy tracking progress on a particular article). This was an automatic feature in another MediaWiki site I was maintaining at MIT. I don't see it in the "my preferences" here on this site. Is this something that can be enabled? Marcos 01:55, 1 August 2009 (UTC)

Update, I retract my proposal on editing pages. I was StalkingTime/Marcos. I am now DreamingForward/Mark. I think Ed's doing a swell job, as is. Proposals for changes to the main page can go to the discussion tab where everyone can debate and see them. Mark (talk) 14:36, 26 June 2018 (EDT)

email watchlist setting

This is a good point, I don't know why the email changes to watchlist isn't set up, probably because it isn't on by default
The setting is $wgEnotifWatchlist, though $wgEnotifUserTalk and $wgEmailAuthentication would also likely be useful.
I'm pretty sure Ed is the guy to do this, will email on the list.
--jacki Buros 23:56, 27 October 2009 (UTC)
Cool -- Thanks! Marcos 16:47, 28 October 2009 (UTC)
It is on. We'll see if the hosting service balks at the e-mail load. . Have a look at Special:Preferences, at the bottom of the User Profile tab. — Ed Pastore 13:12, 25 November 2010 (EST)


While at it, might also mention enabling the Cite.php MediaWiki extension to allow easier referencing of outside documents.

The issue is more one of hosting limits. Most hosting accounts have a limit on the number of e-mails that can be sent in an hour; and I want priority to be given to the list server. I can look into the limits of our host, but I think they are somewhat low. As an alternative, you could consider monitoring the RSS feed of Recent Changes: feed:// Since the there are not a huge number of changes throughout the wiki, monitoring this whole feed is not burdensome. Some e-mail programs such as Apple Mail allow for monitoring of RSS in your Inbox, so you can see changes appearing right in with your e-mail. In other words... the same result as subscribing to a e-mail system, but with no load on the hosting account.

That may work, although I don't have much of a stable enough situation to set up RSS reception. On the other hand, as a minor rebuttal, in theory load should be much less getting notification on changes to selected pages (i.e. the watch list) rather than receiving a notice on every change (via RSS or otherwise). This becomes even more true as the number of users who want notification increase. In addition I believe this would resolve one of the major problems people have about keeping edit policy open and liberal (ex. the Main Page) while cutting down on the need for a separate discussion server that has no obvious or direct connection with the wiki. In other words, anxiety is reduced about liberal edit policy if there is a propagation mechanism that alerts all the stakeholders. By interconnecting users in this way it solves one-half of the community participation issue (i.e. one direction of the communication flow of community governance). The only other, then, would be a central location on the wiki which brings in (rather than sends out) changes and other goings-on where people who are looking for something to do or something interesting can see "what's happening". In any case, I believe it would increase participation as individuals would feel more interconnected to the project instead of lone contributors disconnected from other users. Without such, a wiki can feel like a ghost town. This moves closer toward a "living wiki" (or a living governance) idea -- a nervous system for the wiki, keeping the stakeholders in sync in a direct and organized way. As such, immunizes against apathy and disenfranchisement... Marcos 02:26, 21 November 2009 (UTC)
One other minor note which may help address Ed's concern to a small degree is enabling $wgEnotifFromEditor which will presumably direct replies to notifications to a user address rather than the server.... Marcos 02:33, 21 November 2009 (UTC)
Imagine also that any revision on the wiki is not committed until a variable amount of time has passed proportional to the age of the page itself and the delta since the last committal. This allows the propagation of any email notifications to various interested parties.

As for cite.php; I'll have to look into it when I have more time. It seems a little involved, and I probably should upgrade MediaWiki to the latest version before installing a new extension. — Ed Pastore 18:00, 20 November 2009 (UTC)

Well, sorry for the preposterously long delay… Cite.php is now installed. — Ed Pastore 12:25, 25 November 2010 (EST)