- v50 information can now be added to pages in the main namespace. v0.47 information can still be found in the DF2014 namespace. See here for more details on the new versioning policy.
- Use this page to report any issues related to the migration.
Talk:Main Page
Thread links on Main Page
Hi There - I'm relatively new to the DFwiki, and I noticed that some of the thread links on the Main Page don't work correctly. I logged in to try and edit the page, but when it wasn't an available option, I realized that it is probably restricted to administrators, given the 'please report vandalism' thing in the site announcements header.
The Team17 forums have closed, so the Team17 link is a dead one. The SomethingAwful.com forums link is behind a login wall, so I'm not sure if you would want to remove this as well? I believe that they do occasionally rotate forums (such as Games) to be available to non-logged in users though, so it would perhaps be available intermittently.
The Penny Arcade thread is also no longer available or at least incorrectly linked. – unsigned comment by Ispil
The dead links are back. 88.195.209.206 15:04, 9 October 2014 (UTC)
Fun Comic
What happened to the Fun Comic at the Losing page?--Doktoro Reichard (talk) 21:22, 23 January 2014 (UTC)
- Weird. We had a problem with an image server a while back, so this may be related. I'll get Briess to check on it. —Lethosor (talk) 21:26, 23 January 2014 (UTC)
- Good to know (and to help). In case the file's lost, there's a crawl of it at the Internet Archive. I also observed similar problems over at the Dwarf Fortress webcomics page.--Doktoro Reichard (talk) 21:29, 23 January 2014 (UTC)
- File:Comic df3.png doesn't have an edit history ([1]), which usually means that it hasn't been uploaded, although that could be incorrect. Same for the rest of them, except FunComic.png. —Lethosor (talk) 21:34, 23 January 2014 (UTC)
- I'm rebuilding all the images now. --Briess (talk) 21:54, 23 January 2014 (UTC)
- The problem should now be fixed. It appears any time one of the webnodes loses a connection to the image server, it starts invalidating the images in question. I'll investigate ways to automatically rebuild the images when that happens. --Briess (talk) 22:02, 23 January 2014 (UTC)
- File:Comic df3.png doesn't have an edit history ([1]), which usually means that it hasn't been uploaded, although that could be incorrect. Same for the rest of them, except FunComic.png. —Lethosor (talk) 21:34, 23 January 2014 (UTC)
Amount of double redirects or how to fix them?
I come across several cases of double redirection which, as stated both here and in the rest of the wikiverse, are not a good thing to have.
Recently I found about the Special:DoubleRedirects page. There are roughly 350 double redirects on the wiki. From experience here, they could be easily fixed, because most redirect to the alternate name of the page, instead of the proper page itself.
As I've been adverted slightly due to a wrong fix I did I ask now if there are a set of guidelines, particularly because of the namespace usage here, that are or can be used to begin a duplicate removal process (which as stated, would be a mostly trivial thing to do, albeit costly in time).--Doktoro Reichard (talk) 17:15, 6 February 2014 (UTC)
- Originally, the policy was to deliberately use double redirects when going from the global namespace to version-specific namespaces and then to specific articles within those namespaces (e.g. "Green glass" -> "DF2012:Green glass" -> "DF2012:Glass") to avoid problems when new pages were created (e.g. if "Green glass" redirected straight to "DF2012:Glass" and somebody created "DF2012:Green glass" as full page, then "Green glass" wouldn't redirect to it properly). I don't know what the actual policies are anymore, though - perhaps one of the admins can chime in with more information. --Quietust (talk) 18:08, 6 February 2014 (UTC)
- That actually doesn't work. I moved the grazer information to the grazer article last week, and, until it was fixed today, main:grazer was still linking to DF2012:pasture. It appears the wiki software is caching the double redirect, so it behaves similarly to an un-updated single redirect. Sure the errant redirect can be fixed, but so can a single redirect. In some regards the double redirect is worse, because everything looks correct, yet it doesn't work. The underlying fact is that the wiki software was not intended to support double redirects, and it does so poorly at best. The current policy is available at DF:REDIR, though it isn't set in stone.--Loci (talk) 20:21, 6 February 2014 (UTC)
- For now, I only recommend changing double redirects to point directly to the destination page if they don't work. They should all work, but some of them don't and there isn't a single, definitive reason we've found yet. Basically, feel free to change non-working double redirects, but you don't need to go through the list and change all 350 of them. (This wiki is actually set up to allow up to 10 consecutive redirects, unlike most WMF wikis, but since that feature isn't used by many wikis it tends not to be perfect.) —Lethosor (talk) 20:38, 6 February 2014 (UTC)
Main Page New Version
Toady has announced the new version is due around the beginning of July 2014 (which is pretty soon). This is as big as DF news gets. There should be an announcement and link on the front page. – unsigned comment by 67.170.60.84
- What exactly are you suggesting? Aside from a wiki-specific announcement regarding migrating the wiki to the new namespace, I don't see a reason to announce the upcoming release here – anyone who reads the devlog or forums already knows, and very few of those who don't would check the main page of this wiki regularly instead. Also, what link are you referring to (devlog, Bay 12 report)? —Lethosor (talk) 22:10, 21 June 2014 (UTC)
Raw errors
There is something up with the raws for a few of the trees:
It appears to be spill over from the previous entry. Any idea how to fix this? Brightgalrs (talk) 03:25, 15 July 2014 (UTC)
- This is actually intentional, since comments (i.e. non-raw text) in the raws usually refer to the raws following them (see most creature pages). It shouldn't be affecting the templates that look up information from the raws, but let me know if it is. —Lethosor (talk) 20:59, 22 March 2015 (UTC)
Object Testing Arena: Helmet Snake
For some reason I cant spawn them in Object testing arena. When I was looking through Syndromes I came across it and saw how many effects it has and thought I might have some fun with it. When I searched for it, it didn't show up? Can someone help me with this problem Thank you.
Put Japanese language wiki on sidebar
Can't seem to figure out how to do it myself. link to the wiki. Brightgalrs (talk) 12:04, 4 March 2015 (UTC)
- Do you mean an interwiki link? —Lethosor (talk) 01:47, 7 March 2015 (UTC)
- Can't really see what else I would mean. We have the french and russian one up there, why not the japanese? Brightgalrs (talk) 04:26, 19 March 2015 (UTC)
- It requires database access, apparently, which I don't have. Aside from installing or putting together an extension to handle this (which I plan to do eventually), User:Briess is who you should ask. —Lethosor (talk) 20:57, 22 March 2015 (UTC)
- Can't really see what else I would mean. We have the french and russian one up there, why not the japanese? Brightgalrs (talk) 04:26, 19 March 2015 (UTC)
Sidebar ad format breaks Webkit
I have the site loaded up on my WiiU, which uses Webkit as the rendering engine, and I noticed a small issue with the positioning of the sidebar ad. I have div#p-googleadsense.portal at 160px by 655px, right on the edge of the screen. The div.body just inside is 140px by 611px, slightly smaller. However, the ins#aswitf_1_expand inside that is 160px by 600px - 20px wider than the div.body (but the same width as the .portal). This wouldn't be an issue if the ad was right on the edge of the screen, but the div.body has padding specified for 0.5em above, and 1.25em to the left (using the div#mw-panel CSS). My suggestion for fixing would be to force the ad's div.body to use no left margin (forcing this results in a fixed display until another page is loaded), but this requires a modification to the Wiki's core. In any case, just pointing this out so it could hopefully get fixed at some point. 104.172.191.147 20:05, 18 April 2015 (UTC)
- Thanks, we'll look into it as part of the upgrade we're doing to the core installation! --Briess (talk) 03:44, 30 July 2015 (UTC)
New sidebar link: Random page in current namespace
I have a feature request/suggestion for a new link on the main left sidebar: Random page in current namespace. Would (at this time) link to: http://dfweb4.dwarffortresswiki.org/index.php/Special:Random/DF2014 (unless there's a Special:Random/<token> that always means the latest NS, which would be better.)
I sometimes want to just browse through random pages, hoping to come across something interesting I'd not seen before/not thought to search for.
Random page is not much help because it is more likely to return pages for old versions than the current. I can go to Random by namespace and click DF2014, but then if I want to keep going through random pages I have to keep hitting back and clicking it again, or make my own bookmark to that link.
It's a small thing but it would be quite handy if there was a link dedicated to Random in the current NS.
TheBloke (talk) 13:25, 13 December 2015 (UTC)
German forum link dead
Under Forums there is a link to http://www.dwarffortressforum.de/ – however, one gets redirected to http://www.indiegameforum.de/ which yields a “forum not available” message. I suggest to simply remove the link. (I have no edit rights on the main page.) --Keba (talk) 15:19, 5 January 2016 (UTC)
DFFD New address
DFFD address should maybe be updated to http://dffd.bay12games.com/ --88.195.209.206 10:02, 10 January 2016 (UTC)
- Updated. Brightgalrs (talk) 21:39, 25 February 2016 (UTC)
Can someone fix the spelling
It's "dependency" not "dependancy". Mocha2007 (talk) 20:38, 19 September 2016 (UTC)