HRWiki:Da Basement

From Homestar Runner Wiki

(Difference between revisions)
Jump to: navigation, search
(3RR Violation: reply)
(add projects nav (and category))
 
(includes 175 intermediate revisions)
Line 1: Line 1:
__NEWSECTIONLINK__
__NEWSECTIONLINK__
-
:''This is the administrative message board.'' {{for|the basement featured in Homestar Runner toons|Basement of the Brothers Strong}}
+
:''This is the administrative message board.'' {{for|basement featured in Homestar Runner toons|Basement of the Brothers Strong}}
[[Image:The_Basement.PNG|thumb|300px|Where all the cool guys hang out]]
[[Image:The_Basement.PNG|thumb|300px|Where all the cool guys hang out]]
{{shortcut|DB}}
{{shortcut|DB}}
Line 10: Line 10:
{{Da Basement Archive}}
{{Da Basement Archive}}
<div class="plainlinks" style="font-family: georgia; border: 1px dashed #06f; background: #eef; padding: 0.5em; margin: 0.5em 0.5em 1em; text-align: center; font-size: 18px;">[http://www.hrwiki.org/index.php?title=HRWiki:Da_Basement&action=edit&section=new Start a new thread &raquo;]</div>
<div class="plainlinks" style="font-family: georgia; border: 1px dashed #06f; background: #eef; padding: 0.5em; margin: 0.5em 0.5em 1em; text-align: center; font-size: 18px;">[http://www.hrwiki.org/index.php?title=HRWiki:Da_Basement&action=edit&section=new Start a new thread &raquo;]</div>
 +
{{clear}}
 +
{{Projects Navigation}}
__TOC__
__TOC__
-
== Guitar Tabs? ==
 
-
 
-
Someone posted a guitar tab for [[Trogdor (song)|Trogdor]]. Should we extend this into a semi-project to put guitar tabs on all the songs on [[Strong Bad Sings]] with guitar/bass parts? If so, I call I get to tab [[Moving Very Slowly]]! --{{User:Super Martyo Brother/sig}} 20:57, 9 August 2007 (UTC)
 
-
 
-
:I don't think this is a very worthwhile project. But then, I'm not a guitar enthusiast. &mdash; {{User:Lapper/sig}} 21:52, 9 August 2007 (UTC)
 
-
::Well, Lapper, we ARE supposed to document Homestar Runner. Why not do guitar tabs? Just don't go crazy and do the SBLOUNSKCHED! theme song. Also, I don't think you can call doing something, Martyo. If you want to do it, just do it. Dibs are for [[Wikipedia:Riding shotgun|cars]] and [http://dibs.dreyers.com/ ice cream], not wikis. {{User:Bluebry/sig}} 22:02, 9 August 2007 (UTC)
 
-
:::Well, Bluebry, the only reason I called it is because if we decide to do this (which we haven't yet) a bunch of transcribers are going to want to tab out songs (and some non-transcribers might do some googling to find tabs) and I don't want to miss out on a song I know how to play. --{{User:Super Martyo Brother/sig}} 22:12, 9 August 2007 (UTC)
 
-
 
-
::::If people want to do tabs, I think it's a great idea! That's good information that a lot of people might be interested in. That said, I tend to think it would be better to keep the tabs on a separate page, in general. I can see some of them getting kind of long, and the average person just trying to read about a given song shouldn't have to scroll through screens of guitar tabs. So, I propose that they be kept on a separate page and linked to. This way, they're easily accessible to the people who want to see them, but unobtrusive to those who don't. {{User:Trey56/sig}} 22:23, 9 August 2007 (UTC)
 
-
 
-
Okay, I moved the guitar tab for Trogdor to [[Trogdor (song)/Tablature]] and linked to it in a "See Also" section of [[Trogdor (song)]] Before we move forward, is this what we want to do, or should we do it differently? --{{User:Super Martyo Brother/sig}} 22:39, 9 August 2007 (UTC)
 
-
:I agree, having tabs would be awesome. I'd like to play [[different town]], for example. What should the naming scheme be? [[Trogdor (song)/Tablature]] is somewhat ugly. What about [[Trogdor Tablatures]], just like we do for the visuals?{{User:Loafing/sig}} 22:35, 9 August 2007 (UTC)
 
-
::Or [[Tablature: Trogdor]]. 'S perfect! Also, should we link in a see also? What about in the Detailed information area? {{User:Bluebry/sig}} 22:37, 9 August 2007 (UTC)
 
-
:::Having a separate namespace might be a ''little'' extreme, but I kinda like it. I'ma wait and see what others think. As for linkage, Detailed Info seems like a better way to go. That way, people don't have to search the page for a link. --{{User:Super Martyo Brother/sig}} 22:45, 9 August 2007 (UTC)
 
-
::::Maybe possibly maybe. Also, should we include download links for things like [http://www.power-tab.net/ Power Tab]? Or will men in black fedoras grab us for copyright violation? {{User:Bluebry/sig}} 22:47, 9 August 2007 (UTC)
 
-
:::::Power Tab's certainly got MY approval. Most of the tabs I transcribe ARE in Power Tab. I don't see how someone could sue us for linking to their product :P. So, yeah. Power Tab = Awesome. --{{User:Super Martyo Brother/sig}} 22:55, 9 August 2007 (UTC)
 
-
::::::Also, where it says Bass, I think you should actually put the bass tablature on there. I'm sure it'll help newbies and be more professional looking to all. :-) SMILEYS ARE GREAT! {{User:Bluebry/sig}} 23:00, 9 August 2007 (UTC)
 
-
:::::::I was just wonderin, if we will have all these tabs for songs, don't we need a page with a list of all the songs that have been tabed and link to the tabliture? If we do, i will start work on it immediately.--{{User:Kanjiro/sig}} 23:28, 9 August 2007 (UTC)
 
-
::::::::We do. Trey made a category.{{User:Loafing/sig}} 23:29, 9 August 2007 (UTC)
 
-
:::::::::Oh man, i wanted to do it.--{{User:Kanjiro/sig}} 23:33, 9 August 2007 (UTC)
 
-
 
-
== Undo summary ==
 
-
 
-
The undo function has proved quite popular. There's one aspect of it, however, that I don't really like: the way the username is included in the summary, forever recorded that the user was reverted. I can't quite put my finger on it, but it feels like a vandal rollback, which is kind of a slap in the face. (As a side note, I'm also concerned that the undo function is being used for simple reverts of the last edit; I feel like its primary purpose is to surgically fix something a few lines down in the history.) I'd like to remove the username from the automatic summary, so that a typical undo looked like this: ''(undid revision 000000; reason for the undoing)'' &mdash; [[User:It's dot com|It's dot com]] 04:25, 24 August 2007 (UTC)
 
-
 
-
:I agree 100% &mdash; I think it's unsettling to see one's name in the automatic part of the summary. Perhaps this is because of the similarity to the automatic summaries from the rollback feature, which is used almost exclusively to revert vandalism. I think the automatic summary for the undo feature should be revised as you propose. {{User:Trey56/sig}} 04:30, 24 August 2007 (UTC)
 
-
 
-
::Yes. Better this way. The username in the summary is really off-putting: the effect to me seems rather like pointing a finger at another user and saying "you made this edit I undid". I'm not saying anyone ''meant'' to say this, but I do think that's the effect. {{User:Heimstern Läufer/sig}} 04:34, 24 August 2007 (UTC)
 
-
 
-
:::Makes sense, although if someone reverts vandalism, it might be good for the ops to be able to see at a glance who to block (yes i know they can check the history) {{User:DeFender1031/sig}} 04:35, 24 August 2007 (UTC)
 
-
 
-
:I actually don't particularly mind, although Dot com has noted previously that it peeves him to have his name in an edit summary not preceded by "reply to". I, personally, don't mind having my name being shown as the one being reverted, as long as there's a solid edit summary following. &mdash; {{User:Lapper/sig}} 04:38, 24 August 2007 (UTC)
 
-
 
-
::I would have thought that the current text is fine. But with people constantly using it to revert the last edit instead of undoing older edits, I wholeheartedly agree with Dot com's suggestion. It will also make edit summaries shorter and easier to read.{{User:Loafing/sig}} 05:01, 24 August 2007 (UTC)
 
-
 
-
:::What if "revision 000000" automagically created a link to the edit (technically speaking, "&diff=prev&oldid=000000"), like this:
 
-
::::''(undid {{p|l=http://www.hrwiki.org/index.php?title=HRWiki:Da_Basement&diff=prev&oldid=492115 revision 492115}}; forum-style post)''
 
-
:::[[User:It's dot com|It's dot com]] 14:38, 24 August 2007 (UTC)
 
-
 
-
::::Shouldn't we squeeze a timestamp in there? It could be as small as "8.24, 15:26", but I'd like to see when that undone revision was made, if possible. (undid {{p|l=http://www.hrwiki.org/index.php?title=HRWiki:Da_Basement&diff=prev&oldid=492115 revision 492115}} (8.24, 15:26); forum-style post). &mdash; {{User:Lapper/sig}} 15:26, 24 August 2007 (UTC)
 
-
:::::I thought stuff like that is recorded in RC; that is, the "diff" link is a link to the revert, and RC already tracks the time and date of ''all'' edits. I'm in favor of the plain ''(undid revision 000000; vandalism)'' &mdash; {{User:SamFisher1022/sig}} 15:37, 24 August 2007 (UTC)
 
-
::::::Lapper: We don't record timestamps of the undone edit ''now'', and we do just fine. There isn't an easy mechanism to add them, either. It could be done, of course, but it would involve reworking more than a line or two of code, which is all it would take to add the link (and clicking on the link will show the old edit, including the timestamp and the editor). &mdash; [[User:It's dot com|It's dot com]] 16:23, 24 August 2007 (UTC)
 
-
:::::::I like Dot Com's idea, that is link with no timestamp. {{User:DeFender1031/sig}} 17:47, 24 August 2007 (UTC)
 
-
::::::::Me too.{{User:Loafing/sig}} 20:20, 24 August 2007 (UTC)
 
-
:::::::::I'm in. {{User:Qermaq/sig}} 10:40, 25 August 2007 (UTC)
 
-
Okay, I've implemented the changes. After a little time has passed, please comment on whether you think it's an improvement. &mdash; [[User:It's dot com|It's dot com]] 01:34, 26 August 2007 (UTC)
 
-
:I think it's a good idea! {{User:E.L. Cool/sig}} 03:29, 26 August 2007 (UTC)
 
-
It's been a week since the new format, and I've got nothing against it. Nice and simple, and it doesn't incriminate the revertee as strongly. Great jorearb. &mdash; {{User:SamFisher1022/sig}} 18:35, 2 September 2007 (UTC)
 
-
:I actually disagree. I thought it was a good idea, but now I see that this edit summary is less helpful. It doesn't give any context. When it still included the user name, one could guess which edit was meant just by looking at the history. That number isn't helpful in the least (unless you mouseover the links in the history and compare those 6-digit numbers - which I certainly don't do). I would prefer edit summaries like "undid edit 123456 by Stupid_ol'_Loaf".{{User:Loafing/sig}} 19:58, 2 September 2007 (UTC)
 
-
::If you click on the revision number it leads you to the exact edit. And I'd argue that in all edits, it's up to the editor to provide context, not the system. Havin g the system make it easier for an editor to be lazy - is that what we want? {{User:Qermaq/sig}} 21:55, 2 September 2007 (UTC)
 
-
:::Oh, it's much better! this is awesome! {{User:Techgeekmbg/sig}} 02:41, 16 September 2007 (UTC)
 
-
 
-
== So what exactly is  the "trusted user list"? ==
 
-
 
-
I noticed a few times, it seems that somewhere, this Wiki has a trusted user list, or so I saw while looking around on talk pages. So I was wondering, is it a tangible thing (meaning it actually exists) or is it just in the minds of staff members and such?--{{User:Slipstream/sig}} 12:02, 7 September 2007 (UTC)
 
-
:There is no list (and there is also no staff). Obviously, some users are trusted more by the community than others, but I don't think anybody would keep a list or something. I'm not exactly sure what you're talking about, but I hope this answers your question.{{User:Loafing/sig}} 12:18, 7 September 2007 (UTC)
 
-
::Is [[HRWiki:Da Basement/Archive 8#Limited editability for user pages|this]] what you are referring to? {{User:Qermaq/sig}} 14:01, 7 September 2007 (UTC)
 
-
:::Yeah, I caught up with Slipstream in IRC, that's the page he was talking about... it's all been cleared up now, nothing to worry about. {{User:Phlip/sig}} 14:03, 7 September 2007 (UTC)
 
-
::::Thanks for drawing extra attention to a dumb idea i had a long time ago... :( {{User:DeFender1031/sig}} 14:10, 7 September 2007 (UTC)
 
-
:::::(For those of you who have a hard time reading sarcasm over the internet, that was an example of it.) {{User:DeFender1031/sig}} 14:30, 7 September 2007 (UTC)
 
-
 
-
== Images accessable from both wikis ==
 
-
 
-
I contribute a lot to both of our HRWikis (the fanstuff being the other). However, I find it quite difficult that a lot of images that would be useful on the Fanstuff wiki are only hosted on the knowledge base. Someone with server side privelages might be able to make an image uploaded on one wiki accesable by the other. Sorta like Wikimedia Commons, where you upload it there, and it can be accessed by all the wikimedia projects. I would find it very easy. Tell me what you think! {{User:Techgeekmbg/sig}} 02:39, 16 September 2007 (UTC)
 
-
:I think that's an awesome idea, but I don't have server [[privaleges]]. It' up to like It's dot com or somebody like that. --{{User:Super Martyo Brother/sig}} 02:43, 16 September 2007 (UTC)
 
-
::It is technically possible to do this, but relatively speaking there are so few images that are used on both wikis that the costs outweigh the benefits at this time. &mdash; [[User:It's dot com|It's dot com]] 03:11, 16 September 2007 (UTC)
 
-
:::Exactly. There's literally no need to put forth the effort to make a commons, as HRWiki and HRFWiki really have nothing much in common that way. &mdash; {{User:Lapper/sig}} 23:16, 20 September 2007 (UTC)
 
-
::::I personally see value in keeping the two distinct, and that value is enjoyed on both sides. {{User:Qermaq/sig}} 09:47, 21 September 2007 (UTC)
 
-
I see the merit in allowing this, but isn't Commons a separate wiki? That means we would have to set ''another'' wiki up, migrate ''all'' the existing images from both the HRWiki and the HRFWiki to it, and force a redirect to said wiki whenever someone tries to upload another image. Sounds like too much of a waste of time, especially considering the amazingly small amount of images that actually have a point in being cross-linked. ¤ {{User:The Mu/sig}} 20:45, 15 October 2007 (UTC)
 
-
:::::Commons ''is'' in fact a separate wiki.  That fact alone means that they could've used the english wikipedia (or in this case the HRWiki) to make the image-copying magic. It is made separate for clarity and to avoid confusion, not necessarily for technical reasons.  That said, it ''is'' a lot of work to do for what may not be used all that much.  At best some script could be created to extract images from the HRwiki into the fanstuff.  But again, that's a bit of work and its implementation would depend on demand/benefit and an available programmer. --[[User:Stux|Stux]] 21:24, 15 October 2007 (UTC)
 
-
::::::Well, we wouldn't have to put ''all'' images in Commons. 'Kipedia doesn't do that either. But I agree with Dot com and Qermaq: Only very few images would actually be shared between us and the fanstuff, making it not worth the effort. Also, I strongly argue to keep both wikis as separate as possible, content-wise. It will get messy if we don't.{{User:Loafing/sig}} 21:44, 15 October 2007 (UTC)
 
-
 
-
==  Preserve birthday card(s) as part of the history? ==
 
-
 
-
Okay guys, [[HRWiki:Da_Basement/Archive_8#Preserve_birthday_card_as_part_of_the_history|we've come to that bridge and crossed it]].  Now it's time to ask the big question: Do we make a page for [[User talk:Invisible Robot Fish/Talk Archive Mike Chapman's Card|Mike's card]]? I don't see why not.  I already created a [[:Category:Mike's Birthday Card Images|category]] for the images.  This, I think, is useful whether we make a page or not. Anywho, what have ye all to say? --[[User:Stux|Stux]] 18:27, 14 October 2007 (UTC)
 
-
:Yeah. I think we should. {{User:Homestar-winner/sig}} 18:34, 14 October 2007 (UTC)
 
-
::Cool, I started a [[HRWiki:Mike's 2007 birthday card|not so good article]] covering it (made before the world ended, and submitted after it came back up ;) ).  Extra info would be most welcome. --[[User:Stux|Stux]] 04:17, 16 October 2007 (UTC)
 
-
 
-
== Count increment broken ==
 
-
 
-
Okay, for some reason the #count+''increment'' and #resetcount [[HRWiki:Counter|parser tags]] don't seem to be working properly. (At least not from my machine -- which I seriously doubt is an issue, since it's all done server side, right?).  I first found the problem in the QOW page, and {{pl|l=http://www.hrwiki.org/index.php?title=User:Stux/sandbox&diff=506429&oldid=506426 have}} {{pl|l=http://www.hrwiki.org/index.php?title=User:Stux/sandbox&diff=506433&oldid=506432 tried}} {{pl|l=http://www.hrwiki.org/index.php?title=User:Stux/sandbox&diff=506435&oldid=506434 different things}} to assess the situation and try to find a workaround.  However, I've come to the following conclusions (from my observations):
 
-
#The #resetcount tag is not resetting the counts for any value (except maybe to zero)
 
-
#The ''increment'' parameter in the #count tag seems to behave in some strange way
 
-
#All the count examples in the documentation still seem to work correctly (confusing me more). 
 
-
As such, I am completely baffled by this behavior. Even all the names match! Maybe It's the spaces? I don't know. This is weird. Help! --[[User:Stux|Stux]] 19:15, 14 October 2007 (UTC)
 
-
 
-
:I think it may have been a formatting issue.  Does {{p|l=http://www.hrwiki.org/index.php?title=Quote_of_the_Week&diff=506872&oldid=506371 this change}} fix the issue?&nbsp;-- [[User:Tom|Tom]] 21:53, 15 October 2007 (UTC)
 
-
::Stux, I tweaked the hresetcount template so that it properly resets the visible values on vcount, but other than that these templates and the underlying parser functions seem to be functioning in general as they should. &mdash; [[User:It's dot com|It's dot com]] 22:55, 15 October 2007 (UTC)
 
-
:::Ahhh... yeah! Go figure.  Leave it to me to create a template, add a feature, and months later, forget all about it that it exists! So yeah, the parser code and templates were working all exactly how they were designed to work :S.  It's just my methods of "debugging" were waaay off. Hehe. Ahh programming.  Thanks Tom for figuring out what was really wrong with QOW!  I can't believe little spaces caused so much trouble. ''Ahh, programming.'' Thanks Dot com for fixing ''hresetcount'' and adding the appropriate documentation to ''vcount''. I will be adding that info to ''hcount'' just in case I forget again. ;) --[[User:Stux|Stux]] 00:10, 16 October 2007 (UTC)
 
-
::::Well, I think it would be better to differentiate vcount from hcount, and not list unused features on hcount. Toward that end, I've listed both templates on hresetcount (and we should consider creating and differentiating vresetcount). &mdash; [[User:It's dot com|It's dot com]] 04:28, 16 October 2007 (UTC)
 
-
:::::Yes, I agree, and creating vresetcount sounds like a good idea. Though doing so would mean having to check all instances where hresetcount is called and see if vresetcount needs to be called.  But that shouldn't be too much trouble.  For now, I added the technical info back up.  I think it's important in the h/vcount pages themselves to clearly state that the two templates work separately (more so with vresetcount). (This, of course, being a bad attempt at reminding ''me'' that their separate functions. ;) ) Ok! now to watch some [[TrogdorCon '97|anime]]!  --[[User:Stux|Stux]] 05:11, 16 October 2007 (UTC)
 
-
 
-
== RandomArea ==
 
-
 
-
I'm starting my own wiki, and when browing extensions, I found Random Area. RandomArea is like the {{tl|homsarquote}}, only it updates the maximum number of quotes by itself. I feel it would be a lot easier for new members to add quotes. [[mw:Extension:RandomArea|Click here for info]]. {{User:Techgeekmbg/sig}} 04:44, 19 October 2007 (UTC)
 
-
:One of the features of the homsarquotes template is that it only chooses from all the quotes if it's used on the [[Homsar]] page; otherwise, it skips the first two. We could easily make the template use less code, but we set it up that way so that both the rendered list itself and the output of the template would look nice. I appreciate the suggestion, but I think we've got enough eyeballs on that page not to worry about installing anything else. &mdash; [[User:It's dot com|It's dot com]] 23:56, 19 October 2007 (UTC)
 
-
::I understood that when I looked at the template, I knew it before suggesting it. Why does it need to skip the first two? {{User:Techgeekmbg/sig}} 16:21, 21 October 2007 (UTC)
 
-
:::Because the first 2 aren't quotes, they're just captions. That template was originally made (and is still used) to prevent edit warring on the [[Homsar]] caption. {{User:DeFender1031/sig}} 16:24, 21 October 2007 (UTC)
 
-
 
-
== Deleted page talk pages ==
 
-
 
-
So the recent incident with the clapping page got me thinking that maybe we should leave talk pages from deleted pages intact so that future people can see why a page was deleted. It's not always so obvious, i mean granted, a page like "homestar is stupid and dumb" that would be tagged for speedy deletion would not need such a thing even if it somehow developed one, but for pages that actually get discussed i think it would be helpful. (Maybe also have a template for such pages?) Thoughts? {{User:DeFender1031/sig}} 00:51, 21 October 2007 (UTC)
 
-
:Agree. It'd be very useful to see the precedents and reasonings and things behind why pages were deleted. Wikipedia keeps their discussion pages, and this is one thing of theirs I think we SHOULD emulate.
 
-
:I also like the sound of that template. Something like "This is the talk page of a deleted article. Please do not participate in the existing discussions. If you have something new to say on why this page should be re-created, please start a new section below." Or something with good words. Better words than I can write. --[[User:DorianGray|DorianGray]] 01:04, 21 October 2007 (UTC)
 
-
::I think preserving deletion discussions is a good idea. I kind of wonder why we haven't been already. I also think Dorian's words were fine. &mdash; [[User:It's dot com|It's dot com]] 03:32, 21 October 2007 (UTC)
 
-
:::I support this idea for the sake of preserving discussions. {{User:Heimstern Läufer/sig}} 18:57, 21 October 2007 (UTC)
 
-
::::I like this idea. Here are some possible ideas I came up with for text:
 
-
::::*This talk page is an archive of a deleted article. Please do not contribute.
 
-
::::*This article this talk page accompanies has been deleted. This talk page has been kept for historical reasons. Please do not contribute.
 
-
::::*This talk page is kept for historical reasons, as it once accompanied a page that has been deleted. Please do not contribute.
 
-
::::*This is a talk page of a deleted article. Please do not add to the discussions below.
 
-
 
-
::::Of course, the endings saying not to contribute can apply to all of them. {{User:Techgeekmbg/sig}} 23:09, 21 October 2007 (UTC)
 
-
 
-
:::::I think it is important, though to include a bit like DorianGray's line, "If you have something new to say on why this page should be re-created, please start a new section below." A running gag, for example, may not have enough appearances, but could suddenly acquire more later on, at which point the talk page would be a good place to propose that the article be recreated. {{User:Trey56/sig}} 23:47, 21 October 2007 (UTC)
 
-
 
-
::::::Here's a model of what it could look like: {{tl|deletedtalk}}. It could perhaps use some improvement. {{User:Trey56/sig}} 01:02, 22 October 2007 (UTC)
 
-
:::::::It looks alright... we might want to edit the style a bit, but the wording seems fine. {{User:DeFender1031/sig}} 01:03, 22 October 2007 (UTC)
 
-
::::::::I like it, too. I changed the wording [http://www.hrwiki.org/index.php?title=Template:deletedtalk&diff=516770&oldid=515578 a little]. Maybe we should change the image to something like [[:Image:deleted.PNG|this]]? We also need to find a way to easily distinguish between archived section and currently open threads. But yes, we should definitely use this template.{{User:Loafing/sig}} 21:19, 13 November 2007 (UTC)
 
-
 
-
=== Reviving? ===
 
-
Okay, since this looks like a promising idea, i also have a question about old talk pages. If we decide that this is a good idea, do we (and by WE i mean some sysop) go back and revive all the old talk pages, or is this only for the future? {{User:DeFender1031/sig}} 19:06, 21 October 2007 (UTC)
 
-
:On second thought, a bot could be made to do such a thing. Still, would we? {{User:DeFender1031/sig}} 19:07, 21 October 2007 (UTC)
 
-
::How would a bot know the difference between a talk page where a deletion discussion occurred and one where it didn't? {{User:Heimstern Läufer/sig}} 19:09, 21 October 2007 (UTC)
 
-
:::first of all, if there IS a talk page, then it probably means it was discussed, as speedy deletion pages get deleted quickly and don't usually end up with talk, secondly, it could search for "<nowiki>'''delete'''</nowiki>", as there tends to be at least one instance of that on every deletion discussion. {{User:DeFender1031/sig}} 19:15, 21 October 2007 (UTC)
 
-
::::There are probably a lot more deleted talk pages with no discussion than you think. Consider all the talk pages that were page-move vandalism redirects from the Willy on Wheels days. {{User:Heimstern Läufer/sig}} 19:19, 21 October 2007 (UTC)
 
-
:::::That's why i also suggested searching for bolded delete. {{User:DeFender1031/sig}} 19:20, 21 October 2007 (UTC)
 
-
::::::I don't think it's necessary for anyone (or a bot) to bother undeleting ''all'' such pages, since we've gotten along without them fine up to now. If there is an individual case where restoring an old discussion would be relevant, then we can do so as the case presents itself. &mdash; [[User:It's dot com|It's dot com]] 19:44, 21 October 2007 (UTC)
 
-
:::::::Another idea would be to write a script that searches the deleted pages' history (preferably in all namespaces) and finds any use of the {{tl|tbd}} template and creates a list of pages that were very likely part of the normal deletion process. This would elminate 99%+ of all the unwanted vandalism-created pages.  The list can then be eyeballed for obvious undesirables, and auto-revived.  The rest of the interested community can then re-tag those pages (and mark any that should be re-deleted).  How hard would implementing this sound? What kind of interest would be in this idea? What do you guys think? --[[User:Stux|Stux]] 19:08, 30 October 2007 (UTC)
 
-
::::::::All of that is technically possible, but I think our focus is elsewhere right now. I maintain that restoring pages on an as-needed basis is the most practical way to go. &mdash; [[User:It's dot com|It's dot com]] 19:26, 30 October 2007 (UTC)
 
-
 
-
I think we need to make a template to put on all talk pages that have the accompanying article deleted. That way we have a way to find them, through a category. I don't like seeing my orphan talk pages be all willy-nilly! &mdash;[[User:BazookaJoe|BazookaJoe]] 01:33, 10 November 2007 (UTC)
 
-
:Erm... you mean {{tl|deletedtalk}} and its accompanying [[:Category:Talk pages of deleted articles|category]]? --[[User:Stux|Stux]] 03:51, 10 November 2007 (UTC)
 
-
::Presactly. I haven't edited for a week and I got really lazy. Didn't even notice it's in the section above this. I'm slipping... &mdash;[[User:BazookaJoe|BazookaJoe]] 04:10, 10 November 2007 (UTC)
 
-
:::Tsk, tsk. I had to reread your post twice because I thought ''*I*'' was making some mistake in reading it. What happened to your good ol' sharp self?  Though if it wasn't for your post, it wouldn't have occurred to me to go back and {{pl|l=http://www.hrwiki.org/index.php?title=Talk:toga_yoga&diff=prev&oldid=515324 tag}} toga yoga as deleted after ''someone'' who shall remain nameless *Cough*<small>Dot Com</small>*Cough* missed adding it. --[[User:Stux|Stux]] 07:52, 10 November 2007 (UTC)
 
-
::::Hmm? I didn't know we'd decided to go with that template. &mdash; [[User:It's dot com|It's dot com]] 14:55, 12 November 2007 (UTC)
 
-
:::::Oh, my apologoies! From looking at the template use and this discussion I simply ''assumed'' that it had become official.  That's what I get for trying to be somewhat "funny".  Sorry Dot com. --[[User:Stux|Stux]] 20:22, 13 November 2007 (UTC)
 
-
::::::I assumed so, too. I only just noticed that the discussion for the template is actually in the section above...{{User:Loafing/sig}} 21:11, 13 November 2007 (UTC)
 
-
 
-
== Birthday cards for TBC ''et al.'' ==
 
-
 
-
For reference, I've copied the following conversation from [[User talk:Invisible Robot Fish]]:
 
-
<blockquote>
 
-
Hey IRF,
 
-
 
-
How 'bout we make a card for Missy when her birthday rolls around? I can imagine she's feeling pretty left out right now. Besides, she's just as important as the Brothers Chaps. If you already have one in the works, lemme know. If you don't, talk to me, and I'd be happy to help you organize it and get it together.
 
-
 
-
Sincerely,<br>
 
-
{{User:Homestarmy Commando1/sig}} 23:27, 16 October 2007 (UTC)
 
-
:I have noticed that she hasn't got a card yet. I agree. Let's make a card for Missy! {{User:Sam the Man/sig}} 23:31, 16 October 2007 (UTC)
 
-
 
-
::I'm glad to see that there are others that want to do this.  I want to mention 3 things: #1) I am about to go a 2 week vacation and will be out of contact for awhile (for Missy we have some time). #2) Matt's birthday is coming up much sooner that Missy's. #3) I have had the honor and privilidge of doing this twice now.  I don't think it would be fair for me to hog this.  Out of this experience I have had the opportunity to talk [[Karen Wagner]] a few times, which was awesome.  I must also talk about access.  I am not a sysop so the fact that I was trusted with the address to send things to the TBC is very rare.  I think the less people that know such information, the bigger blessing that we can be as awhole to TBC.  The LAST thing that we want is for sensitive information to be given to the wrong person (and I'm not imply that any of you are the wrong person) and TBC get tons of <s>fan-mail</s> crap in the mail.  For these reasons, I think it best for a sysop or duly chosen user by the sysops to take the helm on this.  {{User:Invisible_Robot_Fish/sig}} 11:52, 17 October 2007 (UTC)
 
-
:::Well, Matt already got a card, but Missy hasn't; I say we put her as the top priority for the moment. I see your point with the Brothers Chaps' mailing address. Not everyone could/can be trusted with valuable info like that. If that info was put in the wrong hands or was somehow leaked, TBC would be flooded with mail, and you, me, Sam, and anyone else involved would take the fall, maybe the whole Wiki, even. Maybe{{User:Loafing/sig}} could be trusted with that. After all, he is a sysop.{{User:Homestarmy_Commando1/sig}}19:08, 17 October 2007 (UTC)
 
-
::::Loafing lives in New Zealand.  It wouldn't be practical to ship something from there. {{User:Invisible_Robot_Fish/sig}} 10:31, 18 October 2007 (UTC)
 
-
:::::Well, let's get a sysop in the States to spearhead that. I really want to help with Missy's card, so I'll feel useful and get some recognition out of it. Do you have any ideas? {{User:Homestarmy Commando1/sig}}
 
-
::::::I suggest that you ask a sysop {{User:Invisible_Robot_Fish/sig}} 12:09, 19 October 2007 (UTC)
 
-
:::::::HC1: As I said on my page, if you're looking for something to do there are a lot of projects (see [[HRWiki:The Stick]]) that are more practical than this. (Do we even know her birthday?) Furthermore, anything being sent on behalf of the wiki would have to go through an administrator (Joey, Tom, or me), not just a sysop. &mdash; [[User:It's dot com|It's dot com]] 00:18, 23 October 2007 (UTC)
 
-
</blockquote>
 
-
 
-
So far, we have sent Matt and Mike physical birthday cards, and Invisible Robot Fish did an incredible job putting both of these together.
 
-
 
-
As seen above, there's some interest in continuing do something for Matt's, Mike's, and perhaps others', birthdays. I think there are a few questions we should discuss in this vein:
 
-
#Whose birthdays should we honor as a wiki?
 
-
#What should we do in the future when we want to send birthday wishes?
 
-
#Who should take charge of these projects?
 
-
 
-
<nowiki>#1</nowiki> is clearly constrained by our knowledge of when people's birthdays are. As far as I can tell, we know when Matt's and Mike's birthdays are, but that's it. And I think that's a good place to stop. Yes, Missy does the voice of Marzipan, but there are others who do just as much or more for Homestar Runner (Karen Wagner, Ryan Sterritt, etc.) &mdash; we have to draw the line somewhere, and I think stopping at Matt and Mike is a good point (especially since we don't know anyone else's birthday!).
 
-
 
-
In regard to #2, I don't think we should do the same thing if we decide to do something for Matt or Mike's birthdays again. If we keep sending them giant birthday cards, I think the idea will get stale pretty quickly. Maybe we want to do something else in the future, but I think we should think of a different idea.
 
-
 
-
Finally, with respect to #3, IRF put a great deal of work into the past birthday cards. As he has indicated above, he'd like somebody else to take the helm of future projects, and I agree that it would be very unfair for us to expect him to put in the huge amount of work necessary to send out one of these again. Also, as IRF and It's dot com mentioned in the above quoted text, any communication sent by the wiki as a whole ought to go through the bureaucrats &mdash; Joey, Dot com, or Tom &mdash; for obvious reasons we should limit the spread of TBC's contact information as much as possible.
 
-
 
-
Any thoughts about any of these points? {{User:Trey56/sig}} 00:45, 23 October 2007 (UTC)
 
-
 
-
:I wholeheartedly agree with everything you said above. I'm sorry for getting this whole stupid snowball rolling in the first place. I was feeling a little egoistic at the time of the first post. I guess I just needed someone to talk some sense into me. This does seem a little big for a meager user like me. Let's just go back to the way it was before my idea. Anyone else agree? {{User:Homestarmy Commando1/sig}}
 
-
 
-
::Oh, I hope you don't take any of the above comments as directed against you. I thought you brought up a good suggestion &mdash; one worth discussing :) You're a good user and have nothing to apologize for :) {{User:Trey56/sig}} 02:45, 23 October 2007 (UTC)
 
-
:::Thanks, Trey. That made me feel better. I just thought you were backing up It's dot com and making me feel worse. But you do bring up some good points above. {{User:Homestarmy Commando1/sig}}
 
-
::::It was not my intention to make you feel bad, simply to point out that there are things we need done more than this, and, like Trey, question whether we wanted to continue doing this at all. It's also my responsibility to make sure anyone who wants to send anything to TBC ''on behalf of the wiki'' knows they have to go through us. I know I come across as a killjoy, but whattayagonnado. &mdash; [[User:It's dot com|It's dot com]] 20:10, 23 October 2007 (UTC)
 
-
 
-
:::::Coup d'&eacute;tat? But seriously, I think it's best we only send happy birthday wishes to TBC. Don't want to go down the same slope Google did when they started doing logos for holidays no one's ever heard of. &mdash; {{User:Lapper/sig}} 20:24, 23 October 2007 (UTC)
 
-
::::::I've seen {{p|l=http://www.google.com/holidaylogos.html those}}. But also, I think TBC were happy when they got their own birthday poster. It may make them feel not as special (I don't have a better word) if we sent a poster card to every member of their family. {{User:Homestar-winner/sig}} 20:29, 23 October 2007 (UTC)
 
-
:::::::Would some sort of mass "Thank you" card directed specifically at the supporting staff (<u>by name</u>) be too tacky? Something that says "hey we really, ''really'', '''''really''''' appreciate all the work that you do to support TBC." Or something along those lines. --[[User:Stux|Stux]] 19:21, 30 October 2007 (UTC)
 
-
Specifically considering the creative and performance impact Missy has on the product, I would be in favor of including her in the birthday wishes in the event she chooses to disclose her birthday to the media or to us. Short of that, she is clearly wishing that date to remain a secret, and we have no plce infringing on that. Other than individuals actively invilved in creating the toons (Mike Matt and Missy, essentially) no others should be included as a matter of course. A 30th or 40th birthday, when known, might prove the exception. {{User:Qermaq/sig}} 14:28, 10 November 2007 (UTC)
 
-
:That is a very good point. Celebrating Missy's birthday would be cool!  At best, since we don't know it, we could celebrate her ''un''birthday! We'd have a 364 in 365 chance of getting it right this year, and 365 in 366 chance of getting it right <s>this</s> next year! Not a terribly great idea but seems fun. --[[User:Stux|Stux]] 23:42, 11 November 2007 (UTC)
 
-
::Eeee. When a woman does not disclose her birthday, that means we should not acknowledge it. It would not be an appreciated move to force a birthday on her without her consent. {{User:Qermaq/sig}} 09:52, 12 November 2007 (UTC)
 
-
 
-
== Halloween theme ==
 
-
 
-
Is there a CSS file for the halloween skin? I really like it, and was considering using it for MySkin. --{{User:Super Martyo Brother/sig}} 01:10, 25 October 2007 (UTC)
 
-
:No, if you go to [http://www.hrwiki.org/index.php?title=MediaWiki:Common.css&action=history Common.css's history], you will see that is was manually modified. {{User:Techgeekmbg/sig}} 01:21, 25 October 2007 (UTC)
 
-
::DorianGray likes to celebrate Halloween all year 'round. If you copy his [[User:DorianGray/monobook.css|monobook.css]] page into [[Special:Mypage/monobook.css|your own]], you can too! &mdash; [[User:It's dot com|It's dot com]] 15:41, 25 October 2007 (UTC)
 
-
 
-
== What HRWiki is not ==
 
-
 
-
More of a question than a suggestion, but do we have any policies or pages on [[Wikipedia:WP:NOT|what HRWiki is not?]] There seems to be a volume of new users who register thinking this is some kind of social network rather than a collaborative encyclopedia. &mdash; {{User:SamFisher1022/sig}} 00:06, 28 October 2007 (UTC)
 
-
:[[HRWiki:User space#What should I avoid?]] touches on the subject. &mdash; [[User:It's dot com|It's dot com]] 01:07, 28 October 2007 (UTC)
 
-
::But that does not cover it. I think there should be one. {{User:Techgeekmbg/sig}} 01:09, 28 October 2007 (UTC)
 
-
:::That section in the userspace rules does address my main concern, that users don't know HRWiki isn't a social network, but I think we should make sure newbies know more about what they're getting into, or more accurately, what they're ''not'' getting into. I doubt users planning on registering know about userspace until ''after'' they create the account, then they think "Oh, I can have my own page?" and begin to treat it like some Homestar-themed Myspace. (That was what I thought when I was young and stupid, anyway.) We should make it more clear that that isn't what we are, and if we do create a new page for this it should encompass other misconceptions (I think that's the right word) as well: we aren't a paper encyclopedia, so growth of our project is virtually unlimited; we aren't adspace, while it's fine to promote one's own website, one must do so only within his or her own userspace; we aren't a soapbox, while it is occasionally necessary to give long speeches on a subject, it must remain relevant to our project of focus and we don't allow opinionated speeches on current events or politics or attitudes of self-promotion; and, of course, we aren't any of a number of [[Wikipedia:WP:BEANS|terrible ideas]]. &mdash; {{User:SamFisher1022/sig}} 13:47, 28 October 2007 (UTC)
 
-
::::I know that this idea has been tossed around for several years, but for some reason we've never decided to act on it. Why don't you write something up, and we'll see where it goes from there. &mdash; [[User:It's dot com|It's dot com]] 19:16, 29 October 2007 (UTC)
 
-
:::::You mean this has been suggested before? If so, I'd like a link; I think I should see how that discussion turned out before I start drafting. &mdash; {{User:SamFisher1022/sig}} 20:57, 29 October 2007 (UTC)
 
-
::::::I don't know if it's ever been suggested on the wiki itself, but I know it's been talked about before (I can find it in my chat logs at least as far back as 28 January 2006). I'd go ahead with a draft. If you don't want to spend a lot of time on it, it could be a very rough draft, just enough for us to get the general idea and determine if we want to keep going. &mdash; [[User:It's dot com|It's dot com]] 21:15, 29 October 2007 (UTC)
 
-
:::::::I didn't plan to make it lengthy yet, I'm just going to sort of list as many main ideas as I can think of and write brief descriptions of each. I'll put the draft on [[User:SamFisher1022/HRW:NOT]]. &mdash; {{User:SamFisher1022/sig}} 21:21, 29 October 2007 (UTC)
 
-
----
 
-
[[User:SamFisher1022/HRW:NOT|The draft]] is done. Or it's at least been dormant long enough. I'm ready to hear what you all think. &mdash; {{User:SamFisher1022/sig}} 17:05, 18 February 2008 (UTC)
 
-
:Made some changes and left a comment on the talk page. --[[User:Stux|Stux]] 17:55, 18 February 2008 (UTC)
 
-
All right, the discussions are finished. Any other issues before I create the page? &mdash; {{User:SamFisher1022/sig}} 14:37, 27 February 2008 (UTC)
 
-
 
-
== Upload help ==
 
-
 
-
Uploading images is becoming a common question among new users, and to my knowledge, we don't have a Help page for uploads. Somewhere on that page (somewhere obvious, like at the top), we should state exactly what "autoconfirmed" accounts refer to: accounts that have been active for a certain amount of time. Also, more of us need to know what that certain amount of time is. I was told it was 48 hours, but [[User:TheGirl|TheGirl]] successfully uploaded her first image after about 38 hours. Does it vary with server load or something? &mdash; {{User:SamFisher1022/sig}} 15:30, 28 October 2007 (UTC)
 
-
:Honestly, I don't think we need an page to help with uploads; the upload page itself has plenty of information on how to do it. And as for auto-confirmation, only a note would be necessary. &mdash; {{User:Lapper/sig}} 16:00, 28 October 2007 (UTC)
+
== Licensing drop-down list ==
-
::Okay, maybe a whole page is too extreme, but still, how long does autoconfirm take? If we add that to the [[HRWiki:FAQ#How do I upload an image?|FAQ]], it should help tremendously. &mdash; {{User:SamFisher1022/sig}} 16:05, 28 October 2007 (UTC)
+
-
:::Most likely 27 hours, if Dot com didn't change it. Just like I said on TheGirl's talk page. w00t. You can add a mention to FAQ about having to be autoconfirmed to upload an image, but we decided that the exact length of time should be an open secret. &mdash;[[User:BazookaJoe|BazookaJoe]] 22:14, 28 October 2007 (UTC)
+
-
::::It's 28 hours. That number [[HRWiki:Da Basement/Archive 8#Semi-protection implemented|hasn't changed]], either. &mdash; [[User:It's dot com|It's dot com]] 22:01, 5 November 2007 (UTC)
+
-
== Subtitles viewer on sidebar ==
+
Could a sysop or admin kindly populate [[MediaWiki:Licenses]] with the [[:Category:Image copyright tags|image copyright tags]] that have been created over the past few years? It would aid in choosing {{p|l={{fullurl:File:aquashot.png|diff=prev&oldid=717137}} the right license when uploading}}. Please and thanks, {{User:Soiled Bargains/sig|nodash=nodash}} 22:07, 21 January 2011 (UTC)
-
As most people know, on all toons, there is a link in the sidebar for the Subtitles namespace. However, someone like me, who uses Safari and can't use Greasemonkey, uses the subtitles viewer. If we put a link to the subtitles viewer there too, below the namespace links, that would add to convience. I know it is possible, I've done something similar on my wiki. What do you think? {{User:Techgeekmbg/sig}} 21:36, 5 November 2007 (UTC)
+
== MediaWiki system messages ==
-
== New Template Categories ==
+
I had a few concerns for the [[HRWiki:Sysops|sysops]] regarding some of the '''MediaWiki system messages'''. Please delete/modify or just comment on the following:
-
Thanks to the recent wiki software update, we now have the [[Special:Uncategorizedtemplates]] page. Our goal should be to keep this list as small as possible, and while some of the templates listed can be added to existing categories, some just don't fit into any. So I suggest new categories to hold these "miscellaneous" pages. &mdash; {{User:SamFisher1022/sig}} 02:41, 16 November 2007 (UTC)
+
{| class="wikitable"
 +
! Message
 +
!
 +
* Default
 +
* Current
 +
! Concern
 +
! Decision / remark
 +
|- style="background:#CCC;"
 +
| [[MediaWiki:Anononlyblock]]
 +
|
 +
* anon. only
 +
* anonnies only
 +
| "anonnies"?
 +
| "Hey, [[HRW:G#A|anonny]], why don't you go... [[rock opera|brush up]] on [[anonny|your knowledge]] of the [[Homestar Runner (body of work)|Homestar Runner]] body of work or something and not attribute it to yourself!"
 +
|- style="background:#CCC;"
 +
| [[MediaWiki:Autoredircomment]]
 +
|
 +
* Redirected page to [[$1]]
 +
* redirect to [[$1]]
 +
| present tense? lowercase? also, why not just default?
 +
| rowspan=3 | preference
 +
|- style="background:#CCC;"
 +
| [[MediaWiki:Autosumm-blank]]
 +
|
 +
* Blanked the page
 +
* blanked the page
 +
| lowercase? why not just default?
-
=== HRWiki Finances ===
+
|- style="background:#CCC;"
-
:''From [[Template talk:SitenoticeDonationsLine]]
+
| [[MediaWiki:Autosumm-replace]]
-
<blockquote>
+
|
-
I want to categorize this page to help clear the [[Special:Uncategorizedtemplates|Uncategorized Templates]] list, but I can't seem to find a category to fit it in. If this does fit somewhere, I'd really appreciate if someone could add the cat to the page; if not, perhaps we should have a category that includes HRWiki's money-related pages: [[HRWiki:Donations]], [[HRWiki:Ledger]], and this. &mdash; {{User:SamFisher1022/sig}} 02:09, 16 November 2007 (UTC)</blockquote>
+
* Replaced content with '$1'
 +
* replaced the page with '$1'
 +
| lowercase?
-
=== Transcript Templates ===
+
|- style="background:#CFC;"
-
To keep with the [[HRWiki:Once And Only Once|Once and only Once]] policy, the transcripts for [[Teen Girl Squad Issue 1]] and [[Crazy Cartoon]] are written on template pages and added to their respective pages. I think we should have a category for transcript templates to house these and any more if we make more in the future. &mdash; {{User:SamFisher1022/sig}} 02:41, 16 November 2007 (UTC)
+
| [[MediaWiki:Clearyourcache]]
-
:Sounds good to me. &mdash; [[User:It's dot com|It's dot com]] 02:53, 16 November 2007 (UTC)
+
|
-
::I second! er... third? one-hundred-seventy-three-thousand-three-hundred-twenty-fifth? something... i agree also. {{User:DeFender1031/sig}} 02:55, 16 November 2007 (UTC)
+
* '''Note - After saving, you may have to bypass your browser's cache to see the changes.''' '''Mozilla / Firefox / Safari:''' hold ''Shift'' while clicking ''Reload'', or press either ''Ctrl-F5'' or ''Ctrl-R'' (''Command-R'' on a Macintosh); '''Konqueror: '''click ''Reload'' or press ''F5''; '''Opera:''' clear the cache in ''Tools → Preferences''; '''Internet Explorer:''' hold ''Ctrl'' while clicking ''Refresh,'' or press ''Ctrl-F5''.
 +
* <nowiki>{{#ifeq:{{FULLPAGENAME}}|Special:Preferences|'''See [[Help:User Preferences]] for help deciphering the options.''' <nowiki></nowiki>}}</nowiki> '''Note:''' After saving, you may have to bypass your browser's cache to see the changes. *'''Mozilla / Firefox:''' hold down ''Shift'' while clicking ''Reload'', or press ''Ctrl-Shift-R'' (''Cmd-Shift-R'' on Apple Mac) *'''Safari:''' press ''Cmd-Option-E'' *'''IE:''' hold ''Ctrl'' while clicking ''Refresh'', or press ''Ctrl-F5'' *'''Konqueror:''' simply click the ''Reload'' button, or press ''F5'' *'''Opera''' users may need to completely clear their cache in ''Tools&rarr;Preferences''.
 +
| I recommend we delete [[MediaWiki:Clearyourcache]] and move "See [[Help:User Preferences]] for help deciphering the options." onto [[MediaWiki:Preferences-summary]].
 +
| The entire preferences page was reworked beginning with the next version. This will need to be reviewed once we upgrade (whenever that is).
 +
|- style="background:#CFC;"
 +
| [[MediaWiki:Disambiguationspage]]
 +
|
 +
* Template:disambig
 +
* HRWiki:Links_to_disambiguating_pages
 +
| supposed to designate which template(s) are used to mark disambiguation pages. non-default setting breaks the functionality of [[Special:Disambiguations]]. also, [[HRWiki:Links to disambiguating pages]] is possibly pointless.
 +
| This was set in the earliest days of the wiki and should be reviewed and probably removed.
 +
|- style="background:#CCC;"
 +
| [[MediaWiki:History-title]]
 +
|
 +
* Revision history of "$1"
 +
* Revision history of $1
 +
| removal of quotes, just different for seemingly no reason - why not just default?
 +
| preference; likely inspired by the {{p|l=http://en.wikipedia.org/w/index.php?title=MediaWiki:History-title&action=history same change}} at Wikipedia
 +
|- style="background:#CCC;"
 +
| [[MediaWiki:Mailmypassword]]
 +
|
 +
* E-mail new password
 +
* Email new password
 +
| <s>"Email" generally should be spelled "E-mail"</s> nevermind, but still why not just keep the default?
 +
| "{{p|l=http://education.yahoo.com/reference/dictionary/entry/never Never mind}}" should be two words.
 +
:Never_mind, then ;-) -- I guess I figured out why we have non-default on this, anyway -- probably for consistency with the H*R spelling, which is usually (always?) non-hyphenated. {{User:LobStoR/sig}} 20:29, 25 May 2011 (UTC)
 +
|- style="background:#CFC;"
 +
| [[MediaWiki:Movenologintext]]
 +
|
 +
* You must be a registered user and [[Special:UserLogin|logged in]] to move a page.
 +
* You must be a registered user and [[Special:Userlogin|logged in]] to move a page, or this page may be [[HRWiki:Protected page|protected]] from page moves.
 +
| This message is not even displayed for protected page move attempts. (in that case, it displays [[MediaWiki:Protectedpagetext]], which is defaulted to "This page has been locked to prevent editing.")
 +
| This change was probably correct back when it was implemented but after various upgrades is now out of date. It should be reviewed and probably removed.
 +
|- style="background:#CFC;"
 +
| [[MediaWiki:Right-edit]]
 +
|
 +
* Edit pages
 +
* Edit this page
 +
| Incorrect grammar for the list at [[Special:ListGroupRights]]<br />
 +
''edit:'' also feeds [[MediaWiki:Permissionserrorstext-withaction]] "You do not have permission to $2, for the following {{PLURAL:$1|reason|reasons}}:"
 +
| We need to see where else this is used. Obviously it was changed for some reason, but the change could be out of date and may need to be removed. If it's still current, then the amount of ''sense'' made on the group rights page (''grammar'' is not a problem per se) is potentially a secondary concern, not a primary one
 +
:I think it's $2 in [[MediaWiki:Permissionserrorstext-withaction]] -- "You do not have permission to $2, for the following {{PLURAL:$1|reason|reasons}}:" {{User:LobStoR/sig}} 20:10, 25 May 2011 (UTC)
 +
|}
-
=== STUFF Templates ===
+
Please check these out, and leave comments regarding any decisions on any of these. Thanks, {{User:LobStoR/sig}} 18:43, 25 May 2011 (UTC)
-
The [[HRWiki:STUFF|STUFF]] system has a lot of templates. Instead of categorizing them all as Notice or Formatting templates, I think it would be better to keep them all together in one category (though it may not hurt to add them to more than one category). &mdash; {{User:SamFisher1022/sig}} 20:09, 16 November 2007 (UTC)
+
:I replied to your, ahem, concerns. Thanks, Chaps, for not burdening us with more pressing matters, like toons, so we can take care of stuff like this. &mdash; [[User:It's dot com|It's dot com]] 19:28, 25 May 2011 (UTC)
 +
::Yeah, really helps us... err... refine our wiki :-) {{User:LobStoR/sig}} 19:56, 25 May 2011 (UTC)
 +
:::I set the table row color by status -- green=pending, grey=no action. {{User:LobStoR/sig}} 20:29, 25 May 2011 (UTC)
-
== HRWiki:Bulletin Board ==
+
== Use of <code>id</code> in templates ==
 +
As work was being done on [[sightings]] pages, I noticed that {{t|sightingslanguagewarning}} makes use of the <code>id</code> attribute for its box. Its value, which references another template that has the same thing, is "<code>[[Template:inprogress|inprogress]]</code>". The <code>id</code> attribute is, in part, the replacement for the <code>name</code> attribute, which creates an anchor: a "link" to a specific part of the page.
-
{{User:Techgeekmbg/sig}} came up with an idea that we could have a page called HRWiki:Bulletin Board that would function as a site-wide message board for to-do items, projects, and other stuff. I, personally, think that this is a great idea. Discuss. --{{User:Super Martyo Brother/sig}} 22:13, 20 November 2007 (UTC)
+
Two <code>id</code>s can never be the same on a page, as stated in this sentence from [http://www.w3.org/TR/xhtml1/#C_8 section C.8 of the XHTML 1.0 specification]:
-
:Um, just so you know, there already exists a [[HRWiki:Projects|projects]] page that kinda does what you described. Unless the idea envisioned is radically different from this page, you should check it out. --[[User:Stux|Stux]] 06:29, 21 November 2007 (UTC)
+
-
::It's not radically different, but we do know about that. Techgeek should feel free to chime in here. --{{User:Super Martyo Brother/sig}} 18:23, 22 November 2007 (UTC)
+
-
:::Yeah, what you described was basically exactly what [[HRWiki:Projects]] is. I'm agreeing with Stux completely. &mdash; {{User:Lapper/sig}} 19:24, 22 November 2007 (UTC)
+
-
== Question ==
+
<blockquote>The values of these attributes must be unique within the document, valid, and any references to these fragment identifiers (both internal and external) must be updated should the values be changed during conversion.</blockquote>
-
Yeah, I don't know if this is the place to ask questions like this, though I guess it will serve to help me find out, but anyway, is there an automatic way to get the little gray text that says the section you're editing in the edit summary? [[User:DAGRON|DAGRON]] 21:57, 28 November 2007 (UTC)
+
If a value for <code>id</code> is used more than once, it will invalidate the page, [http://validator.w3.org/check?uri={{urlencode:{{fullurl:HRWiki:Sandbox|oldid=731671}}|query}}&group=1 as demonstrated in this link] ({{p|l={{fullurl:HRWiki:Sandbox|oldid=731671&action=edit}} here's the code}}). Three errors are from multiple occurrences of the same <code>id</code> value. The remaining five demonstrate that there is a format to be followed, and an invalid format throw an error. In this example, headings that start with a number or special character generate invalid <code>id</code> values (see C.8). This is something MediaWiki does and it's practically out of our control. Note that headings with the same name are handled by MediaWiki to an extent.
-
:Clicking the [edit] next to the subject will automatically do it, but you can hack it in by adding <code>/* Your Text Here */</code> to your edit summary. The [[HRWiki:FAQ|FAQ]] would've been a better place to ask, by the way. --[[User:DorianGray|DorianGray]] 22:02, 28 November 2007 (UTC)
+
-
== Vandalism Counters: More trouble than they're worth? ==
+
Looking through [[MediaWiki:Common.css]] and [[MediaWiki:Monobook.css]], the only selection by <code>id</code> that's of concern is <code>#navbox</code>. However, those style rules are also applied to the class <code>navbox</code>, and I believe that most if not all navigation templates get their styles from using the <code>class</code> attribute.
-
I've noticed quite a few times that someone vandalized a page that normally the would not have done, except to change the vandalism counter, essentially "killing two birds with one stone". (there was one that i noticed that actually had that as the summary, i wish i could find it.) Here are a couple of examples: [http://www.hrwiki.org/index.php?title=User:Sysrq868&diff=523895&oldid=515622&rcid=480603] [http://www.hrwiki.org/index.php?title=User:BazookaJoe&diff=prev&oldid=482310] [http://www.hrwiki.org/index.php?title=User:BazookaJoe&diff=prev&oldid=152598] {{User:DeFender1031/sig}} 14:28, 3 December 2007 (UTC)
+
Lastly, if this rant seems familiar, I did go on about [[HRWiki talk:Standards#ids|the use of this attribute on table rows]] a year and so ago.
-
:I understand that people've had these for a while, and a lot of great users have 'em, but I've thought for a while that they're unhelpful. Maybe it's 'cause I don't understand what they're for &mdash; why is it important to advertise how much your user page has or hasn't been vandalized?  The only time I really notice them is when people come along and vandalize the page by increasing the counter, and then I'm never sure if I should actually revert them! ;)
+
''In summary'', I wish to recommend that users be cautious as to add <code>id</code> attributes to templates, or anything that may be used more than once on a page, and, likewise, using this attribute to apply styles. In addition, I wish to recommend that users who see an <code>id</code> attribute causing a ruckus resolve it in some manner or remove it. {{User:Soiled Bargains/sig}} 21:09, 15 June 2012 (UTC)
-
:This said, I'm not sure that we need a rule prohibiting them (the last thing we need is another rule and to have to go around informing everyone that has one that it must be removed), but I would personally prefer if people didn't have them.  On the other hand, the edits you've mentioned happen pretty rarely (once every couple months or so), and since users editing other users' pages are easy to spot, they're easy to revert. {{User:Trey56/sig}} 14:39, 3 December 2007 (UTC)
+
== Dropdown Menu Support ==
-
::I agree with Trey56. We should not have a rule prohibiting them (really, what do you care?), but rather... discourage them. Only reason I have one is because it's pretty much the only interesting part in my userpage.
+
Will the HRWiki be compatible with dropdown menus sometime? Purple Wrench has a great idea for a restyling of the @StrongBadActual page, but a dropdown menu that would allow him to compact all the transcripts would benefit the page greatly. - {{User:Catjaz63/sig}} 03:54, 14 September 2015 (UTC)
 +
:To generalize, having '''''any''''' sort of hide/show functionality for a section of text would help. In addition, the page (both as it appears now ''and'' if my redesign is used instead) will appear broken unless the issues regarding automatic resizing of gifs are sorted out. I am aware that both of these tasks are not trivial, but they would be necessary for a page that has the potential to grow very quickly and be populated with gifs. --{{User:Purple Wrench/sig}} 12:28, 14 September 2015 (UTC)
 +
:: Sometime? Yes! Soon? Well... no promises, but I do intend to get back into active development for this site, and creating a better user experience for this day and age is tops on my list. &mdash; [[User:It's dot com|It's dot com]] 22:58, 14 September 2015 (UTC)
 +
:::If you just configured the server to resize [[:File:twitter sillysoolnds.gif|twitter sillysoolnds.gif]] correctly, I thank you for doing so. There are a few more gifs I uploaded in August for [[@StrongBadActual]] that don't resize yet ([[:File:heavenstaxforreals.gif|this]] and [[:File:Casiostaxx.gif|this]]). --{{User:Purple Wrench/sig}} 12:27, 1 October 2015 (UTC)
 +
::::Looks like they're both working now too. Thanks! --{{User:Purple Wrench/sig}} 19:39, 6 October 2015 (UTC)
-
::As for these curious edits, if the vandal edits the counter appropriately (adding one), then it shouldn't be reverted, but a warning at the talk page would be in place. --[[User:Sysrq868|Sysrq868]] 14:44, 3 December 2007 (UTC)
+
== Personal info of real persons ==
-
:::I've also always wondered about whether to revert them, and when i do, the next edit is usually the owner of the userpage in question reverting me... Oh well... Anyway, i wasn't suggesting a hardcore RULE against them, just bringing up that people might want to reconsider having them, that's all. {{User:DeFender1031/sig}} 14:53, 3 December 2007 (UTC)
+
-
::::I don't think it's in the interest of the wiki to have users maintain what amount to vandalism scoreboards on their user page. It seems clear there won't be concensus to have any policy changes regarding them, but I'm thinking they actually promote vandalization. And the only purpose in telling people this on userpage that I can think of is to say "I'm cool enough to have been vandalized a lot" which we don't need to be doing. Unless someone knows a different reason, to which I am all ears. {{User:Qermaq/sig}} 22:38, 3 December 2007 (UTC)
+
-
:::::I agree that vandalism counters only encourage vandalism. They also imply that it is some kind of honour to have one's user page vandalized. Since when do we believe that vandals have any kind of good judgment? I'm not sure they should be prohibited outright, but they should definitely be discouraged.{{User:Loafing/sig}} 23:01, 3 December 2007 (UTC)
+
-
::::::I'm with Loafing. It's obvious that vandalism counters don't serve any purpose, and though the users that have them may not treat them like trophies, that's what they do look like. I don't know if we could ''completely'' prohibit them, but that's what we should aim for. &mdash; {{User:SamFisher1022/sig}} 14:46, 7 December 2007 (UTC)
+
-
== Sorting [[:Category:Articles for Discussion|Articles for Discussion]] by time since flagged ==
+
I did a little digging and couldn't find anything on this subject (if anyone knows where we've talked about it before, please link to it here). Lately there's been an uptick of personal information on articles about real people that seems a little... over the line. I can't say for sure because to my knowledge we've never actually defined a line (other than limiting certain information about minors). So what should the line be? Obviously anything mentioned directly on the official site is fair game, but thus far we haven't limited ourselves to that. We include information from interviews and the like. That said, just because a scrap of data can be found on an obscure website somewhere doesn't automatically mean it should be here. This is a bit unfocused, so I think I'll stop talking and open the floor for others' thoughts and concerns. &mdash; [[User:It's dot com|It's dot com]] 17:03, 14 March 2017 (UTC)
 +
:There's all sorts of information about practically everyone in the world which really ought to be private information, which most people would probably prefer if it would remain private information, but which, because of the age we live is, is now easily accessible to anyone on the internet. I think that the natural cutoff point here is probably that anything which has been deliberately publicized in relation to The Family Chaps's creative endeavors is fine, but that out of respect to their privacy, information from any other source which is not directly linked to their public lives as writers/producers should be off-limits. Practically, that would mean that we should avoid making use of things like phonebook databases, people search services, background check engines, etc. On the other hand, any information from the toons, DVD commentaries, interviews, press releases, Strong Bad's social network accounts, TBC's other projects, and even databases like IMDB which are specifically geared toward the video entertainment industry ought to be fair game. I think it's only common decency to say that we don't publish any information that TBC themselves haven't already indicated is intended to be in the public eye. {{User:DeFender1031/sig}} 17:43, 14 March 2017 (UTC)
 +
:::Please excuse my brevity, but I wholly agree with Defender's definition of "the line".  Just because information can be found doesn't mean it should all be published.  In addition to that, I believe that a new [[:Category:HRWiki Policy|Policy page]] be created to specifically explain what the line is and why we've drawn it. --[[User:Stux|Stux]] 13:31, 15 March 2017 (UTC)
 +
::::I agree with DeFender and Stux. {{User:Gfdgsgxgzgdrc/sig‎}} 18:16, 15 March 2017 (UTC)
-
I often get the feeling that articles end up sitting in this category for a substantial amount of time. I think we can benefit from being able to see how long an article has been under deliberation at a glance. So I'd like to propose a small change to {{tl|tobediscussed}}:
+
== AFJAOBN ==
-
<code>[&#8203;[Category:Articles for Discussion|{&#8203;{A ParserFunction to calculate today's week minus the week it was added}}]]</code>
+
I think that [[HRWiki:April Fools' Jokes and Other Baleeted Nonsense]] has run its course. The wiki hasn't done a proper gag in years, and every single "prank" done by users is lame. No offense, but changing your sig and your user page has been ''done''. I get the strong feeling some people come back once a year just so that they can do something that gets posted on that page. I'd really like to lock it, and unless somebody can make an extremely good case for why it needs to stay open, I plan do to so. &mdash; [[User:It's dot com|It's dot com]] 02:16, 3 April 2017 (UTC)
 +
:Well, I think some people enjoy it and it isn't harming anyone or anything soooo... I feel like that's a pretty good reason? {{User:The thing/sig}} 02:18, 3 April 2017 (UTC)
 +
::For about five years running you did exactly what I was talking about. The harm is that it's disruption not to be clever or funny but for its own sake. &mdash; [[User:It's dot com|It's dot com]] 02:32, 3 April 2017 (UTC)
 +
:::Much as it pains me to do so, I have to agree with Dot com. It was total loads of fun back in the wiki's heyday when we had a lot of active users who would do April Fools' stuff, and then would continue to interact with each other in ways relating to their joke. Now that the wiki is pretty much dead save for a handful of people, that isn't really how it happens anymore. We're basically left with a few edited userpages that no one would even be looking at were it not for the edits being made to them, along with some other disruptive behaviors such as adding nonsense that no one cares about to talk pages that no one has looked at in years. At this point, it's all just become stale. Sadly, there's not enough of a userbase for it not to be stale. We had a good run, but until and unless TBC start updating weekly again and we get a huge influx of users which causes the wiki to return to its former glory, we need to put Apro Foo Day out to pasture. {{User:DeFender1031/sig}} 11:33, 3 April 2017 (UTC)
 +
::::I'm here in support of DC's and DeFender's position.  These days some users just simply want to one-up the previous year's or another user's randomness.  I'm fine with just keeping this page locked for historical purposes.  --[[User:Stux|Stux]] 12:31, 3 April 2017 (UTC)
 +
:::::Oppose. This particular April Fools' Day has had more participants than any of the previous four years - without coinciding with a H*R update, no less. {{User:RickTommy/sig}} 13:02, 3 April 2017 (UTC)
 +
::::::To be clear, I'm not suggesting a wholesale ban on users changing their sigs or whatever they've been doing; I just don't think we should keep a record of it anymore. (If we ever do a wiki-wide prank again, that can still be noted.) &mdash; [[User:It's dot com|It's dot com]] 14:26, 3 April 2017 (UTC)
 +
<pre>The April Fools’ Day page has brought so many people joy.
 +
And by “so many”, I mean those few it did not annoy.
 +
And if it’s locked forever, never to be changed again,
 +
Then April’s reemergence of those old users will end.
 +
No more rare appearances of people lost to time,
 +
Like wind caressing crystals in forgotten caves and mines.
 +
The truth is if the page gets its abilities revoked,
 +
That marks the end of The_thing’s twelve year streak of stupid jokes.
 +
And yes I know that certain men would love to see me sad,
 +
I purposely have vexed you for a decade, is that bad?
 +
So, if you must, protect the page and ruin all those dreams
 +
Left gazing into voids of empty memories unseen.</pre> {{User:The thing/sig}} 17:38, 3 April 2017 (UTC)
 +
:Did you even read my comment above? We have no current plans to stop people from doing the stupid stuff they do on April 1. The only difference is we're not going to record what they do in a centralized place. If that's a dealbreaker—in other words, if someone is doing something ''only'' so they can be listed on that page—then they're doing it for the wrong reasons. That's precisely what locking the page aims to curb. &mdash; [[User:It's dot com|It's dot com]] 19:34, 3 April 2017 (UTC)
 +
::Personally I liked having all of the stuff in one place, so a user could look through all of them at once on any given day of the year. That said, I definitely see both sides of the issue here. If the page is locked... okay, it's still there for posterity. Then I'd just take the list of stuff I did and stick it on a page in my own userspace, and in that case I'd recommend other users do the same. --{{User:Purple Wrench/sig}} 23:50, 3 April 2017 (UTC)
 +
:::You're free to list your own stuff, I guess, but we're not going to move a centralized list to the user space. &mdash; [[User:It's dot com|It's dot com]] 23:53, 3 April 2017 (UTC)
-
If not, perhaps it could be added to the template inline. It's just a proposal, after all. &mdash; {{User:Lapper/sig}} 15:51, 10 December 2007 (UTC)
+
== The Deleteheads Download Blockquote ==
-
:<code>[&#8203;[Category:Articles for Discussion|{&#8203;{A ParserFunction to calculate today's week minus the week it was added}} {&#8203;{PAGENAME}}]]</code> is better, so we have the name there also. {{User:DeFender1031/sig}} 15:52, 10 December 2007 (UTC)
+
I made a blockquote-type thing for the page [[The Deleteheads Download]], but I can't add it because I can't edit [[MediaWiki:Common.css]]. Can a sysop add this? Feel free to make any changes!
-
::If I understand the functioning of mediawiki correctly, the parser function only gets evaluated when the page is rendered: that is after an edit or a purge. That means that stale pages (those that weren't edited since the tag was added) will be stale (showing that the tag was added the same week).  Moreover, all that would provide would be a number from 0-9 (or a letter from a-z or A-Z), which is why WP has specific categories for each month when tags were added. (At least it does for cleanup and source tags, not sure about delete). This wiki is so small, dated categories wouldn't be very helpful I think.  --[[User:Stux|Stux]] 04:04, 24 December 2007 (UTC)
+
<pre>
 +
.DeleteheadsDownload<!--you can change the title to whatever you want--> {
 +
    background: url(/images/c/c8/DeleteheadsDownloadBackground.png) repeat-y;
 +
    padding: .5em 1em 1em;
 +
    width: 600px
 +
}
 +
</pre>
 +
{{User:Gfdgsgxgzgdrc/sig‎}} 00:27, 25 January 2018 (UTC)
 +
:Done. I went with just <code>.deleteheads</code> and made some small adjustments to the padding and width. &mdash; [[User:It's dot com|It's dot com]] 00:41, 26 January 2018 (UTC)
-
== Sig Box ==
+
== Oldest Downloads Menu Mirror ==
-
Ok, our sig mantra is "it must fit in the box". However, innumerable examples exist where a sig will be in the box on one computer and not on another. The reason is the box is sized in pixels, while text is generally (optimally) sized in ems. The two measurements do not relate to each other in any regular way. Plus, replaced fonts and other crazy stuff browsers do really introduce surprises into the mix. So it's impossible to guarantee that any sig will or will not fit in a pixel box, unless that sig is entirely sized in pixels, which is sub-optimal for web authoring.
+
Dear Sysops:<br>
 +
I [[User:CoachZiscool1978|CoachZiscool1978]] request that you create a mirror for the [[Oldest Downloads Menu]]. It may take as much time as it needs but, I have overwhelming support... (by overwhelming I mean one [[User:Gfdgsgxgzgdrc|Gfdgsgxgzgdrc]].) Still! I hope you do it for me, in your eyes, I'm a wiki user, In my family's eyes, I'm a son, or grandson, or even nephew but in my heart I'm a Homestar Runner fan and I'm a historical preserver...<br>
 +
Anxiously awaiting a reply: {{User:CoachZiscool1978/sig}}
-
So, the question before you all is simply this: do we need to rethink how we conmtrol sig size? And if not, how do we determine when a sig is OK, even when it is oversized on some systems? {{User:Qermaq/sig}} 03:09, 26 December 2007 (UTC)
+
:I've changed it to a local mirror.&nbsp;-- [[User:Tom|Tom]] 01:28, 29 August 2018 (UTC)
-
:I read "Your total signature size can only be one line, and limited to around 20 or 25 characters." on {{p|l=http://www.hrwiki.org/index.php?title=HRWiki:Signature&oldid=446393 HRWiki:Signature}}.  The box is just a very helpful tool (the page says "in other words" when it introduces the box), it's not meant to be the primary essence of the rule as the rule is designed not to be terribly exact.  See {{p|l=http://www.hrwiki.org/index.php?title=HRWiki_talk:Signature&oldid=506829#Length_is_uncontrollable our last discussion of this}}, especially Dot com's last comment which I believe is a very appropriate response.  In that regard, are there instances where this is an active problem?&nbsp;-- [[User:Tom|Tom]] 03:53, 26 December 2007 (UTC)
+
== Long-term inactivity ==
-
::I think it bears repeating here:<blockquote>We are not concerned with the fact that, if you really try, you can configure your system to make all signatures violate the policy. What we ''are'' concerned with is how a signature renders on the majority of browsers that are used to visit the wiki under ''normal'' conditions. The pixel definition is a useful tool to help us make a call, and it works well under most circumstances. Any time when it wouldn't work would be so infrequent as to be dealt with on a case-by-case basis. &mdash; [[User:It's dot com|It's dot com]] 03:18, 11 December 2006 (UTC)</blockquote>[[User:It's dot com|It's dot com]] 04:05, 26 December 2007 (UTC)
+
-
::Wow, that's a trip down memory lane. The text on the page reads "Your total signature size can only be one line, and limited to around 20 or 25 characters. In other words, it must fit inside this box." There's no saying one is more important than the other. It's implied that the two are equivalent, when they simply are not. Dot Com's comments are decidedly vague, actually, and essentially say "we have no strict solution, and will make a call if there's a problem". I'm wondering if there's a way to avoid the ambiguity and use a rule that will apply more universally.
+
-
::As far as a current issue, I was clearly moved to comment by [[User talk:Kermit1234/sig#Your sig|this discussion]]. {{User:Qermaq/sig}} 04:09, 26 December 2007 (UTC)
+
Wikipedia (and if I'm not mistaken, every other Wiki in existence) has recently taken to desysopping admins who have not edited in a long time. Any chance we could do the same thing? {{User:RickTommy/sig}} 10:05, 20 September 2018 (UTC)
-
:::If a sig is out by a pixel or even a letter, then it's not that big a deal. We've had the current standard for a while, and it does what it's supposed to do: keep signatures at a manageable length. If a consensus of people think a sig is unreasonably long based how the standard is displayed on their computers, then we say something. (Aftr all, the standard is for people who have to view others' signatures, not their own.) &mdash; [[User:It's dot com|It's dot com]] 04:23, 26 December 2007 (UTC)
+
:And the reason to do this would be...? --{{User:Jay/sig}} 10:06, 20 September 2018 (UTC)
-
::::(after conflict) Regarding that specific situation: If that user is using a font that doesn't appear on most users' systems (and makes his sig that much longer because of it), then we're justified in continuing to say something. The key is, what do most people see when they see his sig? Is there anything (changing fonts, removing images) that can be done to bring the signature to conform to our standard on a majority of users' systems? &mdash; [[User:It's dot com|It's dot com]] 04:28, 26 December 2007 (UTC)
+
::I ''slightly'' agree. After all, what's the point of an administrator who hasn't edited in a decade? By my calculations, about 1/5 admins haven't edited in eight or more years. {{User:Gfdgsgxgzgdrc/sig‎}} 20:10, 5 October 2018 (UTC)
 +
:::Here's a full list of admins' most recent edits:
 +
<table width="25%">
 +
<autocolumn cols="3" style="font-size:85%">
 +
*2019 x5
 +
*2018 x2
 +
*2017
 +
*2016 x2
 +
*2015
 +
*2014 x2
 +
*2013 x2
 +
*2011 x3
 +
*2010
 +
*2009 x2
 +
*2008 x2
 +
*2006 x2
 +
*2005
 +
</autocolumn>
 +
</table>
 +
:::We have five active admins (those who have edited this year), eight inactive admins (those who have edited since 2014), and thirteen admins with practically no chance of ever editing again (those who haven't edited since 2014). That means exactly ''half'' of the admins haven't edited since [[April Fool 2014]]. Seven of them haven't even edited ''this decade''. And the decade is practically over! {{User:Gfdgsgxgzgdrc/sig‎}} 19:46, 25 May 2019 (UTC)
 +
::::Speaking of inactive sysops, there should probably be a few more sysops to replace the old ones. The last time someone was promoted was in 2007, and that user hasn't edited in over eight years. There are a lot of helpful active users nowadays who could do a lot of good with admin [[privileges|priv-a-le-ges... I guess]]. The wiki might run more smoothly and effectively when there aren't a select few people doing all the important stuff. Things might get done faster this way. {{User:Gfdgsgxgzgdrc/sig‎}} 02:43, 29 May 2019 (UTC)
 +
:::::What things do you think are not getting done? -[[Special:Contributions/174.62.238.201|174.62.238.201]] 13:07, 30 May 2019 (UTC)
 +
::::::I think that things like [[:Category:Pages for Speedy Deletion|deleting pages]], blocking vandals, [[:Category:Page Maintenance|discussions]] (like the ones on this very page), getting approval for important decisions (like this one), and so forth {{--}} even smaller, less important things, like changing the CSS for holidays or updating the featured content {{--}} might be done more quickly with more people involved. Also, the wiki runs on an outdated and unsupported version of MediaWiki from ten years ago, which is a bit dangerous for our security, and more active sysops might help fix that. In short, I think more help would be helpful. {{User:Gfdgsgxgzgdrc/sig‎}} 22:55, 30 May 2019 (UTC)
 +
:::::::Of the things you listed, the only thing that really even applies to sysops is blocking vandals, which is generally a matter of luck as to whether there will be an active sysop when vandalism happens. True more sysops meaans more likelihood of there being one on when a vandal hits, but we don't get all that much vandalism and it's usually taken care of relatively quickly. As for the rest, let me explain why they don't apply to sysops:
 +
:::::::*Deleting pages - Most of the undeleted pages are due to lack of consensus on deletion discussions rather than lack of sysops to perform the deletions.
 +
:::::::*Discussions -  Anyone on the wiki can participate in discussions. You don't need to be a sysop to do that. Again, this is more a matter of a lack of general inactivity than it is lack of sysops. Having more sysops is not going to encourage more activity.
 +
:::::::*Getting approval for important decisions (like this one) - Only site admins can approve new sysops. Anything else that needs approval is done by consensus, not by sysop authority. There may be actions that only a sysop can take to make something happen once consensus has been reached, but as with deletion, it's a matter of having enough activity to get consensus.
 +
:::::::*And so forth -  And so forth.
 +
:::::::*Changing the CSS for holidays or updating the featured content - I believe that there are elements of both of these that can only be done by a site admin rather than a sysop, and at least the former tends to be done on a pretty reasonable timeframe.
 +
:::::::*The wiki runs on an outdated and unsupported version of MediaWiki - This one is definitely something that can only be done by a site admin. I'm certain they are aware of it and have plans to deal with it.
 +
:::::::In short, I doubt there's much need for more sysops, and the issues you raise mostly have more to do with general inactivity anyway. One last thing I'd point out is that the wiki's general sysop nomination policy is "[[HRWiki:FAQ#How do I become an admin or sysop?|don't call us, we'll call you]]", that suggestions to add more sysops have historically been met with suspicion and resentment from regular users, and that generally only the site admin team decides whether and when more sysops are necessary. {{User:DeFender1031/sig}} 23:51, 30 May 2019 (UTC)
 +
::::::::Oh, okay. That makes sense. Nevermind then! {{User:Gfdgsgxgzgdrc/sig‎}} 02:08, 31 May 2019 (UTC)
-
== End of the Year Update ==
+
== Outdated Chat Clients ==
 +
:''Moved from [[HRWiki talk:FAQ]]''
 +
I know for sure that there's still plenty of buzz going around about Homestar and the gang (Especially with the new sbemail released), but my concern is that not a whole lot of people use IRC anymore, I propose that the Admins make an Official Homestar Runner Wiki Discord Server. This way we can do get together and make editing and sharing thoughts a lot easier (If this already exists, Great! Let's try to make it more known) {{unsigned|DonPianta|19:43, 17 August 2017}}
 +
:I agree. IRC Channels are horribly outdated and this would be a great improvement for Wiki discussion. - {{User:Catjaz63/sig}} 22:31, 3 September 2017 (UTC)
 +
::I agree as well. {{User:Gfdgsgxgzgdrc/sig‎}} 02:18, 30 January 2018 (UTC)
 +
:::Now that the topic has been {{p|l=http://hrwiki.org/w/index.php?title=Talk:Main_Page&diff=778426&oldid=777799 brought up again}} by an anonny, I still think this is a good idea. I've been on the IRC channel a few times, and it is very inactive. Plus, you can only see messages posted when you are online, whereas with Discord, you can view all messages, making discussions more convenient. This way, you don't have to be online 24/7, and if you exit, you can go back and read messages you've missed. Discord is less outdated and more useful in nearly every way. {{User:Gfdgsgxgzgdrc/sig‎}} 18:51, 3 September 2018 (UTC)
 +
::::Also, this is an especially good idea considering how inactive the forum has been. Discord is a good alternative way to discuss toons and updates, and is practically guaranteed to be more active than the forum, considering how many people use Discord. {{User:Gfdgsgxgzgdrc/sig‎}} 23:37, 14 September 2018 (UTC)
 +
:::::Guess what else is inactive? The Wiki. And as I've said numerous times, there's no point in making a significant change to a Wiki that has lost most of its userbase. {{User:RickTommy/sig}} 02:16, 15 September 2018 (UTC)
 +
::::::You use that as your excuse for everything. Yes, the wiki is less active than it used to be. So what? Why should that keep us from making changes to improve it, and maybe even make it more active? And who's to say this wiki won't become ''more'' active over the years? We may not have that many users right now, but the users we ''do'' have would surely appreciate a more convenient way to communicate. Inactivity shouldn't stop us from making a better wiki. {{User:Gfdgsgxgzgdrc/sig‎}} 06:25, 15 September 2018 (UTC)
 +
::::::How is making a discord channel a “significant change to the wiki” even? -[[Special:Contributions/174.62.238.201|174.62.238.201]] 15:49, 15 September 2018 (UTC)
 +
::::Um, what is this... "Discord" you speak of? [[Teen Girl Squad Issue 15|Is a... food?]] Shoehorned referencing aside, I know I'm only an anonymous contributor that only shows up for small things. I have to admit I haven't logged on to a forum for ten years (ugly memories) and have no social media accounts (I believe they are places of evil that consume their user's brains). So I'm a a lot [[Strong Bad's Technology|behind the times and I prefer it that way]]. So I guess having a dedicated chatroom doesn't really apply to me that much. Guess I'll probably go back to expressing myself in edit summaries and hope I'm understood. [[Special:Contributions/68.37.43.131|68.37.43.131]] 13:16, 15 September 2018 (UTC)
 +
::::::::Right now, we have three users in favor, and one opposed. Anyone else? I see many reasons to do it, and no reasons not to. I think it'll make everything more convenient, and the wiki more active. {{User:Gfdgsgxgzgdrc/sig‎}} 19:46, 25 May 2019 (UTC)
 +
In order to revive this proposal, here is a list of advantages Discord has over IRC.
 +
*On IRC, you can only see messages sent during your session, which means if you want to see all messages, you have to be online 24/7. On Discord, you can see every message at any time, so you don't always have to be online. It's less of a commitment.
 +
*It's far more convenient. You can have multiple channels per server, so we can dedicate one to announcements, another for serious discussions, one for welcoming new users and explaining the rules, one for discussing site updates, and so forth.
 +
*No one uses IRC. I don't just mean it's outdated (even though yes, it's definitely outdated, and [[wikipedia:Internet Relay Chat|usage has been declining steadily since 2003]]), but no one on the wiki is ever online. Discord, on the other hand, is used by many. I usually keep it open in a tab in the background, so if I want to drop in, I'd just have to click the HRWiki server icon. The [https://discordapp.com/channels/397308577380958228 Fanstuff Wiki 2 server] is quite active, and used by a few HRWiki users, and it's not even official.
 +
*In order to research these examples, I tried going on IRC, but it wouldn't let me answer the security question (it just showed a blank white screen), so I couldn't enter. That's a sign that we severely need a new method of chat.
 +
*[[wikipedia:Wikipedia:Discord|Wikimedia has its own Discord server]]. Why shouldn't we do the same?
 +
Just think of the possibilities. With an active chat, discussions can be resolved faster, proposals can be implemented quicker, ongoing discussions can be grouped together in one central area, more users would be encouraged to participate, and the live nature of it makes it easier to communicate. We would usher in a new era of the wiki, free of stagnant proposals like this one. That's a bit of an exaggeration, but still, I can see no reason not to do this. So far, the only reason against it has been "it's not worth it", but setting up a server would take all of one minute. I would go ahead and make a dedicated HRWiki server myself, but then it wouldn't be deemed official. So, do the admins have an opinion on this? {{User:Gfdgsgxgzgdrc/sig‎}} 00:03, 19 April 2020 (UTC)
 +
: I'll throw my vote in for Discord. [[User:Guybrush20X6|Guybrush20X6]] 00:30, 19 April 2020 (UTC)
 +
::I've also occasionally suggested setting up a Discord server to my fellow sysops, so I'm highly in favour of an official wiki one. For those who do still use IRC, I know bridge bots exist to link the IRC and Discord chat together (I'm in a server that uses one, so I have direct help if we want/need to set one up). I'm also told it would also be remarkably easy to set up a Discord bot that imitates the functions of our RCBot that keeps track of the recent changes. I'll be honest, that's actually what I use the IRC for most often, and largely the reason I'm still active on the wiki. I'd love to move to Discord and even be able to keep track of the wiki on my phone. Let's bring wiki chats into the 21st century~ --[[User:DorianGray|DorianGray]] 01:51, 19 April 2020 (UTC)
 +
:::As one of the few Luddite holdouts on IRC, I'd like to see the technology not be fully abandoned in favor of shiny walled gardens with fancy bells and whistles.  If an official Discord channel is created I would definitely like to see a bridge bot implemented so those of us "on the fringe" can still stay in touch.  I'd hate to see something like Mozilla [https://www.ghacks.net/2019/04/28/mozilla-to-drop-irc-as-main-communications-platform/ where they completely abandoned IRC and moved everything to Matrix].  Matrix is probably one of the more open options out there, but to me this always means having to install and try out new software just to try and get connected. I'd rather not have to try new software for every project out there.  And several of the concerns above aren't necessarily valid (IRC does let you have multiple channels, bouncers help with the 24/7 problem, and the hrwiki IRC client doesn't work because it ran on Java, which was killed faster than Flash was.) Most of the issues with using IRC are technical, which gives most people a hard time and dissuade them from trying out the technology, so I can understand the decline in interest.  So, again, I would prefer to have options where everyone can use their favourite technology and still remain in touch.  (There was also a comment above I'd like to echo: current IRC usage reflects current wiki usage.  Discord usage might face similar trends.)  Okay, enough ranting.  Have a good night everyone! --[[User:Stux|Stux]] 03:35, 19 April 2020 (UTC)
 +
:Just a point of order, even if we did set up a Discord server, all wiki content and policy discussions would still have to take place—or at least be duplicated—on wiki talk pages, so I don't know that anything would necessarily be resolved any faster. &mdash; [[User:It's dot com|It's dot com]] 02:50, 20 April 2020 (UTC)
 +
::::Exactly, I'm not saying we should abandon IRC entirely, but it shouldn't be our sole method of real-time, off-wiki communication. The best option is to be able to have, well, options. As for "Discord usage may reflect wiki usage", that is a likely possibility, but not an inevitability. As I've said, I already keep Discord open in a tab on my computer, and I'm sure many others do the same, so making a comment there will probably be easier than doing the same on the wiki. The Homestar Fanstuff Wiki 2 Discord, for instance, is more active than the wiki it's based on, because Discord is just that popular. I am aware that these discussions would have to be duplicated on the wiki, but that's better than stagnant discussions that go nowhere. Sure, a Discord server probably won't change much, but on the other hand, maybe it will, so why not?
 +
::::Also, I apologize for speaking so harshly against IRC earlier. I wasn't aware that my concerns were invalid, and should have done more research before discussing the features IRC was seemingly lacking. But still, even if these features are present on IRC, they are more streamlined on Discord. {{User:Gfdgsgxgzgdrc/sig‎}} 21:20, 25 August 2020 (UTC)
 +
:I'd love to see an official HRWiki Discord server happen as well :)  I'd join it in a heartbeat.  It would be a great way to help energize the H*R community and provide another place to get people talking about H*R again. {{User:Kilroy/sig}} 19:10, 29 October 2020 (UTC)
 +
::Anyone up to taking up the glove and setting up a discord channel? I'm all for it. {{User:Elcool/sig}} 09:52, 23 November 2020 (UTC)
 +
:::[[User:Tom|Tom]] created [[HRWiki:Discord server]]. {{User:Gfdgsgxgzgdrc/sig‎}} 22:07, 19 June 2021 (UTC)
-
Hello guys, another year as come and gone (too fast...) and it's time for another update!  I'm guessing all of our stuff is gone, and I know this is done very infrequently, however I went ahead and made a [[User:Stux/Yearly Turnover|checklist]] for this rare event for future generations to enjoy and take advantage of.
+
== Main Page Redesign Notice ==
-
However, I would like to point out that {{pl|l=http://www.hrwiki.org/index.php?title=H%2AR.com_updates&redirect=no H*R.com updates}} has not been updated because it is protected. I updated the talk page (even if the redirect target does not ''yet'' exist). I am writing this for two reasons:
+
In just over a week, it will be the two year anniversary of the suggestion to [[HRWiki:Main Page Talk Archive 46#Updated Main Page|redesign the Main Page]]. The [[HRWiki talk:Main page redesign|discussion]] hasn't been very active, and hardly anyone is contributing, despite the fact that this could be one of the largest, most important wiki edits in years. I suggest putting a header over the [[Main Page]], [[Template:recentchangesnotice|recent changes]], or even the [[MediaWiki:sitenotice|entire wiki]]. After all, we did it when we were {{p|l=http://hrwiki.org/w/index.php?title=Template:recentchangesnotice&oldid=385175 redesigning the logo}}. Something like this, perhaps:
-
#obviously the redirect needs to be updated
+
{| cellpadding=3 class="messagebox" style="margin:auto; background-color: #EEF; color:#000; text-align: center; border: 1px #00F solid; font-size: 90%;" |
-
#is there a need for the page to be protected?  Any previous threats of vandalism have waned and I know it's generally the wiki's policy to protected unless absolutely necessary, and I currently see no such need.
+
| [[File:No Loafing 2.png|40px]]
-
Thanks! --[[User:Stux|Stux]] 18:57, 3 January 2008 (UTC)
+
| '''The Homestar Runner Wiki is considering [[HRWiki:Main page redesign|redesigning the Main Page]].'''<br />Your '''[[HRWiki:Main page redesign/Votes|votes]]''' would be greatly appreciated.
-
:We should move that checklist somewhere into the project space. The updates page (now a redirect) was [[HRWiki:Protection Log|protected]] because way back in the day it was a target of unwanted edits and vandalism. That reason has ceased to be relevant, so I've unprotected it. &mdash; [[User:It's dot com|It's dot com]] 19:43, 3 January 2008 (UTC)
+
|}
-
::Before I move the page into the project namespace, I'm wondering: would a page listing all the checklists be of any use?  That is, it would list the [[Talk:Quote of the Week]], [[Talk:Strong Bad Email]], etc. checklists (can't think of others that need to be done). I'm not entirely sure as to the benefit, but it's good to have all checklists have some visibility and ease of access (from anywhere on the wiki). Alternatively, links to the checklists could be added to a '''See Also''' section. I ask because this would determine the page's name. --[[User:Stux|Stux]] 21:34, 3 January 2008 (UTC)
+
{{User:Gfdgsgxgzgdrc/sig‎}} 20:29, 5 October 2018 (UTC)
-
:::Category? {{User:Qermaq/sig}} 23:41, 3 January 2008 (UTC)
+
:The main page is still outdated, and not much is being done about it. I think this notice would be a good way to inform users of the update, and get more peoples' opinions. {{User:Gfdgsgxgzgdrc/sig‎}} 05:30, 25 January 2019 (UTC)
-
::::Great idea Qermaq! I've created the [[:Category:Checklists|category]] and moved the page to its new [[HRWiki:Annual Checklist|home]]. I'll be making shortcuts, soon!  Mmmm shortcake... --[[User:Stux|Stux]] 08:51, 4 January 2008 (UTC)
+
::One somewhat related thing I'd like to point out: the new page design includes twitter updates, however tweets have not been regularly updated since around october. I think that activating the new design (in whatever form it may have) requires a concerted effort to regularly update these tweets. (And I, personally, do not have the time to help out with said task.) --[[User:Stux|Stux]] 13:37, 25 January 2019 (UTC)
 +
:::It doesn't need to be updated regularly just yet, but when it replaces the main page, I'll make sure it stays updated. {{User:Gfdgsgxgzgdrc/sig‎}} 20:05, 25 January 2019 (UTC)
 +
::::Anyone else have an opinion on this? This is a good way to get more users into the discussion and finally get a consensus on possibly the most important wiki decision of recent times. {{User:Gfdgsgxgzgdrc/sig‎}} 19:46, 25 May 2019 (UTC)
 +
:::::It has been over three years since the update was suggested, and I think it's at least as important as changing the logo, which had a notice above the recent changes. There is so much empty space and outdated information on the current main page, and the [[HRWiki:Main page redesign|new one]] is much more informative and aesthetically pleasing in my opinion, and yet nothing is being done about it. {{User:Gfdgsgxgzgdrc/sig‎}} 21:35, 1 January 2020 (UTC)
 +
::::::Adding this notice is another obvious decision that I would make myself if I had the rights. The Main Page is undergoing a major necessary change, but nothing's changing without involvement. And what better way to get involvement than from a technique we've used before? It seemed to work fine when we did it for the new logo. {{User:Gfdgsgxgzgdrc/sig‎}} 00:03, 19 April 2020 (UTC)
 +
:::::::I generally try not to "bump" discussions with nothing more to add than "This still hasn't happened", but... yeah, this still hasn't happened. And not only that, but no one has commented on the suggestion. I find the new main page so much better in so many ways, and each day it pains me to know that it is merely rotting away in the HRWiki namespace, for I know not when its beauty may be unleashed unto the world for all wiki-goers to gaze upon in awe and profound admiration for years to come. So, bump. {{User:Gfdgsgxgzgdrc/sig‎}} 21:20, 25 August 2020 (UTC)
 +
::::::::Count in my vote for a redesign notice. It seems like one of the best ways to get this www dot main page redesign on the road dot com, and that seems like a thing that should happen. {{User:Lira/sig}} 09:03, 27 September 2020 (UTC)
 +
:::::::::Most users probably aren't even aware of the redesign, as it only shows up on recent changes occasionally. This would be a way to raise awareness of the project, since we need much more involvement if we want to have consensus. Now that there's a [[HRWiki:Main page redesign/Votes|voting page]] for users to easily give their input, now's a better time than ever. {{User:Gfdgsgxgzgdrc/sig‎}} 22:59, 17 March 2021 (UTC)
 +
::::::::::I agree with a main page header, I only noticed it because I crawl around Recent Changes and other talk/project pages. The most-voted-on one only has five votes and there are more active users than that. --{{User:Bleu Ninja/sig}} 17:34, 21 September 2021 (UTC)
-
== [[Weekly Fanstuff]] and [[Sketchbook]] linking ==
+
== @StrongBadActual Bot ==
 +
{{see|HRWiki:Projects/@StrongBadActual Bot}}
-
Hi guys, after {{pl|l=http://www.hrwiki.org/index.php?title=HRWiki:Annual_Checklist&diff=534194&oldid=534012 adding}} {{pl|l=http://www.hrwiki.org/index.php?title=HRWiki:Annual_Checklist&diff=534195&oldid=534194 notes}} to the [[HRW:AC|Annual Checklist]] based on {{pl|l=http://www.hrwiki.org/index.php?title=Suudsu&curid=14302&diff=534127&oldid=514203 some}} {{pl|l=http://www.hrwiki.org/index.php?title=alternate_universe&curid=22046&diff=534095&oldid=531458 edits}} [[User:OptimisticFool|OptimisticFool]] had to make, I realized there must be a better way to do this.  Since [[Weekly Fanstuff 2008]] and [[Sketchbook 2008]] already exist and now redirect to their current counterparts (which should from now one with the checklist in place), and since we have anchor redirects, I think the best course of action would be that any new Weekly Fanstuff and Sketchbook links be constructed as <code><nowiki>[[Weekly Fanstuff 2008#</nowiki>''anchor name here'']]</code>
+
== Interwiki-style updates and maintenance ==
-
instead of <code><nowiki>[[Weekly Fanstuff#</nowiki>''anchor name here'']]</code> (and similarly for the Sketchbook).  This would save us the trouble of having to scour for these links at the end of the year, yet they'd still work correctly this year.  If we decide to follow this idea, how to we make this note prominent so that editors are aware of them when making such links? --[[User:Stux|Stux]] 09:49, 11 January 2008 (UTC)
+
{{see|HRWiki:Projects/Interwiki-style updates and maintenance}}
-
:Occasionally, I ''do'' make such links when adding or fixing an anchor, or other similar edits. You make a good point, yes. This should probably be done. Nothing wrong with a little future-proofing. Or redirects, for that matter. That's why we have them. --[[User:DorianGray|DorianGray]] 10:45, 11 January 2008 (UTC)
+
-
::I've {{pl|l=http://www.hrwiki.org/index.php?title=H*R.com_updates_2008&diff=535021&oldid=535019 switched}} the links in that page as discussed above. Following [[HRWiki_talk:Standards#.28Don.27t_Fear.29_The_Redirect|this section]] I'm guessing we think it's desirable. Comments? --[[User:Stux|Stux]] 16:45, 14 January 2008 (UTC)
+
-
:::Maybe it's trivial, but I think from [[Weekly Fanstuff|WF]] and [[Sketchbook|SK]], the "What Links Here" list is a mess and these are the types of changes that would clean it up.  It's a slow day at the wiki, so I think I'm going to get busy on it.  (Was going to see the new Indiana Jones movie, but there was a long line, so I gave up and now need something to do.)  {{User:OptimisticFool/sig}} 19:24, 24 May 2008 (UTC)
+
-
::::Our formatting of the pages has been quite inconsistent over the years, so I created a couple of formatting templates and added them to all the pages. &mdash; [[User:It's dot com|It's dot com]] 21:59, 26 May 2008 (UTC)
+
-
== Two more for the history books ==
+
== Homestar Runner Updates 20X6 ==
-
Hey guys, I just ran into these two pages: [[HRWiki:Block log]] and [[HRWiki:Upload log]] which like [[HRWiki:Protection log]] and [[HRWiki:Deletion log]] should belong in [[:Category:HRWiki History]], but currently do not. They are all protected so I bring these up here. --[[User:Stux|Stux]] 15:41, 20 January 2008 (UTC)
+
The [[HRWiki:Main page redesign|main page redesign]] is planned to get rid of the "h*r.com" abbreviation in favor of a more general "updates" link, and I think the pages themselves should follow suit. Right now, [[H*R.com updates 2020]] is full of updates... and yet, not a single one is a H*R.com update, as the name implies. I think these pages are due for a rename. Even disregarding the inaccuracy of the title, I've always found these page titles to be kind of ugly. Look at that link. Doesn't it look unprofessional to you? There's the "H*R.com" abbreviation, and the capitalization is all over the place. So not only is it wrong, but it's mildly unpleasant to read, at least in my opinion. I realize that renaming all of these pages would be a daunting task, but I think it would be worth it for all the reasons I mentioned. (Also, the opening sentence for each page, as well as the link on the sidebar, would have to be changed as well.) {{User:Gfdgsgxgzgdrc/sig‎}} 20:41, 25 August 2020 (UTC)
-
== Checklist Sign up Sheet ==
+
:The 2020 pages is full of updates... of Strong Bad (and Matt Chapman) making cameo appearances in other people's livestreams, and re-releasing some archival material onto YouTube. The page wasn't updated to reflect that until very recently because there might have been confusion as to whether or not those things counted.
 +
:That aside, how much work would updating the name of the pages entail? First, begin by moving all the actual H*R update pages to their new destination with the new title. There's only about twenty of those, right? Then maybe worry about updating "what links here" links on other pages? Can the Wiki call on The Cheatbot to get that done if it was told where to redirect everything? -- [[Special:Contributions/68.37.43.131|68.37.43.131]] 21:58, 25 August 2020 (UTC)
 +
::Regardless of the substantiality of the updates, they're still Homestar Runner content. I think they count, hence why I'm making this suggestion. As for "daunting", I was mainly referring to changing links and redirects for twenty pages (and the act of renaming them, to a lesser extent). The Cheatbot would definitely help, but even without it, it should be pretty manageable. I'm mainly asking because of the importance of these pages. {{User:Gfdgsgxgzgdrc/sig‎}} 21:47, 28 August 2020 (UTC)
 +
:::I agree with this. "Homestar Runner updates" (or "Homestar Runner Updates", if we're committed to the Title Case thing) is a better name. The inaccuracy of the current title doesn't apply only to recent years; many older update pages also contain references to updates outside of homestarrunner dot com. {{User:Lira/sig}} 09:03, 27 September 2020 (UTC)
-
While the [[Talk:Quote of the Week|Weeklies Checklist]] has been kept up beautifully. Other checklists like [[Talk:Strong Bad Email|Strong Bad Email]], which has become quite complex, (and [[Talk:Podstar Runner|Podstar Runner]] is new) seem to be falling into some level of disregard.  The most visible and common tasks have been taken care of, but the more tedious ones (like updating {{tl|StrongBadEmailInfo}}) may not be taken care of right away.  To that end I would like to propose a Weekly Checklist Sign up Sheet whose purpose is ''solely'' to track whether or not one or more users ''verified'' that each item in the checklist (except for [[Strong Bad Email Statistics]]) was updated.  This doesn't mean that the user has to update the list.  The signature only means that all the items have been "checked off".  This would ensure that at least one pair of eyes went methodically through the list making sure no stone was left unturned.  Currently, we have no way of knowing if a person actually went through the checklist, or was just trying to remember some steps from memory. I know some people may think is might be too much, but given how complex some of these lists can be, it is soon becoming a necessity. I welcome your opinions. --[[User:Stux|Stux]] 17:54, 6 February 2008 (UTC)
+
== Redirect Baleetion ==
-
:I have something in the works to help with the Strong Bad Email checklist. &mdash; [[User:It's dot com|It's dot com]] 20:08, 6 February 2008 (UTC)
+
-
== Cleanup Committee ==
+
These two requests have already been made on their respective talk pages and through the {{t|delete}} template, but not officially, so I thought I'd make note of them here. The '''[[Pinecones]]''' redirect needs to be deleted so [[Pine Cones]] can be moved there (see talk page), and '''[[It's Like It Was Meant To Be]]''' needs to be deleted so [[It's like it was meant to be]] can be moved there. (And while you're at it, there are [[:Category:Pages for Speedy Deletion|around fifty other unnecessary redirects that can be deleted]], but that's not as important since they aren't obstructing page movement.) {{User:Gfdgsgxgzgdrc/sig‎}} 21:53, 23 September 2020 (UTC)
 +
:I deleted those two redirects and moved the pages. Note that the redirect for the second one actually had a lowercase "to": [[It's Like It Was Meant to Be]]. &mdash; [[User:It's dot com|It's dot com]] 23:48, 23 September 2020 (UTC)
 +
::Thanks a lot! And sorry about the miscapitalization! {{User:Gfdgsgxgzgdrc/sig‎}} 01:25, 24 September 2020 (UTC)
-
I have an idea. You probably guessed it from the heading, but I'm starting to feel the need for a committee dedicated to cleaning up the wiki. The various cleanup projects, namely [[HRWiki:Article Cleanup]], which deals with featured articles, have fallen into relative obscurity or the hands of only a few users. The cleanup committee would be similar in concept to the validation committee, but would focus on spelling, grammatical errors, and correct page format. It would also strive to boost the level of clarity and compellingness of our articles. It would also be more organized and hopefully encourage more users to participate in making our fair HRWiki a better and more fun place to be. Does this sound like a good concept at least? -{{User:Brightstar Shiner/sig}} 22:13, 7 May 2008 (UTC)
+
== Embedded Twitter Timeline: can it work? ==
-
:I think that it is the responsibility of every active user to cleanup the wiki, therefore having such a committee would be like having a userbox saying "this user edits hrwiki"... {{User:DeFender1031/sig}} 23:20, 7 May 2008 (UTC)
+
-
::Please don't shoot me down right away. I know every user is supposed to cleanup the wiki, but the majority don't really pay attention to articles that aren't the newest sbemail or character or what-have-you. What I'm suggesting is a much larger version of Article Cleanup, one that spanned the whole wiki and concentrated on spiffing up what we already have to make it even better. -{{User:Brightstar Shiner/sig}} 23:28, 7 May 2008 (UTC)
+
-
== User space edits ==
+
It's been [[HRWiki:Main page redesign/Votes#Recent social media posts|suggested]] that the [[HRWiki:Main page redesign|main page redesign]] should include an embedded timeline of [[@StrongBadActual]] Tweets like the one on the [[hr:|index page]] or [https://hrfwiki2.miraheze.org/wiki/Main_Page fanstuff wiki] (as opposed to the {{t|recentposts}} template, which is largely devoid of context and must be manually updated). On some wikis this is possible through a widget or a [[mw:Extension:TwitterTag|MediaWiki extension]]. Would it be possible to implement this feature? {{User:Gfdgsgxgzgdrc/sig‎}} 00:34, 30 August 2021 (UTC)
 +
:Pretty much everything regarding the new main page has [[HRWiki:Main page redesign/Votes|already been decided]] (the votes are all unanimous for now), so this is the last thing that still needs to be done. Unfortunately I can't fiddle with widgets or extensions, so if someone could let us know if it would be possible to embed a Twitter timeline on a wiki page, that would be greatly appreciated. {{User:Gfdgsgxgzgdrc/sig‎}} 21:18, 8 October 2021 (UTC)
-
Since most userspace edits are nothing more than updating personal info or adding userboxes, is it possible to make a setting that gives users the option to not see them in recent changes? Just a thought. --{{User:Super Martyo Brother/sig}} 00:34, 13 July 2008 (UTC)
+
== "General Disclaimer" legal link is broken ==
-
:Since the first thing anyone else would say (I know I would) would be "What'd stop vandals from using that option while vandalising other people's user pages?", let me postulate this: Supposing the option only appeared for the user whose page was being edited? This is at least theoretically possible, I'm sure. --[[User:DorianGray|DorianGray]] 00:54, 13 July 2008 (UTC)
+
-
::BUT WUT IF THEY SAY NASTY THINGS ABOUT YOU AND YOU TOTALLY MISS THEMS? No, but seriously, what would stop those same users from posting inappropriate material on their own userpage? {{User:Bluebry/sig}} 00:56, 13 July 2008 (UTC)
+
-
:::I think that the original request was for the user ''looking at Recent Changes'' to not see the edits to User-space.... '''not''' for the user ''making the edits'' to opt-out of their edits showing up there.  That said, one can choose "User" from the dropdown, hit the invert checkbox, and bookmark that page.  (Or, even change the "Recent Changes" link to it with a custom user javascript). {{User:GreenHelmet/sig}} 01:07, 13 July 2008 (UTC)
+
-
== Update main page ==
+
[[HRWiki:General disclaimer]] refers to "the '''legal stuff''' page on the official Homestar Runner website"; however, that links to https://homestarrunner.com/legal.html which is currently a 404. The [[oldhr:legal.html|old site version]] does not render properly, either. The best solution is probably https://old.homestarrunner.com/legal.txt instead; in any event this should probably be addressed as the disclaimer boilerplate appears constantly throughout the wiki. --{{User:Bleu Ninja/sig}} 17:44, 21 September 2021 (UTC)
 +
:Fixed to the link to the text file. &mdash; [[User:It's dot com|It's dot com]] 20:35, 22 October 2022 (UTC)
-
A while back, someone suggested we update the main page to include links to the multi-lingual welcome pages, but the idea, although it did get a lot of noise made about it, ultimately failed. Since we have had the same style of main page for [http://www.hrwiki.org/index.php?title=Main_Page&diff=prev&oldid=86533 three and half years now], does anyone else think it might be a good idea to redesign the main page just for the sake of having a new main page? --{{User:Super Martyo Brother/sig}} 01:06, 14 October 2008 (UTC)
+
== Fixes needed for "Book sources" ==
-
:Um, anyone home? --{{User:Super Martyo Brother/sig}} 04:27, 19 October 2008 (UTC)
+
-
::I have said many times that I think this is a good idea, and have even designed several test pages. Right now, however, I've just got too much on my plate to do anything about it. Feel free to try your hand at it, though. &mdash; [[User:It's dot com|It's dot com]] 05:45, 19 October 2008 (UTC)
+
-
== 3RR Violation ==
+
[[Special:BookSources]] has issues with three of its ISBN-search functions:
 +
*AddALL currently links to "<nowiki>http://www.addall.com/New/Partner.cgi?query=</nowiki>'''number'''&type=ISBN", the site structure has been adjusted so such links redirect to the main page. It should link to "<nowiki>https://www.addall.com/New/isbn-lookup.cgi?isbn=</nowiki>'''number'''"
 +
*PriceSCAN has not had a search or price-comparison function [https://web.archive.org/web/20110430193720/http://pricescan.com/ since April of 2011], making its inclusion here obsolete.
 +
*Barnes & Noble currently links to "<nowiki>http://search.barnesandnoble.com/bookSearch/isbnInquiry.asp?isbn=</nowiki>'''number'''", the site structure has been adjusted so such links redirect to the main page. It should link to "<nowiki>https://www.barnesandnoble.com/s/</nowiki>'''number'''"
 +
*Amazon.com still functions as expected.
-
See [[Math Kickers]] edit history.
+
I don't think this is particularly high priority as this functionality isn't used much, but wanted to raise the issue. --{{User:Bleu Ninja/sig}} 00:16, 12 May 2023 (UTC)
-
:Yeah, we don't really have 3RR here. Besides, it's been three reverts, not the four that would be required for a 3RR vio at Wikipedia. {{User:Heimstern Läufer/sig}} 14:44, 20 October 2008 (UTC)
+

Current revision as of 14:23, 5 July 2024

This is the administrative message board. For the basement featured in Homestar Runner toons, see Basement of the Brothers Strong.
Where all the cool guys hang out
Shortcut:
HRW:DB

Welcome to Da Basement! This is a messageboard for coordinating and discussing administrative tasks on the Homestar Runner Wiki. Although it is aimed mostly at sysops, any user is welcome to leave a message or join the discussion here.

If you have a question regarding how to become a sysop, please read through the FAQ beforehand.

Current | Archive 1 (1-10) | Archive 2 (11-20)
Archive 3 (21-30) | Archive 4 (31-40) | Archive 5 (41-50)
Archive 6 (51-60) | Archive 7 (Logo discussion) | Archive 8 (61-82)
Archive 9 (83-102) | Archive 10 (103-117)
HRWiki:Projects (Talk) (v)
Unfinished and Ongoing

DVD commentary transcripts
Image summary cleanup
Toon Descriptions
Possible Page Disambiguations
Inside Jokes vs Running Gags
Yello Dello/KOT Conventions
Main page redesign
@StrongBadActual Bot
Interwiki-style updates
Edit link issue
Podstar Runner pages
SBEmail Infoboxes
SBEmail Production History
SBCG4AP Cleanup

Completed or overruled

Navigation templates
Introducing a new Interwiki link
Underscores
Nav Template Automation


HRWiki:The Stick (Talk)
HRWiki:Da Basement (Talk)

Contents


[edit] Licensing drop-down list

Could a sysop or admin kindly populate MediaWiki:Licenses with the image copyright tags that have been created over the past few years? It would aid in choosing the right license when uploading. Please and thanks, Soiled Bargains (talk|ctrb) 22:07, 21 January 2011 (UTC)

[edit] MediaWiki system messages

I had a few concerns for the sysops regarding some of the MediaWiki system messages. Please delete/modify or just comment on the following:

Message
  • Default
  • Current
Concern Decision / remark
MediaWiki:Anononlyblock
  • anon. only
  • anonnies only
"anonnies"? "Hey, anonny, why don't you go... brush up on your knowledge of the Homestar Runner body of work or something and not attribute it to yourself!"
MediaWiki:Autoredircomment
  • Redirected page to $1
  • redirect to $1
present tense? lowercase? also, why not just default? preference
MediaWiki:Autosumm-blank
  • Blanked the page
  • blanked the page
lowercase? why not just default?
MediaWiki:Autosumm-replace
  • Replaced content with '$1'
  • replaced the page with '$1'
lowercase?
MediaWiki:Clearyourcache
  • Note - After saving, you may have to bypass your browser's cache to see the changes. Mozilla / Firefox / Safari: hold Shift while clicking Reload, or press either Ctrl-F5 or Ctrl-R (Command-R on a Macintosh); Konqueror: click Reload or press F5; Opera: clear the cache in Tools → Preferences; Internet Explorer: hold Ctrl while clicking Refresh, or press Ctrl-F5.
  • {{#ifeq:{{FULLPAGENAME}}|Special:Preferences|'''See [[Help:User Preferences]] for help deciphering the options.''' <nowiki>}}</nowiki> Note: After saving, you may have to bypass your browser's cache to see the changes. *Mozilla / Firefox: hold down Shift while clicking Reload, or press Ctrl-Shift-R (Cmd-Shift-R on Apple Mac) *Safari: press Cmd-Option-E *IE: hold Ctrl while clicking Refresh, or press Ctrl-F5 *Konqueror: simply click the Reload button, or press F5 *Opera users may need to completely clear their cache in Tools→Preferences.
I recommend we delete MediaWiki:Clearyourcache and move "See Help:User Preferences for help deciphering the options." onto MediaWiki:Preferences-summary. The entire preferences page was reworked beginning with the next version. This will need to be reviewed once we upgrade (whenever that is).
MediaWiki:Disambiguationspage
  • Template:disambig
  • HRWiki:Links_to_disambiguating_pages
supposed to designate which template(s) are used to mark disambiguation pages. non-default setting breaks the functionality of Special:Disambiguations. also, HRWiki:Links to disambiguating pages is possibly pointless. This was set in the earliest days of the wiki and should be reviewed and probably removed.
MediaWiki:History-title
  • Revision history of "$1"
  • Revision history of $1
removal of quotes, just different for seemingly no reason - why not just default? preference; likely inspired by the same change at Wikipedia
MediaWiki:Mailmypassword
  • E-mail new password
  • Email new password
"Email" generally should be spelled "E-mail" nevermind, but still why not just keep the default? "Never mind" should be two words.
Never_mind, then ;-) -- I guess I figured out why we have non-default on this, anyway -- probably for consistency with the H*R spelling, which is usually (always?) non-hyphenated. LobStoR 20:29, 25 May 2011 (UTC)
MediaWiki:Movenologintext
  • You must be a registered user and logged in to move a page.
  • You must be a registered user and logged in to move a page, or this page may be protected from page moves.
This message is not even displayed for protected page move attempts. (in that case, it displays MediaWiki:Protectedpagetext, which is defaulted to "This page has been locked to prevent editing.") This change was probably correct back when it was implemented but after various upgrades is now out of date. It should be reviewed and probably removed.
MediaWiki:Right-edit
  • Edit pages
  • Edit this page
Incorrect grammar for the list at Special:ListGroupRights

edit: also feeds MediaWiki:Permissionserrorstext-withaction "You do not have permission to $2, for the following reasons:"

We need to see where else this is used. Obviously it was changed for some reason, but the change could be out of date and may need to be removed. If it's still current, then the amount of sense made on the group rights page (grammar is not a problem per se) is potentially a secondary concern, not a primary one
I think it's $2 in MediaWiki:Permissionserrorstext-withaction -- "You do not have permission to $2, for the following reasons:" LobStoR 20:10, 25 May 2011 (UTC)

Please check these out, and leave comments regarding any decisions on any of these. Thanks, LobStoR 18:43, 25 May 2011 (UTC)

I replied to your, ahem, concerns. Thanks, Chaps, for not burdening us with more pressing matters, like toons, so we can take care of stuff like this. — It's dot com 19:28, 25 May 2011 (UTC)
Yeah, really helps us... err... refine our wiki :-) LobStoR 19:56, 25 May 2011 (UTC)
I set the table row color by status -- green=pending, grey=no action. LobStoR 20:29, 25 May 2011 (UTC)

[edit] Use of id in templates

As work was being done on sightings pages, I noticed that {{sightingslanguagewarning}} makes use of the id attribute for its box. Its value, which references another template that has the same thing, is "inprogress". The id attribute is, in part, the replacement for the name attribute, which creates an anchor: a "link" to a specific part of the page.

Two ids can never be the same on a page, as stated in this sentence from section C.8 of the XHTML 1.0 specification:

The values of these attributes must be unique within the document, valid, and any references to these fragment identifiers (both internal and external) must be updated should the values be changed during conversion.

If a value for id is used more than once, it will invalidate the page, as demonstrated in this link (here's the code). Three errors are from multiple occurrences of the same id value. The remaining five demonstrate that there is a format to be followed, and an invalid format throw an error. In this example, headings that start with a number or special character generate invalid id values (see C.8). This is something MediaWiki does and it's practically out of our control. Note that headings with the same name are handled by MediaWiki to an extent.

Looking through MediaWiki:Common.css and MediaWiki:Monobook.css, the only selection by id that's of concern is #navbox. However, those style rules are also applied to the class navbox, and I believe that most if not all navigation templates get their styles from using the class attribute.

Lastly, if this rant seems familiar, I did go on about the use of this attribute on table rows a year and so ago.

In summary, I wish to recommend that users be cautious as to add id attributes to templates, or anything that may be used more than once on a page, and, likewise, using this attribute to apply styles. In addition, I wish to recommend that users who see an id attribute causing a ruckus resolve it in some manner or remove it. Soiled Bargains (talk|ctrb) 21:09, 15 June 2012 (UTC)

[edit] Dropdown Menu Support

Will the HRWiki be compatible with dropdown menus sometime? Purple Wrench has a great idea for a restyling of the @StrongBadActual page, but a dropdown menu that would allow him to compact all the transcripts would benefit the page greatly. - Catjaz63 03:54, 14 September 2015 (UTC)

To generalize, having any sort of hide/show functionality for a section of text would help. In addition, the page (both as it appears now and if my redesign is used instead) will appear broken unless the issues regarding automatic resizing of gifs are sorted out. I am aware that both of these tasks are not trivial, but they would be necessary for a page that has the potential to grow very quickly and be populated with gifs. -- ■■   PURPLE  WRENCH   ■■ 12:28, 14 September 2015 (UTC)
Sometime? Yes! Soon? Well... no promises, but I do intend to get back into active development for this site, and creating a better user experience for this day and age is tops on my list. — It's dot com 22:58, 14 September 2015 (UTC)
If you just configured the server to resize twitter sillysoolnds.gif correctly, I thank you for doing so. There are a few more gifs I uploaded in August for @StrongBadActual that don't resize yet (this and this). -- ■■   PURPLE  WRENCH   ■■ 12:27, 1 October 2015 (UTC)
Looks like they're both working now too. Thanks! -- ■■   PURPLE  WRENCH   ■■ 19:39, 6 October 2015 (UTC)

[edit] Personal info of real persons

I did a little digging and couldn't find anything on this subject (if anyone knows where we've talked about it before, please link to it here). Lately there's been an uptick of personal information on articles about real people that seems a little... over the line. I can't say for sure because to my knowledge we've never actually defined a line (other than limiting certain information about minors). So what should the line be? Obviously anything mentioned directly on the official site is fair game, but thus far we haven't limited ourselves to that. We include information from interviews and the like. That said, just because a scrap of data can be found on an obscure website somewhere doesn't automatically mean it should be here. This is a bit unfocused, so I think I'll stop talking and open the floor for others' thoughts and concerns. — It's dot com 17:03, 14 March 2017 (UTC)

There's all sorts of information about practically everyone in the world which really ought to be private information, which most people would probably prefer if it would remain private information, but which, because of the age we live is, is now easily accessible to anyone on the internet. I think that the natural cutoff point here is probably that anything which has been deliberately publicized in relation to The Family Chaps's creative endeavors is fine, but that out of respect to their privacy, information from any other source which is not directly linked to their public lives as writers/producers should be off-limits. Practically, that would mean that we should avoid making use of things like phonebook databases, people search services, background check engines, etc. On the other hand, any information from the toons, DVD commentaries, interviews, press releases, Strong Bad's social network accounts, TBC's other projects, and even databases like IMDB which are specifically geared toward the video entertainment industry ought to be fair game. I think it's only common decency to say that we don't publish any information that TBC themselves haven't already indicated is intended to be in the public eye. — Defender1031*Talk 17:43, 14 March 2017 (UTC)
Please excuse my brevity, but I wholly agree with Defender's definition of "the line". Just because information can be found doesn't mean it should all be published. In addition to that, I believe that a new Policy page be created to specifically explain what the line is and why we've drawn it. --Stux 13:31, 15 March 2017 (UTC)
I agree with DeFender and Stux. Gfdgsgxgzgdrc 18:16, 15 March 2017 (UTC)

[edit] AFJAOBN

I think that HRWiki:April Fools' Jokes and Other Baleeted Nonsense has run its course. The wiki hasn't done a proper gag in years, and every single "prank" done by users is lame. No offense, but changing your sig and your user page has been done. I get the strong feeling some people come back once a year just so that they can do something that gets posted on that page. I'd really like to lock it, and unless somebody can make an extremely good case for why it needs to stay open, I plan do to so. — It's dot com 02:16, 3 April 2017 (UTC)

Well, I think some people enjoy it and it isn't harming anyone or anything soooo... I feel like that's a pretty good reason? TheThin 02:18, 3 April 2017 (UTC)
For about five years running you did exactly what I was talking about. The harm is that it's disruption not to be clever or funny but for its own sake. — It's dot com 02:32, 3 April 2017 (UTC)
Much as it pains me to do so, I have to agree with Dot com. It was total loads of fun back in the wiki's heyday when we had a lot of active users who would do April Fools' stuff, and then would continue to interact with each other in ways relating to their joke. Now that the wiki is pretty much dead save for a handful of people, that isn't really how it happens anymore. We're basically left with a few edited userpages that no one would even be looking at were it not for the edits being made to them, along with some other disruptive behaviors such as adding nonsense that no one cares about to talk pages that no one has looked at in years. At this point, it's all just become stale. Sadly, there's not enough of a userbase for it not to be stale. We had a good run, but until and unless TBC start updating weekly again and we get a huge influx of users which causes the wiki to return to its former glory, we need to put Apro Foo Day out to pasture. — Defender1031*Talk 11:33, 3 April 2017 (UTC)
I'm here in support of DC's and DeFender's position. These days some users just simply want to one-up the previous year's or another user's randomness. I'm fine with just keeping this page locked for historical purposes. --Stux 12:31, 3 April 2017 (UTC)
Oppose. This particular April Fools' Day has had more participants than any of the previous four years - without coinciding with a H*R update, no less. RickTommy (edits) 13:02, 3 April 2017 (UTC)
To be clear, I'm not suggesting a wholesale ban on users changing their sigs or whatever they've been doing; I just don't think we should keep a record of it anymore. (If we ever do a wiki-wide prank again, that can still be noted.) — It's dot com 14:26, 3 April 2017 (UTC)
The April Fools’ Day page has brought so many people joy.
And by “so many”, I mean those few it did not annoy.
And if it’s locked forever, never to be changed again,
Then April’s reemergence of those old users will end.
No more rare appearances of people lost to time,
Like wind caressing crystals in forgotten caves and mines.
The truth is if the page gets its abilities revoked,
That marks the end of The_thing’s twelve year streak of stupid jokes.
And yes I know that certain men would love to see me sad,
I purposely have vexed you for a decade, is that bad?
So, if you must, protect the page and ruin all those dreams
Left gazing into voids of empty memories unseen.
TheThin 17:38, 3 April 2017 (UTC)
Did you even read my comment above? We have no current plans to stop people from doing the stupid stuff they do on April 1. The only difference is we're not going to record what they do in a centralized place. If that's a dealbreaker—in other words, if someone is doing something only so they can be listed on that page—then they're doing it for the wrong reasons. That's precisely what locking the page aims to curb. — It's dot com 19:34, 3 April 2017 (UTC)
Personally I liked having all of the stuff in one place, so a user could look through all of them at once on any given day of the year. That said, I definitely see both sides of the issue here. If the page is locked... okay, it's still there for posterity. Then I'd just take the list of stuff I did and stick it on a page in my own userspace, and in that case I'd recommend other users do the same. -- ■■   PURPLE  WRENCH   ■■ 23:50, 3 April 2017 (UTC)
You're free to list your own stuff, I guess, but we're not going to move a centralized list to the user space. — It's dot com 23:53, 3 April 2017 (UTC)

[edit] The Deleteheads Download Blockquote

I made a blockquote-type thing for the page The Deleteheads Download, but I can't add it because I can't edit MediaWiki:Common.css. Can a sysop add this? Feel free to make any changes!

 .DeleteheadsDownload<!--you can change the title to whatever you want--> {
    background: url(/images/c/c8/DeleteheadsDownloadBackground.png) repeat-y;
    padding: .5em 1em 1em;
    width: 600px
 }

Gfdgsgxgzgdrc 00:27, 25 January 2018 (UTC)

Done. I went with just .deleteheads and made some small adjustments to the padding and width. — It's dot com 00:41, 26 January 2018 (UTC)

[edit] Oldest Downloads Menu Mirror

Dear Sysops:
I CoachZiscool1978 request that you create a mirror for the Oldest Downloads Menu. It may take as much time as it needs but, I have overwhelming support... (by overwhelming I mean one Gfdgsgxgzgdrc.) Still! I hope you do it for me, in your eyes, I'm a wiki user, In my family's eyes, I'm a son, or grandson, or even nephew but in my heart I'm a Homestar Runner fan and I'm a historical preserver...
Anxiously awaiting a reply: CoachZiscool1978

I've changed it to a local mirror. -- Tom 01:28, 29 August 2018 (UTC)

[edit] Long-term inactivity

Wikipedia (and if I'm not mistaken, every other Wiki in existence) has recently taken to desysopping admins who have not edited in a long time. Any chance we could do the same thing? RickTommy (edits) 10:05, 20 September 2018 (UTC)

And the reason to do this would be...? --Jay (Gobble) 10:06, 20 September 2018 (UTC)
I slightly agree. After all, what's the point of an administrator who hasn't edited in a decade? By my calculations, about 1/5 admins haven't edited in eight or more years. Gfdgsgxgzgdrc 20:10, 5 October 2018 (UTC)
Here's a full list of admins' most recent edits:
  • 2019 x5
  • 2018 x2
  • 2017
  • 2016 x2
  • 2015
  • 2014 x2
  • 2013 x2
  • 2011 x3
  • 2010
  • 2009 x2
  • 2008 x2
  • 2006 x2
  • 2005
We have five active admins (those who have edited this year), eight inactive admins (those who have edited since 2014), and thirteen admins with practically no chance of ever editing again (those who haven't edited since 2014). That means exactly half of the admins haven't edited since April Fool 2014. Seven of them haven't even edited this decade. And the decade is practically over! Gfdgsgxgzgdrc 19:46, 25 May 2019 (UTC)
Speaking of inactive sysops, there should probably be a few more sysops to replace the old ones. The last time someone was promoted was in 2007, and that user hasn't edited in over eight years. There are a lot of helpful active users nowadays who could do a lot of good with admin priv-a-le-ges... I guess. The wiki might run more smoothly and effectively when there aren't a select few people doing all the important stuff. Things might get done faster this way. Gfdgsgxgzgdrc 02:43, 29 May 2019 (UTC)
What things do you think are not getting done? -174.62.238.201 13:07, 30 May 2019 (UTC)
I think that things like deleting pages, blocking vandals, discussions (like the ones on this very page), getting approval for important decisions (like this one), and so forth — even smaller, less important things, like changing the CSS for holidays or updating the featured content — might be done more quickly with more people involved. Also, the wiki runs on an outdated and unsupported version of MediaWiki from ten years ago, which is a bit dangerous for our security, and more active sysops might help fix that. In short, I think more help would be helpful. Gfdgsgxgzgdrc 22:55, 30 May 2019 (UTC)
Of the things you listed, the only thing that really even applies to sysops is blocking vandals, which is generally a matter of luck as to whether there will be an active sysop when vandalism happens. True more sysops meaans more likelihood of there being one on when a vandal hits, but we don't get all that much vandalism and it's usually taken care of relatively quickly. As for the rest, let me explain why they don't apply to sysops:
  • Deleting pages - Most of the undeleted pages are due to lack of consensus on deletion discussions rather than lack of sysops to perform the deletions.
  • Discussions - Anyone on the wiki can participate in discussions. You don't need to be a sysop to do that. Again, this is more a matter of a lack of general inactivity than it is lack of sysops. Having more sysops is not going to encourage more activity.
  • Getting approval for important decisions (like this one) - Only site admins can approve new sysops. Anything else that needs approval is done by consensus, not by sysop authority. There may be actions that only a sysop can take to make something happen once consensus has been reached, but as with deletion, it's a matter of having enough activity to get consensus.
  • And so forth - And so forth.
  • Changing the CSS for holidays or updating the featured content - I believe that there are elements of both of these that can only be done by a site admin rather than a sysop, and at least the former tends to be done on a pretty reasonable timeframe.
  • The wiki runs on an outdated and unsupported version of MediaWiki - This one is definitely something that can only be done by a site admin. I'm certain they are aware of it and have plans to deal with it.
In short, I doubt there's much need for more sysops, and the issues you raise mostly have more to do with general inactivity anyway. One last thing I'd point out is that the wiki's general sysop nomination policy is "don't call us, we'll call you", that suggestions to add more sysops have historically been met with suspicion and resentment from regular users, and that generally only the site admin team decides whether and when more sysops are necessary. — Defender1031*Talk 23:51, 30 May 2019 (UTC)
Oh, okay. That makes sense. Nevermind then! Gfdgsgxgzgdrc 02:08, 31 May 2019 (UTC)

[edit] Outdated Chat Clients

Moved from HRWiki talk:FAQ

I know for sure that there's still plenty of buzz going around about Homestar and the gang (Especially with the new sbemail released), but my concern is that not a whole lot of people use IRC anymore, I propose that the Admins make an Official Homestar Runner Wiki Discord Server. This way we can do get together and make editing and sharing thoughts a lot easier (If this already exists, Great! Let's try to make it more known) — DonPianta (Talk | contribs) 19:43, 17 August 2017 (left unsigned)

I agree. IRC Channels are horribly outdated and this would be a great improvement for Wiki discussion. - Catjaz63 22:31, 3 September 2017 (UTC)
I agree as well. Gfdgsgxgzgdrc 02:18, 30 January 2018 (UTC)
Now that the topic has been brought up again by an anonny, I still think this is a good idea. I've been on the IRC channel a few times, and it is very inactive. Plus, you can only see messages posted when you are online, whereas with Discord, you can view all messages, making discussions more convenient. This way, you don't have to be online 24/7, and if you exit, you can go back and read messages you've missed. Discord is less outdated and more useful in nearly every way. Gfdgsgxgzgdrc 18:51, 3 September 2018 (UTC)
Also, this is an especially good idea considering how inactive the forum has been. Discord is a good alternative way to discuss toons and updates, and is practically guaranteed to be more active than the forum, considering how many people use Discord. Gfdgsgxgzgdrc 23:37, 14 September 2018 (UTC)
Guess what else is inactive? The Wiki. And as I've said numerous times, there's no point in making a significant change to a Wiki that has lost most of its userbase. RickTommy (edits) 02:16, 15 September 2018 (UTC)
You use that as your excuse for everything. Yes, the wiki is less active than it used to be. So what? Why should that keep us from making changes to improve it, and maybe even make it more active? And who's to say this wiki won't become more active over the years? We may not have that many users right now, but the users we do have would surely appreciate a more convenient way to communicate. Inactivity shouldn't stop us from making a better wiki. Gfdgsgxgzgdrc 06:25, 15 September 2018 (UTC)
How is making a discord channel a “significant change to the wiki” even? -174.62.238.201 15:49, 15 September 2018 (UTC)
Um, what is this... "Discord" you speak of? Is a... food? Shoehorned referencing aside, I know I'm only an anonymous contributor that only shows up for small things. I have to admit I haven't logged on to a forum for ten years (ugly memories) and have no social media accounts (I believe they are places of evil that consume their user's brains). So I'm a a lot behind the times and I prefer it that way. So I guess having a dedicated chatroom doesn't really apply to me that much. Guess I'll probably go back to expressing myself in edit summaries and hope I'm understood. 68.37.43.131 13:16, 15 September 2018 (UTC)
Right now, we have three users in favor, and one opposed. Anyone else? I see many reasons to do it, and no reasons not to. I think it'll make everything more convenient, and the wiki more active. Gfdgsgxgzgdrc 19:46, 25 May 2019 (UTC)

In order to revive this proposal, here is a list of advantages Discord has over IRC.

  • On IRC, you can only see messages sent during your session, which means if you want to see all messages, you have to be online 24/7. On Discord, you can see every message at any time, so you don't always have to be online. It's less of a commitment.
  • It's far more convenient. You can have multiple channels per server, so we can dedicate one to announcements, another for serious discussions, one for welcoming new users and explaining the rules, one for discussing site updates, and so forth.
  • No one uses IRC. I don't just mean it's outdated (even though yes, it's definitely outdated, and usage has been declining steadily since 2003), but no one on the wiki is ever online. Discord, on the other hand, is used by many. I usually keep it open in a tab in the background, so if I want to drop in, I'd just have to click the HRWiki server icon. The Fanstuff Wiki 2 server is quite active, and used by a few HRWiki users, and it's not even official.
  • In order to research these examples, I tried going on IRC, but it wouldn't let me answer the security question (it just showed a blank white screen), so I couldn't enter. That's a sign that we severely need a new method of chat.
  • Wikimedia has its own Discord server. Why shouldn't we do the same?

Just think of the possibilities. With an active chat, discussions can be resolved faster, proposals can be implemented quicker, ongoing discussions can be grouped together in one central area, more users would be encouraged to participate, and the live nature of it makes it easier to communicate. We would usher in a new era of the wiki, free of stagnant proposals like this one. That's a bit of an exaggeration, but still, I can see no reason not to do this. So far, the only reason against it has been "it's not worth it", but setting up a server would take all of one minute. I would go ahead and make a dedicated HRWiki server myself, but then it wouldn't be deemed official. So, do the admins have an opinion on this? Gfdgsgxgzgdrc 00:03, 19 April 2020 (UTC)

I'll throw my vote in for Discord. Guybrush20X6 00:30, 19 April 2020 (UTC)
I've also occasionally suggested setting up a Discord server to my fellow sysops, so I'm highly in favour of an official wiki one. For those who do still use IRC, I know bridge bots exist to link the IRC and Discord chat together (I'm in a server that uses one, so I have direct help if we want/need to set one up). I'm also told it would also be remarkably easy to set up a Discord bot that imitates the functions of our RCBot that keeps track of the recent changes. I'll be honest, that's actually what I use the IRC for most often, and largely the reason I'm still active on the wiki. I'd love to move to Discord and even be able to keep track of the wiki on my phone. Let's bring wiki chats into the 21st century~ --DorianGray 01:51, 19 April 2020 (UTC)
As one of the few Luddite holdouts on IRC, I'd like to see the technology not be fully abandoned in favor of shiny walled gardens with fancy bells and whistles. If an official Discord channel is created I would definitely like to see a bridge bot implemented so those of us "on the fringe" can still stay in touch. I'd hate to see something like Mozilla where they completely abandoned IRC and moved everything to Matrix. Matrix is probably one of the more open options out there, but to me this always means having to install and try out new software just to try and get connected. I'd rather not have to try new software for every project out there. And several of the concerns above aren't necessarily valid (IRC does let you have multiple channels, bouncers help with the 24/7 problem, and the hrwiki IRC client doesn't work because it ran on Java, which was killed faster than Flash was.) Most of the issues with using IRC are technical, which gives most people a hard time and dissuade them from trying out the technology, so I can understand the decline in interest. So, again, I would prefer to have options where everyone can use their favourite technology and still remain in touch. (There was also a comment above I'd like to echo: current IRC usage reflects current wiki usage. Discord usage might face similar trends.) Okay, enough ranting. Have a good night everyone! --Stux 03:35, 19 April 2020 (UTC)
Just a point of order, even if we did set up a Discord server, all wiki content and policy discussions would still have to take place—or at least be duplicated—on wiki talk pages, so I don't know that anything would necessarily be resolved any faster. — It's dot com 02:50, 20 April 2020 (UTC)
Exactly, I'm not saying we should abandon IRC entirely, but it shouldn't be our sole method of real-time, off-wiki communication. The best option is to be able to have, well, options. As for "Discord usage may reflect wiki usage", that is a likely possibility, but not an inevitability. As I've said, I already keep Discord open in a tab on my computer, and I'm sure many others do the same, so making a comment there will probably be easier than doing the same on the wiki. The Homestar Fanstuff Wiki 2 Discord, for instance, is more active than the wiki it's based on, because Discord is just that popular. I am aware that these discussions would have to be duplicated on the wiki, but that's better than stagnant discussions that go nowhere. Sure, a Discord server probably won't change much, but on the other hand, maybe it will, so why not?
Also, I apologize for speaking so harshly against IRC earlier. I wasn't aware that my concerns were invalid, and should have done more research before discussing the features IRC was seemingly lacking. But still, even if these features are present on IRC, they are more streamlined on Discord. Gfdgsgxgzgdrc 21:20, 25 August 2020 (UTC)
I'd love to see an official HRWiki Discord server happen as well :) I'd join it in a heartbeat. It would be a great way to help energize the H*R community and provide another place to get people talking about H*R again. — Kilroy / talk 19:10, 29 October 2020 (UTC)
Anyone up to taking up the glove and setting up a discord channel? I'm all for it. Elcool (talk)(contribs) 09:52, 23 November 2020 (UTC)
Tom created HRWiki:Discord server. Gfdgsgxgzgdrc 22:07, 19 June 2021 (UTC)

[edit] Main Page Redesign Notice

In just over a week, it will be the two year anniversary of the suggestion to redesign the Main Page. The discussion hasn't been very active, and hardly anyone is contributing, despite the fact that this could be one of the largest, most important wiki edits in years. I suggest putting a header over the Main Page, recent changes, or even the entire wiki. After all, we did it when we were redesigning the logo. Something like this, perhaps:

The Homestar Runner Wiki is considering redesigning the Main Page.
Your votes would be greatly appreciated.

Gfdgsgxgzgdrc 20:29, 5 October 2018 (UTC)

The main page is still outdated, and not much is being done about it. I think this notice would be a good way to inform users of the update, and get more peoples' opinions. Gfdgsgxgzgdrc 05:30, 25 January 2019 (UTC)
One somewhat related thing I'd like to point out: the new page design includes twitter updates, however tweets have not been regularly updated since around october. I think that activating the new design (in whatever form it may have) requires a concerted effort to regularly update these tweets. (And I, personally, do not have the time to help out with said task.) --Stux 13:37, 25 January 2019 (UTC)
It doesn't need to be updated regularly just yet, but when it replaces the main page, I'll make sure it stays updated. Gfdgsgxgzgdrc 20:05, 25 January 2019 (UTC)
Anyone else have an opinion on this? This is a good way to get more users into the discussion and finally get a consensus on possibly the most important wiki decision of recent times. Gfdgsgxgzgdrc 19:46, 25 May 2019 (UTC)
It has been over three years since the update was suggested, and I think it's at least as important as changing the logo, which had a notice above the recent changes. There is so much empty space and outdated information on the current main page, and the new one is much more informative and aesthetically pleasing in my opinion, and yet nothing is being done about it. Gfdgsgxgzgdrc 21:35, 1 January 2020 (UTC)
Adding this notice is another obvious decision that I would make myself if I had the rights. The Main Page is undergoing a major necessary change, but nothing's changing without involvement. And what better way to get involvement than from a technique we've used before? It seemed to work fine when we did it for the new logo. Gfdgsgxgzgdrc 00:03, 19 April 2020 (UTC)
I generally try not to "bump" discussions with nothing more to add than "This still hasn't happened", but... yeah, this still hasn't happened. And not only that, but no one has commented on the suggestion. I find the new main page so much better in so many ways, and each day it pains me to know that it is merely rotting away in the HRWiki namespace, for I know not when its beauty may be unleashed unto the world for all wiki-goers to gaze upon in awe and profound admiration for years to come. So, bump. Gfdgsgxgzgdrc 21:20, 25 August 2020 (UTC)
Count in my vote for a redesign notice. It seems like one of the best ways to get this www dot main page redesign on the road dot com, and that seems like a thing that should happen. Lira (talk) 09:03, 27 September 2020 (UTC)
Most users probably aren't even aware of the redesign, as it only shows up on recent changes occasionally. This would be a way to raise awareness of the project, since we need much more involvement if we want to have consensus. Now that there's a voting page for users to easily give their input, now's a better time than ever. Gfdgsgxgzgdrc 22:59, 17 March 2021 (UTC)
I agree with a main page header, I only noticed it because I crawl around Recent Changes and other talk/project pages. The most-voted-on one only has five votes and there are more active users than that. -- Bleu Ninja 17:34, 21 September 2021 (UTC)

[edit] @StrongBadActual Bot

See HRWiki:Projects/@StrongBadActual Bot

[edit] Interwiki-style updates and maintenance

See HRWiki:Projects/Interwiki-style updates and maintenance

[edit] Homestar Runner Updates 20X6

The main page redesign is planned to get rid of the "h*r.com" abbreviation in favor of a more general "updates" link, and I think the pages themselves should follow suit. Right now, H*R.com updates 2020 is full of updates... and yet, not a single one is a H*R.com update, as the name implies. I think these pages are due for a rename. Even disregarding the inaccuracy of the title, I've always found these page titles to be kind of ugly. Look at that link. Doesn't it look unprofessional to you? There's the "H*R.com" abbreviation, and the capitalization is all over the place. So not only is it wrong, but it's mildly unpleasant to read, at least in my opinion. I realize that renaming all of these pages would be a daunting task, but I think it would be worth it for all the reasons I mentioned. (Also, the opening sentence for each page, as well as the link on the sidebar, would have to be changed as well.) Gfdgsgxgzgdrc 20:41, 25 August 2020 (UTC)

The 2020 pages is full of updates... of Strong Bad (and Matt Chapman) making cameo appearances in other people's livestreams, and re-releasing some archival material onto YouTube. The page wasn't updated to reflect that until very recently because there might have been confusion as to whether or not those things counted.
That aside, how much work would updating the name of the pages entail? First, begin by moving all the actual H*R update pages to their new destination with the new title. There's only about twenty of those, right? Then maybe worry about updating "what links here" links on other pages? Can the Wiki call on The Cheatbot to get that done if it was told where to redirect everything? -- 68.37.43.131 21:58, 25 August 2020 (UTC)
Regardless of the substantiality of the updates, they're still Homestar Runner content. I think they count, hence why I'm making this suggestion. As for "daunting", I was mainly referring to changing links and redirects for twenty pages (and the act of renaming them, to a lesser extent). The Cheatbot would definitely help, but even without it, it should be pretty manageable. I'm mainly asking because of the importance of these pages. Gfdgsgxgzgdrc 21:47, 28 August 2020 (UTC)
I agree with this. "Homestar Runner updates" (or "Homestar Runner Updates", if we're committed to the Title Case thing) is a better name. The inaccuracy of the current title doesn't apply only to recent years; many older update pages also contain references to updates outside of homestarrunner dot com. Lira (talk) 09:03, 27 September 2020 (UTC)

[edit] Redirect Baleetion

These two requests have already been made on their respective talk pages and through the {{delete}} template, but not officially, so I thought I'd make note of them here. The Pinecones redirect needs to be deleted so Pine Cones can be moved there (see talk page), and It's Like It Was Meant To Be needs to be deleted so It's like it was meant to be can be moved there. (And while you're at it, there are around fifty other unnecessary redirects that can be deleted, but that's not as important since they aren't obstructing page movement.) Gfdgsgxgzgdrc 21:53, 23 September 2020 (UTC)

I deleted those two redirects and moved the pages. Note that the redirect for the second one actually had a lowercase "to": It's Like It Was Meant to Be. — It's dot com 23:48, 23 September 2020 (UTC)
Thanks a lot! And sorry about the miscapitalization! Gfdgsgxgzgdrc 01:25, 24 September 2020 (UTC)

[edit] Embedded Twitter Timeline: can it work?

It's been suggested that the main page redesign should include an embedded timeline of @StrongBadActual Tweets like the one on the index page or fanstuff wiki (as opposed to the {{recentposts}} template, which is largely devoid of context and must be manually updated). On some wikis this is possible through a widget or a MediaWiki extension. Would it be possible to implement this feature? Gfdgsgxgzgdrc 00:34, 30 August 2021 (UTC)

Pretty much everything regarding the new main page has already been decided (the votes are all unanimous for now), so this is the last thing that still needs to be done. Unfortunately I can't fiddle with widgets or extensions, so if someone could let us know if it would be possible to embed a Twitter timeline on a wiki page, that would be greatly appreciated. Gfdgsgxgzgdrc 21:18, 8 October 2021 (UTC)

[edit] "General Disclaimer" legal link is broken

HRWiki:General disclaimer refers to "the legal stuff page on the official Homestar Runner website"; however, that links to https://homestarrunner.com/legal.html which is currently a 404. The old site version does not render properly, either. The best solution is probably https://old.homestarrunner.com/legal.txt instead; in any event this should probably be addressed as the disclaimer boilerplate appears constantly throughout the wiki. -- Bleu Ninja 17:44, 21 September 2021 (UTC)

Fixed to the link to the text file. — It's dot com 20:35, 22 October 2022 (UTC)

[edit] Fixes needed for "Book sources"

Special:BookSources has issues with three of its ISBN-search functions:

  • AddALL currently links to "http://www.addall.com/New/Partner.cgi?query=number&type=ISBN", the site structure has been adjusted so such links redirect to the main page. It should link to "https://www.addall.com/New/isbn-lookup.cgi?isbn=number"
  • PriceSCAN has not had a search or price-comparison function since April of 2011, making its inclusion here obsolete.
  • Barnes & Noble currently links to "http://search.barnesandnoble.com/bookSearch/isbnInquiry.asp?isbn=number", the site structure has been adjusted so such links redirect to the main page. It should link to "https://www.barnesandnoble.com/s/number"
  • Amazon.com still functions as expected.

I don't think this is particularly high priority as this functionality isn't used much, but wanted to raise the issue. -- Bleu Ninja 00:16, 12 May 2023 (UTC)

Personal tools