DreamHost:Village pump
From DreamHost
Welcome to the village pump. This set of pages is used to discuss the technical issues, policies, and operations of the DreamHost Wiki.
Contents |
DreamHost links
Would things look better if the external link icon were removed for any links targeted at DreamHost pages? That way, there isn't a sense that the link will take the user to a non-DreamHost site.
Using this in MediaWiki:Common.css might work, though someone would need to test it:
/* Remove the external link icon to for all DreamHost links */
/* (in browsers that support these CSS selectors, like Mozilla and Opera) */
#bodyContent a[href*="dreamhost.com"].external {
background: none;
padding-right: 0px;
}
Then something like, Why not delete spam in the meantime?, would become, Why not delete spam in the meantime?
DreamHost links would lose the icon but retain the colour, distinguishing them from wiki links. You could also be wild and do something like:
/* Change the external link icon to a DreamHost icon for all DreamHost links */
/* (in browsers that support these CSS selectors, like Mozilla and Opera) */
#bodyContent a[href*="dreamhost.com"].external {
background: url(/images/7/71/Dreamhost-favicon.gif) center left no-repeat;
padding-left: 18px;
padding-right: 0px;
}
The result: Why not 
delete spam in the meantime? Mind you, the baseline of the icon here is out of place because the mock can't imitate the real deal.
One concern here is secure links. The above code would knock out the lock icon that usually appears for HTTPS links (I think). A possible solution:
/* https DreamHost links should still include the security icon */
/* (in browsers that support these CSS selectors, like Mozilla and Opera) */
#bodyContent a[href^="https://"] {
background: url(/skins/monobook/lock_icon.gif) center left no-repeat;
padding-right: 16px;
}
That would basically reverse the custom code and reinstate the MediaWiki default, resulting in the usual secure link. This same sort of thing could also be done for e-mail links and the like. Note that some fancier code would be required if using the DreamHost and secure icons simultaneously.--CartoonChesstalk 10:01, 26 August 2008 (UTC)
Wiki updates notifications
I searched within my preferences and couldn't find a way to get an email notification whenever a page in my watchlist gets updated. Is this feature not provided by MediaWiki? Or simply disabled in this particular wiki?
I'd like to be able to somehow subscribe to the pages I'm interested and get notified when they're updated (I thought that was the purpose of the watchlist) --Baby 08:25, 31 August 2007 (PDT)
- Now that I search a bit, I found a MediaWiki extension called EnotifWiki that seems to do what I want... any chance of this being installed/activated in this wiki? --Baby 12:25, 31 August 2007 (PDT)
It'd also be nice to have an rss channel with all the recent changes --Baby 08:25, 31 August 2007 (PDT)
- Well, as Scjessey just told me, this channel is actually available at RSS feed of recent changes... maybe a link to it could be added to the main sidebar... --Baby 12:25, 31 August 2007 (PDT)
- Actually, it is in the main sidebar. Browse to Special:Recentchanges and you'll see it is added to the sidebar automatically. -- Scjessey 13:39, 31 August 2007 (PDT)
- You're right, Scjessey... I didn't see it, 'cause I wasn't looking in the Recent pages page... thanx a lot for your time. --Baby 14:22, 31 August 2007 (PDT)
Version
Many of you may have noticed that the wiki has been upgraded to version 1.9.3. Problem solved! Shout outs to DH admin Aaron for taking the time to get the upgrade done. -- Sabrejack 10:31, 18 April 2007 (PDT)
- I just want to add my thanks to Aaron for the work he has done in upgrading the wiki and resolving the "save" issues. Great job, and your efforts are most appreciated! -- Rlparker 17:07, 18 April 2007 (PDT)
- I would also recommend that Aaron set up image undeletion. If it's not technically feasible, then fine, but it's pretty easy to accidentally delete an old image revision, and there's always the Red threat. --Emufarmers 13:20, 24 April 2007 (PDT)
I would just like to point out that if you let the version slip further and further behind that currently available, you will only find the upgrading process more and more worrisome. Jidanni 19:23, 26 March 2008 (PDT)
- That's a good point, and I agree that is is good to stay as current as possible. Unfortunately, as you might have gathered from previous discussions, we have to rely on DreamHost finding the time, and interest, to do the upgrade(s), as none of the "customer" sysops have the appropriate permissions. That doesn't mean that we can't encourage them though! (grin!) -- Rlparker 05:28, 27 March 2008 (PDT)
Saving
You may also notice that the issue with having to save your pages multiple times is also gone. Aaron moved sessions into the database instead of on the individual servers and that seems to have done the trick. Awesome. -- Sabrejack 10:31, 18 April 2007 (PDT)
Making wiki administration process more visible
I came to the DreamHost wiki as a fairly experienced Wikipedia editor. I found a protected page that I wanted to be unprotected. I had a hard time finding out who the administrators were and how to make such a request. Thus I was moved to write down what I found out, when I did get the answer.
The result is in Dreamhost:Community Portal. It makes both the list of administrators and this Village pump page more visible. Please check it out!
It might help the next person, which would be good. It might cause too much of the wrong kind of traffic, in which case we might need some different mechanism to tell contributors about administrators and their process. --JimDeLaHunt | Talk 19:12, 10 Jul 2006 (PDT)
