Talk:Main Page

from the Macalester Public Knowledge Base

Jump to: navigation, search

sitracc4t

Contents

[edit] New Design (April 2007)

[edit] Shield and Piper

I added the Macalester shield and piper logo to emphasize Macalester community. If they're not desired, please discuss here, but for now I'll leave them. --Josh J. 15:24, 13 April 2007 (MDT)

[edit] Bolder Colors

Same deal as the shield and piper... I thought I'd try it out, so others can comment. I think revitalizing the Main Page, making it look better and getting content updated, could help advertising MPKB for renewal. Publicizing it is a whole other issue, but for now it's prettier at least. --Josh J. 23:41, 13 April 2007 (MDT)

[edit] New Design (Nov. 2006)

I took the initiative of redisigning the Main Page. The two main purposes were:

  1. Bring more material closer to the top of the page, so that more groups and projects have greater visibility,
  2. Make it look prettier.

To see the former design, see http://mpkb.net/w-en/index.php?title=Main_Page&oldid=16676 Feel free to comment and/or change. --Josh J. 11:06, 14 November 2006 (MST)


[edit] Proportional Rep. pic

Do we know what happened to the picture for proportional representation? It seems like it disappeared all of a sudden. --Josh J. 20:06, 26 March 2006 (MST)


[edit] should we install a blog?

we have the capacity to add a group blog, just like everyone else is doing these days. I don't know if this would overlap too much with the Wiki, though. blogs would be good if: 1) we want to have a stream of information, say minutes of a meeting that happens every 3 days, and don't want to bother creating templates and pages for each minute (minimum maintenance) 2) we want to create something akin to The Hegemon online (except all the cool images they use), something press-like and 3) blogs are generally less geeky-ish than wiki (still, there's a very narrow user base) so you could increase userfriendliness.

So the q's are, should we install one? And, which blog software?

--Yonghokim 10:03, 5 December 2005 (MST)

I kinda think (and I think Jesse M. will think) that more use should be made of the Student Union portion of MPKB. The advantage of having the blog more central would be greater connectivity with the rest of the wiki, or at least that's the impression I get. So, yeah, I'm up in the air at this point. --Josh J. 21:35, 5 December 2005 (MST)

[edit] catchline

how about "a project for organized activism" as a catchline? --Yonghokim 13 July 2005 15:09 (MDT)

sounds good to me. --Josh J. 13 July 2005 22:47 (MDT)

[edit] spams

are spams becoming a headache at the main page screen? how about locking it up so that only admins (Special:Listadmins) can change the main page? --Yonghokim 10:13, 7 November 2005 (MST)

Can you do it so only people with accounts can edit the Main Page? All the spammings are coming from IP addresses, not accounts. --Josh J. 20:08, 7 November 2005 (MST)

it isn't possible right now - let me check into http://bugzilla.wikimedia.org/show_bug.cgi?id=1924 as this one has been suggested on mediawiki-l , upgrade the software (again!), and try again - i'll unprotect the main page over as several mac students are editing the page without logging in. --Yonghokim 10:38, 8 November 2005 (MST)
well... it might sound draconian, but can we make people create accounts and log in? just for the main page, of course, because the spamming is all but confined to it, and not a lot of people edit the main page anyway. --Josh J. 10:28, 23 November 2005 (MST)
I also think we could provide a line somewhere up there saying "this page, and various others that start with "MPKB:" or "Help:" cannot be modified by users who are not logged in. This is to avoid spam." or something shorter than that. (an idea, while I'm a bit scared of touching the code for the patch I linked above - it still seems to be on beta status?) speaking of which, I'll strart off by moving the page to MPKB:Main Page --Yonghokim 21:13, 27 November 2005 (MST)
this has been done at Template:Protection notice --Yonghokim 10:29, 5 December 2005 (MST)

[edit] smack!

I think we got it - I just used the regular group rights stuff. So from now on, we'll just "protect" whatever page is getting into trouble too frequently. This will disallow anon edits, but will still allow any regular user to edit it. I modified the following:

in DefaultSettings.php we have

$wgGroupPermissions = array();

$wgGroupPermissions['*'    ]['createaccount']   = true;
$wgGroupPermissions['*'    ]['read']            = true;
$wgGroupPermissions['*'    ]['edit']            = true;
$wgGroupPermissions['user' ]['move']            = true;
$wgGroupPermissions['user' ]['read']            = true;
$wgGroupPermissions['user' ]['edit']            = true;
$wgGroupPermissions['user' ]['upload']          = true;

$wgGroupPermissions['bot'  ]['bot']             = true;

$wgGroupPermissions['sysop']['block']           = true;
$wgGroupPermissions['sysop']['createaccount']   = true; 
$wgGroupPermissions['sysop']['delete']          = true;
$wgGroupPermissions['sysop']['editinterface']   = true;
$wgGroupPermissions['sysop']['import']          = true;
$wgGroupPermissions['sysop']['importupload']    = true;
$wgGroupPermissions['sysop']['move']            = true;
$wgGroupPermissions['sysop']['patrol']          = true;
$wgGroupPermissions['sysop']['protect']         = true;
$wgGroupPermissions['sysop']['rollback']        = true;
$wgGroupPermissions['sysop']['upload']          = true;

and so I grabbed a few "sysop" permissions and added them as regular user permissions in LocalSettings.php

$wgGroupPermissions['user']['delete']          = true;
$wgGroupPermissions['user']['move']            = true;
$wgGroupPermissions['user']['patrol']          = true;
$wgGroupPermissions['user']['protect']         = true;
$wgGroupPermissions['user']['rollback']        = true;

which makes regular users very close to admins, except for a few features (editinterface, import, importupload, createaccount, block) Block is just plain dangerous - anon users could log in and block admins (I think). The others, I'm not sure what they are.

--Yonghokim 19:50, 29 November 2005 (MST)

[edit] antispam extensions

applied this patch: http://meta.wikimedia.org/wiki/SpamBlacklist_extension

[edit] CAPTCHA for new user creation

I think the wp:CAPTCHA-based implementation for new user creation at Wikimedia Commons is an excellent idea to combating spam. I'll look into ways of implementing it. --Yongho Kim Talk 00:37, 12 May 2006 (MDT)


I conducted most steps suggested in http://wiki.evernex.com/index.php?title=Blocking_Spam_in_MediaWiki - did the CSS hidden, Blank user agents, and ConfirmEdit (CAPTCHA for edits involving new URLs). Bad Behavior doesn't work. --Yongho Kim Talk 20:50, 24 June 2007 (MDT)

Personal tools
macalester