https://dwarffortresswiki.org/api.php?action=feedcontributions&user=Jan&feedformat=atomDwarf Fortress Wiki - User contributions [en]2024-03-28T17:24:19ZUser contributionsMediaWiki 1.35.11https://dwarffortresswiki.org/index.php?title=Talk:Animal_person&diff=286235Talk:Animal person2023-01-17T09:58:41Z<p>Jan: /* .50 updates */</p>
<hr />
<div>== FEATURE_ATTACK_GROUP ==<br />
<br />
These are no longer tagged as animal person:<br />
'''Amphibian man''', '''Antman''', Bat man, Cave fish man, Cave swallow man, Olm man, '''Reptile man''', '''Rodent man''', '''Serpent man'''<br />
<br />
Instead they have some new tags, including 'FEATURE_ATTACK_GROUP' any notion what that mean? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 22:04, 29 December 2022 (UTC)<br />
<br />
: ...I take it the explanation as it stands in the tag definition ([https://dwarffortresswiki.org/index.php/Creature_token#FEATURE_ATTACK_GROUP]) is not enough? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 22:14, 29 December 2022 (UTC)<br />
:: I am interested in what makes them special, why they are the only ones tagged like that? so I can figure out whether just remove them from the list of animal people or also add them somewhere else too. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 22:26, 29 December 2022 (UTC)<br />
<br />
== .50 updates ==<br />
<br />
This page is currently out of date for .50. The lists of races of possible subterranean animal people civs is missing a bunch of races that I've seen spawn (maybe that's related to FEATURE_ATTACK_GROUP?), animal people show up in other civs now (I've seen cardinal men in human sieges), and subterranean animal people civs show up in the list of civs on the civ screen now (albeit always as friendly, even if they're inherently hostile).<br />
<br />
I would just update this myself but I'm only half-sure about some of these things, and don't want to accidentally add misinfo. If nothing else, this is a note to myself to do some research and get around to fixing this at some point. [[User:Desistance|Desistance]] ([[User talk:Desistance|talk]]) 01:24, 16 January 2023 (UTC)<br />
<br />
Related to this, [[Creature#Tribesmen]] does have an AFAICT complete list of underground animal people that form tribes. [[User:Desistance|Desistance]] ([[User talk:Desistance|talk]]) 02:11, 16 January 2023 (UTC)<br />
<br />
: I [https://dwarffortresswiki.org/index.php?title=Animal_person&type=revision&diff=280281&oldid=276248 recently removed] them. Reasoning is that every creature on this page have the <code>[APPLY_CREATURE_VARIATION:ANIMAL_PERSON]</code> except those, though it might have been premature as upon second look that have been the case in previous version as well. <br />
:Quick notes: The removed subterranean animal people are uniquely tagged as <code>[FEATURE_ATTACK_GROUP]</code>, and all subterranean creature_man are uniqly in that they form a <code>[ENTITY:SUBTERRANEAN_ANIMAL_PEOPLES]</code>. I believe lore wise they suppose to be 'tribes' but I am unclear what gameplay affect these tags have in v50 compared to other subterranean creatures like "stupid" Troglodyte. Also even if animal people are shown as 'Intelligent Wilderness Creature' they do not have the {{token|INTELLIGENT|c}} in raws. <br />
: Your observation seem more current then mine, enjoy the research and revert\update the entry as neccessary.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:58, 17 January 2023 (UTC)</div>Janhttps://dwarffortresswiki.org/index.php?title=Dwarf_Fortress_Wiki_talk:Versions&diff=285074Dwarf Fortress Wiki talk:Versions2023-01-10T10:38:18Z<p>Jan: /* Creature List Now Supports Graphics! */ reply</p>
<hr />
<div>{{archive|<br />
# [[DF Talk:Versions/Archive 1|Page 1]]}}<br />
<br />
== Version 0.31.19 starts a new DF generation? ==<br />
<br />
My reading of Toady's comments on the release of 0.31.19 is that it came out basically because he felt it would take too long to get DF all the way to 0.32. With the ore changes, the sitefinder changes, the addition of grazing and several different industries, there's a lot of changes between 31.18 and 31.19. So I'm thinking it might be a good idea to call it the first release of DF2011 - and what we refer to as "DF2010" would then become 0.31.18.<br />
<br />
Thoughts? --[[User:DeMatt|DeMatt]] 07:06, 28 February 2011 (UTC)<br />
<br />
==Revisiting Redirects==<br />
I wasn't around when the redirect policy was created, and I'm having trouble understanding the rationale. The example claims that linking [[Main:Cheese]] to [[cv:Cheese maker]] is problematic...but mainspace only ever redirects to the current version. If the best target in the current version is cheese maker, why not link to it directly? (It's not, at least for Cheese, since [[DF2012:Cheese]] exists now.) The explanation seems to be claiming that 40d articles that link to Cheese will follow the Mainspace link--but that hasn't been the case for a long while now. Articles in 40d automatically link against other articles in 40d, so that version remains internally consistent no matter where mainspace links to in the current version. For a current example, what do we gain by linking [[Main:Mead]] to [[cv:Mead]] and linking [[DF2012:Mead]] to [[DF2012:Alcohol]]?<br />
<br />
If this really is just an outdated procedure, I recommend we drop the mummery and allow mainspace to link to cv:(best target). Double redirects ''may'' work (sometimes, but [[Main:Mead]] demonstrates a common problem where automatic redirection fails), but if they are unnecessary I think they should be avoided, partly because of problems like [[Main:Mead]] and partly because of the effort required to protect double redirects from users who believe they are problematic.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:16, 8 January 2014 (UTC)<br />
<br />
:I was just thinking that. I'm currently attempting to write a basic extension to eliminate the need for mainspace redirects entirely, although Mediawiki's class structure may make this more difficult than I had hoped (the only method I've found for resolving redirects takes the ''article text'' instead of a title, e.g. "#REDIRECT ..."). I do agree that the current situation with redirects isn't ideal, so I'm hoping this will work better (once I get it to work). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:42, 8 January 2014 (UTC)<br />
<br />
Okay, that wasn't quite as clear as I meant it to be. In general, I think this is a tricky situation. Mediawiki wasn't designed to have five content namespaces, and certainly not chains of redirects between them. The problem that was pointed out in the [[DF:REDIR|policy]] is the fact that with:<br />
Main:Foo -> cv:Bar<br />
pages in the cv: namespace can't use [[<nowiki/>foo]], since the namespace links modification causes it to be treated as [[<nowiki/>cv:foo]] instead, which doesn't exist. The current suggested solution is this:<br />
Main:Foo -> cv:Foo -> cv:Bar<br />
This fixes the problem of [[<nowiki/>foo]] not working on cv pages, but creates issues with double redirects not always working. Another solution, which is more intuitive to new editors, is:<br />
Main:Foo -> cv:Bar<br />
cv:Foo -> cv:Bar<br />
Both require creating two redirects. The first method has the advantage of ''ensuring'' that the cv redirect exists (otherwise, main:foo would be a redlink), while the second has the advantage of working more reliably in a couple cases.<br />
<br />
What I'm trying to do is make main:Foo "jump" to cv:Foo when cv:foo exists, ''even if main:foo doesn't exist'' (basically it would treat all mainspace pages as redirects to cv pages, but only if the cv page exists and not the mainspace page). I had main:Bar jumping to cv:Bar fine, but if cv:Foo redirected to cv:Bar, accessing main:Foo would mysteriously stop at cv:Foo even if I increased the redirect limit. What I'm trying to do now is follow the redirects internally, without relying on Mediawiki to do it automatically - unfortunately, that has proved to be harder than I had hoped (and I sent my web server into an infinite loop while trying). I will try to work on this some more when I get a chance, although I'm not sure when that'll be yet :(. For now, feel free to fix broken double mainspace redirects as necessary, as long as redirects in the DF2012 namespace stay pointing to the right page (and new mainspace redirects get added in the DF2012 namespace too). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:21, 9 January 2014 (UTC)<br />
<br />
:You're treating cv like a namespace--it's not. It is simply shorthand for "fill in the current version here". [http://dwarffortresswiki.org/index.php?title=User_talk:Briess&diff=182404&oldid=181281 As I discovered a long time ago on a server not far away], linking from Main:Foo to cv:Foo tends to break redirection chains. If, instead of linking to cv:Foo, you link to DF2012:Foo, it might just work. It would, of course, be better if your patch could evaluate cv itself, but even if you have to hardcode the current version it's a single point of maintenance that requires update very infrequently. (For that matter, we could probably dispense with the cv hack entirely and just have a bot update mainspace links from DF2012 to DF201X when we switch to a new version.)--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:05, 9 January 2014 (UTC)<br />
::I know cv isn't a namespace - I was just trying to avoid future confusion when the DF2012 namespace changes. It's interesting that changing "cv" to "DF2012" fixes some broken redirects, although I've found that simply making an edit to a broken redirect can usually fix it as well. I've actually had the most problems with double redirects when the second one (in the DF2012 namespace) doesn't use the DF2012 prefix (e.g. main:Foo containing <nowiki>[[cv:Foo]] and DF2012:Foo containing [[Bar]]</nowiki>). I'd rather keep the cv alias even if it isn't necessary for mainspace redirects when I get the patch to work, since it makes it easier to refer to the current version of the page (for example, several MDF articles contain links to a vanilla page for things that don't change in the mod).<br />
::Also, using aliases like "cv" is supported by Mediawiki; in fact, several WMF wikis use them (for example, "[[wikipedia:WP:Redirects|WP:Redirects]]" on Wikipedia). It's quite likely that Mediawiki isn't processing double redirects using aliases correctly, though, since that's uncommon on most wikis. --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:35, 9 January 2014 (UTC)<br />
<br />
In light of the lack of support for the current redirect policy, I propose we replace the current redirect section with:<br />
<br />
:Mainspace article pages should use the cv: alias when redirecting to a versioned page, which will automatically update the link when a new version is released. For example, page "Main:Foo" should redirect to page "cv:Bar" (where "Bar" is the page that best describes the topic Foo in the current version).<br />
<br />
:Pages in mainspace should only redirect to an older versioned page if that content no longer exists in the current version of the game (e.g. [[Cave river]], [[Chunk]]). In these cases the cv: alias cannot be used. <br />
<br />
:Pages inside a versioned namespace should not use the cv: alias. Instead, they should redirect to the best page within that versioned namespace (e.g. [[DF2012:Dodging]], [[v0.31:Drink]]).<br />
<br />
:Due to limitations of the wiki software, double redirects should be avoided if possible. When fixing double redirects in mainspace, please make sure to use the cv: alias as appropriate.<br />
<br />
If no one objects, I will make this change in a few days.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:21, 15 January 2014 (UTC)<br />
<br />
:Okay with me. It may be worth mentioning that double redirects only really need to be changed when they don't work (since changing a lot of redirects that work isn't necessary), but I think it's clearer and more relevant than the current policy. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:26, 16 January 2014 (UTC)<br />
<br />
Done.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:55, 22 January 2014 (UTC)<br />
<br />
I was finally able to get my extension to work after being motivated by one too many malfunctioning redirects. It now causes nonexistent pages in the main namespace to behave exactly like redirects to their DF2012 counterparts (when linked to, accessed directly, and transcluded). Double redirects also work (up to 100, in fact, although that was a temporary safety measure that I'll probably change). This means we'll be able to safely get rid of all mainspace redirects (redirects that redirect to something other than "cv" will still function if not deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:20, 14 March 2014 (UTC)<br />
:What about articles which don't exist in the current version but do exist in older versions? Will those still need mainspace redirects, or will your extension be able to automatically redirect them to v0.31/40d/23a? --[[User:Quietust|Quietust]] ([[User talk:Quietust|talk]]) 01:29, 14 March 2014 (UTC)<br />
::It ignores all mainspace pages that actually have content, including redirects, so pages like [[masons guild]] won't be affected (unless deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:47, 14 March 2014 (UTC)<br />
<br />
Done and deployed. [[Cat]] is still treated as a redirect, even though I just deleted it (try clicking on the "redirected from" link). Pages that exist are ignored, so [[Masons guild]] and [[History of Dwarf Fortress]] still function normally (as a redirect to a 23a page and a non-redirect, respectively). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:57, 14 April 2014 (UTC)<br />
<br />
I'm sending around a bot right now to delete all redirects of the format "foo -> cv:foo" (a surprising number don't fit this format, so I'm leaving them alone for now). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:43, 14 April 2014 (UTC)<br />
<br />
:I'm confused. Do we use double redirects or not? Is there a single place we define our linking policy (including redirects), and is it updated? <br />
:I had trouble linking to [[Consolidated_development]] in [[v0.34:Dragon]]. It kept pointing to v0.34:Consolidated_development, which does not exist. I ended up linking to Main:Consolidated_development to make it work. --[[User:Nahno|Nahno]] ([[User talk:Nahno|talk]]) 10:18, 1 July 2014 (UTC)<br />
<br />
::That's a separate problem altogether - links in the versioned namespaces (v0.34, v0.31, 40d, 23a) automatically link to pages within their namespace. I may be able to set up a fallback to mainspace once I'm able to deploy again, but for now the "main:" alias is the intended solution. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 11:36, 1 July 2014 (UTC)<br />
<br />
== Google often directs people to the 0.31 page ==<br />
<br />
I've noticed a couple of times that finding a wiki page from an external search will often drop me onto a page from an older version. Is it possible to mitigate this somehow for new players? I could imagine something like redirecting old:Bar -> cv:Bar unless the user has come from old:Foo; no idea if that would actually work though. [[User:PeridexisErrant|PeridexisErrant]] ([[User talk:PeridexisErrant|talk]]) 11:48, 4 May 2014 (UTC)<br />
<br />
:As a temporary solution, I could write a script that displays a banner of some kind if the user came from an external site. I'll ask Briess if he can do anything on the server level to increase the weighting of the current version's pages. (Obviously there are situations where people are looking for old pages, like [[23a:dungeon master]], so we don't want to disable indexing entirely on old pages.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:03, 4 May 2014 (UTC)<br />
<br />
== DF2014? ==<br />
<br />
As Toady [http://www.bay12games.com/dwarves/ draws closer to a new release], it might be worthwhile to discuss the addition of a new version to the wiki. The upcoming release covers two years of changes and introduces a number of new plants, foods, drinks, multi-tile trees, climbing, jumping, etc., so it is likely to have significant changes from the current DF2012. To avoid having people start new pages (and lose all the effort spent refining the prior version's page), I think it would be best to have a bot automatically copy over the DF2012 pages as a starting point for DF2014. I would suggest that these copied pages include a noticebox template mentioning that the content may be outdated, so that we can easily track which pages have been reviewed. I think either the {{tl|version check}} or {{tl|old}} template would work. --[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:43, 5 May 2014 (UTC)<br />
<br />
:This is what [[User:QuietBot]] did after the 0.34 release, so it's certainly possible to use the same script to migrate to DF2014. I would like a way of tagging migrated pages, since inaccuracies in some pages went unnoticed for months after they were migrated. Since {{tl|old}} is already in use, {{tl|version check}} may be a better solution (it can be reworded slightly, or we can make a separate template for DF2014 migration). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:23, 1 June 2014 (UTC)<br />
:Made [[Template:DF2014 migrated]] as an example. Any thoughts? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:32, 1 June 2014 (UTC)<br />
<br />
== Redirects inconsistency ==<br />
<br />
Following a redirect is supposed to be exactly the same as going straight to the page it redirects to, but this actually isn't the case:<br />
* Go to [[Seeds]] and you get [[v0.34:Seed]] (outdated)<br />
* Go to http://dwarffortresswiki.org/index.php?title=Seeds&redirect=no and click on the link and you get to [[DF2014:Seed]] (current)<br />
So if you search for "seed", the top result is the DF2014 version. But search for "seeds" and you get the redirect, which sends you to the outdated page instead. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:22, 22 February 2015 (UTC)<br />
<br />
While I'm talking about redirects, it seems redirects to sections don't work: see [[DF2014:How do I manage my seeds and crops]]. I know MediaWiki is capable of this trick because Wikipedia does it. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:32, 22 February 2015 (UTC)<br />
<br />
:I have absolutely no idea why [[seeds]] redirects to a v0.34 page - it could be a Mediawiki bug. The section links issue is due to a known issue in the redirect extension we use, which has yet to be fixed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:01, 23 February 2015 (UTC)<br />
:It looks like deleting both [[Seeds]] and [[DF2014:Seeds]] fixed things (by allowing AutoRedirect to handle the redirects instead). Feel free to tag any others with {{tl|bad redirect}}. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:03, 23 February 2015 (UTC)<br />
::It gets stranger. [[Vial]] redirects explicitly to [[cv:Flask]] which displays (when you look at it with &redirect=no) as [[DF2014:Flask]], but still goes to the v0.34 version. It seems redirects interpret the cv: pseudo-namespace (or whatever it's called) in an outdated way. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 18:08, 23 February 2015 (UTC)<br />
::I've added a note to this page about this issue. If it gets resolved, the note should be removed. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 21:04, 23 February 2015 (UTC)<br />
<br />
<br />
==Reorganizing versions==<br />
<br />
The internet deals with moved content... poorly. Google is still linking to v0.34 pages more than a year after the switch to "DF2014", and even the wiki software still has cached links pointing to the old version pages.<br />
<br />
I propose reorganizing versions on the wiki to avoid moving content whenever possible. Instead of having a temporary "current version" namespace that changes occasionally, all the current information gets promoted to the Main namespace. When the next version split occurs, the Main articles as of a certain revision number can be copied to the newly-created permanent "old version" namespace, while all the current information remains in Main. This not only fixes the link rot issue, but it has a few other benefits as well: fewer administrative tasks, no lockdown (a historical version of the Main pages can be copied at any point, even if the Main articles are already modified for the new version), almost all the article history is maintained in the Main article (instead of being spread unevenly across multiple versions), no "temporary" namespaces are needed, fewer problematic long redirect chains, and hopefully less user confusion (since Main gets priority in search results, etc.).<br />
<br />
As an example, today we would not have a DF2014 namespace (which is good because "temporary" namespaces historically disappear anyway). If you ran a search for [[seed]] you'd end up at Main:seed, which would have all the current information on seeds. The version box at the top of the page would still link to the older versions of the seed article. When a new version is released, an admin would choose a revision number and copy the Main:seed article as it exists at that revision number to v0.40:seed. That's it. One historical copy that needs little to no new editing, and zero redirections/moves.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:02, 27 July 2015 (UTC)<br />
<br />
:Makes sense to me. It would involve a lot of work, though (e.g. fixing templates and categories to account for the current version being in mainspace), although that should be doable thanks to {{tl|category}}, {{tl|version switch}}, etc.. A bot could be set up to copy revisions from before a release date as well, which would be more difficult (and maybe slower) than a direct copy, but not severely. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:24, 30 July 2015 (UTC)<br />
<br />
:Actually, there are a few issues with that, namely that there wouldn't be an easy way to distinguish between versioned and non-versioned mainspace pages. There are ways to resolve Google search priority (we can exclude pages from older versions from search engine results if there are newer versions of those pages available, for example). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:47, 6 August 2015 (UTC)<br />
<br />
::There aren't very many non-versioned mainspace pages, and determining if a page is versioned is as simple as looking for the version template and/or categories added by the version template (e.g. copy [http://dwarffortresswiki.org/index.php/Category:Current this category] instead of Main:*). The problem with "suggesting" newer pages to Google is that they obviously aren't crawling our wiki regularly (if they were, the fact that the mainspace redirects point to new pages would automatically be picked up). Even if your Google hints worked they wouldn't do anything for all the other broken links out on the 'net.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:35, 6 August 2015 (UTC)<br />
<br />
::: Google actually crawls the wiki constantly - we probably get crawl hits from google for a continuous block of 2-3 hours per day, each and every day. Why they are slow to update is beyond me though. I can't remember why we didn't do this initially, but there was a technical limitation involved if I remember correctly. --[[User:Briess|Briess]] ([[User talk:Briess|talk]]) 22:05, 6 August 2015 (UTC)<br />
<br />
::: There are &lt;meta> tags that can be used to hide pages from search results (for search engines that recognize them, that is). Searching for {{tl|av}} or [[:Category:Current]] might work, although we'd have to make sure all of the DF2014 pages include that (some pages don't, particularly some disambiguation pages, although all of them should). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:53, 6 August 2015 (UTC)<br />
<br />
:Is there a particular reason main and current are separate to begin with?—[[User:CLA|CLA]] ([[User talk:CLA|talk]]) 00:17, 7 August 2015 (UTC)<br />
<br />
::It's mostly intended to distinguish between versioned and non-versioned pages and make version-related templates simpler to work with, since every versioned page has a namespace. I wasn't active here in 2010 when this system was created, so Briess and Emi would know more.<br />
::Another issue I just thought of with Loci's suggestion is categories - currently, categories like [[:Category:Animals]] are used to organize the versioned sub-categories. Sure, we can change {{tl|Category}} to categorize mainspace pages in [[:Category:v0.40:Animals]] or [[:Category:DF2014:Animals]], but that would be less straightforward because there wouldn't be a namespace with that name (until pages are migrated when a newer major version is released). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 13:05, 7 August 2015 (UTC)<br />
<br />
:Moving current pages to the main namespace sounds like a great idea. -[[User:Jecowa|Jecowa]] ([[User talk:Jecowa|talk]]) 20:47, 4 January 2018 (UTC)<br />
<br />
Another thought: dealing with migrating redirects could be difficult with this proposal - specifically, determining which redirects should be migrated to a versioned namespace. Redirects can't contain {{tl|av}}, at least not before ``#REDIRECT``. I ''think'' it would be possible to copy pages in two stages, though - all non-redirects first, then all redirects whose targets were also copied. Thoughts? Anything I'm missing? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:41, 27 June 2019 (UTC)<br />
<br />
Some subpages (particularly /raw and /Edit notice) also deliberately lack {{tl|av}}, although those shouldn't be too hard to handle. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:35, 9 July 2019 (UTC)<br />
<br />
:Redirect pages (and all other edge cases I've looked at) can be included in categories (like [[:Category:Current]]) to determine whether or not they should be copied into an archival version. But if the redirects are "properly qualified" then they can all be copied over blindly. Mainspace redirects pointing to versioned information should use a blank namespace (which will be automatically constrained to the archival namespace); mainspace redirects pointing to unversioned information should use an explicit "Main" (which will automatically link back to the unversioned page). Then, when [[[[Toady]]]] gets copied to [[[[v0.4x:Toady]]]] it will point back to [[[[Main:Toady One]]]]. Meanwhile, [[[[Beer]]]], copied to [[[[v0.4x:Beer]]]], will properly point to [[[[v0.4x:Alcohol]]]].--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:00, 14 July 2019 (UTC)<br />
<br />
::I think qualifying redirects is the best solution here - categorizing redirects manually is another possible source of errors, since categories (or a lack thereof) would only be visible on the redirect page itself, and [[:Category:Current]] is a hidden category. Copying over mainspace redirects into versioned namespaces would also resolve some issues that have come up due to those not reliably existing currently. I should be able to set up a bot script to add "main:" to current mainspace redirects (and it shouldn't break anything, since those redirects go to other mainspace pages anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:57, 14 July 2019 (UTC)<br />
<br />
(Note: I wrote all of this without noticing the previous discussion above.) I was wondering, when the wiki creates a new namespace for a major release again, if it is possible to ''not'' create a namespace for the next current version (e.g. "DF202x") and instead have the mainspace articles (which are currently redirects) become the new cv and move the content there. Therefore, [[cv:Cat]] would just be "[[Cat]]" (or [[Main:Cat]]).<br />
<br />
Certain namespace-related templates like [[Template:Ns/0]] would need to be changed, though nothing significant as far as I know. For most cases, any "DF2014" would be replaced with "Main" or even blank. There's also multiple extensions handling the current namespace system and they may need to be modified too, though I'm not sure if or how much. I'm guessing based on the discussions above that it will change stuff up.<br />
<br />
My reason is the current namespace is increasingly becoming more anachronistic. "DF2014" could be misinterpreted as "this page is about the 2014 version of the game" or "this page was last updated in 2014", which I've seen a few people in forums mention. Granted that [[Template:Av]] is on the top of very article, I still think the namespace is inconsistent with the recentness of the article. But how is this related to what I'm asking for? Let's say we continue the current system: if we happen to do a new namespace change this year and create DF2020, the next major release (after graphics/UI) will be mythgen, which is estimated to take several years to develop (the Big Wait), and so the anachronism will start over again. The proposed way will prevent this from occurring for the next major release and every release thereafter.<br />
<br />
I think the confusion with having a namespace that becomes old-fashioned overtime supersedes the confusion with not marking current versioned articles with a namespace. Most users just search "Cat" on the search bar and naturally expect to get information about the latest release of DF. So if users go a page that's just titled "Cat", they won't expect outdated info about cats from a previous release. That's how the current system works anyways. We'll be skipping the two-step process that we have now. It'll make several wiki tasks much simpler as well. Editors can create new articles for current versions without remembering to add a namespace. It'll fix any existing issues with (double) redirects; instead of [[Main:Kitten]] redirecting to [[cv:Kitten]], which goes to [[DF2014:Kitten]], which then redirects to [[DF2014:Cat]], [[Main:Kitten]] would just redirect to [[Main:Cat]]. And the cv: alias will no longer be necessary since "cv:" = "Main:" and will be forever.<br />
<br />
There's no need to differentiate the current version and previous versions with a namespace for the current version is what I'm saying. Articles of previous versions will retain their respective namespaces. Users will still type "40d:Cat" to go to the 40d version of the article, but if they want the current version, they'll just type "Cat" (like now). The mainspace containing the "live" version of an article is natural and would create no uncertainty when browsing the wiki. And it would simplify the wiki somewhat and future-proof this anachronism problem. As a bonus, this change will also prevent web search engines from showing previous version pages when typing "DF cat" or something. (This isn't happening right now as DF2014 has been the current namespace for ~6 years, but it'll happen again when everything moves to a new namespace.)<br />
<br />
This is the gist of it, and I may have ignored most of the problems with this proposal. I have personally wished for the whole version namespacing be made less complicated and have been seeking for a solution, and I feel like this is the best way to go about in the future. – [[User:Doorkeeper|Doorkeeper]] 21:27, 14 August 2020 (UTC)<br />
<br />
:<s>Whoops, looks like Loci already proposed this exact thing long ago. I definitely missed that discussion and should have checked first. My apologies. I'll move my text to that section and remove this one. – [[User:Doorkeeper|Doorkeeper]] 21:36, 14 August 2020 (UTC)</s> Done. – [[User:Doorkeeper|Doorkeeper]] 21:40, 14 August 2020 (UTC)<br />
<br />
:The main issue I have with that is that putting pages about the current version in a namespace also differentiates between those pages and pages not about ''any'' version (for example, [[Toady One]] does not need a 40d or v0.34 page). Yes, we can use {{tl|av}} to mark versioned pages, but people often forget to add that to new pages. The current system also allows determining whether a page is versioned or not from its title, which makes migrations a lot faster. Relying on {{tl|av}} would require either reading the content of every page (which would slow scripts down significantly) or cross-checking with the list of all pages including the template (feasible, but a bit more complicated, and still susceptible to missing templates). I suppose that manually fixing and migrating pages missing {{tl|av}} later wouldn't be too much work, though.<br />
:I am definitely in favor of changing "DF2014" (or a new namespace) to "Current", though. I was in favor of "DF2014" in 2014, but I don't think it makes sense anymore, and "Current" seemed to be a popular alternative in both the DF2012 and DF2014 discussions on the matter. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:02, 16 August 2020 (UTC)<br />
<br />
== Weird redirect behaviour ==<br />
<br />
[[Pump stack]] redirects to [[cv:Screw pump#Pump stack]]. If you look at the redirect itself it says it redirects to DF2014 namespace, which is correct. But if you actually follow the redirect, it goes to v0.34 namespace. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 16:10, 20 August 2018 (UTC)<br />
:Yeah, that's part of the issue described in the above section (the wiki caching part, not on Google's end.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 15:00, 21 August 2018 (UTC)<br />
<br />
== v50 organization ==<br />
<br />
Some wiki admins have had a talk on Discord and decided that the most sustainable path forward is to put content for all future versions of DF in the main namespace. We will be working on a bot to do this in the next few days. Feel free to chime in with suggestions here. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:56, 14 December 2022 (UTC)<br />
<br />
:Is it maybe possible to do backwards-namespacing? Like we have a "Main" namespace, which people are free to update, and whenever there's a new version of DF the "Main" namespace is copied into a namespace for the then old version, much like how you'd branch a stable branch from a development branch when working with a git-project? [[User:Therahedwig|Therahedwig]] ([[User talk:Therahedwig|talk]]) 23:13, 14 December 2022 (UTC)<br />
<br />
::Yeah, we could do that if we decide to. We were talking about doing that for v50, actually, and might still do something similar to preserve edit history if it doesn't end up being too hard to automate. Our hope is that we will not introduce new namespaces for v50 -> v5x, unless there is a serious breaking change (and hopefully there isn't one). But if we change our mind, one advantage of the type of migration you mentioned is that it can be done retroactively - we can copy historical revisions that were current at the time of the release, and would only lose some typo fixes made after the release that apply to earlier versions as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:11, 15 December 2022 (UTC)<br />
<br />
ETA is < 24 hours. Doing some final checks on a migration script. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 07:08, 19 December 2022 (UTC)<br />
<br />
: We should really have a task list as there are many things that change and need updating. Including but not limited to:<br />
:* Most templates that used the previous namespace convention broke, including nav templates. <br />
:* Many game files changed locations and their pages need to be updated.<br />
:* Raws need to be updated. <br />
:* Various features added, changed, removed. <br />
:* UI has been changed -- though I am more inclined to wait for classic release to avoid extra work --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 06:56, 20 December 2022 (UTC)<br />
<br />
"''Raws need to be updated.''" Including applying text wraparound where necessary, I suppose - more than a few of them have proven to be that special kind of...''difficult'' to navigate otherwise, shall we say? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 12:52, 20 December 2022 (UTC)<br />
<br />
:There is already a task list in the [[#v50 migration|section below]] that includes templates and raws, with an explanation. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:25, 20 December 2022 (UTC)<br />
<br />
== v50 migration ==<br />
<br />
The initial migration script is done. New content is in the '''main''' namespace, e.g. [[Cat]]. Old content is still at [[DF2014:Cat]]. History was migrated to the ''new'' (main namespace) articles.<br />
<br />
I know several things are broken still. Please reply if you find any others:<br />
<div style="border-left: 2px solid red"><br />
* <s>Versioned templates haven't been migrated yet (e.g. {{tl|vermin}} on [[Ant]])</s><br />
** Fixed. Most were migrated by a bot.<br />
* <s>Raws are missing on all pages that use them.</s><br />
** This also affects sidebars, such as on [[Cat]] and [[Microcline]].<br />
** Update: The DFRawFunctions extension has been upgraded to include v50 raws, using the "v50:" prefix for filenames instead of "DF2014:". <s>I haven't finished a migration script to create the /raw pages themselves, but they can typically be created manually by copying the DF2014 /raw pages and changing "DF2014" to "v50" everywhere.</s> &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:20, 1 January 2023 (UTC)<br />
** Update 2: Raws have been added for all pages! They were copied from the "DF2014" pages and had "DF2014" replaced with "v50", which appears to have worked from a spot-check, but let me know if you find any problems. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:57, 4 January 2023 (UTC)<br />
* Some pages where the DF2014 page was a redirect to a main namespace page that contained content were migrated incorrectly.<br />
** In this case, the main namespace page is usually a redirect to itself. This can be fixed by undoing LethosorBot's edit to the main namespace page, then copying the content to the DF2014 page.<br />
** Update: most seem to have been fixed manually - thanks! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:41, 21 December 2022 (UTC)<br />
* <s>Some main-namespace talk pages redirect to DF2014 talk pages. Some of these redirects work, and some (usually older ones) do not.</s><br />
** Fixed with a bot. Some redirects from talk pages to other deleted talk pages are now broken, e.g. [[Talk:Above_ground]] (exists) -> [[Talk:Tile attributes]] (redlink). I am leaving them like that because they redirect to where the talk page should be created, but I'm also fine with people deleting them if they really want to. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:41, 21 December 2022 (UTC)<br />
* {{tl|quality}} for new articles is disabled (see below)<br />
* Some links from DF2014 to Main weren't working: e.g. the version selector [[DF2014:Mason's workshop]] was linking to [[DF2014:Main:Mason's workshop]] instead of [[Main:Mason's workshop]]. I'm not sure exactly why, but I fixed it with a change to the NamespaceLinks extension. Let me know if you spot similar broken links. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:19, 21 December 2022 (UTC)<br />
</div><br />
<br />
&mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:54, 20 December 2022 (UTC)<br />
:The quality levels of the 50.03 pages seem to be missing. I'm not sure if that's covered under that first point. [[User:Trainzack|Trainzack]] ([[User talk:Trainzack|talk]]) 06:47, 20 December 2022 (UTC)<br />
::If the the [[Dwarf Fortress Wiki:Quality]] feature can be made to work with namespace scheme change, I suggest to automatically assign the lowest quality rating to all pages, alternately add the {{tl|old}} to all pages. Otherwise there will be a lot of pages that will fall through the cracks. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:12, 20 December 2022 (UTC)<br />
:::I disabled {{tl|quality}} in the main namespace because it would require some rework to make the rating script and the template work properly there. Feel free to take a stab at the template. I will see what can be done on the extension side. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:14, 20 December 2022 (UTC)<br />
::::What needs to be done on the template side? I'm not sure I see too big of an issue leaving pages as "unknown-quality" for now (or just change the default to tattered) until we get the rating script working. Is that script up anywhere, anything that could be helped with? [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:10, 2 January 2023 (UTC)<br />
:::::They're already marked as unknown. Really the only issue I know of with the template is that it doesn't show up with some of the newer skins we added, and that can be fixed by getting rid of the absolute positioning. As for the script, it can be found at https://github.com/DF-Wiki/QualityRatings, and the issue is really only with the configuration system not recognizing the main namespace as valid. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:29, 3 January 2023 (UTC)<br />
::::::Great, I started having a crack at fixing the template with different themes. Is the preference to get some CSS going and then include it in the global stylesheet (i.e different styles per theme) or to try and get a "one size fits all" fix? &mdash;[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 08:14, 3 January 2023 (UTC)<br />
:::::::I would rather avoid custom site-wide CSS if we can. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:29, 4 January 2023 (UTC)<br />
::::::::I appreciate that, I think it's the simplest solution to add a few lines to common.css though. Unless there is a way to attach CSS specifically to a template, I saw a few extensions that allowed that but I'm not sure if any are present in the wiki at the moment. Regardless there already exists a class `div.topicon` that is specifically for the quality ratings, is there an issue with expanding this class to accommodate the themes? The list of themes where the quality rating display is broken/invisible: Citizen, MinervaNeue, MonoBook. &mdash;[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 21:48, 4 January 2023 (UTC)<br />
:::::::::What do you think of moving the template out of the topicon entirely and just placing it in a div? It would take up a (hopefully) small amount of vertical space in the article. [[User:Lethosor/Sandbox/Quality_test]] is an example. Unfortunately it isn't possible to prevent other templates from displaying above the quality this way ([https://dwarffortresswiki.org/index.php?title=User:Lethosor/Sandbox/Quality_test&oldid=283883]). So maybe we do need some custom CSS after all if we want that. I'm open to trying out whatever you propose. I'm a bit worried about future-proofing against skins we add later (particularly a mobile skin) but at least MediaWiki supports skin-specific global CSS as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:33, 5 January 2023 (UTC)<br />
::::::::::I would rather we avoid taking any more vertical space in the article. The growing block pyramid at the top, starting with version template, is annoying. If you end up placing it inside the article space please use a slim box 100% wide that would include both.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:19, 5 January 2023 (UTC)<br />
:::::::::::Agreed with you Jan, however I see that as two different tasks (ArticleVersion template changes, getting quality back on pages). I made a test adjustment to the quality and it takes up a negligable amount of extra space. See [[User:Vallode/sandbox#Page_quality]] for the example, we'd be able to completely remove "topicon" (unless it is used somewhere else?) and then potentially move on to making the ArticleVersion template into a slim version on the left-hand-side instead of a large box? Let me know what you think. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:35, 5 January 2023 (UTC)<br />
:::::::::::: Sorry, I just noticed this, I hope you weren't waiting on me. I haven't looked into how it works. All I can say that it would be nice if it shows on main, it is annoying that it shows on discussion and history. And otherwise I think that those negligible spaces adds up when you have multiple notice, redirection etc templates and would prefer if you can [https://ibb.co/X7X7SjL condense all of it] somehow. I also had [https://dwarffortresswiki.org/index.php/User:Jan/sandbox#Misc_variants couple of ideas] on that front, but as dev designer you probably can come up with something more refined if this is direction you choose. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 00:50, 10 January 2023 (UTC)<br />
<br />
<br />
It appears some pages are redirecting recursively and never resolving correctly, like the [[https://dwarffortresswiki.org/index.php?title=Character_table&redirect=no|character table]] and [[tileset repository]] 07:35, 20 December 2022 (UTC)<br />
: Indeed, these can be caught here: [[Special:DoubleRedirects]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:51, 20 December 2022 (UTC)<br />
<br />
It might be useful to change the notice title to "release information '''for editors'''" --[[Special:Contributions/142.59.195.176|142.59.195.176]] 10:26, 20 December 2022 (UTC)<br />
:Can do. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
::New here, hello. Should we set a date where we remove/only show the banner for logged in users. There are (some) pages that have 4 different notices about the upgrade. [[Engraving]] is one such page, the top banner states "information for editors", we then have the "this page was migrated" banner, a version selection which warns the article might be inaccurate, and a smaller banner saying the page might need to be updated. Quite a lot of screen space, I think we can start to slowly reduce the amount of warnings this coming month? [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 10:07, 2 January 2023 (UTC)<br />
:::Unfortunately, only showing info to logged-in users is difficult with how MediaWiki caching works. In terms of reducing warnings, there is a discussion [[Template_talk:ArticleVersion#.22Note_that_some_content_may_still_need_to_be_updated..22|here]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:43, 4 January 2023 (UTC)<br />
:::As for [[Engraving]] specifically, the {{tl|old}} banner was actually present on [[DF2014:Engraving]] as well and got carried over with the migration. I removed it, and agree that it was redundant. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:46, 4 January 2023 (UTC)<br />
<br />
Main talkpages seem to redirect to DF2014 talk. Not sure if it is intentional but I like it, though we should pay attention when creating new discussion relating to v50 ending up there.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 14:18, 20 December 2022 (UTC)<br />
:That's unintentional. I specifically wrote the migration script to not move talk pages, but that has the side-effect of leaving any previously-created "Talk -> DF2014 talk" redirects intact. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
<br />
Yo Lethosor, are we adding graphic sprites for the pages in some way? Or are we waiting for you to add some sort of new template or something? I'm sure you don't need me to tell you that the current templates don't allow that. Not sure if I'm allowed to change/create any templates either, as I don't want to break things for hundreds of pages. Edit: And IF the icons are allowed, should they be left alone, or 2×-3× sized like how the Minecraft wiki does it? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 14:29, 20 December 2022 (UTC)<br />
:Depends on which templates you mean. There are copyright concerns with uploading a premium sprite sheet, for instance. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
::I'm not talking about uploading an entire sprite sheet. I'm just talking about individual icons for each respective page. One image for cows, one for horses, one for werebeasts, etc. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 16:50, 20 December 2022 (UTC)<br />
:::If we do that for every creature in the sprite sheet, that's not much different (in terms of copyright) from uploading the entire sprite sheet. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:09, 20 December 2022 (UTC)<br />
::::Is there someone we can talk to about that? We finally get this new game with graphics, and then we can't use the very graphics of the game? No matter what the rules are, I'd say that would be the stupidest thing ever. I know I'm infamous here when it comes to copyright and images and stuff, but about 80% of game wikis out there are completely unofficial, and use game file images like no one's business. I can't imagine anyone's door being knocked on if we used the game's sprites, but I won't add any here until we have a go-ahead. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 17:14, 20 December 2022 (UTC)<br />
<br />
:::::...I've made noise in Mayday's direction on this matter, at least (prob an incorrect maneuver, ''but'').[[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 17:55, 20 December 2022 (UTC)<br />
:::::: I hope some sort of arrangement can be made so we can use the new sprites with permission/limits, just as we are using the raw files. Otherwise we are all (devs and editors alike) shooting ourselves in the foot here.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:07, 20 December 2022 (UTC)<br />
<br />
:::::::I just thought of something. We're supposedly not allowed to upload entire sprite sheets, right? What if - for the time being - we just use a few of them for the purpose of testing out new infoboxes? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 21:46, 20 December 2022 (UTC)<br />
::::::::I don't know. If someone could ask Kitfox and post the response here, that would be great. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:47, 20 December 2022 (UTC)<br />
<br />
:::::::::I've reached out to Alexandra, but she hasn't answered yet. Until then I found these old approvals from the previous community manager, Feeona: ([http://www.bay12forums.com/smf/index.php?topic=173474.msg8243633#msg8243633 link1], [http://www.bay12forums.com/smf/index.php?topic=176640.msg8243642#msg8243642 link2]). Waiting for a newer response until we begin mass uploads is probably the politer option, but like Zippy said, it is also standard for wikis to use game sprites with less approval. I second their idea of trying it out with a few images to test the infoboxes. On the extreme off-chance (and I do think it is) Kitfox protests we can always remove these few. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 22:19, 20 December 2022 (UTC) <br />
:::::::::And here is a third, more official statement: ([http://www.bay12forums.com/smf/index.php?topic=173474.msg8249718#msg8249718 link3]). Perhaps that address of info@kitfoxgames.com is the better channel to ask for a confirmation, rather than Discord DMs, but I will be going to bed, so it is best if someone else does that. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 22:29, 20 December 2022 (UTC)<br />
::::::::::Thanks for tracking this down! Ok, sprites should be fine, but let's avoid uploading the entire premium tileset as a single image, for instance (as the forum thread says, "use common sense"). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:21, 21 December 2022 (UTC)<br />
::::::::::: Looks good, permission is always preferable over fairuse, I think it is a win win for all involved. I agree that we shouldn't upload entire sprite sheets (e.g. there is no reason to upload the windmill from every direction or whole construction phase for workshops) and that there are a lot of details that needs to be ironed out through testing. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 05:07, 21 December 2022 (UTC)<br />
:::::::::We have a green light on uploading all and any sprites. Their response to me can be seen [https://i.imgur.com/BhmHjzC.png here]. I'm sure someone else confirmed it before me. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 19:00, 21 December 2022 (UTC)<br />
<br />
<br />
Shifting temporarily to a new issue, is the documentation of [[Template:ArticleVersion]] outdated? It would seem so to me, since the current version no longer has its own namespace, with the templates needing updating being different ones. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 18:30, 20 December 2022 (UTC)<br />
:I think it is still accurate enough. We left open the possibility of making another namespace in the future, albeit with a different migration strategy - see [[#v50 organization|above]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:52, 20 December 2022 (UTC)<br />
<br />
Some Changes to infoboxes might be needed. Too bad [[User:Doorkeeper]] isn't around. He did a great work with navbox project--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:52, 21 December 2022 (UTC)<br />
<br />
I just realized that raw files aren't stored as regular wiki pages but loaded via the DFRawFunctions extension (hence the need to update). Good news it's going to be handled in bulk, consistently and relatively easy to updated. Even better it's Lethosor problem ;) Also I just realized that all the "raw files" (txt files in the new vanilla folder) are released into the public domain. Both are probably not news to the vets but I'll leave it here for those who less up to date like myself. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:35, 22 December 2022 (UTC)<br />
<br />
: I noticed that some templates aren't working properly in the new namespace, e.g. [[Basalt]] entry had its raw updated manually but the infobox fail to show any details. Cursory look suggest {{t|layerlookup/0}} need a minor tweak. This should do the work<br />
:: Replace: <nowiki>{{layerlookup/aux|{{{{FULLPAGENAME}}/raw}}|uses={{{uses|}}}|wiki={{{wiki|}}}}}</nowiki><br />
:: With___: <nowiki>{{layerlookup/aux|{{</nowiki><span style="color:red; font-weight:bold;">:</span><nowiki>{{FULLPAGENAME}}/raw}}|uses={{{uses|}}}|wiki={{{wiki|}}}}}</nowiki><br />
: Not sure what the plan and ETA with raws update so I didn't touch this high usage template for now. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 08:11, 24 December 2022 (UTC)<br />
<br />
::Please do feel free to make this update. I am still working on a script to create the <code>/raw</code> pages themselves. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:12, 1 January 2023 (UTC)<br />
<br />
Wouldn't it be an idea to add to the Sitenotice to remove the {{tl|migrated article}} tag when an article has been fully updated? I see many articles that seem to be updated still have the tag. And/or advise to make use of the {{tl|verify}} for sections still in need of checking? --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 10:12, 2 January 2023 (UTC)<br />
:Probably a good shout. The "see this page" link does include the detail on removing but we should more explicitly encourage removing the banner once a page has at least been looked over. [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:01, 2 January 2023 (UTC)<br />
<br />
== v50 specific issues ==<br />
=== Graphics===<br />
Follow up on the use of game sprites and the need to trying it out with a few images to test the infoboxes. First sprite [[:File:Beds v50.png]] was uploaded and used on [[Bed]] entry. Any thoughts? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:06, 21 December 2022 (UTC)<br />
:Seems like it should be rearranged to be horizontal. Also, has there been a serious discussion about copyright? Full screenshots are 100% fine, but you start going into a grey area when you upload pieces of a spritesheet. I'm of the opinion that it's all fine as long as it's inconvenient to reconstruct the full sheet from the individual images. Maybe a further restriction could be you shouldn't upload any of the art unless it's used in an infobox (maybe an exception for pieces of the UI). And one more restriction could be you shouldn't show everything, like in your bed example, maybe just the wooden bed is good enough, leave out the stone and metal, <small>especially since those can only be made from strange moods</small>. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:43, 21 December 2022 (UTC)<br />
::Actually, your bed image is kinda bad for showing off what a bed looks like because it doesn't show the pillow/blankets. That might point to cropped screenshots being the best path, although less convenient for the uploader, as you don't get details left out. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:46, 21 December 2022 (UTC)<br />
::I created a new license template [[Template:Copyright game]], based it on the way the RimWorld wiki does things. Call it a prototype, but it's probably how your bed image should be labelled. Indeed, I added it to it already. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]])<br />
<br />
::: I agree that the horizontal arrangement would suit better here and that we should strive to represent how things look in-game. Otherwise, I am not too concerned about people being able to reconstruct anything (lets just say that ''anyone'' interested in that can get the real thing from the game files), also it seem we have permission to use the sprits on top of fairuse. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 19:55, 21 December 2022 (UTC)<br />
<br />
::: Modifying the existing template to allow the inclusion of the new sprites is easy (Something like [https://ibb.co/zFXCrjd this]?) The big question is the matter of consistency is there any exceptions that will break the format (size wise with variant bloat for example), the sprite naming format, etc --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:44, 21 December 2022 (UTC)<br />
::: If we are going to show a variant for each material type, then maybe these should be added as separate images so we can add a tooltip for each image. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:49, 21 December 2022 (UTC)<br />
<br />
:I've got another prototype going here and here: [[User:Brightgalrs/vector.css]] and [[User:Brightgalrs/Sandbox]]. (You'll need to add the css stuff to your own /vector.css). Basically it's a way to recolor images using css classes. No idea if there's a better way. Also, the real implementation would require a change to [[MediaWiki:Common.css]]. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 22:41, 21 December 2022 (UTC)<br />
:Should mention, there ''is'' a different way, just upload each image 16 times, one for each coloring. But maybe that's not very elegant. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 22:45, 21 December 2022 (UTC)<br />
<br />
: It should be noted that soon the classic edition will be released, hence one should plan to have both the Premium and classic alongside in that little space --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 03:14, 22 December 2022 (UTC)<br />
::I'm looking into a tab extension to potentially support this in infoboxes. Perhaps [https://www.mediawiki.org/wiki/Extension:Tabs Extension:Tabs]? I tried [https://www.mediawiki.org/wiki/Extension:TabberNeue Extension:TabberNeue], but it displays a placeholder if JavaScript is disabled, which isn't great. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:22, 22 December 2022 (UTC)<br />
::: The Neue Tabber seem to works pretty much like the old one (which fandom [https://coding-help.fandom.com/wiki/Tabber#Adding_images_into_tabbers still use]) defaulting to showing the first tab only. Quick look suggest that neue work the same, plus the notice that 'Tabber requires Javascript to function' warning? if so, and if it is a bother, then you should be able to edit out the tabberneue-noscript string in code. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 06:29, 22 December 2022 (UTC)<br />
::: I much prefer your tabber solution, but if that fails we can also use the gallery slideshow mode. If so, beware it has no way to control image size so the images have to be maliciously uploaded using the exact same size. example:<br />
<gallery mode="slideshow"><br />
File:SteelSample.png<br />
File:TinSample.png <br />
File:ZincSample.png<br />
File:GoldSample.png<br />
</gallery> --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:19, 22 December 2022 (UTC)<br />
<br />
==== adding premium set to Infobox ====<br />
I am unclear where are we going with this? <br><br />
1) Will (A) tabs be implemented, (B) we be using mediawiki toggle [[Template_talk:V50_workshop|example]] for premium and classic/blocked, (c) put images side by side, or (d) something else?<br><br />
2) Also [[silver]] and [[Pig iron]] use very different image style for example.<br><br />
3) Anything else you want ? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:32, 30 December 2022 (UTC)<br />
<br />
: Personally, I would love tabs to be implemented, but I think that side by side might be best for most. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:32, 30 December 2022 (UTC)<br />
: Here is rough layout we can use. It should fit most buildings given the default sprite size. There is also a different floor plan for both (inspired by reddit) <br />
<br />
{|<br />
|- valign=top<br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 5×5<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><br />
|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|- valign=top<br />
|colspan=2|<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab"><br />
[[File:Siege workshop.png|center|160px]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><br />
{|<br />
|rowspan=2 style="width:50%; font-size: 125%;"|<center>{{Template:Picture Siege workshop}}</center><br />
|style="line-height: 1em; font-size: 125%;"|<br />
{| style="border-spacing:4px;"<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|}<br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 3×3<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|colspan=2 style="text-align: right;"|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="float:left; border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><span style="padding-top:5px; text-align: right;">{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}</span><br />
|- valign=top<br />
|rowspan=2 style="width:50%;"|<br />
<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab">[[File:Carpenter's workshop.png]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><center><br />
{| style="font-size: 175%; border-spacing: 0; background-color: black; border: 2px solid black"<br />
|- <!-- raw tile changes adds padding and margin --><br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|"|7:0:0}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|{{=}}|6:0:0}}<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"|<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|]|0:0:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
|}</center></div><br />
|<br />
{| style="border-spacing:5px;"<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1×1<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:Screw_press.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Screw press}}</center><br />
| style="border-left: 1px dotted #545557;"|<center>{{Template:Floor Plan Screw press}}</center><br />
|}<br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1×3<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:water_wheel.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Water wheel}}</center><br />
| style="border-left: 1px dotted #545557;line-height:normal;"|<center>{{Template:Floor Plan Water wheel}}</center><br />
|}<br />
|}<br />
:Any thoughts on the direction and or any and all of its elements? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:16, 31 December 2022 (UTC)<br />
<br />
::I kind of like side-by-side, if it fits. If anyone wants to implement a toggle button or tabs, I would ask that that be implemented in a template for now, so that e.g. we could change a toggle button to tabs in a single place if we decide to install an extension to support that. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:14, 1 January 2023 (UTC)<br />
<br />
::: I noticed a comment saying that [[impassable tile]] are no longer used in v50, is that true for all constructions? If so, floor plans are no longer needed, making things much easier as we can fit everything in except the 5v5 constructions like trade depot (and even these can be placed one above the other if so desired). If not, any thought on the alternative floor plan design? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:46, 1 January 2023 (UTC)<br />
<br />
:::: None of the constructions have blocking tiles any more from my experience playing. I haven't tested siege weaponry with that stuff, but none of the workshops have it, nor does any furniture. (walls and fortifications will of course obstruct movement [[User:AndrielChaoti|AndrielChaoti]] ([[User talk:AndrielChaoti|talk]]) 18:47, 1 January 2023 (UTC)<br />
::::: Ok, I have removed them from v50. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:48, 1 January 2023 (UTC)<br />
<br />
I have added a basic side by side variant to [[Template:V50 workshop]] and [[Template:Building]] for testing, let us know if there any issues. Few notes:<br />
* The default image naming scheme of <code>workshop-name.png</code> will likely conflict with existing images here or on commons, maybe another naming scheme should be used like <code>v50 workshop-name.png</code> as it is with ascii pictures.<br />
* There is inconsistency in image size. If you want to use large zoomed images then toggle is best, otherwise they need to be all in native size (96px for 3x3).<br />
* In the current version the code roughly centers the images and if there is a big image like with [[Siege workshop]] it drops to a new line --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:48, 1 January 2023 (UTC)<br />
<br />
How about combining shortcut keys and the new menu icons: <br />
<div style="color:white; font-size: large; text-shadow: -1px -1px 0 #000, 1px -1px 0 #000, -1px 1px 0 #000, 1px 1px 0 #000;"><!--<br />
<br />
--><span style="position: relative;><!--<br />
-->[[File:Ui b.png]]<div style="position: absolute; bottom:-14px; right:3px;">b</div></span><!--<br />
<br />
--><span style="position: relative;><!--<br />
-->[[File:Ui bo.png]]<div style="position: absolute; bottom:-14px; right:3px;">o</div></span><!--<br />
<br />
--><span style="position: relative;"><!--<br />
-->[[File:Ui bol.png]]<div style="position: absolute; bottom:-14px; right:3px;">l</div></span><!--<br />
<br />
--><span style="position: relative;"><!--<br />
-->[[File:Ui boll.png]]<div style="position: absolute; bottom:-14px; right:3px;">l</div></span><!--<br />
--></div><br />
--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 02:24, 3 January 2023 (UTC)<br />
<br />
:I worry that this is difficult to read (I read it as "boil" at first). I would rather use something like {{tl|k}} with a known background. What about something like this? <span style="position: relative;">[[File:Ui boll.png]]<div style="position: absolute; bottom:-14px; right:0px;">{{k|l}}</div></span> <br>or, alternatively, using flexbox without any overlap: <span style="display: inline-flex;">[[File:Ui boll.png]]<span style="align-self: flex-end;">{{k|l}}</span></span> &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:37, 3 January 2023 (UTC)<br />
:: Same, but that is the best I came up with. We can use the key or maybe someone can help improve the design. Also 'l' is hard to read even with {{t|key}}.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 03:05, 3 January 2023 (UTC)<br />
:: I added a {{t|Menu icon}} to start things so others can have a go with it. Also any thoughts on the icon naming convention (their shortcut sequence), is there easier/better way? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:36, 3 January 2023 (UTC)<br />
::[[User:BarelyCreative]] updated the template: {{Menu icon|b|o|l|y}}. I think it looks good, thoughts? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:40, 3 January 2023 (UTC)<br />
:::I like that, yeah. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:29, 4 January 2023 (UTC)<br />
::::There were some places where it didn't make sense so display every icon all the time (like step-by-step guides), so I changed it slightly to allow display of fewer icons using "num" and counting from the end: <nowiki>{{Menu icon|b|o|l|y|sep=-;|num=2}}</nowiki> {{Menu icon|b|o|l|y|sep=-|num=2}} [[User:BarelyCreative|BarelyCreative]] ([[User talk:BarelyCreative|talk]]) 09:05, 4 January 2023 (UTC)<br />
<br />
==== Bizarre palette-swapping idea/prototype ====<br />
No idea if this is a good idea, since it takes a bit of time to set up, and there might be some performance issues... and maybe display issues?<br />
<br />
But take a look at this:<br />
{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock|palette-name=amber}}<br />
<br />
It's way to swap palettes on an image, although the image itself is a table, with each cell representing a pixel. The template itself looks like this:<br />
<code><nowiki>{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock|palette-name=saffron}}</nowiki></code><br />
Input the pattern and desired palette name.<br />
<br />
I've got a larger showcase here: [[User:Brightgalrs/Sandbox/PaletteSwapShowcase]]. Only did a rock pattern so far, but all palettes are implemented. <br />
The major use for this would be on each stone, metal, wood, etc. type's page. The palette could be read directly from the raws. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 03:22, 24 December 2022 (UTC)<br />
<br />
:From a technical perspective, my primary concern is indeed performance. Both on the server side and client side, a large number of tables that large (in terms of markup and cell count, that is) tend to be resource-intensive to generate and render. I saw your image-filtering experiments on [[User:Brightgalrs/vector.css]], and while that strikes me as a newer and less-backwards-compatible approach, it would probably be more resource-friendly.<br />
:Is this color adjustment something the game is doing natively? i.e. does this accurately match what the game displays? I bet we could slap together an image-filtering extension (or find an existing one?) that can do this if needed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:49, 24 December 2022 (UTC)<br />
::Yeah that's what I suspected. The images the template creates are spot on, checked it against a screenshot I took of some mica rocks in-game. The css stuff is unfortunately totally incorrect, was cool to learn about it though, so not a complete waste of my time :p. The premium, in-game graphics are true sprites, basically patterns of indexed colors. Each of the in-game colors (which are significantly expanded over the 16 ascii colors, there's 116/117) there is a palette defined in "\Dwarf Fortress\data\vanilla\vanilla_descriptors_graphics\graphics\images\palettes.png". Each indexed color of the sprite is swapped for the corresponding color in the palette. Because of that, the css stuff doesn't work since it's doing the hue/saturation/brightness changes to the entire sprite.<br />
::I've looked into an existing mediawiki extension, couldn't find anything. One thing I did't really look at is some type of lua script/module that would basically emulate what the game is doing. So some function that takes in the base image as well as the desired palette, and based on that finds and replaces each color. No idea what mediawiki's capabilities are on that front. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 05:31, 24 December 2022 (UTC)<br />
:::We do have Scribunto installed now, so it's totally possible to do something in Lua too - forgot about that. I can add you to the group that grants access to edit the Module namespace if you want to give that a shot. If we use an extension, we'd probably need a custom one, similar to DFDiagram (or perhaps DFDiagram could be extended - it's in dire need of a rewrite anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:43, 24 December 2022 (UTC)<br />
::::I asked around on the mediawiki irc, I think scribunto/lua is a deadend, at least for taking an uploaded image and doing stuff to it with a lua script. However I did come up with this even more bizarre solution, using block elements. [[User:Brightgalrs/Sandbox/PaletteSwapShowcase2]], maybe less resource intensive? Definitely displays a lot worse though, probably unusable.<br />
::::{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock2|palette-name=saffron}}<br />
::::I dunno, maybe none of this is worth it and we should just write some external program to put all the images together offline, and then just mass upload. It wouldn't be ''that'' many... [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 06:37, 24 December 2022 (UTC)<br />
<br />
====Is there an easy way to just paste images from the clipboard?====<br />
<br />
I use KDE spectacle to take screenshots straight to the clipboard (after cropping) -- is there an easy way to just paste (and auto-upload) an image into an article? It would make it a lot easier to contribute images. [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 23:35, 1 January 2023 (UTC)<br />
:Unfortunately there is not. I would be open to a MediaWiki extension to support this if someone finds one. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:32, 2 January 2023 (UTC)<br />
:: Looks like this could do it, but I haven't used it before: https://www.mediawiki.org/wiki/Extension:SimpleBatchUpload [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 19:41, 2 January 2023 (UTC)<br />
::: It won't solve paste-from-clipboard, but this would be great for making uploading sprites much easier (auto-cutup spritesheet, rename, bulk upload). Could you add this, Lethosor? [[User:OddballJoe|OddballJoe]] ([[User talk:OddballJoe|talk]]) 21:47, 6 January 2023 (UTC)<br />
<br />
====Standards for adding graphical version screenshots and images====<br />
<br />
Hello, new user looking into adding imagery from the new version. Is there a standard for quality of new screenshots or images? I noticed that at a certain zoom level (2 zooms in from the furthest zoomed-out view), the graphics appear crisp and 1:1 pixel scaled, and I would propose that all images be taken at this scale whenever possible. If they need to be displayed larger, they should be nearest neighbor scaled in a photo editing program at 100% increments (Microsoft Paint will do this if you first select the image rather than directly scaling the whole canvas). I would also propose that images should be cropped to conform to the 32x32 pixel grid when possible, though this could be problematic with so many new graphical elements exceeding the bounds of their tiles. I would say the best practice for capturing artwork for items, furniture etc. ought to be done in a 3x3 open area to avoid shadows from nearby walls, or else extracted from the raw files (if this doesn't run afoul of being able to re-create the graphical version using those assets).<br />
<br />
I know that perfect is the enemy of good, and any documentation is better than none, but just thought I'd ask about this, and see if/where something like this ought to be posted. [[User:Unclesporky|Unclesporky]] ([[User talk:Unclesporky|talk]]) 13:58, 3 January 2023 (UTC)<br />
:It has been stated in [[Template:V50 workshop]] that <q>screenshots should be at the "native" resolution</q> but someone could edit the [[Screenshot]] page for best practice for the steam version. Or post some examples in [[Talk:Screenshot]] to find out what is best? --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 14:21, 3 January 2023 (UTC)<br />
<br />
====How would I/should I go about putting creature sprites on their pages?====<br />
<br />
Howdy. New player and wiki user here. I wanted to try and help update the wiki to the Steam release of DF, so I figured I'd chip in by putting each creature's sprites on their respective page, since I'll often look up a creature I have yet to see in game only to be met by a blue J, or whatever. I found all of the game's creature sprites in C:\Program Files (x86)\Steam\steamapps\common\Dwarf Fortress\data\vanilla\vanilla_creatures_graphics\graphics\images, so I figured I could just chop those up in Photoshop and stick them on here no problem, but the programming syntax/whatever it is on this site is incredibly confusing, I don't know how I'd actually go about doing it. I figured I'd just find the spot on the page where the little letter is and replace that with the image code, but it seems the pages are built using heavily nested templates that I can't even begin to understand. Any help?--[[User:Treese|Treese]] ([[User talk:Treese|talk]]) 03:07, 5 January 2023 (UTC)<br />
:Based on [[User:Zippy|Zippy]]'s work at {{tl|Creaturelookup_b}}, I added an "image" parameter to {{tl|creaturelookup/0}}, which is what creature pages should all be using. See [[Dwarf]] and [[Cow]] for examples. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:37, 5 January 2023 (UTC)<br />
<br />
=== Hotkeys/Menu navigation ===<br />
Most key bindings and menus have changed. Should the article reflect a) only the old version, b) only the GUI version or c) both? For example, [[Bridge|bridges]] used to be built via {{k|b}} -> {{k|g}}, but now it's in Place strucutures {{k|b}} -> Constructions {{k|n}} -> Bridge {{k|b}}. What should be written in the article? Currently, it's {{k|b}} -> {{k|g}}. I ''think'' it should be only b), but I am not sure if there will be differences regarding hotkeys or menus between the premium version and the free version and then, c) would be the most appropriate option. --[[User:Prometherus|Prometherus]] ([[User talk:Prometherus|talk]]) 10:16, 22 December 2022 (UTC)<br />
<br />
: Not sure. I wish the classic release soon --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 16:45, 22 December 2022 (UTC)<br />
:: Are you Toady's herald? Looks like it was just released! [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:18, 22 December 2022 (UTC)<br />
:: And our questions are answered, the old hotkeys seem to have been thrown out. Part of me is disappointed (useless muscle memory) but also relieved (unified UI for both versions is good in general and for the wiki). [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:25, 22 December 2022 (UTC)<br />
::: According to info, in a sort of 'demo version' at that. I'll wait a little while longer, for myself.[[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 18:22, 22 December 2022 (UTC)<br />
::::It's unlikely that keybindings in it will change significantly. My vote is that we should include information for both premium and classic, everywhere. Hopefully the keybindings are not different between versions. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:26, 22 December 2022 (UTC)<br />
:::Shouldn't it be based on the 50 or what verion the article is written for? [[User:Dominick|Dominick]] [[User_talk:dominick|<sup>(TALK)</sup>]] 18:42, 22 December 2022 (UTC)<br />
:::: The keybindings seem to be consistent between versions, (haven't checked exhausitvely, but since the menu layout is the same I think it is a good assumption). Should also keep in mind/consider that not all actions have keybindings. An option would be write 'Click on the <Example Text> icon or press {{k|E}}' [[User:Koos|Koos]] ([[User talk:Koos|talk]]) 23:14, 23 December 2022 (UTC)<br />
<br />
=== Removed features & concepts ===<br />
<br />
Since they're removed concepts, I've set [[Room]] to be a redirect for [[DF2014:Room]] and created [[Template:Activity zones]] for the nav bar bedrooms, etc, and made the necessary changes to [[Bedroom]] for it. Is this the correct approach, before I go on much further? (also a note, if it is, then [[Template:v50_rooms]] probably needs to be deleted) I also imagine that considering the number of changes in the interface, that things like [[Adventure mode]] and related pages might best be truncated to "not in 50.03" and when it does make it across, being more deliberately brought over in pieces? [[User:HawkOwl|HawkOwl]] ([[User talk:HawkOwl|talk]]) 06:23, 23 December 2022 (UTC)<br />
<br />
:Usually it is marked with [[Template:Removed_feature]]. For example: [[Dipscript]] or [[Party]]. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:45, 23 December 2022 (UTC)<br />
<br />
:: Ah, that's fair. Should that be mentioned in [[Dwarf_Fortress_Wiki:Versions#Redirects]]? [[User:HawkOwl|HawkOwl]] ([[User talk:HawkOwl|talk]]) 10:03, 23 December 2022 (UTC)<br />
<br />
:::I think the redirect policy mostly had in mind things that were removed a ''long'' time ago, like [[Tax collector]] and [[Economy]] (and the latter actually has a stub page as well). I guess we could clarify. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:34, 23 December 2022 (UTC)<br />
<br />
:::: The "current" redirects also cause the version box to incorrectly show that the current version has a page - e.g. [[23a:Cave_river]] shows a v50.04 version, but it's just a redirect back to that version. Similarly, what should happen to redirects like [[Clothes maker]], where a concept has evolved? It currently goes to [[23a:Clothes maker]] - that's correct if the user is trying to look up a very old concept, but if a new user is looking for "how to make clothes", they should be directed to [[Clothier]]. --[[User:Danny252|Danny252]] ([[User talk:Danny252|talk]]) 12:16, 26 December 2022 (UTC)<br />
<br />
:::: One should be careful with cv redirects. Most that were recently adjusted were unused plural forms (that should probably be deleted) but few like [[Crown]] needed that for backward compatibility. Removing the [https://dwarffortresswiki.org/index.php?title=Crown&type=revision&diff=279966&oldid=219482 cv part] means the the link on [[v0.31:Tilesets]] is now broken. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 22:30, 26 December 2022 (UTC)<br />
<br />
:::::If [[v0.31:Tilesets]] is about v0.31, it should not be using "main:" in its links - ''all'' of those links are going to pages about v50, not v0.31, regardless of whether the target is a redirect or not. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:37, 26 December 2022 (UTC)<br />
:::::: You right, I removed it. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 17:55, 27 December 2022 (UTC) <br />
<br />
Crown cv redir issue is now fixed, I believe. As goes with such cases where one can simply revert the troublesome edit, unless I've mistepped, myself? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 23:52, 26 December 2022 (UTC)<br />
:Both [https://dwarffortresswiki.org/index.php?title=Crown&diff=prev&oldid=280026] and [https://dwarffortresswiki.org/index.php?title=Crown&diff=prev&oldid=279966] should not have had any effect, because "cv" is an alias to the main namespace now, just like "main". Proof: [[Crown]], [[cv:Crown]], [[main:Crown]]. It's possible caching is coming into play here, although I purged the redirect cache after making that alias change earlier this month... &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:02, 27 December 2022 (UTC)<br />
<br />
I think there have been some changes not captured, but as a newb, I'm afraid to edit the page(s). A good example is Strawberry. I'm playing the Steam version right now and Strawberry plants are "not relevant to brewing" in Labor > kitchen > veg / fruit / leaves. Unless I'm mistaken and need to process them? Another example is the trade caravan = it seems the 3 square pathing no longer happens; it's just yak(s). 12:31, 28 December 2022 (UTC) 12:29, 28 December 2022 (UTC)<br />
:Strawberries should be brewable according to the Raws.<br />
:Trade wagons has been modified in v50. The first wagons will arrive at the same time your fort is becoming a barony. Until then, it's only pack animals and stairs are indeed fine. The [[Trading]] page needs a huge rework anyway... I'll try to do that next week. --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 13:40, 2 January 2023 (UTC)<br />
<br />
<s>As far as I can tell, none of the workshop buildings in v50 have blocking tiles any more. There's a comment to the like in data/vanilla/vanilla_buildings/objects/building_custom.txt that says this "[BLOCK:1:0:0:0] workbenches no longer block". Hesitant to update that template as I'm not sure if it's referenced for all of the old versions too. </s> [[User:AndrielChaoti|AndrielChaoti]] ([[User talk:AndrielChaoti|talk]]) 05:54, 29 December 2022 (UTC)<br />
: A new template has been created: {{tl|V50 workshop}} --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 13:40, 2 January 2023 (UTC)<br />
::Thanks! In general, I would like to delegate the switching responsibility to the template (like how {{tl|creaturelookup/0}} works), but in cases where the parameters diverge significantly like with workshops, it could make sense to make an entirely new template. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:40, 3 January 2023 (UTC)<br />
<br />
=== creature infobox prototype (moved) ===<br />
<br />
Check it out, I made a temporary template and added it to the [[cow]]s page. Now it shows the sprites (but not the zombified versions yet). I wanted to show everyone a prototype of what v50 creature infoboxes should look like. Or at least something similar to it. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 19:11, 27 December 2022 (UTC)<br />
:Hi, I'm new to editing wikis but I have done a bit of work with sprite sheets and I've been going through the DF data files to find the different graphics hoping to help with the animal pages. I've thrown together a template with grass and a few nature sprites (plants, a tree, and a rock) for size reference but I'm unsure how large the 'display' tiles in the middle of the template should be to suit all animals. I can see in the sprite sheets that some land animals have an adult and child sprite, so two tiles. Others have a male, female, and child, but after seeing you include the zombie cows I'm unsure if I should make it twice the size to add them too. Alternatively, I could grab some tiles from the haunted biomes for the zombie animals and make a separate template for a side-by-side comparison. Either way, let me know if this helps. I'd like to help with other graphics too as we add the premium tilesets but the animals seemed the easiest to tackle with me being new to wiki editing. ~~[[User:UristTheSeventh|UristTheSeventh]] ([[User talk:UristTheSeventh|talk]])<br />
::@Zippy, I am a bit perplexed about the purple cows. Why do we need a zombified version of creatures on every page?<br />
::@UristTheSeventh, we can use all the help. Maybe post an example, so that we can have something to compare and contrast.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:49, 3 January 2023 (UTC)<br />
:::@Jan Here are the examples: <br />
:::[[File:Creature template.png]] [[File:Armadillo.png]] [[File:Seagull.png]] <br />
:::It'll need to be wider or arranged differently for different creatures with more that two sprites or for multi-tile creatures. I can also do an aquatic and air themed template for swimming and flying creatures. ~~[[User:UristTheSeventh|UristTheSeventh]] ([[User talk:UristTheSeventh|talk]])<br />
::::Looks nice, like the metal template. There are several people working on updating the graphics you should talk more among yourselves. Best I can offer is that I width wise I am hoping to go up to 200px for infoboxes.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:13, 5 January 2023 (UTC)<br />
:::: We don't exactly ''need'' a zombie sprite on each page. I added it because it was... there. I was also hoping to get some opinions on it anyway since that infobox is a visual prototype, and not a final choice. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 03:28, 6 January 2023 (UTC)<br />
<br />
===Furniture Infobox===<br />
{{Quality|Unrated}}<br />
{{v50_furniture|name=Bed<br />
|graphic=[[File:bed_sprite_prototype.png]]<br />
|tile=Θ|col=6:0:0<br />
|wood=y<br />
|rooms=<br />
* [[Bedroom]]<br />
* [[Barracks]]<br />
* [[Dormitory]]<br />
|value=10}}<br />
I made a v50 furniture template prototype. I tested this on Firefox, Chrome and Microsoft Edge/Internet Explorer and it looks fine on all of them. I hope this is good enough to be the official thing, unless I'm missing something. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 03:28, 6 January 2023 (UTC)<br />
{{clear}}<br />
<br />
=== When do we remove the migration note on specific pages? ===<br />
<br />
At what point can we remove the "this page was auto migrated from v47" warning? There are a bunch of small pages that are more or less accurate, if I've reviewed them, can I go ahead and remove the warning? [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 23:33, 1 January 2023 (UTC)<br />
:Yes, feel free to remove it if you think all content is accurate. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:31, 2 January 2023 (UTC)<br />
<br />
=== Any info on fixing "creature description not found?" ===<br />
<br />
I see this issue on most creature pages, it seems to be due to a lookup that's not currently functioning? Cows interestingly doesn't have this issue but I couldn't figure out how to recreate whatever fix it's editor did. --[[User:Yallendallis|Yallendallis]] ([[User talk:Yallendallis|talk]]) 00:22, 3 January 2023 (UTC)<br />
:That is the missing raws issue described above. Cow was fixed by the addition of [[cow/raw]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:28, 3 January 2023 (UTC)<br />
::Ah makes sense, not fully used to the language of wikis yet so I read over it while looking. To put this bit of questioning to rest for any future readers, is it correct that it's fine to update any raws manually, though it will be done automatically at some point? --[[User:Yallendallis|Yallendallis]] ([[User talk:Yallendallis|talk]]) 07:48, 3 January 2023 (UTC)<br />
:::Yes. I'm circling back to work on a script right now, so not much point in doing it if you're reading this. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:57, 4 January 2023 (UTC)<br />
:::This should be fixed now. If you continue to see pages with problems, you can try [https://www.mediawiki.org/wiki/Manual:Purge purging the cache]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:59, 4 January 2023 (UTC)<br />
<br />
=== Adventurer Mode related sections ===<br />
<br />
The topic has already been discussed [[#Removed features & concepts|above]], but I don't see a clear line on what to do with article sections that mention Adventurer Mode. Like for example in [[Butcher#Adventurer_mode|Butcher]]. <br />
<br />
'''a) Truncate''' or '''b) leave in place with a mention''' that the mode is not yet present IG but will be added in a future update?<br />
<br />
Personally I think option b) is better, because I think it's silly to undo some work just to reintroduce it a few weeks later, with the necessary corrections. Even if a copy/paste of a previous version takes ~15 seconds, considering the number of articles that need to be corrected, it would be a bit of a waste of time.--[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 14:22, 3 January 2023 (UTC)<br />
<br />
== Toggleable image ==<br />
<br />
Any objections/comments to using this template for now for toggling between classic and premium images? I'd probably rename it to "Template:Premium-classic thumb image". I'm sure someone can come up with a better UI eventually, but should be easy to migrate at that point. I also think we should use the same customtoggle class for this and for the infobox. [[User:NiftyManiac|NiftyManiac]] ([[User talk:NiftyManiac|talk]]) 23:12, 1 January 2023 (UTC)<br />
<br />
{{User:NiftyManiac/Sandbox/TemplateDualImage|<br />
premium=File:Quickstart-finder.png|<br />
classic=File:Quickstart-finder-partial.png<br />
}}<br />
<br />
{{User:NiftyManiac/Sandbox/TemplateDualImage|<br />
premium=File:Quickstart-finder.png|<br />
classic=File:Quickstart-finder-partial.png|<br />
caption=My caption|<br />
width=100px<br />
}}<br />
<br />
:This looks nice to me! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:30, 2 January 2023 (UTC)<br />
<br />
: Good initiative. From the top of my head:<br />
:* I suggest using a shorthand, no one wants to type 'Premium-classic thumb image'. <br />
:* If we end up using toggle for infoboxes (not sure where we headed there), then I agree definitely same custom toggle class should be used for all, thus allowing to switch premium-classic view on the whole page at a click.<br />
:* The button part on a separate row isn't pretty, creating a lot of dead space that can be used by the text. Are we set on the label 'toggle ascii'? Classic isn't Ascii per se, maybe we can use a 'toggle' with a tooltip {{tooltip|for example|does bla bla bla}}, or maybe we can get rid of the text and have a smaller icon button ([[User:Jan/sandbox#Metal_example|two examples]]). <br />
: I hope that helps. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:21, 2 January 2023 (UTC)<br />
<br />
:: I added [[Template:Dual image]] with some of your suggestions. Agree that it's not super pretty, feel free to try something different. <br />
<br />
::* I put the toggle in the caption mostly because I gave up on trying to make a more sophisticated replacement for the default thumb image behavior, I'm sure someone with better wiki-fu could put together something more intelligent.<br />
::* I cut the text down to just "Toggle"; I think the best solution would be a small graphic showing the old and new dwarf icons with arrows between them. [[User:NiftyManiac|NiftyManiac]] ([[User talk:NiftyManiac|talk]]) 19:21, 2 January 2023 (UTC)<br />
<br />
{{Dual image|<br />
premium=File:DFwiki5by53by3farm.png|<br />
classic=File:Quickstart_layout_3.png|<br />
width=100px|<br />
caption=A 5x5 room with a 3x3 farm plot<br />
}}<br />
::: I updated the layout, now it should look just like a regular image thumb. I didn't had time to test it, if it doesn't work for you or you don't like it just revert the last change. cheers. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:46, 2 January 2023 (UTC)<br />
::::I don't know which part of this talk page to put this, but I added the ability to add icons to the v50 workshops template. Leaving the icon part blank will not break the template in any way. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 09:47, 3 January 2023 (UTC)<br />
{{clear}}<br />
==Creature List Now Supports Graphics!==<br />
I wasn't easy, but I made new templates so the [[Creature]]s page now supports both graphics sprites ''and'' ASCII tiles. Allow me to show you:<br />
<br />
{{v50_creaturecurrent_table_head}}<br />
{{v50_creaturecurrent table row|graphic=[[File:dwarf_sprite.png]]|name=[[Dwarf]]|symbol=☺|color=3:0:0|playable=Fort, Adv|hostile=No|food=No|size=60,000|value=Not tameable|biome=[[Mountain halls]], [[Fortress|dwarf fortress]]es, [[hillock]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:elf_sprite.png]]|name=[[Elf]]|symbol=e|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Forest retreat]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:human_sprite.png]]|name=[[Human]]|symbol=U|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=70,000|value=Not tameable|biome=[[Town]]s and cities|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:goblin_sprite.png]]|name=[[Goblin]]|symbol=g|color=7:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Dark fortress]]es and [[dark pit]]s|note=Snatchers<sup>2</sup>}}<br />
{{v50_creaturecurrent table row|graphic=[[File:kobold_sprite.png]]|name=[[Kobold]]|symbol=k|color=6:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=20,000|value=Not tameable|biome=Caves|note=Skulking race}}<br />
|}<br />
<br />
Oh wait, there's a bonus. You can also modify the background color of the box the sprites go in. I added that to make possibly-hard-to-see-otherwise sprites more easy to see - depending on the colors it has. Allow me to demonstrate.<br />
<br />
{{v50_creaturecurrent_table_head}}<br />
{{v50_creaturecurrent table row|graphic=[[File:dwarf_sprite.png]]|bgcolor=#829ccc|name=[[Dwarf]]|symbol=☺|color=3:0:0|playable=Fort, Adv|hostile=No|food=No|size=60,000|value=Not tameable|biome=[[Mountain halls]], [[Fortress|dwarf fortress]]es, [[hillock]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:elf_sprite.png]]|bgcolor=#c7dfc0|name=[[Elf]]|symbol=e|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Forest retreat]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:human_sprite.png]]|bgcolor=#c7dfc0|name=[[Human]]|symbol=U|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=70,000|value=Not tameable|biome=[[Town]]s and cities|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:goblin_sprite.png]]|bgcolor=#dfc0c0|name=[[Goblin]]|symbol=g|color=7:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Dark fortress]]es and [[dark pit]]s|note=Snatchers<sup>2</sup>}}<br />
{{v50_creaturecurrent table row|graphic=[[File:kobold_sprite.png]]|bgcolor=#dfc0c0|name=[[Kobold]]|symbol=k|color=6:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=20,000|value=Not tameable|biome=Caves|note=Skulking race}}<br />
|}<br />
<br />
To change the background color, add <code><nowiki>|bgcolor=COLOR</nowiki></code> segment after the <code><nowiki>|graphic</nowiki></code> part. You can use color names or HTML hex color codes. I added this to the v50 creatures page, but at this time, I only added the first five creatures I just displayed. It's gonna take a while to find ALL of those creature sprites. I hope a lot of people help out on that one. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 05:29, 5 January 2023 (UTC)<br />
<br />
:Thanks, looks nice! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:44, 5 January 2023 (UTC)<br />
:Nice stuff, took the quick liberty to change the padding-left -> text-align to make all the sprites center aligned relative to each other :) Sweet work --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:41, 5 January 2023 (UTC)<br />
:: Good work indeed. One minor issue, is that all the sprites have different sizes, which sometimes create slight variation in table row height. Consider using capping the image size vertically for example <code><nowiki>[[File:dwarf_sprite.png|x32px]]</nowiki></code>--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:15, 5 January 2023 (UTC)<br />
:: Also often in such tables people want to click on the image to go for the specific entry, and often will try to click on the very first thing they see in line the thumb image, but currently that will take them to the file page. Consider adding link parameter for example: <code><nowiki>[[File:dwarf_sprite.png|x32px|link=dwarf]]</nowiki></code> [[File:dwarf_sprite.png|x32px|link=dwarf]] or no link at all <code><nowiki>[[File:dwarf_sprite.png|x32px|link=]]</nowiki></code> [[File:dwarf_sprite.png|x32px|link=]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:24, 5 January 2023 (UTC)<br />
::: I mean... Yeah, I could do that. I think that lessens the quality of the sprite a bit because it makes edges blurry, but either way is fine. I could have sworn I added a link for all those images the first time. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 03:23, 6 January 2023 (UTC)<br />
::::Since we are adding pixel art sprites to the website it might be convincing to add a global class like .sprite or .pixel-image that uses the CSS attribute `image-rendering: pixelated;` in order to prevent blurryness when scaling the image up/down. Just a thought --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 09:40, 6 January 2023 (UTC)<br />
:::::Are we able to attach classes directly to images? If so, we can probably attach inline styles directly as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:52, 6 January 2023 (UTC)<br />
::::::Looks like (without an extension) MediaWiki only supports classes on images: [[File:dwarf_sprite.png|x32px|class=pixelated]] and not styles: [[File:dwarf_sprite.png|x32px|style="image-rendering: pixelated;"]] it just treats it as alt text it looks like? Wrapping it in a div works and demonstrates the difference: <div style="image-rendering: pixelated;display:inline;">[[File:dwarf_sprite.png|64px]]</div> [[File:dwarf_sprite.png|64px|inline]]. Speaking from experience, however, image-rendering needs a browser specific prefix in certain browsers (safari, for example) in order to work properly. I'm not entirely sure what the best "MediaWiki" practice is for adding something like this but I would assume it's a simple class in common.css for now. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:17, 6 January 2023 (UTC)<br />
:::::::Ah, yeah, you are correct, I should have checked https://www.mediawiki.org/wiki/Help:Images. I'd be fine adding a class like that to common.css. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:27, 6 January 2023 (UTC)<br />
::::::::Great, in that case if no one is opposed we can add `.game-sprite` or something like that? See below for the CSS, the order of the attributes is relevant. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 18:23, 6 January 2023 (UTC)<br />
<pre>/* Used for pixel-art images from the game so they can be resized and maintain crisp pixel edges. */<br />
.game-sprite {<br />
image-rendering: -webkit-optimize-contrast;<br />
image-rendering: crisp-edges;<br />
image-rendering: pixelated;<br />
}</pre><br />
:::::::::So... you guys think each creature page should show the main sprite(s) alone, or should it show the baby versions alongside them? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 08:37, 8 January 2023 (UTC)<br />
::::::::::I think adult + baby is sensible, the adult + baby + zombie was not, in retrospect. So yeah adult + baby (if there is one) from now on would be my vote. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 23:27, 8 January 2023 (UTC)<br />
{{outdent}}<br />
Well then, there's a TON of creatures to go - and I mean both the [[creature]]s page and the individual creature pages. I really hope everyone can pull their weight on that those images. The spritesheets are easy to find, and if you know how to read the .txt files near them, finding sprites on certain rows and columns should be a breeze. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 00:47, 9 January 2023 (UTC)<br />
:Zippy, are you doing all of this by hand? That seems quite tedious. Cutting up the spritesheets can be done automatically. Renaming and updating the table could be done with a script and/or chatgpt. We'd need Lethosor to add the [https://www.mediawiki.org/wiki/Extension:SimpleBatchUpload batch upload extension] though. Maybe some manual work in updating names to match article names rather than raws. [[User:OddballJoe|OddballJoe]] ([[User talk:OddballJoe|talk]]) 06:55, 9 January 2023 (UTC)<br />
{{clear}}<br />
::So did the graphic people gained insights and reached some sort of consensus? are we using big up scaled images + toggle? multiple images to(adult + baby)? anything else? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 00:32, 10 January 2023 (UTC)<br />
:::I noticed that someone blew up the size of the previews in infoboxes. Was that you Jan that did that? Whoever did that enlarged the DFtext tile as well. Don't know if that was intentional or not. I'd prefer if the sprites were either left alone or at double-sized max (or however they look in-game at 1:1 - not zoomed in or out), though that's just me. It looks like maybe they're triple-sized or something.<br />
<br />
:::@OddballJoe - It's not all by hand, I have some Photoshop scripts that cut my work time in half, or even by a third. Lethosor said something about us not uploading entire spritesheets. If we did it the entire spritesheet way, one update to the sheet could misalign everything and screw up many pages. For example, let's say Kitfox slipped in an extra couple rows of creatures in an image file, that means the other rows under it would be misaligned and pages would show the wrong creatures. Know what I mean? I'd still prefer if other people jumped in and added sprites, though. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 00:51, 10 January 2023 (UTC)<br />
<br />
:::: Lethosor introduced the changes, using the image-rendering stuff. I am just waiting for any sort of consensus to do anything, same as with workshops I am not clear on the size people want to go for [[:File:Carpenter%27s_workshop.png|original]] or [[:File:Ashery.png|big]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:17, 10 January 2023 (UTC)<br />
<br />
::::: I'm no graphics artist but I'm not sure I understand why global consensus needs to be achieved... We're dealing with pixel art, why wouldn't we just upload the pixel-perfect versions from the spritesheets for all images that we need? The display size can be discussed on the appropriate template pages and adjusted in the templates or css. I also tend to think that if we want to maintain something like 1k images that may change in the future, it'd be worth automating most of the work. Zippy, as far as I can tell the raws give all the coordinates needed to cut out and label each sprite, so I was thinking one script could parse the raws, make and label the cutouts, and upload. [[User:OddballJoe|OddballJoe]] ([[User talk:OddballJoe|talk]]) 04:49, 10 January 2023 (UTC)<br />
<br />
::::: Likewise I think the image names should be standardized so we can just change the creature infobox template to look up the image rather than editing a gazillion pages by hand. Though I suppose at some point the pages will need review to remove the migration banner anyway. [[User:OddballJoe|OddballJoe]] ([[User talk:OddballJoe|talk]]) 04:51, 10 January 2023 (UTC)<br />
<br />
::::: Looks like you answered your own question, standardization. Initially, it is best to try different things and figure out all the odd quirks that doesn't fit. But eventually, it is best if we all work toward the same goal, saving everyone time and making the result more consistent in terms of naming convention, parameter name, resolution, use of scaling (in-game or otherwise), use of sprites or screenshots (like for layered workshops), use of templates, amount of images planned or whatever else was mentioned above. I think that discussion of the desired outcome goes well in hand here. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:38, 10 January 2023 (UTC)<br />
<br />
=== Graphics in Skill Infoboxes ===<br />
{{v50_skill<br />
| color = 7:0<br />
| graphic = [[File:miner_sprite_icon.png]]<br />
| skill = Miner<br />
| profession = Miner<br />
| job name = [[Mining]]<br />
| tasks =<br />
* [[Dig]]<br />
| attributes =<br />
* Strength <br />
* Toughness <br />
* Endurance<br />
* Willpower<br />
* Spatial Sense<br />
* Kinesthetic Sense}}I've made yet another visual prototype for skills. In other words, we can put sprites of matching dwarves (and possibly humans, elves, goblins, etc.) at the top of infoboxes. If multiple images are put up there, that can mess up the alignment, but don't worry, Zippy thought of that. <code><nowiki>|graphicmargin</nowiki></code> can added, and a percentage or a "px" number can be placed in that parameter to fix it. If you leave said parameter out, the alignment will default to about 42% from the left. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 06:06, 7 January 2023 (UTC)<br />
<pre><nowiki><br />
{{v50_skill<br />
| color = 7:0<br />
| graphic = [[File:miner_sprite_icon.png]]<br />
| graphicmargin = (OPTIONAL)<br />
| skill = Miner<br />
| profession = Miner<br />
| job name = [[Mining]]<br />
| tasks =<br />
* [[Dig]]<br />
| attributes =<br />
* Strength <br />
* Toughness <br />
* Endurance<br />
* Willpower<br />
* Spatial Sense<br />
* Kinesthetic Sense}}<br />
</nowiki></pre><br />
::Not sure I understand the alignment issue, can you not put text-align: center on the parent table element instead of messing with explicit margins? As another sidenote, should we continue to be naming all of these templates v50_x, I find that a bit confusing. Why not just edit the main templates with the additional information. Loving all the new templates though nice work Zippy :) --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:43, 7 January 2023 (UTC)<br />
:::No, text-align doesn't work with images and divs. That just works for text. When it comes to images, you got to put a little "finesse" on the CSS with those. As for editing the classic templates with the new info, it doesn't always work that way with ''every'' template. Lethosor I think ''did'' update the creature infobox template in the way you mentioned. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 08:37, 8 January 2023 (UTC)<br />
:::: You can use something like this to automatically handle that--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 08:56, 8 January 2023 (UTC)<br />
{|<br />
|-<br />
|<div style="width:200px; display:flex; background-color:#eaecf0;"><br />
[[File:miner_sprite_icon.png|center]]<br />
<div><br />
|<div style="width:200px; display:flex; background-color:#eaecf0;"><br />
[[File:miner_sprite_icon.png|center]] [[File:miner_sprite_icon.png|center]]<br />
<div><br />
|<div style="width:200px; display:flex; background-color:#eaecf0;"><br />
[[File:miner_sprite_icon.png|center]] [[File:miner_sprite_icon.png|center]] [[File:miner_sprite_icon.png|center]]<br />
<div><br />
|}<br />
:::::Hah I am very familar with the CSS finese :P Can you show me an example of a multi-sprite job infobox? I said what I said because I tested my proposed solution and it worked fine :)</div>Janhttps://dwarffortresswiki.org/index.php?title=Dwarf_Fortress_Wiki_talk:Versions&diff=284949Dwarf Fortress Wiki talk:Versions2023-01-10T01:17:21Z<p>Jan: /* Creature List Now Supports Graphics! */</p>
<hr />
<div>{{archive|<br />
# [[DF Talk:Versions/Archive 1|Page 1]]}}<br />
<br />
== Version 0.31.19 starts a new DF generation? ==<br />
<br />
My reading of Toady's comments on the release of 0.31.19 is that it came out basically because he felt it would take too long to get DF all the way to 0.32. With the ore changes, the sitefinder changes, the addition of grazing and several different industries, there's a lot of changes between 31.18 and 31.19. So I'm thinking it might be a good idea to call it the first release of DF2011 - and what we refer to as "DF2010" would then become 0.31.18.<br />
<br />
Thoughts? --[[User:DeMatt|DeMatt]] 07:06, 28 February 2011 (UTC)<br />
<br />
==Revisiting Redirects==<br />
I wasn't around when the redirect policy was created, and I'm having trouble understanding the rationale. The example claims that linking [[Main:Cheese]] to [[cv:Cheese maker]] is problematic...but mainspace only ever redirects to the current version. If the best target in the current version is cheese maker, why not link to it directly? (It's not, at least for Cheese, since [[DF2012:Cheese]] exists now.) The explanation seems to be claiming that 40d articles that link to Cheese will follow the Mainspace link--but that hasn't been the case for a long while now. Articles in 40d automatically link against other articles in 40d, so that version remains internally consistent no matter where mainspace links to in the current version. For a current example, what do we gain by linking [[Main:Mead]] to [[cv:Mead]] and linking [[DF2012:Mead]] to [[DF2012:Alcohol]]?<br />
<br />
If this really is just an outdated procedure, I recommend we drop the mummery and allow mainspace to link to cv:(best target). Double redirects ''may'' work (sometimes, but [[Main:Mead]] demonstrates a common problem where automatic redirection fails), but if they are unnecessary I think they should be avoided, partly because of problems like [[Main:Mead]] and partly because of the effort required to protect double redirects from users who believe they are problematic.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:16, 8 January 2014 (UTC)<br />
<br />
:I was just thinking that. I'm currently attempting to write a basic extension to eliminate the need for mainspace redirects entirely, although Mediawiki's class structure may make this more difficult than I had hoped (the only method I've found for resolving redirects takes the ''article text'' instead of a title, e.g. "#REDIRECT ..."). I do agree that the current situation with redirects isn't ideal, so I'm hoping this will work better (once I get it to work). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:42, 8 January 2014 (UTC)<br />
<br />
Okay, that wasn't quite as clear as I meant it to be. In general, I think this is a tricky situation. Mediawiki wasn't designed to have five content namespaces, and certainly not chains of redirects between them. The problem that was pointed out in the [[DF:REDIR|policy]] is the fact that with:<br />
Main:Foo -> cv:Bar<br />
pages in the cv: namespace can't use [[<nowiki/>foo]], since the namespace links modification causes it to be treated as [[<nowiki/>cv:foo]] instead, which doesn't exist. The current suggested solution is this:<br />
Main:Foo -> cv:Foo -> cv:Bar<br />
This fixes the problem of [[<nowiki/>foo]] not working on cv pages, but creates issues with double redirects not always working. Another solution, which is more intuitive to new editors, is:<br />
Main:Foo -> cv:Bar<br />
cv:Foo -> cv:Bar<br />
Both require creating two redirects. The first method has the advantage of ''ensuring'' that the cv redirect exists (otherwise, main:foo would be a redlink), while the second has the advantage of working more reliably in a couple cases.<br />
<br />
What I'm trying to do is make main:Foo "jump" to cv:Foo when cv:foo exists, ''even if main:foo doesn't exist'' (basically it would treat all mainspace pages as redirects to cv pages, but only if the cv page exists and not the mainspace page). I had main:Bar jumping to cv:Bar fine, but if cv:Foo redirected to cv:Bar, accessing main:Foo would mysteriously stop at cv:Foo even if I increased the redirect limit. What I'm trying to do now is follow the redirects internally, without relying on Mediawiki to do it automatically - unfortunately, that has proved to be harder than I had hoped (and I sent my web server into an infinite loop while trying). I will try to work on this some more when I get a chance, although I'm not sure when that'll be yet :(. For now, feel free to fix broken double mainspace redirects as necessary, as long as redirects in the DF2012 namespace stay pointing to the right page (and new mainspace redirects get added in the DF2012 namespace too). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:21, 9 January 2014 (UTC)<br />
<br />
:You're treating cv like a namespace--it's not. It is simply shorthand for "fill in the current version here". [http://dwarffortresswiki.org/index.php?title=User_talk:Briess&diff=182404&oldid=181281 As I discovered a long time ago on a server not far away], linking from Main:Foo to cv:Foo tends to break redirection chains. If, instead of linking to cv:Foo, you link to DF2012:Foo, it might just work. It would, of course, be better if your patch could evaluate cv itself, but even if you have to hardcode the current version it's a single point of maintenance that requires update very infrequently. (For that matter, we could probably dispense with the cv hack entirely and just have a bot update mainspace links from DF2012 to DF201X when we switch to a new version.)--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:05, 9 January 2014 (UTC)<br />
::I know cv isn't a namespace - I was just trying to avoid future confusion when the DF2012 namespace changes. It's interesting that changing "cv" to "DF2012" fixes some broken redirects, although I've found that simply making an edit to a broken redirect can usually fix it as well. I've actually had the most problems with double redirects when the second one (in the DF2012 namespace) doesn't use the DF2012 prefix (e.g. main:Foo containing <nowiki>[[cv:Foo]] and DF2012:Foo containing [[Bar]]</nowiki>). I'd rather keep the cv alias even if it isn't necessary for mainspace redirects when I get the patch to work, since it makes it easier to refer to the current version of the page (for example, several MDF articles contain links to a vanilla page for things that don't change in the mod).<br />
::Also, using aliases like "cv" is supported by Mediawiki; in fact, several WMF wikis use them (for example, "[[wikipedia:WP:Redirects|WP:Redirects]]" on Wikipedia). It's quite likely that Mediawiki isn't processing double redirects using aliases correctly, though, since that's uncommon on most wikis. --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:35, 9 January 2014 (UTC)<br />
<br />
In light of the lack of support for the current redirect policy, I propose we replace the current redirect section with:<br />
<br />
:Mainspace article pages should use the cv: alias when redirecting to a versioned page, which will automatically update the link when a new version is released. For example, page "Main:Foo" should redirect to page "cv:Bar" (where "Bar" is the page that best describes the topic Foo in the current version).<br />
<br />
:Pages in mainspace should only redirect to an older versioned page if that content no longer exists in the current version of the game (e.g. [[Cave river]], [[Chunk]]). In these cases the cv: alias cannot be used. <br />
<br />
:Pages inside a versioned namespace should not use the cv: alias. Instead, they should redirect to the best page within that versioned namespace (e.g. [[DF2012:Dodging]], [[v0.31:Drink]]).<br />
<br />
:Due to limitations of the wiki software, double redirects should be avoided if possible. When fixing double redirects in mainspace, please make sure to use the cv: alias as appropriate.<br />
<br />
If no one objects, I will make this change in a few days.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:21, 15 January 2014 (UTC)<br />
<br />
:Okay with me. It may be worth mentioning that double redirects only really need to be changed when they don't work (since changing a lot of redirects that work isn't necessary), but I think it's clearer and more relevant than the current policy. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:26, 16 January 2014 (UTC)<br />
<br />
Done.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:55, 22 January 2014 (UTC)<br />
<br />
I was finally able to get my extension to work after being motivated by one too many malfunctioning redirects. It now causes nonexistent pages in the main namespace to behave exactly like redirects to their DF2012 counterparts (when linked to, accessed directly, and transcluded). Double redirects also work (up to 100, in fact, although that was a temporary safety measure that I'll probably change). This means we'll be able to safely get rid of all mainspace redirects (redirects that redirect to something other than "cv" will still function if not deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:20, 14 March 2014 (UTC)<br />
:What about articles which don't exist in the current version but do exist in older versions? Will those still need mainspace redirects, or will your extension be able to automatically redirect them to v0.31/40d/23a? --[[User:Quietust|Quietust]] ([[User talk:Quietust|talk]]) 01:29, 14 March 2014 (UTC)<br />
::It ignores all mainspace pages that actually have content, including redirects, so pages like [[masons guild]] won't be affected (unless deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:47, 14 March 2014 (UTC)<br />
<br />
Done and deployed. [[Cat]] is still treated as a redirect, even though I just deleted it (try clicking on the "redirected from" link). Pages that exist are ignored, so [[Masons guild]] and [[History of Dwarf Fortress]] still function normally (as a redirect to a 23a page and a non-redirect, respectively). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:57, 14 April 2014 (UTC)<br />
<br />
I'm sending around a bot right now to delete all redirects of the format "foo -> cv:foo" (a surprising number don't fit this format, so I'm leaving them alone for now). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:43, 14 April 2014 (UTC)<br />
<br />
:I'm confused. Do we use double redirects or not? Is there a single place we define our linking policy (including redirects), and is it updated? <br />
:I had trouble linking to [[Consolidated_development]] in [[v0.34:Dragon]]. It kept pointing to v0.34:Consolidated_development, which does not exist. I ended up linking to Main:Consolidated_development to make it work. --[[User:Nahno|Nahno]] ([[User talk:Nahno|talk]]) 10:18, 1 July 2014 (UTC)<br />
<br />
::That's a separate problem altogether - links in the versioned namespaces (v0.34, v0.31, 40d, 23a) automatically link to pages within their namespace. I may be able to set up a fallback to mainspace once I'm able to deploy again, but for now the "main:" alias is the intended solution. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 11:36, 1 July 2014 (UTC)<br />
<br />
== Google often directs people to the 0.31 page ==<br />
<br />
I've noticed a couple of times that finding a wiki page from an external search will often drop me onto a page from an older version. Is it possible to mitigate this somehow for new players? I could imagine something like redirecting old:Bar -> cv:Bar unless the user has come from old:Foo; no idea if that would actually work though. [[User:PeridexisErrant|PeridexisErrant]] ([[User talk:PeridexisErrant|talk]]) 11:48, 4 May 2014 (UTC)<br />
<br />
:As a temporary solution, I could write a script that displays a banner of some kind if the user came from an external site. I'll ask Briess if he can do anything on the server level to increase the weighting of the current version's pages. (Obviously there are situations where people are looking for old pages, like [[23a:dungeon master]], so we don't want to disable indexing entirely on old pages.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:03, 4 May 2014 (UTC)<br />
<br />
== DF2014? ==<br />
<br />
As Toady [http://www.bay12games.com/dwarves/ draws closer to a new release], it might be worthwhile to discuss the addition of a new version to the wiki. The upcoming release covers two years of changes and introduces a number of new plants, foods, drinks, multi-tile trees, climbing, jumping, etc., so it is likely to have significant changes from the current DF2012. To avoid having people start new pages (and lose all the effort spent refining the prior version's page), I think it would be best to have a bot automatically copy over the DF2012 pages as a starting point for DF2014. I would suggest that these copied pages include a noticebox template mentioning that the content may be outdated, so that we can easily track which pages have been reviewed. I think either the {{tl|version check}} or {{tl|old}} template would work. --[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:43, 5 May 2014 (UTC)<br />
<br />
:This is what [[User:QuietBot]] did after the 0.34 release, so it's certainly possible to use the same script to migrate to DF2014. I would like a way of tagging migrated pages, since inaccuracies in some pages went unnoticed for months after they were migrated. Since {{tl|old}} is already in use, {{tl|version check}} may be a better solution (it can be reworded slightly, or we can make a separate template for DF2014 migration). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:23, 1 June 2014 (UTC)<br />
:Made [[Template:DF2014 migrated]] as an example. Any thoughts? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:32, 1 June 2014 (UTC)<br />
<br />
== Redirects inconsistency ==<br />
<br />
Following a redirect is supposed to be exactly the same as going straight to the page it redirects to, but this actually isn't the case:<br />
* Go to [[Seeds]] and you get [[v0.34:Seed]] (outdated)<br />
* Go to http://dwarffortresswiki.org/index.php?title=Seeds&redirect=no and click on the link and you get to [[DF2014:Seed]] (current)<br />
So if you search for "seed", the top result is the DF2014 version. But search for "seeds" and you get the redirect, which sends you to the outdated page instead. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:22, 22 February 2015 (UTC)<br />
<br />
While I'm talking about redirects, it seems redirects to sections don't work: see [[DF2014:How do I manage my seeds and crops]]. I know MediaWiki is capable of this trick because Wikipedia does it. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:32, 22 February 2015 (UTC)<br />
<br />
:I have absolutely no idea why [[seeds]] redirects to a v0.34 page - it could be a Mediawiki bug. The section links issue is due to a known issue in the redirect extension we use, which has yet to be fixed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:01, 23 February 2015 (UTC)<br />
:It looks like deleting both [[Seeds]] and [[DF2014:Seeds]] fixed things (by allowing AutoRedirect to handle the redirects instead). Feel free to tag any others with {{tl|bad redirect}}. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:03, 23 February 2015 (UTC)<br />
::It gets stranger. [[Vial]] redirects explicitly to [[cv:Flask]] which displays (when you look at it with &redirect=no) as [[DF2014:Flask]], but still goes to the v0.34 version. It seems redirects interpret the cv: pseudo-namespace (or whatever it's called) in an outdated way. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 18:08, 23 February 2015 (UTC)<br />
::I've added a note to this page about this issue. If it gets resolved, the note should be removed. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 21:04, 23 February 2015 (UTC)<br />
<br />
<br />
==Reorganizing versions==<br />
<br />
The internet deals with moved content... poorly. Google is still linking to v0.34 pages more than a year after the switch to "DF2014", and even the wiki software still has cached links pointing to the old version pages.<br />
<br />
I propose reorganizing versions on the wiki to avoid moving content whenever possible. Instead of having a temporary "current version" namespace that changes occasionally, all the current information gets promoted to the Main namespace. When the next version split occurs, the Main articles as of a certain revision number can be copied to the newly-created permanent "old version" namespace, while all the current information remains in Main. This not only fixes the link rot issue, but it has a few other benefits as well: fewer administrative tasks, no lockdown (a historical version of the Main pages can be copied at any point, even if the Main articles are already modified for the new version), almost all the article history is maintained in the Main article (instead of being spread unevenly across multiple versions), no "temporary" namespaces are needed, fewer problematic long redirect chains, and hopefully less user confusion (since Main gets priority in search results, etc.).<br />
<br />
As an example, today we would not have a DF2014 namespace (which is good because "temporary" namespaces historically disappear anyway). If you ran a search for [[seed]] you'd end up at Main:seed, which would have all the current information on seeds. The version box at the top of the page would still link to the older versions of the seed article. When a new version is released, an admin would choose a revision number and copy the Main:seed article as it exists at that revision number to v0.40:seed. That's it. One historical copy that needs little to no new editing, and zero redirections/moves.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:02, 27 July 2015 (UTC)<br />
<br />
:Makes sense to me. It would involve a lot of work, though (e.g. fixing templates and categories to account for the current version being in mainspace), although that should be doable thanks to {{tl|category}}, {{tl|version switch}}, etc.. A bot could be set up to copy revisions from before a release date as well, which would be more difficult (and maybe slower) than a direct copy, but not severely. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:24, 30 July 2015 (UTC)<br />
<br />
:Actually, there are a few issues with that, namely that there wouldn't be an easy way to distinguish between versioned and non-versioned mainspace pages. There are ways to resolve Google search priority (we can exclude pages from older versions from search engine results if there are newer versions of those pages available, for example). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:47, 6 August 2015 (UTC)<br />
<br />
::There aren't very many non-versioned mainspace pages, and determining if a page is versioned is as simple as looking for the version template and/or categories added by the version template (e.g. copy [http://dwarffortresswiki.org/index.php/Category:Current this category] instead of Main:*). The problem with "suggesting" newer pages to Google is that they obviously aren't crawling our wiki regularly (if they were, the fact that the mainspace redirects point to new pages would automatically be picked up). Even if your Google hints worked they wouldn't do anything for all the other broken links out on the 'net.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:35, 6 August 2015 (UTC)<br />
<br />
::: Google actually crawls the wiki constantly - we probably get crawl hits from google for a continuous block of 2-3 hours per day, each and every day. Why they are slow to update is beyond me though. I can't remember why we didn't do this initially, but there was a technical limitation involved if I remember correctly. --[[User:Briess|Briess]] ([[User talk:Briess|talk]]) 22:05, 6 August 2015 (UTC)<br />
<br />
::: There are &lt;meta> tags that can be used to hide pages from search results (for search engines that recognize them, that is). Searching for {{tl|av}} or [[:Category:Current]] might work, although we'd have to make sure all of the DF2014 pages include that (some pages don't, particularly some disambiguation pages, although all of them should). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:53, 6 August 2015 (UTC)<br />
<br />
:Is there a particular reason main and current are separate to begin with?—[[User:CLA|CLA]] ([[User talk:CLA|talk]]) 00:17, 7 August 2015 (UTC)<br />
<br />
::It's mostly intended to distinguish between versioned and non-versioned pages and make version-related templates simpler to work with, since every versioned page has a namespace. I wasn't active here in 2010 when this system was created, so Briess and Emi would know more.<br />
::Another issue I just thought of with Loci's suggestion is categories - currently, categories like [[:Category:Animals]] are used to organize the versioned sub-categories. Sure, we can change {{tl|Category}} to categorize mainspace pages in [[:Category:v0.40:Animals]] or [[:Category:DF2014:Animals]], but that would be less straightforward because there wouldn't be a namespace with that name (until pages are migrated when a newer major version is released). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 13:05, 7 August 2015 (UTC)<br />
<br />
:Moving current pages to the main namespace sounds like a great idea. -[[User:Jecowa|Jecowa]] ([[User talk:Jecowa|talk]]) 20:47, 4 January 2018 (UTC)<br />
<br />
Another thought: dealing with migrating redirects could be difficult with this proposal - specifically, determining which redirects should be migrated to a versioned namespace. Redirects can't contain {{tl|av}}, at least not before ``#REDIRECT``. I ''think'' it would be possible to copy pages in two stages, though - all non-redirects first, then all redirects whose targets were also copied. Thoughts? Anything I'm missing? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:41, 27 June 2019 (UTC)<br />
<br />
Some subpages (particularly /raw and /Edit notice) also deliberately lack {{tl|av}}, although those shouldn't be too hard to handle. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:35, 9 July 2019 (UTC)<br />
<br />
:Redirect pages (and all other edge cases I've looked at) can be included in categories (like [[:Category:Current]]) to determine whether or not they should be copied into an archival version. But if the redirects are "properly qualified" then they can all be copied over blindly. Mainspace redirects pointing to versioned information should use a blank namespace (which will be automatically constrained to the archival namespace); mainspace redirects pointing to unversioned information should use an explicit "Main" (which will automatically link back to the unversioned page). Then, when [[[[Toady]]]] gets copied to [[[[v0.4x:Toady]]]] it will point back to [[[[Main:Toady One]]]]. Meanwhile, [[[[Beer]]]], copied to [[[[v0.4x:Beer]]]], will properly point to [[[[v0.4x:Alcohol]]]].--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:00, 14 July 2019 (UTC)<br />
<br />
::I think qualifying redirects is the best solution here - categorizing redirects manually is another possible source of errors, since categories (or a lack thereof) would only be visible on the redirect page itself, and [[:Category:Current]] is a hidden category. Copying over mainspace redirects into versioned namespaces would also resolve some issues that have come up due to those not reliably existing currently. I should be able to set up a bot script to add "main:" to current mainspace redirects (and it shouldn't break anything, since those redirects go to other mainspace pages anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:57, 14 July 2019 (UTC)<br />
<br />
(Note: I wrote all of this without noticing the previous discussion above.) I was wondering, when the wiki creates a new namespace for a major release again, if it is possible to ''not'' create a namespace for the next current version (e.g. "DF202x") and instead have the mainspace articles (which are currently redirects) become the new cv and move the content there. Therefore, [[cv:Cat]] would just be "[[Cat]]" (or [[Main:Cat]]).<br />
<br />
Certain namespace-related templates like [[Template:Ns/0]] would need to be changed, though nothing significant as far as I know. For most cases, any "DF2014" would be replaced with "Main" or even blank. There's also multiple extensions handling the current namespace system and they may need to be modified too, though I'm not sure if or how much. I'm guessing based on the discussions above that it will change stuff up.<br />
<br />
My reason is the current namespace is increasingly becoming more anachronistic. "DF2014" could be misinterpreted as "this page is about the 2014 version of the game" or "this page was last updated in 2014", which I've seen a few people in forums mention. Granted that [[Template:Av]] is on the top of very article, I still think the namespace is inconsistent with the recentness of the article. But how is this related to what I'm asking for? Let's say we continue the current system: if we happen to do a new namespace change this year and create DF2020, the next major release (after graphics/UI) will be mythgen, which is estimated to take several years to develop (the Big Wait), and so the anachronism will start over again. The proposed way will prevent this from occurring for the next major release and every release thereafter.<br />
<br />
I think the confusion with having a namespace that becomes old-fashioned overtime supersedes the confusion with not marking current versioned articles with a namespace. Most users just search "Cat" on the search bar and naturally expect to get information about the latest release of DF. So if users go a page that's just titled "Cat", they won't expect outdated info about cats from a previous release. That's how the current system works anyways. We'll be skipping the two-step process that we have now. It'll make several wiki tasks much simpler as well. Editors can create new articles for current versions without remembering to add a namespace. It'll fix any existing issues with (double) redirects; instead of [[Main:Kitten]] redirecting to [[cv:Kitten]], which goes to [[DF2014:Kitten]], which then redirects to [[DF2014:Cat]], [[Main:Kitten]] would just redirect to [[Main:Cat]]. And the cv: alias will no longer be necessary since "cv:" = "Main:" and will be forever.<br />
<br />
There's no need to differentiate the current version and previous versions with a namespace for the current version is what I'm saying. Articles of previous versions will retain their respective namespaces. Users will still type "40d:Cat" to go to the 40d version of the article, but if they want the current version, they'll just type "Cat" (like now). The mainspace containing the "live" version of an article is natural and would create no uncertainty when browsing the wiki. And it would simplify the wiki somewhat and future-proof this anachronism problem. As a bonus, this change will also prevent web search engines from showing previous version pages when typing "DF cat" or something. (This isn't happening right now as DF2014 has been the current namespace for ~6 years, but it'll happen again when everything moves to a new namespace.)<br />
<br />
This is the gist of it, and I may have ignored most of the problems with this proposal. I have personally wished for the whole version namespacing be made less complicated and have been seeking for a solution, and I feel like this is the best way to go about in the future. – [[User:Doorkeeper|Doorkeeper]] 21:27, 14 August 2020 (UTC)<br />
<br />
:<s>Whoops, looks like Loci already proposed this exact thing long ago. I definitely missed that discussion and should have checked first. My apologies. I'll move my text to that section and remove this one. – [[User:Doorkeeper|Doorkeeper]] 21:36, 14 August 2020 (UTC)</s> Done. – [[User:Doorkeeper|Doorkeeper]] 21:40, 14 August 2020 (UTC)<br />
<br />
:The main issue I have with that is that putting pages about the current version in a namespace also differentiates between those pages and pages not about ''any'' version (for example, [[Toady One]] does not need a 40d or v0.34 page). Yes, we can use {{tl|av}} to mark versioned pages, but people often forget to add that to new pages. The current system also allows determining whether a page is versioned or not from its title, which makes migrations a lot faster. Relying on {{tl|av}} would require either reading the content of every page (which would slow scripts down significantly) or cross-checking with the list of all pages including the template (feasible, but a bit more complicated, and still susceptible to missing templates). I suppose that manually fixing and migrating pages missing {{tl|av}} later wouldn't be too much work, though.<br />
:I am definitely in favor of changing "DF2014" (or a new namespace) to "Current", though. I was in favor of "DF2014" in 2014, but I don't think it makes sense anymore, and "Current" seemed to be a popular alternative in both the DF2012 and DF2014 discussions on the matter. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:02, 16 August 2020 (UTC)<br />
<br />
== Weird redirect behaviour ==<br />
<br />
[[Pump stack]] redirects to [[cv:Screw pump#Pump stack]]. If you look at the redirect itself it says it redirects to DF2014 namespace, which is correct. But if you actually follow the redirect, it goes to v0.34 namespace. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 16:10, 20 August 2018 (UTC)<br />
:Yeah, that's part of the issue described in the above section (the wiki caching part, not on Google's end.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 15:00, 21 August 2018 (UTC)<br />
<br />
== v50 organization ==<br />
<br />
Some wiki admins have had a talk on Discord and decided that the most sustainable path forward is to put content for all future versions of DF in the main namespace. We will be working on a bot to do this in the next few days. Feel free to chime in with suggestions here. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:56, 14 December 2022 (UTC)<br />
<br />
:Is it maybe possible to do backwards-namespacing? Like we have a "Main" namespace, which people are free to update, and whenever there's a new version of DF the "Main" namespace is copied into a namespace for the then old version, much like how you'd branch a stable branch from a development branch when working with a git-project? [[User:Therahedwig|Therahedwig]] ([[User talk:Therahedwig|talk]]) 23:13, 14 December 2022 (UTC)<br />
<br />
::Yeah, we could do that if we decide to. We were talking about doing that for v50, actually, and might still do something similar to preserve edit history if it doesn't end up being too hard to automate. Our hope is that we will not introduce new namespaces for v50 -> v5x, unless there is a serious breaking change (and hopefully there isn't one). But if we change our mind, one advantage of the type of migration you mentioned is that it can be done retroactively - we can copy historical revisions that were current at the time of the release, and would only lose some typo fixes made after the release that apply to earlier versions as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:11, 15 December 2022 (UTC)<br />
<br />
ETA is < 24 hours. Doing some final checks on a migration script. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 07:08, 19 December 2022 (UTC)<br />
<br />
: We should really have a task list as there are many things that change and need updating. Including but not limited to:<br />
:* Most templates that used the previous namespace convention broke, including nav templates. <br />
:* Many game files changed locations and their pages need to be updated.<br />
:* Raws need to be updated. <br />
:* Various features added, changed, removed. <br />
:* UI has been changed -- though I am more inclined to wait for classic release to avoid extra work --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 06:56, 20 December 2022 (UTC)<br />
<br />
"''Raws need to be updated.''" Including applying text wraparound where necessary, I suppose - more than a few of them have proven to be that special kind of...''difficult'' to navigate otherwise, shall we say? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 12:52, 20 December 2022 (UTC)<br />
<br />
:There is already a task list in the [[#v50 migration|section below]] that includes templates and raws, with an explanation. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:25, 20 December 2022 (UTC)<br />
<br />
== v50 migration ==<br />
<br />
The initial migration script is done. New content is in the '''main''' namespace, e.g. [[Cat]]. Old content is still at [[DF2014:Cat]]. History was migrated to the ''new'' (main namespace) articles.<br />
<br />
I know several things are broken still. Please reply if you find any others:<br />
<div style="border-left: 2px solid red"><br />
* <s>Versioned templates haven't been migrated yet (e.g. {{tl|vermin}} on [[Ant]])</s><br />
** Fixed. Most were migrated by a bot.<br />
* <s>Raws are missing on all pages that use them.</s><br />
** This also affects sidebars, such as on [[Cat]] and [[Microcline]].<br />
** Update: The DFRawFunctions extension has been upgraded to include v50 raws, using the "v50:" prefix for filenames instead of "DF2014:". <s>I haven't finished a migration script to create the /raw pages themselves, but they can typically be created manually by copying the DF2014 /raw pages and changing "DF2014" to "v50" everywhere.</s> &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:20, 1 January 2023 (UTC)<br />
** Update 2: Raws have been added for all pages! They were copied from the "DF2014" pages and had "DF2014" replaced with "v50", which appears to have worked from a spot-check, but let me know if you find any problems. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:57, 4 January 2023 (UTC)<br />
* Some pages where the DF2014 page was a redirect to a main namespace page that contained content were migrated incorrectly.<br />
** In this case, the main namespace page is usually a redirect to itself. This can be fixed by undoing LethosorBot's edit to the main namespace page, then copying the content to the DF2014 page.<br />
** Update: most seem to have been fixed manually - thanks! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:41, 21 December 2022 (UTC)<br />
* <s>Some main-namespace talk pages redirect to DF2014 talk pages. Some of these redirects work, and some (usually older ones) do not.</s><br />
** Fixed with a bot. Some redirects from talk pages to other deleted talk pages are now broken, e.g. [[Talk:Above_ground]] (exists) -> [[Talk:Tile attributes]] (redlink). I am leaving them like that because they redirect to where the talk page should be created, but I'm also fine with people deleting them if they really want to. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:41, 21 December 2022 (UTC)<br />
* {{tl|quality}} for new articles is disabled (see below)<br />
* Some links from DF2014 to Main weren't working: e.g. the version selector [[DF2014:Mason's workshop]] was linking to [[DF2014:Main:Mason's workshop]] instead of [[Main:Mason's workshop]]. I'm not sure exactly why, but I fixed it with a change to the NamespaceLinks extension. Let me know if you spot similar broken links. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:19, 21 December 2022 (UTC)<br />
</div><br />
<br />
&mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:54, 20 December 2022 (UTC)<br />
:The quality levels of the 50.03 pages seem to be missing. I'm not sure if that's covered under that first point. [[User:Trainzack|Trainzack]] ([[User talk:Trainzack|talk]]) 06:47, 20 December 2022 (UTC)<br />
::If the the [[Dwarf Fortress Wiki:Quality]] feature can be made to work with namespace scheme change, I suggest to automatically assign the lowest quality rating to all pages, alternately add the {{tl|old}} to all pages. Otherwise there will be a lot of pages that will fall through the cracks. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:12, 20 December 2022 (UTC)<br />
:::I disabled {{tl|quality}} in the main namespace because it would require some rework to make the rating script and the template work properly there. Feel free to take a stab at the template. I will see what can be done on the extension side. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:14, 20 December 2022 (UTC)<br />
::::What needs to be done on the template side? I'm not sure I see too big of an issue leaving pages as "unknown-quality" for now (or just change the default to tattered) until we get the rating script working. Is that script up anywhere, anything that could be helped with? [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:10, 2 January 2023 (UTC)<br />
:::::They're already marked as unknown. Really the only issue I know of with the template is that it doesn't show up with some of the newer skins we added, and that can be fixed by getting rid of the absolute positioning. As for the script, it can be found at https://github.com/DF-Wiki/QualityRatings, and the issue is really only with the configuration system not recognizing the main namespace as valid. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:29, 3 January 2023 (UTC)<br />
::::::Great, I started having a crack at fixing the template with different themes. Is the preference to get some CSS going and then include it in the global stylesheet (i.e different styles per theme) or to try and get a "one size fits all" fix? &mdash;[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 08:14, 3 January 2023 (UTC)<br />
:::::::I would rather avoid custom site-wide CSS if we can. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:29, 4 January 2023 (UTC)<br />
::::::::I appreciate that, I think it's the simplest solution to add a few lines to common.css though. Unless there is a way to attach CSS specifically to a template, I saw a few extensions that allowed that but I'm not sure if any are present in the wiki at the moment. Regardless there already exists a class `div.topicon` that is specifically for the quality ratings, is there an issue with expanding this class to accommodate the themes? The list of themes where the quality rating display is broken/invisible: Citizen, MinervaNeue, MonoBook. &mdash;[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 21:48, 4 January 2023 (UTC)<br />
:::::::::What do you think of moving the template out of the topicon entirely and just placing it in a div? It would take up a (hopefully) small amount of vertical space in the article. [[User:Lethosor/Sandbox/Quality_test]] is an example. Unfortunately it isn't possible to prevent other templates from displaying above the quality this way ([https://dwarffortresswiki.org/index.php?title=User:Lethosor/Sandbox/Quality_test&oldid=283883]). So maybe we do need some custom CSS after all if we want that. I'm open to trying out whatever you propose. I'm a bit worried about future-proofing against skins we add later (particularly a mobile skin) but at least MediaWiki supports skin-specific global CSS as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:33, 5 January 2023 (UTC)<br />
::::::::::I would rather we avoid taking any more vertical space in the article. The growing block pyramid at the top, starting with version template, is annoying. If you end up placing it inside the article space please use a slim box 100% wide that would include both.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:19, 5 January 2023 (UTC)<br />
:::::::::::Agreed with you Jan, however I see that as two different tasks (ArticleVersion template changes, getting quality back on pages). I made a test adjustment to the quality and it takes up a negligable amount of extra space. See [[User:Vallode/sandbox#Page_quality]] for the example, we'd be able to completely remove "topicon" (unless it is used somewhere else?) and then potentially move on to making the ArticleVersion template into a slim version on the left-hand-side instead of a large box? Let me know what you think. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:35, 5 January 2023 (UTC)<br />
:::::::::::: Sorry, I just noticed this, I hope you weren't waiting on me. I haven't looked into how it works. All I can say that it would be nice if it shows on main, it is annoying that it shows on discussion and history. And otherwise I think that those negligible spaces adds up when you have multiple notice, redirection etc templates and would prefer if you can [https://ibb.co/X7X7SjL condense all of it] somehow. I also had [https://dwarffortresswiki.org/index.php/User:Jan/sandbox#Misc_variants couple of ideas] on that front, but as dev designer you probably can come up with something more refined if this is direction you choose. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 00:50, 10 January 2023 (UTC)<br />
<br />
<br />
It appears some pages are redirecting recursively and never resolving correctly, like the [[https://dwarffortresswiki.org/index.php?title=Character_table&redirect=no|character table]] and [[tileset repository]] 07:35, 20 December 2022 (UTC)<br />
: Indeed, these can be caught here: [[Special:DoubleRedirects]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:51, 20 December 2022 (UTC)<br />
<br />
It might be useful to change the notice title to "release information '''for editors'''" --[[Special:Contributions/142.59.195.176|142.59.195.176]] 10:26, 20 December 2022 (UTC)<br />
:Can do. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
::New here, hello. Should we set a date where we remove/only show the banner for logged in users. There are (some) pages that have 4 different notices about the upgrade. [[Engraving]] is one such page, the top banner states "information for editors", we then have the "this page was migrated" banner, a version selection which warns the article might be inaccurate, and a smaller banner saying the page might need to be updated. Quite a lot of screen space, I think we can start to slowly reduce the amount of warnings this coming month? [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 10:07, 2 January 2023 (UTC)<br />
:::Unfortunately, only showing info to logged-in users is difficult with how MediaWiki caching works. In terms of reducing warnings, there is a discussion [[Template_talk:ArticleVersion#.22Note_that_some_content_may_still_need_to_be_updated..22|here]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:43, 4 January 2023 (UTC)<br />
:::As for [[Engraving]] specifically, the {{tl|old}} banner was actually present on [[DF2014:Engraving]] as well and got carried over with the migration. I removed it, and agree that it was redundant. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:46, 4 January 2023 (UTC)<br />
<br />
Main talkpages seem to redirect to DF2014 talk. Not sure if it is intentional but I like it, though we should pay attention when creating new discussion relating to v50 ending up there.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 14:18, 20 December 2022 (UTC)<br />
:That's unintentional. I specifically wrote the migration script to not move talk pages, but that has the side-effect of leaving any previously-created "Talk -> DF2014 talk" redirects intact. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
<br />
Yo Lethosor, are we adding graphic sprites for the pages in some way? Or are we waiting for you to add some sort of new template or something? I'm sure you don't need me to tell you that the current templates don't allow that. Not sure if I'm allowed to change/create any templates either, as I don't want to break things for hundreds of pages. Edit: And IF the icons are allowed, should they be left alone, or 2×-3× sized like how the Minecraft wiki does it? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 14:29, 20 December 2022 (UTC)<br />
:Depends on which templates you mean. There are copyright concerns with uploading a premium sprite sheet, for instance. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
::I'm not talking about uploading an entire sprite sheet. I'm just talking about individual icons for each respective page. One image for cows, one for horses, one for werebeasts, etc. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 16:50, 20 December 2022 (UTC)<br />
:::If we do that for every creature in the sprite sheet, that's not much different (in terms of copyright) from uploading the entire sprite sheet. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:09, 20 December 2022 (UTC)<br />
::::Is there someone we can talk to about that? We finally get this new game with graphics, and then we can't use the very graphics of the game? No matter what the rules are, I'd say that would be the stupidest thing ever. I know I'm infamous here when it comes to copyright and images and stuff, but about 80% of game wikis out there are completely unofficial, and use game file images like no one's business. I can't imagine anyone's door being knocked on if we used the game's sprites, but I won't add any here until we have a go-ahead. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 17:14, 20 December 2022 (UTC)<br />
<br />
:::::...I've made noise in Mayday's direction on this matter, at least (prob an incorrect maneuver, ''but'').[[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 17:55, 20 December 2022 (UTC)<br />
:::::: I hope some sort of arrangement can be made so we can use the new sprites with permission/limits, just as we are using the raw files. Otherwise we are all (devs and editors alike) shooting ourselves in the foot here.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:07, 20 December 2022 (UTC)<br />
<br />
:::::::I just thought of something. We're supposedly not allowed to upload entire sprite sheets, right? What if - for the time being - we just use a few of them for the purpose of testing out new infoboxes? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 21:46, 20 December 2022 (UTC)<br />
::::::::I don't know. If someone could ask Kitfox and post the response here, that would be great. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:47, 20 December 2022 (UTC)<br />
<br />
:::::::::I've reached out to Alexandra, but she hasn't answered yet. Until then I found these old approvals from the previous community manager, Feeona: ([http://www.bay12forums.com/smf/index.php?topic=173474.msg8243633#msg8243633 link1], [http://www.bay12forums.com/smf/index.php?topic=176640.msg8243642#msg8243642 link2]). Waiting for a newer response until we begin mass uploads is probably the politer option, but like Zippy said, it is also standard for wikis to use game sprites with less approval. I second their idea of trying it out with a few images to test the infoboxes. On the extreme off-chance (and I do think it is) Kitfox protests we can always remove these few. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 22:19, 20 December 2022 (UTC) <br />
:::::::::And here is a third, more official statement: ([http://www.bay12forums.com/smf/index.php?topic=173474.msg8249718#msg8249718 link3]). Perhaps that address of info@kitfoxgames.com is the better channel to ask for a confirmation, rather than Discord DMs, but I will be going to bed, so it is best if someone else does that. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 22:29, 20 December 2022 (UTC)<br />
::::::::::Thanks for tracking this down! Ok, sprites should be fine, but let's avoid uploading the entire premium tileset as a single image, for instance (as the forum thread says, "use common sense"). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:21, 21 December 2022 (UTC)<br />
::::::::::: Looks good, permission is always preferable over fairuse, I think it is a win win for all involved. I agree that we shouldn't upload entire sprite sheets (e.g. there is no reason to upload the windmill from every direction or whole construction phase for workshops) and that there are a lot of details that needs to be ironed out through testing. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 05:07, 21 December 2022 (UTC)<br />
:::::::::We have a green light on uploading all and any sprites. Their response to me can be seen [https://i.imgur.com/BhmHjzC.png here]. I'm sure someone else confirmed it before me. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 19:00, 21 December 2022 (UTC)<br />
<br />
<br />
Shifting temporarily to a new issue, is the documentation of [[Template:ArticleVersion]] outdated? It would seem so to me, since the current version no longer has its own namespace, with the templates needing updating being different ones. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 18:30, 20 December 2022 (UTC)<br />
:I think it is still accurate enough. We left open the possibility of making another namespace in the future, albeit with a different migration strategy - see [[#v50 organization|above]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:52, 20 December 2022 (UTC)<br />
<br />
Some Changes to infoboxes might be needed. Too bad [[User:Doorkeeper]] isn't around. He did a great work with navbox project--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:52, 21 December 2022 (UTC)<br />
<br />
I just realized that raw files aren't stored as regular wiki pages but loaded via the DFRawFunctions extension (hence the need to update). Good news it's going to be handled in bulk, consistently and relatively easy to updated. Even better it's Lethosor problem ;) Also I just realized that all the "raw files" (txt files in the new vanilla folder) are released into the public domain. Both are probably not news to the vets but I'll leave it here for those who less up to date like myself. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:35, 22 December 2022 (UTC)<br />
<br />
: I noticed that some templates aren't working properly in the new namespace, e.g. [[Basalt]] entry had its raw updated manually but the infobox fail to show any details. Cursory look suggest {{t|layerlookup/0}} need a minor tweak. This should do the work<br />
:: Replace: <nowiki>{{layerlookup/aux|{{{{FULLPAGENAME}}/raw}}|uses={{{uses|}}}|wiki={{{wiki|}}}}}</nowiki><br />
:: With___: <nowiki>{{layerlookup/aux|{{</nowiki><span style="color:red; font-weight:bold;">:</span><nowiki>{{FULLPAGENAME}}/raw}}|uses={{{uses|}}}|wiki={{{wiki|}}}}}</nowiki><br />
: Not sure what the plan and ETA with raws update so I didn't touch this high usage template for now. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 08:11, 24 December 2022 (UTC)<br />
<br />
::Please do feel free to make this update. I am still working on a script to create the <code>/raw</code> pages themselves. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:12, 1 January 2023 (UTC)<br />
<br />
Wouldn't it be an idea to add to the Sitenotice to remove the {{tl|migrated article}} tag when an article has been fully updated? I see many articles that seem to be updated still have the tag. And/or advise to make use of the {{tl|verify}} for sections still in need of checking? --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 10:12, 2 January 2023 (UTC)<br />
:Probably a good shout. The "see this page" link does include the detail on removing but we should more explicitly encourage removing the banner once a page has at least been looked over. [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:01, 2 January 2023 (UTC)<br />
<br />
== v50 specific issues ==<br />
=== Graphics===<br />
Follow up on the use of game sprites and the need to trying it out with a few images to test the infoboxes. First sprite [[:File:Beds v50.png]] was uploaded and used on [[Bed]] entry. Any thoughts? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:06, 21 December 2022 (UTC)<br />
:Seems like it should be rearranged to be horizontal. Also, has there been a serious discussion about copyright? Full screenshots are 100% fine, but you start going into a grey area when you upload pieces of a spritesheet. I'm of the opinion that it's all fine as long as it's inconvenient to reconstruct the full sheet from the individual images. Maybe a further restriction could be you shouldn't upload any of the art unless it's used in an infobox (maybe an exception for pieces of the UI). And one more restriction could be you shouldn't show everything, like in your bed example, maybe just the wooden bed is good enough, leave out the stone and metal, <small>especially since those can only be made from strange moods</small>. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:43, 21 December 2022 (UTC)<br />
::Actually, your bed image is kinda bad for showing off what a bed looks like because it doesn't show the pillow/blankets. That might point to cropped screenshots being the best path, although less convenient for the uploader, as you don't get details left out. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:46, 21 December 2022 (UTC)<br />
::I created a new license template [[Template:Copyright game]], based it on the way the RimWorld wiki does things. Call it a prototype, but it's probably how your bed image should be labelled. Indeed, I added it to it already. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]])<br />
<br />
::: I agree that the horizontal arrangement would suit better here and that we should strive to represent how things look in-game. Otherwise, I am not too concerned about people being able to reconstruct anything (lets just say that ''anyone'' interested in that can get the real thing from the game files), also it seem we have permission to use the sprits on top of fairuse. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 19:55, 21 December 2022 (UTC)<br />
<br />
::: Modifying the existing template to allow the inclusion of the new sprites is easy (Something like [https://ibb.co/zFXCrjd this]?) The big question is the matter of consistency is there any exceptions that will break the format (size wise with variant bloat for example), the sprite naming format, etc --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:44, 21 December 2022 (UTC)<br />
::: If we are going to show a variant for each material type, then maybe these should be added as separate images so we can add a tooltip for each image. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:49, 21 December 2022 (UTC)<br />
<br />
:I've got another prototype going here and here: [[User:Brightgalrs/vector.css]] and [[User:Brightgalrs/Sandbox]]. (You'll need to add the css stuff to your own /vector.css). Basically it's a way to recolor images using css classes. No idea if there's a better way. Also, the real implementation would require a change to [[MediaWiki:Common.css]]. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 22:41, 21 December 2022 (UTC)<br />
:Should mention, there ''is'' a different way, just upload each image 16 times, one for each coloring. But maybe that's not very elegant. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 22:45, 21 December 2022 (UTC)<br />
<br />
: It should be noted that soon the classic edition will be released, hence one should plan to have both the Premium and classic alongside in that little space --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 03:14, 22 December 2022 (UTC)<br />
::I'm looking into a tab extension to potentially support this in infoboxes. Perhaps [https://www.mediawiki.org/wiki/Extension:Tabs Extension:Tabs]? I tried [https://www.mediawiki.org/wiki/Extension:TabberNeue Extension:TabberNeue], but it displays a placeholder if JavaScript is disabled, which isn't great. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:22, 22 December 2022 (UTC)<br />
::: The Neue Tabber seem to works pretty much like the old one (which fandom [https://coding-help.fandom.com/wiki/Tabber#Adding_images_into_tabbers still use]) defaulting to showing the first tab only. Quick look suggest that neue work the same, plus the notice that 'Tabber requires Javascript to function' warning? if so, and if it is a bother, then you should be able to edit out the tabberneue-noscript string in code. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 06:29, 22 December 2022 (UTC)<br />
::: I much prefer your tabber solution, but if that fails we can also use the gallery slideshow mode. If so, beware it has no way to control image size so the images have to be maliciously uploaded using the exact same size. example:<br />
<gallery mode="slideshow"><br />
File:SteelSample.png<br />
File:TinSample.png <br />
File:ZincSample.png<br />
File:GoldSample.png<br />
</gallery> --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:19, 22 December 2022 (UTC)<br />
<br />
==== adding premium set to Infobox ====<br />
I am unclear where are we going with this? <br><br />
1) Will (A) tabs be implemented, (B) we be using mediawiki toggle [[Template_talk:V50_workshop|example]] for premium and classic/blocked, (c) put images side by side, or (d) something else?<br><br />
2) Also [[silver]] and [[Pig iron]] use very different image style for example.<br><br />
3) Anything else you want ? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:32, 30 December 2022 (UTC)<br />
<br />
: Personally, I would love tabs to be implemented, but I think that side by side might be best for most. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:32, 30 December 2022 (UTC)<br />
: Here is rough layout we can use. It should fit most buildings given the default sprite size. There is also a different floor plan for both (inspired by reddit) <br />
<br />
{|<br />
|- valign=top<br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 5×5<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><br />
|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|- valign=top<br />
|colspan=2|<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab"><br />
[[File:Siege workshop.png|center|160px]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><br />
{|<br />
|rowspan=2 style="width:50%; font-size: 125%;"|<center>{{Template:Picture Siege workshop}}</center><br />
|style="line-height: 1em; font-size: 125%;"|<br />
{| style="border-spacing:4px;"<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|}<br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 3×3<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|colspan=2 style="text-align: right;"|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="float:left; border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><span style="padding-top:5px; text-align: right;">{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}</span><br />
|- valign=top<br />
|rowspan=2 style="width:50%;"|<br />
<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab">[[File:Carpenter's workshop.png]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><center><br />
{| style="font-size: 175%; border-spacing: 0; background-color: black; border: 2px solid black"<br />
|- <!-- raw tile changes adds padding and margin --><br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|"|7:0:0}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|{{=}}|6:0:0}}<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"|<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|]|0:0:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
|}</center></div><br />
|<br />
{| style="border-spacing:5px;"<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1×1<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:Screw_press.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Screw press}}</center><br />
| style="border-left: 1px dotted #545557;"|<center>{{Template:Floor Plan Screw press}}</center><br />
|}<br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1×3<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:water_wheel.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Water wheel}}</center><br />
| style="border-left: 1px dotted #545557;line-height:normal;"|<center>{{Template:Floor Plan Water wheel}}</center><br />
|}<br />
|}<br />
:Any thoughts on the direction and or any and all of its elements? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:16, 31 December 2022 (UTC)<br />
<br />
::I kind of like side-by-side, if it fits. If anyone wants to implement a toggle button or tabs, I would ask that that be implemented in a template for now, so that e.g. we could change a toggle button to tabs in a single place if we decide to install an extension to support that. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:14, 1 January 2023 (UTC)<br />
<br />
::: I noticed a comment saying that [[impassable tile]] are no longer used in v50, is that true for all constructions? If so, floor plans are no longer needed, making things much easier as we can fit everything in except the 5v5 constructions like trade depot (and even these can be placed one above the other if so desired). If not, any thought on the alternative floor plan design? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:46, 1 January 2023 (UTC)<br />
<br />
:::: None of the constructions have blocking tiles any more from my experience playing. I haven't tested siege weaponry with that stuff, but none of the workshops have it, nor does any furniture. (walls and fortifications will of course obstruct movement [[User:AndrielChaoti|AndrielChaoti]] ([[User talk:AndrielChaoti|talk]]) 18:47, 1 January 2023 (UTC)<br />
::::: Ok, I have removed them from v50. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:48, 1 January 2023 (UTC)<br />
<br />
I have added a basic side by side variant to [[Template:V50 workshop]] and [[Template:Building]] for testing, let us know if there any issues. Few notes:<br />
* The default image naming scheme of <code>workshop-name.png</code> will likely conflict with existing images here or on commons, maybe another naming scheme should be used like <code>v50 workshop-name.png</code> as it is with ascii pictures.<br />
* There is inconsistency in image size. If you want to use large zoomed images then toggle is best, otherwise they need to be all in native size (96px for 3x3).<br />
* In the current version the code roughly centers the images and if there is a big image like with [[Siege workshop]] it drops to a new line --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:48, 1 January 2023 (UTC)<br />
<br />
How about combining shortcut keys and the new menu icons: <br />
<div style="color:white; font-size: large; text-shadow: -1px -1px 0 #000, 1px -1px 0 #000, -1px 1px 0 #000, 1px 1px 0 #000;"><!--<br />
<br />
--><span style="position: relative;><!--<br />
-->[[File:Ui b.png]]<div style="position: absolute; bottom:-14px; right:3px;">b</div></span><!--<br />
<br />
--><span style="position: relative;><!--<br />
-->[[File:Ui bo.png]]<div style="position: absolute; bottom:-14px; right:3px;">o</div></span><!--<br />
<br />
--><span style="position: relative;"><!--<br />
-->[[File:Ui bol.png]]<div style="position: absolute; bottom:-14px; right:3px;">l</div></span><!--<br />
<br />
--><span style="position: relative;"><!--<br />
-->[[File:Ui boll.png]]<div style="position: absolute; bottom:-14px; right:3px;">l</div></span><!--<br />
--></div><br />
--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 02:24, 3 January 2023 (UTC)<br />
<br />
:I worry that this is difficult to read (I read it as "boil" at first). I would rather use something like {{tl|k}} with a known background. What about something like this? <span style="position: relative;">[[File:Ui boll.png]]<div style="position: absolute; bottom:-14px; right:0px;">{{k|l}}</div></span> <br>or, alternatively, using flexbox without any overlap: <span style="display: inline-flex;">[[File:Ui boll.png]]<span style="align-self: flex-end;">{{k|l}}</span></span> &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:37, 3 January 2023 (UTC)<br />
:: Same, but that is the best I came up with. We can use the key or maybe someone can help improve the design. Also 'l' is hard to read even with {{t|key}}.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 03:05, 3 January 2023 (UTC)<br />
:: I added a {{t|Menu icon}} to start things so others can have a go with it. Also any thoughts on the icon naming convention (their shortcut sequence), is there easier/better way? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:36, 3 January 2023 (UTC)<br />
::[[User:BarelyCreative]] updated the template: {{Menu icon|b|o|l|y}}. I think it looks good, thoughts? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:40, 3 January 2023 (UTC)<br />
:::I like that, yeah. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:29, 4 January 2023 (UTC)<br />
::::There were some places where it didn't make sense so display every icon all the time (like step-by-step guides), so I changed it slightly to allow display of fewer icons using "num" and counting from the end: <nowiki>{{Menu icon|b|o|l|y|sep=-;|num=2}}</nowiki> {{Menu icon|b|o|l|y|sep=-|num=2}} [[User:BarelyCreative|BarelyCreative]] ([[User talk:BarelyCreative|talk]]) 09:05, 4 January 2023 (UTC)<br />
<br />
==== Bizarre palette-swapping idea/prototype ====<br />
No idea if this is a good idea, since it takes a bit of time to set up, and there might be some performance issues... and maybe display issues?<br />
<br />
But take a look at this:<br />
{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock|palette-name=amber}}<br />
<br />
It's way to swap palettes on an image, although the image itself is a table, with each cell representing a pixel. The template itself looks like this:<br />
<code><nowiki>{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock|palette-name=saffron}}</nowiki></code><br />
Input the pattern and desired palette name.<br />
<br />
I've got a larger showcase here: [[User:Brightgalrs/Sandbox/PaletteSwapShowcase]]. Only did a rock pattern so far, but all palettes are implemented. <br />
The major use for this would be on each stone, metal, wood, etc. type's page. The palette could be read directly from the raws. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 03:22, 24 December 2022 (UTC)<br />
<br />
:From a technical perspective, my primary concern is indeed performance. Both on the server side and client side, a large number of tables that large (in terms of markup and cell count, that is) tend to be resource-intensive to generate and render. I saw your image-filtering experiments on [[User:Brightgalrs/vector.css]], and while that strikes me as a newer and less-backwards-compatible approach, it would probably be more resource-friendly.<br />
:Is this color adjustment something the game is doing natively? i.e. does this accurately match what the game displays? I bet we could slap together an image-filtering extension (or find an existing one?) that can do this if needed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:49, 24 December 2022 (UTC)<br />
::Yeah that's what I suspected. The images the template creates are spot on, checked it against a screenshot I took of some mica rocks in-game. The css stuff is unfortunately totally incorrect, was cool to learn about it though, so not a complete waste of my time :p. The premium, in-game graphics are true sprites, basically patterns of indexed colors. Each of the in-game colors (which are significantly expanded over the 16 ascii colors, there's 116/117) there is a palette defined in "\Dwarf Fortress\data\vanilla\vanilla_descriptors_graphics\graphics\images\palettes.png". Each indexed color of the sprite is swapped for the corresponding color in the palette. Because of that, the css stuff doesn't work since it's doing the hue/saturation/brightness changes to the entire sprite.<br />
::I've looked into an existing mediawiki extension, couldn't find anything. One thing I did't really look at is some type of lua script/module that would basically emulate what the game is doing. So some function that takes in the base image as well as the desired palette, and based on that finds and replaces each color. No idea what mediawiki's capabilities are on that front. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 05:31, 24 December 2022 (UTC)<br />
:::We do have Scribunto installed now, so it's totally possible to do something in Lua too - forgot about that. I can add you to the group that grants access to edit the Module namespace if you want to give that a shot. If we use an extension, we'd probably need a custom one, similar to DFDiagram (or perhaps DFDiagram could be extended - it's in dire need of a rewrite anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:43, 24 December 2022 (UTC)<br />
::::I asked around on the mediawiki irc, I think scribunto/lua is a deadend, at least for taking an uploaded image and doing stuff to it with a lua script. However I did come up with this even more bizarre solution, using block elements. [[User:Brightgalrs/Sandbox/PaletteSwapShowcase2]], maybe less resource intensive? Definitely displays a lot worse though, probably unusable.<br />
::::{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock2|palette-name=saffron}}<br />
::::I dunno, maybe none of this is worth it and we should just write some external program to put all the images together offline, and then just mass upload. It wouldn't be ''that'' many... [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 06:37, 24 December 2022 (UTC)<br />
<br />
====Is there an easy way to just paste images from the clipboard?====<br />
<br />
I use KDE spectacle to take screenshots straight to the clipboard (after cropping) -- is there an easy way to just paste (and auto-upload) an image into an article? It would make it a lot easier to contribute images. [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 23:35, 1 January 2023 (UTC)<br />
:Unfortunately there is not. I would be open to a MediaWiki extension to support this if someone finds one. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:32, 2 January 2023 (UTC)<br />
:: Looks like this could do it, but I haven't used it before: https://www.mediawiki.org/wiki/Extension:SimpleBatchUpload [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 19:41, 2 January 2023 (UTC)<br />
::: It won't solve paste-from-clipboard, but this would be great for making uploading sprites much easier (auto-cutup spritesheet, rename, bulk upload). Could you add this, Lethosor? [[User:OddballJoe|OddballJoe]] ([[User talk:OddballJoe|talk]]) 21:47, 6 January 2023 (UTC)<br />
<br />
====Standards for adding graphical version screenshots and images====<br />
<br />
Hello, new user looking into adding imagery from the new version. Is there a standard for quality of new screenshots or images? I noticed that at a certain zoom level (2 zooms in from the furthest zoomed-out view), the graphics appear crisp and 1:1 pixel scaled, and I would propose that all images be taken at this scale whenever possible. If they need to be displayed larger, they should be nearest neighbor scaled in a photo editing program at 100% increments (Microsoft Paint will do this if you first select the image rather than directly scaling the whole canvas). I would also propose that images should be cropped to conform to the 32x32 pixel grid when possible, though this could be problematic with so many new graphical elements exceeding the bounds of their tiles. I would say the best practice for capturing artwork for items, furniture etc. ought to be done in a 3x3 open area to avoid shadows from nearby walls, or else extracted from the raw files (if this doesn't run afoul of being able to re-create the graphical version using those assets).<br />
<br />
I know that perfect is the enemy of good, and any documentation is better than none, but just thought I'd ask about this, and see if/where something like this ought to be posted. [[User:Unclesporky|Unclesporky]] ([[User talk:Unclesporky|talk]]) 13:58, 3 January 2023 (UTC)<br />
:It has been stated in [[Template:V50 workshop]] that <q>screenshots should be at the "native" resolution</q> but someone could edit the [[Screenshot]] page for best practice for the steam version. Or post some examples in [[Talk:Screenshot]] to find out what is best? --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 14:21, 3 January 2023 (UTC)<br />
<br />
====How would I/should I go about putting creature sprites on their pages?====<br />
<br />
Howdy. New player and wiki user here. I wanted to try and help update the wiki to the Steam release of DF, so I figured I'd chip in by putting each creature's sprites on their respective page, since I'll often look up a creature I have yet to see in game only to be met by a blue J, or whatever. I found all of the game's creature sprites in C:\Program Files (x86)\Steam\steamapps\common\Dwarf Fortress\data\vanilla\vanilla_creatures_graphics\graphics\images, so I figured I could just chop those up in Photoshop and stick them on here no problem, but the programming syntax/whatever it is on this site is incredibly confusing, I don't know how I'd actually go about doing it. I figured I'd just find the spot on the page where the little letter is and replace that with the image code, but it seems the pages are built using heavily nested templates that I can't even begin to understand. Any help?--[[User:Treese|Treese]] ([[User talk:Treese|talk]]) 03:07, 5 January 2023 (UTC)<br />
:Based on [[User:Zippy|Zippy]]'s work at {{tl|Creaturelookup_b}}, I added an "image" parameter to {{tl|creaturelookup/0}}, which is what creature pages should all be using. See [[Dwarf]] and [[Cow]] for examples. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:37, 5 January 2023 (UTC)<br />
<br />
=== Hotkeys/Menu navigation ===<br />
Most key bindings and menus have changed. Should the article reflect a) only the old version, b) only the GUI version or c) both? For example, [[Bridge|bridges]] used to be built via {{k|b}} -> {{k|g}}, but now it's in Place strucutures {{k|b}} -> Constructions {{k|n}} -> Bridge {{k|b}}. What should be written in the article? Currently, it's {{k|b}} -> {{k|g}}. I ''think'' it should be only b), but I am not sure if there will be differences regarding hotkeys or menus between the premium version and the free version and then, c) would be the most appropriate option. --[[User:Prometherus|Prometherus]] ([[User talk:Prometherus|talk]]) 10:16, 22 December 2022 (UTC)<br />
<br />
: Not sure. I wish the classic release soon --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 16:45, 22 December 2022 (UTC)<br />
:: Are you Toady's herald? Looks like it was just released! [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:18, 22 December 2022 (UTC)<br />
:: And our questions are answered, the old hotkeys seem to have been thrown out. Part of me is disappointed (useless muscle memory) but also relieved (unified UI for both versions is good in general and for the wiki). [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:25, 22 December 2022 (UTC)<br />
::: According to info, in a sort of 'demo version' at that. I'll wait a little while longer, for myself.[[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 18:22, 22 December 2022 (UTC)<br />
::::It's unlikely that keybindings in it will change significantly. My vote is that we should include information for both premium and classic, everywhere. Hopefully the keybindings are not different between versions. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:26, 22 December 2022 (UTC)<br />
:::Shouldn't it be based on the 50 or what verion the article is written for? [[User:Dominick|Dominick]] [[User_talk:dominick|<sup>(TALK)</sup>]] 18:42, 22 December 2022 (UTC)<br />
:::: The keybindings seem to be consistent between versions, (haven't checked exhausitvely, but since the menu layout is the same I think it is a good assumption). Should also keep in mind/consider that not all actions have keybindings. An option would be write 'Click on the <Example Text> icon or press {{k|E}}' [[User:Koos|Koos]] ([[User talk:Koos|talk]]) 23:14, 23 December 2022 (UTC)<br />
<br />
=== Removed features & concepts ===<br />
<br />
Since they're removed concepts, I've set [[Room]] to be a redirect for [[DF2014:Room]] and created [[Template:Activity zones]] for the nav bar bedrooms, etc, and made the necessary changes to [[Bedroom]] for it. Is this the correct approach, before I go on much further? (also a note, if it is, then [[Template:v50_rooms]] probably needs to be deleted) I also imagine that considering the number of changes in the interface, that things like [[Adventure mode]] and related pages might best be truncated to "not in 50.03" and when it does make it across, being more deliberately brought over in pieces? [[User:HawkOwl|HawkOwl]] ([[User talk:HawkOwl|talk]]) 06:23, 23 December 2022 (UTC)<br />
<br />
:Usually it is marked with [[Template:Removed_feature]]. For example: [[Dipscript]] or [[Party]]. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:45, 23 December 2022 (UTC)<br />
<br />
:: Ah, that's fair. Should that be mentioned in [[Dwarf_Fortress_Wiki:Versions#Redirects]]? [[User:HawkOwl|HawkOwl]] ([[User talk:HawkOwl|talk]]) 10:03, 23 December 2022 (UTC)<br />
<br />
:::I think the redirect policy mostly had in mind things that were removed a ''long'' time ago, like [[Tax collector]] and [[Economy]] (and the latter actually has a stub page as well). I guess we could clarify. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:34, 23 December 2022 (UTC)<br />
<br />
:::: The "current" redirects also cause the version box to incorrectly show that the current version has a page - e.g. [[23a:Cave_river]] shows a v50.04 version, but it's just a redirect back to that version. Similarly, what should happen to redirects like [[Clothes maker]], where a concept has evolved? It currently goes to [[23a:Clothes maker]] - that's correct if the user is trying to look up a very old concept, but if a new user is looking for "how to make clothes", they should be directed to [[Clothier]]. --[[User:Danny252|Danny252]] ([[User talk:Danny252|talk]]) 12:16, 26 December 2022 (UTC)<br />
<br />
:::: One should be careful with cv redirects. Most that were recently adjusted were unused plural forms (that should probably be deleted) but few like [[Crown]] needed that for backward compatibility. Removing the [https://dwarffortresswiki.org/index.php?title=Crown&type=revision&diff=279966&oldid=219482 cv part] means the the link on [[v0.31:Tilesets]] is now broken. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 22:30, 26 December 2022 (UTC)<br />
<br />
:::::If [[v0.31:Tilesets]] is about v0.31, it should not be using "main:" in its links - ''all'' of those links are going to pages about v50, not v0.31, regardless of whether the target is a redirect or not. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:37, 26 December 2022 (UTC)<br />
:::::: You right, I removed it. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 17:55, 27 December 2022 (UTC) <br />
<br />
Crown cv redir issue is now fixed, I believe. As goes with such cases where one can simply revert the troublesome edit, unless I've mistepped, myself? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 23:52, 26 December 2022 (UTC)<br />
:Both [https://dwarffortresswiki.org/index.php?title=Crown&diff=prev&oldid=280026] and [https://dwarffortresswiki.org/index.php?title=Crown&diff=prev&oldid=279966] should not have had any effect, because "cv" is an alias to the main namespace now, just like "main". Proof: [[Crown]], [[cv:Crown]], [[main:Crown]]. It's possible caching is coming into play here, although I purged the redirect cache after making that alias change earlier this month... &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:02, 27 December 2022 (UTC)<br />
<br />
I think there have been some changes not captured, but as a newb, I'm afraid to edit the page(s). A good example is Strawberry. I'm playing the Steam version right now and Strawberry plants are "not relevant to brewing" in Labor > kitchen > veg / fruit / leaves. Unless I'm mistaken and need to process them? Another example is the trade caravan = it seems the 3 square pathing no longer happens; it's just yak(s). 12:31, 28 December 2022 (UTC) 12:29, 28 December 2022 (UTC)<br />
:Strawberries should be brewable according to the Raws.<br />
:Trade wagons has been modified in v50. The first wagons will arrive at the same time your fort is becoming a barony. Until then, it's only pack animals and stairs are indeed fine. The [[Trading]] page needs a huge rework anyway... I'll try to do that next week. --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 13:40, 2 January 2023 (UTC)<br />
<br />
<s>As far as I can tell, none of the workshop buildings in v50 have blocking tiles any more. There's a comment to the like in data/vanilla/vanilla_buildings/objects/building_custom.txt that says this "[BLOCK:1:0:0:0] workbenches no longer block". Hesitant to update that template as I'm not sure if it's referenced for all of the old versions too. </s> [[User:AndrielChaoti|AndrielChaoti]] ([[User talk:AndrielChaoti|talk]]) 05:54, 29 December 2022 (UTC)<br />
: A new template has been created: {{tl|V50 workshop}} --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 13:40, 2 January 2023 (UTC)<br />
::Thanks! In general, I would like to delegate the switching responsibility to the template (like how {{tl|creaturelookup/0}} works), but in cases where the parameters diverge significantly like with workshops, it could make sense to make an entirely new template. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:40, 3 January 2023 (UTC)<br />
<br />
=== creature infobox prototype (moved) ===<br />
<br />
Check it out, I made a temporary template and added it to the [[cow]]s page. Now it shows the sprites (but not the zombified versions yet). I wanted to show everyone a prototype of what v50 creature infoboxes should look like. Or at least something similar to it. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 19:11, 27 December 2022 (UTC)<br />
:Hi, I'm new to editing wikis but I have done a bit of work with sprite sheets and I've been going through the DF data files to find the different graphics hoping to help with the animal pages. I've thrown together a template with grass and a few nature sprites (plants, a tree, and a rock) for size reference but I'm unsure how large the 'display' tiles in the middle of the template should be to suit all animals. I can see in the sprite sheets that some land animals have an adult and child sprite, so two tiles. Others have a male, female, and child, but after seeing you include the zombie cows I'm unsure if I should make it twice the size to add them too. Alternatively, I could grab some tiles from the haunted biomes for the zombie animals and make a separate template for a side-by-side comparison. Either way, let me know if this helps. I'd like to help with other graphics too as we add the premium tilesets but the animals seemed the easiest to tackle with me being new to wiki editing. ~~[[User:UristTheSeventh|UristTheSeventh]] ([[User talk:UristTheSeventh|talk]])<br />
::@Zippy, I am a bit perplexed about the purple cows. Why do we need a zombified version of creatures on every page?<br />
::@UristTheSeventh, we can use all the help. Maybe post an example, so that we can have something to compare and contrast.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:49, 3 January 2023 (UTC)<br />
:::@Jan Here are the examples: <br />
:::[[File:Creature template.png]] [[File:Armadillo.png]] [[File:Seagull.png]] <br />
:::It'll need to be wider or arranged differently for different creatures with more that two sprites or for multi-tile creatures. I can also do an aquatic and air themed template for swimming and flying creatures. ~~[[User:UristTheSeventh|UristTheSeventh]] ([[User talk:UristTheSeventh|talk]])<br />
::::Looks nice, like the metal template. There are several people working on updating the graphics you should talk more among yourselves. Best I can offer is that I width wise I am hoping to go up to 200px for infoboxes.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:13, 5 January 2023 (UTC)<br />
:::: We don't exactly ''need'' a zombie sprite on each page. I added it because it was... there. I was also hoping to get some opinions on it anyway since that infobox is a visual prototype, and not a final choice. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 03:28, 6 January 2023 (UTC)<br />
<br />
===Furniture Infobox===<br />
{{Quality|Unrated}}<br />
{{v50_furniture|name=Bed<br />
|graphic=[[File:bed_sprite_prototype.png]]<br />
|tile=Θ|col=6:0:0<br />
|wood=y<br />
|rooms=<br />
* [[Bedroom]]<br />
* [[Barracks]]<br />
* [[Dormitory]]<br />
|value=10}}<br />
I made a v50 furniture template prototype. I tested this on Firefox, Chrome and Microsoft Edge/Internet Explorer and it looks fine on all of them. I hope this is good enough to be the official thing, unless I'm missing something. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 03:28, 6 January 2023 (UTC)<br />
{{clear}}<br />
<br />
=== When do we remove the migration note on specific pages? ===<br />
<br />
At what point can we remove the "this page was auto migrated from v47" warning? There are a bunch of small pages that are more or less accurate, if I've reviewed them, can I go ahead and remove the warning? [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 23:33, 1 January 2023 (UTC)<br />
:Yes, feel free to remove it if you think all content is accurate. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:31, 2 January 2023 (UTC)<br />
<br />
=== Any info on fixing "creature description not found?" ===<br />
<br />
I see this issue on most creature pages, it seems to be due to a lookup that's not currently functioning? Cows interestingly doesn't have this issue but I couldn't figure out how to recreate whatever fix it's editor did. --[[User:Yallendallis|Yallendallis]] ([[User talk:Yallendallis|talk]]) 00:22, 3 January 2023 (UTC)<br />
:That is the missing raws issue described above. Cow was fixed by the addition of [[cow/raw]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:28, 3 January 2023 (UTC)<br />
::Ah makes sense, not fully used to the language of wikis yet so I read over it while looking. To put this bit of questioning to rest for any future readers, is it correct that it's fine to update any raws manually, though it will be done automatically at some point? --[[User:Yallendallis|Yallendallis]] ([[User talk:Yallendallis|talk]]) 07:48, 3 January 2023 (UTC)<br />
:::Yes. I'm circling back to work on a script right now, so not much point in doing it if you're reading this. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:57, 4 January 2023 (UTC)<br />
:::This should be fixed now. If you continue to see pages with problems, you can try [https://www.mediawiki.org/wiki/Manual:Purge purging the cache]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:59, 4 January 2023 (UTC)<br />
<br />
=== Adventurer Mode related sections ===<br />
<br />
The topic has already been discussed [[#Removed features & concepts|above]], but I don't see a clear line on what to do with article sections that mention Adventurer Mode. Like for example in [[Butcher#Adventurer_mode|Butcher]]. <br />
<br />
'''a) Truncate''' or '''b) leave in place with a mention''' that the mode is not yet present IG but will be added in a future update?<br />
<br />
Personally I think option b) is better, because I think it's silly to undo some work just to reintroduce it a few weeks later, with the necessary corrections. Even if a copy/paste of a previous version takes ~15 seconds, considering the number of articles that need to be corrected, it would be a bit of a waste of time.--[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 14:22, 3 January 2023 (UTC)<br />
<br />
== Toggleable image ==<br />
<br />
Any objections/comments to using this template for now for toggling between classic and premium images? I'd probably rename it to "Template:Premium-classic thumb image". I'm sure someone can come up with a better UI eventually, but should be easy to migrate at that point. I also think we should use the same customtoggle class for this and for the infobox. [[User:NiftyManiac|NiftyManiac]] ([[User talk:NiftyManiac|talk]]) 23:12, 1 January 2023 (UTC)<br />
<br />
{{User:NiftyManiac/Sandbox/TemplateDualImage|<br />
premium=File:Quickstart-finder.png|<br />
classic=File:Quickstart-finder-partial.png<br />
}}<br />
<br />
{{User:NiftyManiac/Sandbox/TemplateDualImage|<br />
premium=File:Quickstart-finder.png|<br />
classic=File:Quickstart-finder-partial.png|<br />
caption=My caption|<br />
width=100px<br />
}}<br />
<br />
:This looks nice to me! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:30, 2 January 2023 (UTC)<br />
<br />
: Good initiative. From the top of my head:<br />
:* I suggest using a shorthand, no one wants to type 'Premium-classic thumb image'. <br />
:* If we end up using toggle for infoboxes (not sure where we headed there), then I agree definitely same custom toggle class should be used for all, thus allowing to switch premium-classic view on the whole page at a click.<br />
:* The button part on a separate row isn't pretty, creating a lot of dead space that can be used by the text. Are we set on the label 'toggle ascii'? Classic isn't Ascii per se, maybe we can use a 'toggle' with a tooltip {{tooltip|for example|does bla bla bla}}, or maybe we can get rid of the text and have a smaller icon button ([[User:Jan/sandbox#Metal_example|two examples]]). <br />
: I hope that helps. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:21, 2 January 2023 (UTC)<br />
<br />
:: I added [[Template:Dual image]] with some of your suggestions. Agree that it's not super pretty, feel free to try something different. <br />
<br />
::* I put the toggle in the caption mostly because I gave up on trying to make a more sophisticated replacement for the default thumb image behavior, I'm sure someone with better wiki-fu could put together something more intelligent.<br />
::* I cut the text down to just "Toggle"; I think the best solution would be a small graphic showing the old and new dwarf icons with arrows between them. [[User:NiftyManiac|NiftyManiac]] ([[User talk:NiftyManiac|talk]]) 19:21, 2 January 2023 (UTC)<br />
<br />
{{Dual image|<br />
premium=File:DFwiki5by53by3farm.png|<br />
classic=File:Quickstart_layout_3.png|<br />
width=100px|<br />
caption=A 5x5 room with a 3x3 farm plot<br />
}}<br />
::: I updated the layout, now it should look just like a regular image thumb. I didn't had time to test it, if it doesn't work for you or you don't like it just revert the last change. cheers. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:46, 2 January 2023 (UTC)<br />
::::I don't know which part of this talk page to put this, but I added the ability to add icons to the v50 workshops template. Leaving the icon part blank will not break the template in any way. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 09:47, 3 January 2023 (UTC)<br />
{{clear}}<br />
==Creature List Now Supports Graphics!==<br />
I wasn't easy, but I made new templates so the [[Creature]]s page now supports both graphics sprites ''and'' ASCII tiles. Allow me to show you:<br />
<br />
{{v50_creaturecurrent_table_head}}<br />
{{v50_creaturecurrent table row|graphic=[[File:dwarf_sprite.png]]|name=[[Dwarf]]|symbol=☺|color=3:0:0|playable=Fort, Adv|hostile=No|food=No|size=60,000|value=Not tameable|biome=[[Mountain halls]], [[Fortress|dwarf fortress]]es, [[hillock]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:elf_sprite.png]]|name=[[Elf]]|symbol=e|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Forest retreat]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:human_sprite.png]]|name=[[Human]]|symbol=U|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=70,000|value=Not tameable|biome=[[Town]]s and cities|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:goblin_sprite.png]]|name=[[Goblin]]|symbol=g|color=7:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Dark fortress]]es and [[dark pit]]s|note=Snatchers<sup>2</sup>}}<br />
{{v50_creaturecurrent table row|graphic=[[File:kobold_sprite.png]]|name=[[Kobold]]|symbol=k|color=6:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=20,000|value=Not tameable|biome=Caves|note=Skulking race}}<br />
|}<br />
<br />
Oh wait, there's a bonus. You can also modify the background color of the box the sprites go in. I added that to make possibly-hard-to-see-otherwise sprites more easy to see - depending on the colors it has. Allow me to demonstrate.<br />
<br />
{{v50_creaturecurrent_table_head}}<br />
{{v50_creaturecurrent table row|graphic=[[File:dwarf_sprite.png]]|bgcolor=#829ccc|name=[[Dwarf]]|symbol=☺|color=3:0:0|playable=Fort, Adv|hostile=No|food=No|size=60,000|value=Not tameable|biome=[[Mountain halls]], [[Fortress|dwarf fortress]]es, [[hillock]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:elf_sprite.png]]|bgcolor=#c7dfc0|name=[[Elf]]|symbol=e|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Forest retreat]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:human_sprite.png]]|bgcolor=#c7dfc0|name=[[Human]]|symbol=U|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=70,000|value=Not tameable|biome=[[Town]]s and cities|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:goblin_sprite.png]]|bgcolor=#dfc0c0|name=[[Goblin]]|symbol=g|color=7:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Dark fortress]]es and [[dark pit]]s|note=Snatchers<sup>2</sup>}}<br />
{{v50_creaturecurrent table row|graphic=[[File:kobold_sprite.png]]|bgcolor=#dfc0c0|name=[[Kobold]]|symbol=k|color=6:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=20,000|value=Not tameable|biome=Caves|note=Skulking race}}<br />
|}<br />
<br />
To change the background color, add <code><nowiki>|bgcolor=COLOR</nowiki></code> segment after the <code><nowiki>|graphic</nowiki></code> part. You can use color names or HTML hex color codes. I added this to the v50 creatures page, but at this time, I only added the first five creatures I just displayed. It's gonna take a while to find ALL of those creature sprites. I hope a lot of people help out on that one. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 05:29, 5 January 2023 (UTC)<br />
<br />
:Thanks, looks nice! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:44, 5 January 2023 (UTC)<br />
:Nice stuff, took the quick liberty to change the padding-left -> text-align to make all the sprites center aligned relative to each other :) Sweet work --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:41, 5 January 2023 (UTC)<br />
:: Good work indeed. One minor issue, is that all the sprites have different sizes, which sometimes create slight variation in table row height. Consider using capping the image size vertically for example <code><nowiki>[[File:dwarf_sprite.png|x32px]]</nowiki></code>--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:15, 5 January 2023 (UTC)<br />
:: Also often in such tables people want to click on the image to go for the specific entry, and often will try to click on the very first thing they see in line the thumb image, but currently that will take them to the file page. Consider adding link parameter for example: <code><nowiki>[[File:dwarf_sprite.png|x32px|link=dwarf]]</nowiki></code> [[File:dwarf_sprite.png|x32px|link=dwarf]] or no link at all <code><nowiki>[[File:dwarf_sprite.png|x32px|link=]]</nowiki></code> [[File:dwarf_sprite.png|x32px|link=]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:24, 5 January 2023 (UTC)<br />
::: I mean... Yeah, I could do that. I think that lessens the quality of the sprite a bit because it makes edges blurry, but either way is fine. I could have sworn I added a link for all those images the first time. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 03:23, 6 January 2023 (UTC)<br />
::::Since we are adding pixel art sprites to the website it might be convincing to add a global class like .sprite or .pixel-image that uses the CSS attribute `image-rendering: pixelated;` in order to prevent blurryness when scaling the image up/down. Just a thought --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 09:40, 6 January 2023 (UTC)<br />
:::::Are we able to attach classes directly to images? If so, we can probably attach inline styles directly as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:52, 6 January 2023 (UTC)<br />
::::::Looks like (without an extension) MediaWiki only supports classes on images: [[File:dwarf_sprite.png|x32px|class=pixelated]] and not styles: [[File:dwarf_sprite.png|x32px|style="image-rendering: pixelated;"]] it just treats it as alt text it looks like? Wrapping it in a div works and demonstrates the difference: <div style="image-rendering: pixelated;display:inline;">[[File:dwarf_sprite.png|64px]]</div> [[File:dwarf_sprite.png|64px|inline]]. Speaking from experience, however, image-rendering needs a browser specific prefix in certain browsers (safari, for example) in order to work properly. I'm not entirely sure what the best "MediaWiki" practice is for adding something like this but I would assume it's a simple class in common.css for now. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:17, 6 January 2023 (UTC)<br />
:::::::Ah, yeah, you are correct, I should have checked https://www.mediawiki.org/wiki/Help:Images. I'd be fine adding a class like that to common.css. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:27, 6 January 2023 (UTC)<br />
::::::::Great, in that case if no one is opposed we can add `.game-sprite` or something like that? See below for the CSS, the order of the attributes is relevant. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 18:23, 6 January 2023 (UTC)<br />
<pre>/* Used for pixel-art images from the game so they can be resized and maintain crisp pixel edges. */<br />
.game-sprite {<br />
image-rendering: -webkit-optimize-contrast;<br />
image-rendering: crisp-edges;<br />
image-rendering: pixelated;<br />
}</pre><br />
:::::::::So... you guys think each creature page should show the main sprite(s) alone, or should it show the baby versions alongside them? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 08:37, 8 January 2023 (UTC)<br />
::::::::::I think adult + baby is sensible, the adult + baby + zombie was not, in retrospect. So yeah adult + baby (if there is one) from now on would be my vote. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 23:27, 8 January 2023 (UTC)<br />
{{outdent}}<br />
Well then, there's a TON of creatures to go - and I mean both the [[creature]]s page and the individual creature pages. I really hope everyone can pull their weight on that those images. The spritesheets are easy to find, and if you know how to read the .txt files near them, finding sprites on certain rows and columns should be a breeze. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 00:47, 9 January 2023 (UTC)<br />
:Zippy, are you doing all of this by hand? That seems quite tedious. Cutting up the spritesheets can be done automatically. Renaming and updating the table could be done with a script and/or chatgpt. We'd need Lethosor to add the [https://www.mediawiki.org/wiki/Extension:SimpleBatchUpload batch upload extension] though. Maybe some manual work in updating names to match article names rather than raws. [[User:OddballJoe|OddballJoe]] ([[User talk:OddballJoe|talk]]) 06:55, 9 January 2023 (UTC)<br />
{{clear}}<br />
::So did the graphic people gained insights and reached some sort of consensus? are we using big up scaled images + toggle? multiple images to(adult + baby)? anything else? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 00:32, 10 January 2023 (UTC)<br />
:::I noticed that someone blew up the size of the previews in infoboxes. Was that you Jan that did that? Whoever did that enlarged the DFtext tile as well. Don't know if that was intentional or not. I'd prefer if the sprites were either left alone or at double-sized max (or however they look in-game at 1:1 - not zoomed in or out), though that's just me. It looks like maybe they're triple-sized or something.<br />
<br />
:::@OddballJoe - It's not all by hand, I have some Photoshop scripts that cut my work time in half, or even by a third. Lethosor said something about us not uploading entire spritesheets. If we did it the entire spritesheet way, one update to the sheet could misalign everything and screw up many pages. For example, let's say Kitfox slipped in an extra couple rows of creatures in an image file, that means the other rows under it would be misaligned and pages would show the wrong creatures. Know what I mean? I'd still prefer if other people jumped in and added sprites, though. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 00:51, 10 January 2023 (UTC)<br />
<br />
:::: Lethosor introduced the changes, using the image-rendering stuff. I am just waiting for any sort of consensus to do anything, same as with workshops I am not clear on the size people want to go for [[:File:Carpenter%27s_workshop.png|original]] or [[:File:Ashery.png|big]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:17, 10 January 2023 (UTC)<br />
<br />
=== Graphics in Skill Infoboxes ===<br />
{{v50_skill<br />
| color = 7:0<br />
| graphic = [[File:miner_sprite_icon.png]]<br />
| skill = Miner<br />
| profession = Miner<br />
| job name = [[Mining]]<br />
| tasks =<br />
* [[Dig]]<br />
| attributes =<br />
* Strength <br />
* Toughness <br />
* Endurance<br />
* Willpower<br />
* Spatial Sense<br />
* Kinesthetic Sense}}I've made yet another visual prototype for skills. In other words, we can put sprites of matching dwarves (and possibly humans, elves, goblins, etc.) at the top of infoboxes. If multiple images are put up there, that can mess up the alignment, but don't worry, Zippy thought of that. <code><nowiki>|graphicmargin</nowiki></code> can added, and a percentage or a "px" number can be placed in that parameter to fix it. If you leave said parameter out, the alignment will default to about 42% from the left. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 06:06, 7 January 2023 (UTC)<br />
<pre><nowiki><br />
{{v50_skill<br />
| color = 7:0<br />
| graphic = [[File:miner_sprite_icon.png]]<br />
| graphicmargin = (OPTIONAL)<br />
| skill = Miner<br />
| profession = Miner<br />
| job name = [[Mining]]<br />
| tasks =<br />
* [[Dig]]<br />
| attributes =<br />
* Strength <br />
* Toughness <br />
* Endurance<br />
* Willpower<br />
* Spatial Sense<br />
* Kinesthetic Sense}}<br />
</nowiki></pre><br />
::Not sure I understand the alignment issue, can you not put text-align: center on the parent table element instead of messing with explicit margins? As another sidenote, should we continue to be naming all of these templates v50_x, I find that a bit confusing. Why not just edit the main templates with the additional information. Loving all the new templates though nice work Zippy :) --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:43, 7 January 2023 (UTC)<br />
:::No, text-align doesn't work with images and divs. That just works for text. When it comes to images, you got to put a little "finesse" on the CSS with those. As for editing the classic templates with the new info, it doesn't always work that way with ''every'' template. Lethosor I think ''did'' update the creature infobox template in the way you mentioned. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 08:37, 8 January 2023 (UTC)<br />
:::: You can use something like this to automatically handle that--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 08:56, 8 January 2023 (UTC)<br />
{|<br />
|-<br />
|<div style="width:200px; display:flex; background-color:#eaecf0;"><br />
[[File:miner_sprite_icon.png|center]]<br />
<div><br />
|<div style="width:200px; display:flex; background-color:#eaecf0;"><br />
[[File:miner_sprite_icon.png|center]] [[File:miner_sprite_icon.png|center]]<br />
<div><br />
|<div style="width:200px; display:flex; background-color:#eaecf0;"><br />
[[File:miner_sprite_icon.png|center]] [[File:miner_sprite_icon.png|center]] [[File:miner_sprite_icon.png|center]]<br />
<div><br />
|}<br />
:::::Hah I am very familar with the CSS finese :P Can you show me an example of a multi-sprite job infobox? I said what I said because I tested my proposed solution and it worked fine :)</div>Janhttps://dwarffortresswiki.org/index.php?title=Dwarf_Fortress_Wiki_talk:Versions&diff=284947Dwarf Fortress Wiki talk:Versions2023-01-10T00:50:48Z<p>Jan: /* v50 migration */ quality</p>
<hr />
<div>{{archive|<br />
# [[DF Talk:Versions/Archive 1|Page 1]]}}<br />
<br />
== Version 0.31.19 starts a new DF generation? ==<br />
<br />
My reading of Toady's comments on the release of 0.31.19 is that it came out basically because he felt it would take too long to get DF all the way to 0.32. With the ore changes, the sitefinder changes, the addition of grazing and several different industries, there's a lot of changes between 31.18 and 31.19. So I'm thinking it might be a good idea to call it the first release of DF2011 - and what we refer to as "DF2010" would then become 0.31.18.<br />
<br />
Thoughts? --[[User:DeMatt|DeMatt]] 07:06, 28 February 2011 (UTC)<br />
<br />
==Revisiting Redirects==<br />
I wasn't around when the redirect policy was created, and I'm having trouble understanding the rationale. The example claims that linking [[Main:Cheese]] to [[cv:Cheese maker]] is problematic...but mainspace only ever redirects to the current version. If the best target in the current version is cheese maker, why not link to it directly? (It's not, at least for Cheese, since [[DF2012:Cheese]] exists now.) The explanation seems to be claiming that 40d articles that link to Cheese will follow the Mainspace link--but that hasn't been the case for a long while now. Articles in 40d automatically link against other articles in 40d, so that version remains internally consistent no matter where mainspace links to in the current version. For a current example, what do we gain by linking [[Main:Mead]] to [[cv:Mead]] and linking [[DF2012:Mead]] to [[DF2012:Alcohol]]?<br />
<br />
If this really is just an outdated procedure, I recommend we drop the mummery and allow mainspace to link to cv:(best target). Double redirects ''may'' work (sometimes, but [[Main:Mead]] demonstrates a common problem where automatic redirection fails), but if they are unnecessary I think they should be avoided, partly because of problems like [[Main:Mead]] and partly because of the effort required to protect double redirects from users who believe they are problematic.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:16, 8 January 2014 (UTC)<br />
<br />
:I was just thinking that. I'm currently attempting to write a basic extension to eliminate the need for mainspace redirects entirely, although Mediawiki's class structure may make this more difficult than I had hoped (the only method I've found for resolving redirects takes the ''article text'' instead of a title, e.g. "#REDIRECT ..."). I do agree that the current situation with redirects isn't ideal, so I'm hoping this will work better (once I get it to work). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:42, 8 January 2014 (UTC)<br />
<br />
Okay, that wasn't quite as clear as I meant it to be. In general, I think this is a tricky situation. Mediawiki wasn't designed to have five content namespaces, and certainly not chains of redirects between them. The problem that was pointed out in the [[DF:REDIR|policy]] is the fact that with:<br />
Main:Foo -> cv:Bar<br />
pages in the cv: namespace can't use [[<nowiki/>foo]], since the namespace links modification causes it to be treated as [[<nowiki/>cv:foo]] instead, which doesn't exist. The current suggested solution is this:<br />
Main:Foo -> cv:Foo -> cv:Bar<br />
This fixes the problem of [[<nowiki/>foo]] not working on cv pages, but creates issues with double redirects not always working. Another solution, which is more intuitive to new editors, is:<br />
Main:Foo -> cv:Bar<br />
cv:Foo -> cv:Bar<br />
Both require creating two redirects. The first method has the advantage of ''ensuring'' that the cv redirect exists (otherwise, main:foo would be a redlink), while the second has the advantage of working more reliably in a couple cases.<br />
<br />
What I'm trying to do is make main:Foo "jump" to cv:Foo when cv:foo exists, ''even if main:foo doesn't exist'' (basically it would treat all mainspace pages as redirects to cv pages, but only if the cv page exists and not the mainspace page). I had main:Bar jumping to cv:Bar fine, but if cv:Foo redirected to cv:Bar, accessing main:Foo would mysteriously stop at cv:Foo even if I increased the redirect limit. What I'm trying to do now is follow the redirects internally, without relying on Mediawiki to do it automatically - unfortunately, that has proved to be harder than I had hoped (and I sent my web server into an infinite loop while trying). I will try to work on this some more when I get a chance, although I'm not sure when that'll be yet :(. For now, feel free to fix broken double mainspace redirects as necessary, as long as redirects in the DF2012 namespace stay pointing to the right page (and new mainspace redirects get added in the DF2012 namespace too). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:21, 9 January 2014 (UTC)<br />
<br />
:You're treating cv like a namespace--it's not. It is simply shorthand for "fill in the current version here". [http://dwarffortresswiki.org/index.php?title=User_talk:Briess&diff=182404&oldid=181281 As I discovered a long time ago on a server not far away], linking from Main:Foo to cv:Foo tends to break redirection chains. If, instead of linking to cv:Foo, you link to DF2012:Foo, it might just work. It would, of course, be better if your patch could evaluate cv itself, but even if you have to hardcode the current version it's a single point of maintenance that requires update very infrequently. (For that matter, we could probably dispense with the cv hack entirely and just have a bot update mainspace links from DF2012 to DF201X when we switch to a new version.)--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:05, 9 January 2014 (UTC)<br />
::I know cv isn't a namespace - I was just trying to avoid future confusion when the DF2012 namespace changes. It's interesting that changing "cv" to "DF2012" fixes some broken redirects, although I've found that simply making an edit to a broken redirect can usually fix it as well. I've actually had the most problems with double redirects when the second one (in the DF2012 namespace) doesn't use the DF2012 prefix (e.g. main:Foo containing <nowiki>[[cv:Foo]] and DF2012:Foo containing [[Bar]]</nowiki>). I'd rather keep the cv alias even if it isn't necessary for mainspace redirects when I get the patch to work, since it makes it easier to refer to the current version of the page (for example, several MDF articles contain links to a vanilla page for things that don't change in the mod).<br />
::Also, using aliases like "cv" is supported by Mediawiki; in fact, several WMF wikis use them (for example, "[[wikipedia:WP:Redirects|WP:Redirects]]" on Wikipedia). It's quite likely that Mediawiki isn't processing double redirects using aliases correctly, though, since that's uncommon on most wikis. --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:35, 9 January 2014 (UTC)<br />
<br />
In light of the lack of support for the current redirect policy, I propose we replace the current redirect section with:<br />
<br />
:Mainspace article pages should use the cv: alias when redirecting to a versioned page, which will automatically update the link when a new version is released. For example, page "Main:Foo" should redirect to page "cv:Bar" (where "Bar" is the page that best describes the topic Foo in the current version).<br />
<br />
:Pages in mainspace should only redirect to an older versioned page if that content no longer exists in the current version of the game (e.g. [[Cave river]], [[Chunk]]). In these cases the cv: alias cannot be used. <br />
<br />
:Pages inside a versioned namespace should not use the cv: alias. Instead, they should redirect to the best page within that versioned namespace (e.g. [[DF2012:Dodging]], [[v0.31:Drink]]).<br />
<br />
:Due to limitations of the wiki software, double redirects should be avoided if possible. When fixing double redirects in mainspace, please make sure to use the cv: alias as appropriate.<br />
<br />
If no one objects, I will make this change in a few days.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:21, 15 January 2014 (UTC)<br />
<br />
:Okay with me. It may be worth mentioning that double redirects only really need to be changed when they don't work (since changing a lot of redirects that work isn't necessary), but I think it's clearer and more relevant than the current policy. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:26, 16 January 2014 (UTC)<br />
<br />
Done.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:55, 22 January 2014 (UTC)<br />
<br />
I was finally able to get my extension to work after being motivated by one too many malfunctioning redirects. It now causes nonexistent pages in the main namespace to behave exactly like redirects to their DF2012 counterparts (when linked to, accessed directly, and transcluded). Double redirects also work (up to 100, in fact, although that was a temporary safety measure that I'll probably change). This means we'll be able to safely get rid of all mainspace redirects (redirects that redirect to something other than "cv" will still function if not deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:20, 14 March 2014 (UTC)<br />
:What about articles which don't exist in the current version but do exist in older versions? Will those still need mainspace redirects, or will your extension be able to automatically redirect them to v0.31/40d/23a? --[[User:Quietust|Quietust]] ([[User talk:Quietust|talk]]) 01:29, 14 March 2014 (UTC)<br />
::It ignores all mainspace pages that actually have content, including redirects, so pages like [[masons guild]] won't be affected (unless deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:47, 14 March 2014 (UTC)<br />
<br />
Done and deployed. [[Cat]] is still treated as a redirect, even though I just deleted it (try clicking on the "redirected from" link). Pages that exist are ignored, so [[Masons guild]] and [[History of Dwarf Fortress]] still function normally (as a redirect to a 23a page and a non-redirect, respectively). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:57, 14 April 2014 (UTC)<br />
<br />
I'm sending around a bot right now to delete all redirects of the format "foo -> cv:foo" (a surprising number don't fit this format, so I'm leaving them alone for now). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:43, 14 April 2014 (UTC)<br />
<br />
:I'm confused. Do we use double redirects or not? Is there a single place we define our linking policy (including redirects), and is it updated? <br />
:I had trouble linking to [[Consolidated_development]] in [[v0.34:Dragon]]. It kept pointing to v0.34:Consolidated_development, which does not exist. I ended up linking to Main:Consolidated_development to make it work. --[[User:Nahno|Nahno]] ([[User talk:Nahno|talk]]) 10:18, 1 July 2014 (UTC)<br />
<br />
::That's a separate problem altogether - links in the versioned namespaces (v0.34, v0.31, 40d, 23a) automatically link to pages within their namespace. I may be able to set up a fallback to mainspace once I'm able to deploy again, but for now the "main:" alias is the intended solution. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 11:36, 1 July 2014 (UTC)<br />
<br />
== Google often directs people to the 0.31 page ==<br />
<br />
I've noticed a couple of times that finding a wiki page from an external search will often drop me onto a page from an older version. Is it possible to mitigate this somehow for new players? I could imagine something like redirecting old:Bar -> cv:Bar unless the user has come from old:Foo; no idea if that would actually work though. [[User:PeridexisErrant|PeridexisErrant]] ([[User talk:PeridexisErrant|talk]]) 11:48, 4 May 2014 (UTC)<br />
<br />
:As a temporary solution, I could write a script that displays a banner of some kind if the user came from an external site. I'll ask Briess if he can do anything on the server level to increase the weighting of the current version's pages. (Obviously there are situations where people are looking for old pages, like [[23a:dungeon master]], so we don't want to disable indexing entirely on old pages.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:03, 4 May 2014 (UTC)<br />
<br />
== DF2014? ==<br />
<br />
As Toady [http://www.bay12games.com/dwarves/ draws closer to a new release], it might be worthwhile to discuss the addition of a new version to the wiki. The upcoming release covers two years of changes and introduces a number of new plants, foods, drinks, multi-tile trees, climbing, jumping, etc., so it is likely to have significant changes from the current DF2012. To avoid having people start new pages (and lose all the effort spent refining the prior version's page), I think it would be best to have a bot automatically copy over the DF2012 pages as a starting point for DF2014. I would suggest that these copied pages include a noticebox template mentioning that the content may be outdated, so that we can easily track which pages have been reviewed. I think either the {{tl|version check}} or {{tl|old}} template would work. --[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:43, 5 May 2014 (UTC)<br />
<br />
:This is what [[User:QuietBot]] did after the 0.34 release, so it's certainly possible to use the same script to migrate to DF2014. I would like a way of tagging migrated pages, since inaccuracies in some pages went unnoticed for months after they were migrated. Since {{tl|old}} is already in use, {{tl|version check}} may be a better solution (it can be reworded slightly, or we can make a separate template for DF2014 migration). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:23, 1 June 2014 (UTC)<br />
:Made [[Template:DF2014 migrated]] as an example. Any thoughts? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:32, 1 June 2014 (UTC)<br />
<br />
== Redirects inconsistency ==<br />
<br />
Following a redirect is supposed to be exactly the same as going straight to the page it redirects to, but this actually isn't the case:<br />
* Go to [[Seeds]] and you get [[v0.34:Seed]] (outdated)<br />
* Go to http://dwarffortresswiki.org/index.php?title=Seeds&redirect=no and click on the link and you get to [[DF2014:Seed]] (current)<br />
So if you search for "seed", the top result is the DF2014 version. But search for "seeds" and you get the redirect, which sends you to the outdated page instead. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:22, 22 February 2015 (UTC)<br />
<br />
While I'm talking about redirects, it seems redirects to sections don't work: see [[DF2014:How do I manage my seeds and crops]]. I know MediaWiki is capable of this trick because Wikipedia does it. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:32, 22 February 2015 (UTC)<br />
<br />
:I have absolutely no idea why [[seeds]] redirects to a v0.34 page - it could be a Mediawiki bug. The section links issue is due to a known issue in the redirect extension we use, which has yet to be fixed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:01, 23 February 2015 (UTC)<br />
:It looks like deleting both [[Seeds]] and [[DF2014:Seeds]] fixed things (by allowing AutoRedirect to handle the redirects instead). Feel free to tag any others with {{tl|bad redirect}}. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:03, 23 February 2015 (UTC)<br />
::It gets stranger. [[Vial]] redirects explicitly to [[cv:Flask]] which displays (when you look at it with &redirect=no) as [[DF2014:Flask]], but still goes to the v0.34 version. It seems redirects interpret the cv: pseudo-namespace (or whatever it's called) in an outdated way. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 18:08, 23 February 2015 (UTC)<br />
::I've added a note to this page about this issue. If it gets resolved, the note should be removed. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 21:04, 23 February 2015 (UTC)<br />
<br />
<br />
==Reorganizing versions==<br />
<br />
The internet deals with moved content... poorly. Google is still linking to v0.34 pages more than a year after the switch to "DF2014", and even the wiki software still has cached links pointing to the old version pages.<br />
<br />
I propose reorganizing versions on the wiki to avoid moving content whenever possible. Instead of having a temporary "current version" namespace that changes occasionally, all the current information gets promoted to the Main namespace. When the next version split occurs, the Main articles as of a certain revision number can be copied to the newly-created permanent "old version" namespace, while all the current information remains in Main. This not only fixes the link rot issue, but it has a few other benefits as well: fewer administrative tasks, no lockdown (a historical version of the Main pages can be copied at any point, even if the Main articles are already modified for the new version), almost all the article history is maintained in the Main article (instead of being spread unevenly across multiple versions), no "temporary" namespaces are needed, fewer problematic long redirect chains, and hopefully less user confusion (since Main gets priority in search results, etc.).<br />
<br />
As an example, today we would not have a DF2014 namespace (which is good because "temporary" namespaces historically disappear anyway). If you ran a search for [[seed]] you'd end up at Main:seed, which would have all the current information on seeds. The version box at the top of the page would still link to the older versions of the seed article. When a new version is released, an admin would choose a revision number and copy the Main:seed article as it exists at that revision number to v0.40:seed. That's it. One historical copy that needs little to no new editing, and zero redirections/moves.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:02, 27 July 2015 (UTC)<br />
<br />
:Makes sense to me. It would involve a lot of work, though (e.g. fixing templates and categories to account for the current version being in mainspace), although that should be doable thanks to {{tl|category}}, {{tl|version switch}}, etc.. A bot could be set up to copy revisions from before a release date as well, which would be more difficult (and maybe slower) than a direct copy, but not severely. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:24, 30 July 2015 (UTC)<br />
<br />
:Actually, there are a few issues with that, namely that there wouldn't be an easy way to distinguish between versioned and non-versioned mainspace pages. There are ways to resolve Google search priority (we can exclude pages from older versions from search engine results if there are newer versions of those pages available, for example). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:47, 6 August 2015 (UTC)<br />
<br />
::There aren't very many non-versioned mainspace pages, and determining if a page is versioned is as simple as looking for the version template and/or categories added by the version template (e.g. copy [http://dwarffortresswiki.org/index.php/Category:Current this category] instead of Main:*). The problem with "suggesting" newer pages to Google is that they obviously aren't crawling our wiki regularly (if they were, the fact that the mainspace redirects point to new pages would automatically be picked up). Even if your Google hints worked they wouldn't do anything for all the other broken links out on the 'net.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:35, 6 August 2015 (UTC)<br />
<br />
::: Google actually crawls the wiki constantly - we probably get crawl hits from google for a continuous block of 2-3 hours per day, each and every day. Why they are slow to update is beyond me though. I can't remember why we didn't do this initially, but there was a technical limitation involved if I remember correctly. --[[User:Briess|Briess]] ([[User talk:Briess|talk]]) 22:05, 6 August 2015 (UTC)<br />
<br />
::: There are &lt;meta> tags that can be used to hide pages from search results (for search engines that recognize them, that is). Searching for {{tl|av}} or [[:Category:Current]] might work, although we'd have to make sure all of the DF2014 pages include that (some pages don't, particularly some disambiguation pages, although all of them should). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:53, 6 August 2015 (UTC)<br />
<br />
:Is there a particular reason main and current are separate to begin with?—[[User:CLA|CLA]] ([[User talk:CLA|talk]]) 00:17, 7 August 2015 (UTC)<br />
<br />
::It's mostly intended to distinguish between versioned and non-versioned pages and make version-related templates simpler to work with, since every versioned page has a namespace. I wasn't active here in 2010 when this system was created, so Briess and Emi would know more.<br />
::Another issue I just thought of with Loci's suggestion is categories - currently, categories like [[:Category:Animals]] are used to organize the versioned sub-categories. Sure, we can change {{tl|Category}} to categorize mainspace pages in [[:Category:v0.40:Animals]] or [[:Category:DF2014:Animals]], but that would be less straightforward because there wouldn't be a namespace with that name (until pages are migrated when a newer major version is released). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 13:05, 7 August 2015 (UTC)<br />
<br />
:Moving current pages to the main namespace sounds like a great idea. -[[User:Jecowa|Jecowa]] ([[User talk:Jecowa|talk]]) 20:47, 4 January 2018 (UTC)<br />
<br />
Another thought: dealing with migrating redirects could be difficult with this proposal - specifically, determining which redirects should be migrated to a versioned namespace. Redirects can't contain {{tl|av}}, at least not before ``#REDIRECT``. I ''think'' it would be possible to copy pages in two stages, though - all non-redirects first, then all redirects whose targets were also copied. Thoughts? Anything I'm missing? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:41, 27 June 2019 (UTC)<br />
<br />
Some subpages (particularly /raw and /Edit notice) also deliberately lack {{tl|av}}, although those shouldn't be too hard to handle. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:35, 9 July 2019 (UTC)<br />
<br />
:Redirect pages (and all other edge cases I've looked at) can be included in categories (like [[:Category:Current]]) to determine whether or not they should be copied into an archival version. But if the redirects are "properly qualified" then they can all be copied over blindly. Mainspace redirects pointing to versioned information should use a blank namespace (which will be automatically constrained to the archival namespace); mainspace redirects pointing to unversioned information should use an explicit "Main" (which will automatically link back to the unversioned page). Then, when [[[[Toady]]]] gets copied to [[[[v0.4x:Toady]]]] it will point back to [[[[Main:Toady One]]]]. Meanwhile, [[[[Beer]]]], copied to [[[[v0.4x:Beer]]]], will properly point to [[[[v0.4x:Alcohol]]]].--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:00, 14 July 2019 (UTC)<br />
<br />
::I think qualifying redirects is the best solution here - categorizing redirects manually is another possible source of errors, since categories (or a lack thereof) would only be visible on the redirect page itself, and [[:Category:Current]] is a hidden category. Copying over mainspace redirects into versioned namespaces would also resolve some issues that have come up due to those not reliably existing currently. I should be able to set up a bot script to add "main:" to current mainspace redirects (and it shouldn't break anything, since those redirects go to other mainspace pages anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:57, 14 July 2019 (UTC)<br />
<br />
(Note: I wrote all of this without noticing the previous discussion above.) I was wondering, when the wiki creates a new namespace for a major release again, if it is possible to ''not'' create a namespace for the next current version (e.g. "DF202x") and instead have the mainspace articles (which are currently redirects) become the new cv and move the content there. Therefore, [[cv:Cat]] would just be "[[Cat]]" (or [[Main:Cat]]).<br />
<br />
Certain namespace-related templates like [[Template:Ns/0]] would need to be changed, though nothing significant as far as I know. For most cases, any "DF2014" would be replaced with "Main" or even blank. There's also multiple extensions handling the current namespace system and they may need to be modified too, though I'm not sure if or how much. I'm guessing based on the discussions above that it will change stuff up.<br />
<br />
My reason is the current namespace is increasingly becoming more anachronistic. "DF2014" could be misinterpreted as "this page is about the 2014 version of the game" or "this page was last updated in 2014", which I've seen a few people in forums mention. Granted that [[Template:Av]] is on the top of very article, I still think the namespace is inconsistent with the recentness of the article. But how is this related to what I'm asking for? Let's say we continue the current system: if we happen to do a new namespace change this year and create DF2020, the next major release (after graphics/UI) will be mythgen, which is estimated to take several years to develop (the Big Wait), and so the anachronism will start over again. The proposed way will prevent this from occurring for the next major release and every release thereafter.<br />
<br />
I think the confusion with having a namespace that becomes old-fashioned overtime supersedes the confusion with not marking current versioned articles with a namespace. Most users just search "Cat" on the search bar and naturally expect to get information about the latest release of DF. So if users go a page that's just titled "Cat", they won't expect outdated info about cats from a previous release. That's how the current system works anyways. We'll be skipping the two-step process that we have now. It'll make several wiki tasks much simpler as well. Editors can create new articles for current versions without remembering to add a namespace. It'll fix any existing issues with (double) redirects; instead of [[Main:Kitten]] redirecting to [[cv:Kitten]], which goes to [[DF2014:Kitten]], which then redirects to [[DF2014:Cat]], [[Main:Kitten]] would just redirect to [[Main:Cat]]. And the cv: alias will no longer be necessary since "cv:" = "Main:" and will be forever.<br />
<br />
There's no need to differentiate the current version and previous versions with a namespace for the current version is what I'm saying. Articles of previous versions will retain their respective namespaces. Users will still type "40d:Cat" to go to the 40d version of the article, but if they want the current version, they'll just type "Cat" (like now). The mainspace containing the "live" version of an article is natural and would create no uncertainty when browsing the wiki. And it would simplify the wiki somewhat and future-proof this anachronism problem. As a bonus, this change will also prevent web search engines from showing previous version pages when typing "DF cat" or something. (This isn't happening right now as DF2014 has been the current namespace for ~6 years, but it'll happen again when everything moves to a new namespace.)<br />
<br />
This is the gist of it, and I may have ignored most of the problems with this proposal. I have personally wished for the whole version namespacing be made less complicated and have been seeking for a solution, and I feel like this is the best way to go about in the future. – [[User:Doorkeeper|Doorkeeper]] 21:27, 14 August 2020 (UTC)<br />
<br />
:<s>Whoops, looks like Loci already proposed this exact thing long ago. I definitely missed that discussion and should have checked first. My apologies. I'll move my text to that section and remove this one. – [[User:Doorkeeper|Doorkeeper]] 21:36, 14 August 2020 (UTC)</s> Done. – [[User:Doorkeeper|Doorkeeper]] 21:40, 14 August 2020 (UTC)<br />
<br />
:The main issue I have with that is that putting pages about the current version in a namespace also differentiates between those pages and pages not about ''any'' version (for example, [[Toady One]] does not need a 40d or v0.34 page). Yes, we can use {{tl|av}} to mark versioned pages, but people often forget to add that to new pages. The current system also allows determining whether a page is versioned or not from its title, which makes migrations a lot faster. Relying on {{tl|av}} would require either reading the content of every page (which would slow scripts down significantly) or cross-checking with the list of all pages including the template (feasible, but a bit more complicated, and still susceptible to missing templates). I suppose that manually fixing and migrating pages missing {{tl|av}} later wouldn't be too much work, though.<br />
:I am definitely in favor of changing "DF2014" (or a new namespace) to "Current", though. I was in favor of "DF2014" in 2014, but I don't think it makes sense anymore, and "Current" seemed to be a popular alternative in both the DF2012 and DF2014 discussions on the matter. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:02, 16 August 2020 (UTC)<br />
<br />
== Weird redirect behaviour ==<br />
<br />
[[Pump stack]] redirects to [[cv:Screw pump#Pump stack]]. If you look at the redirect itself it says it redirects to DF2014 namespace, which is correct. But if you actually follow the redirect, it goes to v0.34 namespace. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 16:10, 20 August 2018 (UTC)<br />
:Yeah, that's part of the issue described in the above section (the wiki caching part, not on Google's end.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 15:00, 21 August 2018 (UTC)<br />
<br />
== v50 organization ==<br />
<br />
Some wiki admins have had a talk on Discord and decided that the most sustainable path forward is to put content for all future versions of DF in the main namespace. We will be working on a bot to do this in the next few days. Feel free to chime in with suggestions here. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:56, 14 December 2022 (UTC)<br />
<br />
:Is it maybe possible to do backwards-namespacing? Like we have a "Main" namespace, which people are free to update, and whenever there's a new version of DF the "Main" namespace is copied into a namespace for the then old version, much like how you'd branch a stable branch from a development branch when working with a git-project? [[User:Therahedwig|Therahedwig]] ([[User talk:Therahedwig|talk]]) 23:13, 14 December 2022 (UTC)<br />
<br />
::Yeah, we could do that if we decide to. We were talking about doing that for v50, actually, and might still do something similar to preserve edit history if it doesn't end up being too hard to automate. Our hope is that we will not introduce new namespaces for v50 -> v5x, unless there is a serious breaking change (and hopefully there isn't one). But if we change our mind, one advantage of the type of migration you mentioned is that it can be done retroactively - we can copy historical revisions that were current at the time of the release, and would only lose some typo fixes made after the release that apply to earlier versions as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:11, 15 December 2022 (UTC)<br />
<br />
ETA is < 24 hours. Doing some final checks on a migration script. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 07:08, 19 December 2022 (UTC)<br />
<br />
: We should really have a task list as there are many things that change and need updating. Including but not limited to:<br />
:* Most templates that used the previous namespace convention broke, including nav templates. <br />
:* Many game files changed locations and their pages need to be updated.<br />
:* Raws need to be updated. <br />
:* Various features added, changed, removed. <br />
:* UI has been changed -- though I am more inclined to wait for classic release to avoid extra work --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 06:56, 20 December 2022 (UTC)<br />
<br />
"''Raws need to be updated.''" Including applying text wraparound where necessary, I suppose - more than a few of them have proven to be that special kind of...''difficult'' to navigate otherwise, shall we say? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 12:52, 20 December 2022 (UTC)<br />
<br />
:There is already a task list in the [[#v50 migration|section below]] that includes templates and raws, with an explanation. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:25, 20 December 2022 (UTC)<br />
<br />
== v50 migration ==<br />
<br />
The initial migration script is done. New content is in the '''main''' namespace, e.g. [[Cat]]. Old content is still at [[DF2014:Cat]]. History was migrated to the ''new'' (main namespace) articles.<br />
<br />
I know several things are broken still. Please reply if you find any others:<br />
<div style="border-left: 2px solid red"><br />
* <s>Versioned templates haven't been migrated yet (e.g. {{tl|vermin}} on [[Ant]])</s><br />
** Fixed. Most were migrated by a bot.<br />
* <s>Raws are missing on all pages that use them.</s><br />
** This also affects sidebars, such as on [[Cat]] and [[Microcline]].<br />
** Update: The DFRawFunctions extension has been upgraded to include v50 raws, using the "v50:" prefix for filenames instead of "DF2014:". <s>I haven't finished a migration script to create the /raw pages themselves, but they can typically be created manually by copying the DF2014 /raw pages and changing "DF2014" to "v50" everywhere.</s> &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:20, 1 January 2023 (UTC)<br />
** Update 2: Raws have been added for all pages! They were copied from the "DF2014" pages and had "DF2014" replaced with "v50", which appears to have worked from a spot-check, but let me know if you find any problems. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:57, 4 January 2023 (UTC)<br />
* Some pages where the DF2014 page was a redirect to a main namespace page that contained content were migrated incorrectly.<br />
** In this case, the main namespace page is usually a redirect to itself. This can be fixed by undoing LethosorBot's edit to the main namespace page, then copying the content to the DF2014 page.<br />
** Update: most seem to have been fixed manually - thanks! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:41, 21 December 2022 (UTC)<br />
* <s>Some main-namespace talk pages redirect to DF2014 talk pages. Some of these redirects work, and some (usually older ones) do not.</s><br />
** Fixed with a bot. Some redirects from talk pages to other deleted talk pages are now broken, e.g. [[Talk:Above_ground]] (exists) -> [[Talk:Tile attributes]] (redlink). I am leaving them like that because they redirect to where the talk page should be created, but I'm also fine with people deleting them if they really want to. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:41, 21 December 2022 (UTC)<br />
* {{tl|quality}} for new articles is disabled (see below)<br />
* Some links from DF2014 to Main weren't working: e.g. the version selector [[DF2014:Mason's workshop]] was linking to [[DF2014:Main:Mason's workshop]] instead of [[Main:Mason's workshop]]. I'm not sure exactly why, but I fixed it with a change to the NamespaceLinks extension. Let me know if you spot similar broken links. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:19, 21 December 2022 (UTC)<br />
</div><br />
<br />
&mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:54, 20 December 2022 (UTC)<br />
:The quality levels of the 50.03 pages seem to be missing. I'm not sure if that's covered under that first point. [[User:Trainzack|Trainzack]] ([[User talk:Trainzack|talk]]) 06:47, 20 December 2022 (UTC)<br />
::If the the [[Dwarf Fortress Wiki:Quality]] feature can be made to work with namespace scheme change, I suggest to automatically assign the lowest quality rating to all pages, alternately add the {{tl|old}} to all pages. Otherwise there will be a lot of pages that will fall through the cracks. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:12, 20 December 2022 (UTC)<br />
:::I disabled {{tl|quality}} in the main namespace because it would require some rework to make the rating script and the template work properly there. Feel free to take a stab at the template. I will see what can be done on the extension side. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:14, 20 December 2022 (UTC)<br />
::::What needs to be done on the template side? I'm not sure I see too big of an issue leaving pages as "unknown-quality" for now (or just change the default to tattered) until we get the rating script working. Is that script up anywhere, anything that could be helped with? [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:10, 2 January 2023 (UTC)<br />
:::::They're already marked as unknown. Really the only issue I know of with the template is that it doesn't show up with some of the newer skins we added, and that can be fixed by getting rid of the absolute positioning. As for the script, it can be found at https://github.com/DF-Wiki/QualityRatings, and the issue is really only with the configuration system not recognizing the main namespace as valid. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:29, 3 January 2023 (UTC)<br />
::::::Great, I started having a crack at fixing the template with different themes. Is the preference to get some CSS going and then include it in the global stylesheet (i.e different styles per theme) or to try and get a "one size fits all" fix? &mdash;[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 08:14, 3 January 2023 (UTC)<br />
:::::::I would rather avoid custom site-wide CSS if we can. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:29, 4 January 2023 (UTC)<br />
::::::::I appreciate that, I think it's the simplest solution to add a few lines to common.css though. Unless there is a way to attach CSS specifically to a template, I saw a few extensions that allowed that but I'm not sure if any are present in the wiki at the moment. Regardless there already exists a class `div.topicon` that is specifically for the quality ratings, is there an issue with expanding this class to accommodate the themes? The list of themes where the quality rating display is broken/invisible: Citizen, MinervaNeue, MonoBook. &mdash;[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 21:48, 4 January 2023 (UTC)<br />
:::::::::What do you think of moving the template out of the topicon entirely and just placing it in a div? It would take up a (hopefully) small amount of vertical space in the article. [[User:Lethosor/Sandbox/Quality_test]] is an example. Unfortunately it isn't possible to prevent other templates from displaying above the quality this way ([https://dwarffortresswiki.org/index.php?title=User:Lethosor/Sandbox/Quality_test&oldid=283883]). So maybe we do need some custom CSS after all if we want that. I'm open to trying out whatever you propose. I'm a bit worried about future-proofing against skins we add later (particularly a mobile skin) but at least MediaWiki supports skin-specific global CSS as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:33, 5 January 2023 (UTC)<br />
::::::::::I would rather we avoid taking any more vertical space in the article. The growing block pyramid at the top, starting with version template, is annoying. If you end up placing it inside the article space please use a slim box 100% wide that would include both.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:19, 5 January 2023 (UTC)<br />
:::::::::::Agreed with you Jan, however I see that as two different tasks (ArticleVersion template changes, getting quality back on pages). I made a test adjustment to the quality and it takes up a negligable amount of extra space. See [[User:Vallode/sandbox#Page_quality]] for the example, we'd be able to completely remove "topicon" (unless it is used somewhere else?) and then potentially move on to making the ArticleVersion template into a slim version on the left-hand-side instead of a large box? Let me know what you think. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:35, 5 January 2023 (UTC)<br />
:::::::::::: Sorry, I just noticed this, I hope you weren't waiting on me. I haven't looked into how it works. All I can say that it would be nice if it shows on main, it is annoying that it shows on discussion and history. And otherwise I think that those negligible spaces adds up when you have multiple notice, redirection etc templates and would prefer if you can [https://ibb.co/X7X7SjL condense all of it] somehow. I also had [https://dwarffortresswiki.org/index.php/User:Jan/sandbox#Misc_variants couple of ideas] on that front, but as dev designer you probably can come up with something more refined if this is direction you choose. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 00:50, 10 January 2023 (UTC)<br />
<br />
<br />
It appears some pages are redirecting recursively and never resolving correctly, like the [[https://dwarffortresswiki.org/index.php?title=Character_table&redirect=no|character table]] and [[tileset repository]] 07:35, 20 December 2022 (UTC)<br />
: Indeed, these can be caught here: [[Special:DoubleRedirects]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:51, 20 December 2022 (UTC)<br />
<br />
It might be useful to change the notice title to "release information '''for editors'''" --[[Special:Contributions/142.59.195.176|142.59.195.176]] 10:26, 20 December 2022 (UTC)<br />
:Can do. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
::New here, hello. Should we set a date where we remove/only show the banner for logged in users. There are (some) pages that have 4 different notices about the upgrade. [[Engraving]] is one such page, the top banner states "information for editors", we then have the "this page was migrated" banner, a version selection which warns the article might be inaccurate, and a smaller banner saying the page might need to be updated. Quite a lot of screen space, I think we can start to slowly reduce the amount of warnings this coming month? [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 10:07, 2 January 2023 (UTC)<br />
:::Unfortunately, only showing info to logged-in users is difficult with how MediaWiki caching works. In terms of reducing warnings, there is a discussion [[Template_talk:ArticleVersion#.22Note_that_some_content_may_still_need_to_be_updated..22|here]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:43, 4 January 2023 (UTC)<br />
:::As for [[Engraving]] specifically, the {{tl|old}} banner was actually present on [[DF2014:Engraving]] as well and got carried over with the migration. I removed it, and agree that it was redundant. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:46, 4 January 2023 (UTC)<br />
<br />
Main talkpages seem to redirect to DF2014 talk. Not sure if it is intentional but I like it, though we should pay attention when creating new discussion relating to v50 ending up there.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 14:18, 20 December 2022 (UTC)<br />
:That's unintentional. I specifically wrote the migration script to not move talk pages, but that has the side-effect of leaving any previously-created "Talk -> DF2014 talk" redirects intact. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
<br />
Yo Lethosor, are we adding graphic sprites for the pages in some way? Or are we waiting for you to add some sort of new template or something? I'm sure you don't need me to tell you that the current templates don't allow that. Not sure if I'm allowed to change/create any templates either, as I don't want to break things for hundreds of pages. Edit: And IF the icons are allowed, should they be left alone, or 2×-3× sized like how the Minecraft wiki does it? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 14:29, 20 December 2022 (UTC)<br />
:Depends on which templates you mean. There are copyright concerns with uploading a premium sprite sheet, for instance. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
::I'm not talking about uploading an entire sprite sheet. I'm just talking about individual icons for each respective page. One image for cows, one for horses, one for werebeasts, etc. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 16:50, 20 December 2022 (UTC)<br />
:::If we do that for every creature in the sprite sheet, that's not much different (in terms of copyright) from uploading the entire sprite sheet. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:09, 20 December 2022 (UTC)<br />
::::Is there someone we can talk to about that? We finally get this new game with graphics, and then we can't use the very graphics of the game? No matter what the rules are, I'd say that would be the stupidest thing ever. I know I'm infamous here when it comes to copyright and images and stuff, but about 80% of game wikis out there are completely unofficial, and use game file images like no one's business. I can't imagine anyone's door being knocked on if we used the game's sprites, but I won't add any here until we have a go-ahead. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 17:14, 20 December 2022 (UTC)<br />
<br />
:::::...I've made noise in Mayday's direction on this matter, at least (prob an incorrect maneuver, ''but'').[[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 17:55, 20 December 2022 (UTC)<br />
:::::: I hope some sort of arrangement can be made so we can use the new sprites with permission/limits, just as we are using the raw files. Otherwise we are all (devs and editors alike) shooting ourselves in the foot here.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:07, 20 December 2022 (UTC)<br />
<br />
:::::::I just thought of something. We're supposedly not allowed to upload entire sprite sheets, right? What if - for the time being - we just use a few of them for the purpose of testing out new infoboxes? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 21:46, 20 December 2022 (UTC)<br />
::::::::I don't know. If someone could ask Kitfox and post the response here, that would be great. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:47, 20 December 2022 (UTC)<br />
<br />
:::::::::I've reached out to Alexandra, but she hasn't answered yet. Until then I found these old approvals from the previous community manager, Feeona: ([http://www.bay12forums.com/smf/index.php?topic=173474.msg8243633#msg8243633 link1], [http://www.bay12forums.com/smf/index.php?topic=176640.msg8243642#msg8243642 link2]). Waiting for a newer response until we begin mass uploads is probably the politer option, but like Zippy said, it is also standard for wikis to use game sprites with less approval. I second their idea of trying it out with a few images to test the infoboxes. On the extreme off-chance (and I do think it is) Kitfox protests we can always remove these few. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 22:19, 20 December 2022 (UTC) <br />
:::::::::And here is a third, more official statement: ([http://www.bay12forums.com/smf/index.php?topic=173474.msg8249718#msg8249718 link3]). Perhaps that address of info@kitfoxgames.com is the better channel to ask for a confirmation, rather than Discord DMs, but I will be going to bed, so it is best if someone else does that. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 22:29, 20 December 2022 (UTC)<br />
::::::::::Thanks for tracking this down! Ok, sprites should be fine, but let's avoid uploading the entire premium tileset as a single image, for instance (as the forum thread says, "use common sense"). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:21, 21 December 2022 (UTC)<br />
::::::::::: Looks good, permission is always preferable over fairuse, I think it is a win win for all involved. I agree that we shouldn't upload entire sprite sheets (e.g. there is no reason to upload the windmill from every direction or whole construction phase for workshops) and that there are a lot of details that needs to be ironed out through testing. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 05:07, 21 December 2022 (UTC)<br />
:::::::::We have a green light on uploading all and any sprites. Their response to me can be seen [https://i.imgur.com/BhmHjzC.png here]. I'm sure someone else confirmed it before me. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 19:00, 21 December 2022 (UTC)<br />
<br />
<br />
Shifting temporarily to a new issue, is the documentation of [[Template:ArticleVersion]] outdated? It would seem so to me, since the current version no longer has its own namespace, with the templates needing updating being different ones. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 18:30, 20 December 2022 (UTC)<br />
:I think it is still accurate enough. We left open the possibility of making another namespace in the future, albeit with a different migration strategy - see [[#v50 organization|above]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:52, 20 December 2022 (UTC)<br />
<br />
Some Changes to infoboxes might be needed. Too bad [[User:Doorkeeper]] isn't around. He did a great work with navbox project--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:52, 21 December 2022 (UTC)<br />
<br />
I just realized that raw files aren't stored as regular wiki pages but loaded via the DFRawFunctions extension (hence the need to update). Good news it's going to be handled in bulk, consistently and relatively easy to updated. Even better it's Lethosor problem ;) Also I just realized that all the "raw files" (txt files in the new vanilla folder) are released into the public domain. Both are probably not news to the vets but I'll leave it here for those who less up to date like myself. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:35, 22 December 2022 (UTC)<br />
<br />
: I noticed that some templates aren't working properly in the new namespace, e.g. [[Basalt]] entry had its raw updated manually but the infobox fail to show any details. Cursory look suggest {{t|layerlookup/0}} need a minor tweak. This should do the work<br />
:: Replace: <nowiki>{{layerlookup/aux|{{{{FULLPAGENAME}}/raw}}|uses={{{uses|}}}|wiki={{{wiki|}}}}}</nowiki><br />
:: With___: <nowiki>{{layerlookup/aux|{{</nowiki><span style="color:red; font-weight:bold;">:</span><nowiki>{{FULLPAGENAME}}/raw}}|uses={{{uses|}}}|wiki={{{wiki|}}}}}</nowiki><br />
: Not sure what the plan and ETA with raws update so I didn't touch this high usage template for now. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 08:11, 24 December 2022 (UTC)<br />
<br />
::Please do feel free to make this update. I am still working on a script to create the <code>/raw</code> pages themselves. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:12, 1 January 2023 (UTC)<br />
<br />
Wouldn't it be an idea to add to the Sitenotice to remove the {{tl|migrated article}} tag when an article has been fully updated? I see many articles that seem to be updated still have the tag. And/or advise to make use of the {{tl|verify}} for sections still in need of checking? --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 10:12, 2 January 2023 (UTC)<br />
:Probably a good shout. The "see this page" link does include the detail on removing but we should more explicitly encourage removing the banner once a page has at least been looked over. [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:01, 2 January 2023 (UTC)<br />
<br />
== v50 specific issues ==<br />
=== Graphics===<br />
Follow up on the use of game sprites and the need to trying it out with a few images to test the infoboxes. First sprite [[:File:Beds v50.png]] was uploaded and used on [[Bed]] entry. Any thoughts? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:06, 21 December 2022 (UTC)<br />
:Seems like it should be rearranged to be horizontal. Also, has there been a serious discussion about copyright? Full screenshots are 100% fine, but you start going into a grey area when you upload pieces of a spritesheet. I'm of the opinion that it's all fine as long as it's inconvenient to reconstruct the full sheet from the individual images. Maybe a further restriction could be you shouldn't upload any of the art unless it's used in an infobox (maybe an exception for pieces of the UI). And one more restriction could be you shouldn't show everything, like in your bed example, maybe just the wooden bed is good enough, leave out the stone and metal, <small>especially since those can only be made from strange moods</small>. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:43, 21 December 2022 (UTC)<br />
::Actually, your bed image is kinda bad for showing off what a bed looks like because it doesn't show the pillow/blankets. That might point to cropped screenshots being the best path, although less convenient for the uploader, as you don't get details left out. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:46, 21 December 2022 (UTC)<br />
::I created a new license template [[Template:Copyright game]], based it on the way the RimWorld wiki does things. Call it a prototype, but it's probably how your bed image should be labelled. Indeed, I added it to it already. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]])<br />
<br />
::: I agree that the horizontal arrangement would suit better here and that we should strive to represent how things look in-game. Otherwise, I am not too concerned about people being able to reconstruct anything (lets just say that ''anyone'' interested in that can get the real thing from the game files), also it seem we have permission to use the sprits on top of fairuse. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 19:55, 21 December 2022 (UTC)<br />
<br />
::: Modifying the existing template to allow the inclusion of the new sprites is easy (Something like [https://ibb.co/zFXCrjd this]?) The big question is the matter of consistency is there any exceptions that will break the format (size wise with variant bloat for example), the sprite naming format, etc --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:44, 21 December 2022 (UTC)<br />
::: If we are going to show a variant for each material type, then maybe these should be added as separate images so we can add a tooltip for each image. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:49, 21 December 2022 (UTC)<br />
<br />
:I've got another prototype going here and here: [[User:Brightgalrs/vector.css]] and [[User:Brightgalrs/Sandbox]]. (You'll need to add the css stuff to your own /vector.css). Basically it's a way to recolor images using css classes. No idea if there's a better way. Also, the real implementation would require a change to [[MediaWiki:Common.css]]. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 22:41, 21 December 2022 (UTC)<br />
:Should mention, there ''is'' a different way, just upload each image 16 times, one for each coloring. But maybe that's not very elegant. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 22:45, 21 December 2022 (UTC)<br />
<br />
: It should be noted that soon the classic edition will be released, hence one should plan to have both the Premium and classic alongside in that little space --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 03:14, 22 December 2022 (UTC)<br />
::I'm looking into a tab extension to potentially support this in infoboxes. Perhaps [https://www.mediawiki.org/wiki/Extension:Tabs Extension:Tabs]? I tried [https://www.mediawiki.org/wiki/Extension:TabberNeue Extension:TabberNeue], but it displays a placeholder if JavaScript is disabled, which isn't great. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:22, 22 December 2022 (UTC)<br />
::: The Neue Tabber seem to works pretty much like the old one (which fandom [https://coding-help.fandom.com/wiki/Tabber#Adding_images_into_tabbers still use]) defaulting to showing the first tab only. Quick look suggest that neue work the same, plus the notice that 'Tabber requires Javascript to function' warning? if so, and if it is a bother, then you should be able to edit out the tabberneue-noscript string in code. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 06:29, 22 December 2022 (UTC)<br />
::: I much prefer your tabber solution, but if that fails we can also use the gallery slideshow mode. If so, beware it has no way to control image size so the images have to be maliciously uploaded using the exact same size. example:<br />
<gallery mode="slideshow"><br />
File:SteelSample.png<br />
File:TinSample.png <br />
File:ZincSample.png<br />
File:GoldSample.png<br />
</gallery> --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:19, 22 December 2022 (UTC)<br />
<br />
==== adding premium set to Infobox ====<br />
I am unclear where are we going with this? <br><br />
1) Will (A) tabs be implemented, (B) we be using mediawiki toggle [[Template_talk:V50_workshop|example]] for premium and classic/blocked, (c) put images side by side, or (d) something else?<br><br />
2) Also [[silver]] and [[Pig iron]] use very different image style for example.<br><br />
3) Anything else you want ? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:32, 30 December 2022 (UTC)<br />
<br />
: Personally, I would love tabs to be implemented, but I think that side by side might be best for most. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:32, 30 December 2022 (UTC)<br />
: Here is rough layout we can use. It should fit most buildings given the default sprite size. There is also a different floor plan for both (inspired by reddit) <br />
<br />
{|<br />
|- valign=top<br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 5×5<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><br />
|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|- valign=top<br />
|colspan=2|<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab"><br />
[[File:Siege workshop.png|center|160px]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><br />
{|<br />
|rowspan=2 style="width:50%; font-size: 125%;"|<center>{{Template:Picture Siege workshop}}</center><br />
|style="line-height: 1em; font-size: 125%;"|<br />
{| style="border-spacing:4px;"<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|}<br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 3×3<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|colspan=2 style="text-align: right;"|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="float:left; border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><span style="padding-top:5px; text-align: right;">{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}</span><br />
|- valign=top<br />
|rowspan=2 style="width:50%;"|<br />
<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab">[[File:Carpenter's workshop.png]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><center><br />
{| style="font-size: 175%; border-spacing: 0; background-color: black; border: 2px solid black"<br />
|- <!-- raw tile changes adds padding and margin --><br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|"|7:0:0}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|{{=}}|6:0:0}}<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"|<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|]|0:0:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
|}</center></div><br />
|<br />
{| style="border-spacing:5px;"<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1×1<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:Screw_press.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Screw press}}</center><br />
| style="border-left: 1px dotted #545557;"|<center>{{Template:Floor Plan Screw press}}</center><br />
|}<br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1×3<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:water_wheel.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Water wheel}}</center><br />
| style="border-left: 1px dotted #545557;line-height:normal;"|<center>{{Template:Floor Plan Water wheel}}</center><br />
|}<br />
|}<br />
:Any thoughts on the direction and or any and all of its elements? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:16, 31 December 2022 (UTC)<br />
<br />
::I kind of like side-by-side, if it fits. If anyone wants to implement a toggle button or tabs, I would ask that that be implemented in a template for now, so that e.g. we could change a toggle button to tabs in a single place if we decide to install an extension to support that. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:14, 1 January 2023 (UTC)<br />
<br />
::: I noticed a comment saying that [[impassable tile]] are no longer used in v50, is that true for all constructions? If so, floor plans are no longer needed, making things much easier as we can fit everything in except the 5v5 constructions like trade depot (and even these can be placed one above the other if so desired). If not, any thought on the alternative floor plan design? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:46, 1 January 2023 (UTC)<br />
<br />
:::: None of the constructions have blocking tiles any more from my experience playing. I haven't tested siege weaponry with that stuff, but none of the workshops have it, nor does any furniture. (walls and fortifications will of course obstruct movement [[User:AndrielChaoti|AndrielChaoti]] ([[User talk:AndrielChaoti|talk]]) 18:47, 1 January 2023 (UTC)<br />
::::: Ok, I have removed them from v50. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:48, 1 January 2023 (UTC)<br />
<br />
I have added a basic side by side variant to [[Template:V50 workshop]] and [[Template:Building]] for testing, let us know if there any issues. Few notes:<br />
* The default image naming scheme of <code>workshop-name.png</code> will likely conflict with existing images here or on commons, maybe another naming scheme should be used like <code>v50 workshop-name.png</code> as it is with ascii pictures.<br />
* There is inconsistency in image size. If you want to use large zoomed images then toggle is best, otherwise they need to be all in native size (96px for 3x3).<br />
* In the current version the code roughly centers the images and if there is a big image like with [[Siege workshop]] it drops to a new line --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:48, 1 January 2023 (UTC)<br />
<br />
How about combining shortcut keys and the new menu icons: <br />
<div style="color:white; font-size: large; text-shadow: -1px -1px 0 #000, 1px -1px 0 #000, -1px 1px 0 #000, 1px 1px 0 #000;"><!--<br />
<br />
--><span style="position: relative;><!--<br />
-->[[File:Ui b.png]]<div style="position: absolute; bottom:-14px; right:3px;">b</div></span><!--<br />
<br />
--><span style="position: relative;><!--<br />
-->[[File:Ui bo.png]]<div style="position: absolute; bottom:-14px; right:3px;">o</div></span><!--<br />
<br />
--><span style="position: relative;"><!--<br />
-->[[File:Ui bol.png]]<div style="position: absolute; bottom:-14px; right:3px;">l</div></span><!--<br />
<br />
--><span style="position: relative;"><!--<br />
-->[[File:Ui boll.png]]<div style="position: absolute; bottom:-14px; right:3px;">l</div></span><!--<br />
--></div><br />
--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 02:24, 3 January 2023 (UTC)<br />
<br />
:I worry that this is difficult to read (I read it as "boil" at first). I would rather use something like {{tl|k}} with a known background. What about something like this? <span style="position: relative;">[[File:Ui boll.png]]<div style="position: absolute; bottom:-14px; right:0px;">{{k|l}}</div></span> <br>or, alternatively, using flexbox without any overlap: <span style="display: inline-flex;">[[File:Ui boll.png]]<span style="align-self: flex-end;">{{k|l}}</span></span> &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:37, 3 January 2023 (UTC)<br />
:: Same, but that is the best I came up with. We can use the key or maybe someone can help improve the design. Also 'l' is hard to read even with {{t|key}}.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 03:05, 3 January 2023 (UTC)<br />
:: I added a {{t|Menu icon}} to start things so others can have a go with it. Also any thoughts on the icon naming convention (their shortcut sequence), is there easier/better way? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:36, 3 January 2023 (UTC)<br />
::[[User:BarelyCreative]] updated the template: {{Menu icon|b|o|l|y}}. I think it looks good, thoughts? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:40, 3 January 2023 (UTC)<br />
:::I like that, yeah. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:29, 4 January 2023 (UTC)<br />
::::There were some places where it didn't make sense so display every icon all the time (like step-by-step guides), so I changed it slightly to allow display of fewer icons using "num" and counting from the end: <nowiki>{{Menu icon|b|o|l|y|sep=-;|num=2}}</nowiki> {{Menu icon|b|o|l|y|sep=-|num=2}} [[User:BarelyCreative|BarelyCreative]] ([[User talk:BarelyCreative|talk]]) 09:05, 4 January 2023 (UTC)<br />
<br />
==== Bizarre palette-swapping idea/prototype ====<br />
No idea if this is a good idea, since it takes a bit of time to set up, and there might be some performance issues... and maybe display issues?<br />
<br />
But take a look at this:<br />
{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock|palette-name=amber}}<br />
<br />
It's way to swap palettes on an image, although the image itself is a table, with each cell representing a pixel. The template itself looks like this:<br />
<code><nowiki>{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock|palette-name=saffron}}</nowiki></code><br />
Input the pattern and desired palette name.<br />
<br />
I've got a larger showcase here: [[User:Brightgalrs/Sandbox/PaletteSwapShowcase]]. Only did a rock pattern so far, but all palettes are implemented. <br />
The major use for this would be on each stone, metal, wood, etc. type's page. The palette could be read directly from the raws. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 03:22, 24 December 2022 (UTC)<br />
<br />
:From a technical perspective, my primary concern is indeed performance. Both on the server side and client side, a large number of tables that large (in terms of markup and cell count, that is) tend to be resource-intensive to generate and render. I saw your image-filtering experiments on [[User:Brightgalrs/vector.css]], and while that strikes me as a newer and less-backwards-compatible approach, it would probably be more resource-friendly.<br />
:Is this color adjustment something the game is doing natively? i.e. does this accurately match what the game displays? I bet we could slap together an image-filtering extension (or find an existing one?) that can do this if needed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:49, 24 December 2022 (UTC)<br />
::Yeah that's what I suspected. The images the template creates are spot on, checked it against a screenshot I took of some mica rocks in-game. The css stuff is unfortunately totally incorrect, was cool to learn about it though, so not a complete waste of my time :p. The premium, in-game graphics are true sprites, basically patterns of indexed colors. Each of the in-game colors (which are significantly expanded over the 16 ascii colors, there's 116/117) there is a palette defined in "\Dwarf Fortress\data\vanilla\vanilla_descriptors_graphics\graphics\images\palettes.png". Each indexed color of the sprite is swapped for the corresponding color in the palette. Because of that, the css stuff doesn't work since it's doing the hue/saturation/brightness changes to the entire sprite.<br />
::I've looked into an existing mediawiki extension, couldn't find anything. One thing I did't really look at is some type of lua script/module that would basically emulate what the game is doing. So some function that takes in the base image as well as the desired palette, and based on that finds and replaces each color. No idea what mediawiki's capabilities are on that front. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 05:31, 24 December 2022 (UTC)<br />
:::We do have Scribunto installed now, so it's totally possible to do something in Lua too - forgot about that. I can add you to the group that grants access to edit the Module namespace if you want to give that a shot. If we use an extension, we'd probably need a custom one, similar to DFDiagram (or perhaps DFDiagram could be extended - it's in dire need of a rewrite anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:43, 24 December 2022 (UTC)<br />
::::I asked around on the mediawiki irc, I think scribunto/lua is a deadend, at least for taking an uploaded image and doing stuff to it with a lua script. However I did come up with this even more bizarre solution, using block elements. [[User:Brightgalrs/Sandbox/PaletteSwapShowcase2]], maybe less resource intensive? Definitely displays a lot worse though, probably unusable.<br />
::::{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock2|palette-name=saffron}}<br />
::::I dunno, maybe none of this is worth it and we should just write some external program to put all the images together offline, and then just mass upload. It wouldn't be ''that'' many... [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 06:37, 24 December 2022 (UTC)<br />
<br />
====Is there an easy way to just paste images from the clipboard?====<br />
<br />
I use KDE spectacle to take screenshots straight to the clipboard (after cropping) -- is there an easy way to just paste (and auto-upload) an image into an article? It would make it a lot easier to contribute images. [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 23:35, 1 January 2023 (UTC)<br />
:Unfortunately there is not. I would be open to a MediaWiki extension to support this if someone finds one. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:32, 2 January 2023 (UTC)<br />
:: Looks like this could do it, but I haven't used it before: https://www.mediawiki.org/wiki/Extension:SimpleBatchUpload [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 19:41, 2 January 2023 (UTC)<br />
::: It won't solve paste-from-clipboard, but this would be great for making uploading sprites much easier (auto-cutup spritesheet, rename, bulk upload). Could you add this, Lethosor? [[User:OddballJoe|OddballJoe]] ([[User talk:OddballJoe|talk]]) 21:47, 6 January 2023 (UTC)<br />
<br />
====Standards for adding graphical version screenshots and images====<br />
<br />
Hello, new user looking into adding imagery from the new version. Is there a standard for quality of new screenshots or images? I noticed that at a certain zoom level (2 zooms in from the furthest zoomed-out view), the graphics appear crisp and 1:1 pixel scaled, and I would propose that all images be taken at this scale whenever possible. If they need to be displayed larger, they should be nearest neighbor scaled in a photo editing program at 100% increments (Microsoft Paint will do this if you first select the image rather than directly scaling the whole canvas). I would also propose that images should be cropped to conform to the 32x32 pixel grid when possible, though this could be problematic with so many new graphical elements exceeding the bounds of their tiles. I would say the best practice for capturing artwork for items, furniture etc. ought to be done in a 3x3 open area to avoid shadows from nearby walls, or else extracted from the raw files (if this doesn't run afoul of being able to re-create the graphical version using those assets).<br />
<br />
I know that perfect is the enemy of good, and any documentation is better than none, but just thought I'd ask about this, and see if/where something like this ought to be posted. [[User:Unclesporky|Unclesporky]] ([[User talk:Unclesporky|talk]]) 13:58, 3 January 2023 (UTC)<br />
:It has been stated in [[Template:V50 workshop]] that <q>screenshots should be at the "native" resolution</q> but someone could edit the [[Screenshot]] page for best practice for the steam version. Or post some examples in [[Talk:Screenshot]] to find out what is best? --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 14:21, 3 January 2023 (UTC)<br />
<br />
====How would I/should I go about putting creature sprites on their pages?====<br />
<br />
Howdy. New player and wiki user here. I wanted to try and help update the wiki to the Steam release of DF, so I figured I'd chip in by putting each creature's sprites on their respective page, since I'll often look up a creature I have yet to see in game only to be met by a blue J, or whatever. I found all of the game's creature sprites in C:\Program Files (x86)\Steam\steamapps\common\Dwarf Fortress\data\vanilla\vanilla_creatures_graphics\graphics\images, so I figured I could just chop those up in Photoshop and stick them on here no problem, but the programming syntax/whatever it is on this site is incredibly confusing, I don't know how I'd actually go about doing it. I figured I'd just find the spot on the page where the little letter is and replace that with the image code, but it seems the pages are built using heavily nested templates that I can't even begin to understand. Any help?--[[User:Treese|Treese]] ([[User talk:Treese|talk]]) 03:07, 5 January 2023 (UTC)<br />
:Based on [[User:Zippy|Zippy]]'s work at {{tl|Creaturelookup_b}}, I added an "image" parameter to {{tl|creaturelookup/0}}, which is what creature pages should all be using. See [[Dwarf]] and [[Cow]] for examples. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:37, 5 January 2023 (UTC)<br />
<br />
=== Hotkeys/Menu navigation ===<br />
Most key bindings and menus have changed. Should the article reflect a) only the old version, b) only the GUI version or c) both? For example, [[Bridge|bridges]] used to be built via {{k|b}} -> {{k|g}}, but now it's in Place strucutures {{k|b}} -> Constructions {{k|n}} -> Bridge {{k|b}}. What should be written in the article? Currently, it's {{k|b}} -> {{k|g}}. I ''think'' it should be only b), but I am not sure if there will be differences regarding hotkeys or menus between the premium version and the free version and then, c) would be the most appropriate option. --[[User:Prometherus|Prometherus]] ([[User talk:Prometherus|talk]]) 10:16, 22 December 2022 (UTC)<br />
<br />
: Not sure. I wish the classic release soon --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 16:45, 22 December 2022 (UTC)<br />
:: Are you Toady's herald? Looks like it was just released! [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:18, 22 December 2022 (UTC)<br />
:: And our questions are answered, the old hotkeys seem to have been thrown out. Part of me is disappointed (useless muscle memory) but also relieved (unified UI for both versions is good in general and for the wiki). [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:25, 22 December 2022 (UTC)<br />
::: According to info, in a sort of 'demo version' at that. I'll wait a little while longer, for myself.[[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 18:22, 22 December 2022 (UTC)<br />
::::It's unlikely that keybindings in it will change significantly. My vote is that we should include information for both premium and classic, everywhere. Hopefully the keybindings are not different between versions. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:26, 22 December 2022 (UTC)<br />
:::Shouldn't it be based on the 50 or what verion the article is written for? [[User:Dominick|Dominick]] [[User_talk:dominick|<sup>(TALK)</sup>]] 18:42, 22 December 2022 (UTC)<br />
:::: The keybindings seem to be consistent between versions, (haven't checked exhausitvely, but since the menu layout is the same I think it is a good assumption). Should also keep in mind/consider that not all actions have keybindings. An option would be write 'Click on the <Example Text> icon or press {{k|E}}' [[User:Koos|Koos]] ([[User talk:Koos|talk]]) 23:14, 23 December 2022 (UTC)<br />
<br />
=== Removed features & concepts ===<br />
<br />
Since they're removed concepts, I've set [[Room]] to be a redirect for [[DF2014:Room]] and created [[Template:Activity zones]] for the nav bar bedrooms, etc, and made the necessary changes to [[Bedroom]] for it. Is this the correct approach, before I go on much further? (also a note, if it is, then [[Template:v50_rooms]] probably needs to be deleted) I also imagine that considering the number of changes in the interface, that things like [[Adventure mode]] and related pages might best be truncated to "not in 50.03" and when it does make it across, being more deliberately brought over in pieces? [[User:HawkOwl|HawkOwl]] ([[User talk:HawkOwl|talk]]) 06:23, 23 December 2022 (UTC)<br />
<br />
:Usually it is marked with [[Template:Removed_feature]]. For example: [[Dipscript]] or [[Party]]. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:45, 23 December 2022 (UTC)<br />
<br />
:: Ah, that's fair. Should that be mentioned in [[Dwarf_Fortress_Wiki:Versions#Redirects]]? [[User:HawkOwl|HawkOwl]] ([[User talk:HawkOwl|talk]]) 10:03, 23 December 2022 (UTC)<br />
<br />
:::I think the redirect policy mostly had in mind things that were removed a ''long'' time ago, like [[Tax collector]] and [[Economy]] (and the latter actually has a stub page as well). I guess we could clarify. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:34, 23 December 2022 (UTC)<br />
<br />
:::: The "current" redirects also cause the version box to incorrectly show that the current version has a page - e.g. [[23a:Cave_river]] shows a v50.04 version, but it's just a redirect back to that version. Similarly, what should happen to redirects like [[Clothes maker]], where a concept has evolved? It currently goes to [[23a:Clothes maker]] - that's correct if the user is trying to look up a very old concept, but if a new user is looking for "how to make clothes", they should be directed to [[Clothier]]. --[[User:Danny252|Danny252]] ([[User talk:Danny252|talk]]) 12:16, 26 December 2022 (UTC)<br />
<br />
:::: One should be careful with cv redirects. Most that were recently adjusted were unused plural forms (that should probably be deleted) but few like [[Crown]] needed that for backward compatibility. Removing the [https://dwarffortresswiki.org/index.php?title=Crown&type=revision&diff=279966&oldid=219482 cv part] means the the link on [[v0.31:Tilesets]] is now broken. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 22:30, 26 December 2022 (UTC)<br />
<br />
:::::If [[v0.31:Tilesets]] is about v0.31, it should not be using "main:" in its links - ''all'' of those links are going to pages about v50, not v0.31, regardless of whether the target is a redirect or not. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:37, 26 December 2022 (UTC)<br />
:::::: You right, I removed it. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 17:55, 27 December 2022 (UTC) <br />
<br />
Crown cv redir issue is now fixed, I believe. As goes with such cases where one can simply revert the troublesome edit, unless I've mistepped, myself? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 23:52, 26 December 2022 (UTC)<br />
:Both [https://dwarffortresswiki.org/index.php?title=Crown&diff=prev&oldid=280026] and [https://dwarffortresswiki.org/index.php?title=Crown&diff=prev&oldid=279966] should not have had any effect, because "cv" is an alias to the main namespace now, just like "main". Proof: [[Crown]], [[cv:Crown]], [[main:Crown]]. It's possible caching is coming into play here, although I purged the redirect cache after making that alias change earlier this month... &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:02, 27 December 2022 (UTC)<br />
<br />
I think there have been some changes not captured, but as a newb, I'm afraid to edit the page(s). A good example is Strawberry. I'm playing the Steam version right now and Strawberry plants are "not relevant to brewing" in Labor > kitchen > veg / fruit / leaves. Unless I'm mistaken and need to process them? Another example is the trade caravan = it seems the 3 square pathing no longer happens; it's just yak(s). 12:31, 28 December 2022 (UTC) 12:29, 28 December 2022 (UTC)<br />
:Strawberries should be brewable according to the Raws.<br />
:Trade wagons has been modified in v50. The first wagons will arrive at the same time your fort is becoming a barony. Until then, it's only pack animals and stairs are indeed fine. The [[Trading]] page needs a huge rework anyway... I'll try to do that next week. --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 13:40, 2 January 2023 (UTC)<br />
<br />
<s>As far as I can tell, none of the workshop buildings in v50 have blocking tiles any more. There's a comment to the like in data/vanilla/vanilla_buildings/objects/building_custom.txt that says this "[BLOCK:1:0:0:0] workbenches no longer block". Hesitant to update that template as I'm not sure if it's referenced for all of the old versions too. </s> [[User:AndrielChaoti|AndrielChaoti]] ([[User talk:AndrielChaoti|talk]]) 05:54, 29 December 2022 (UTC)<br />
: A new template has been created: {{tl|V50 workshop}} --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 13:40, 2 January 2023 (UTC)<br />
::Thanks! In general, I would like to delegate the switching responsibility to the template (like how {{tl|creaturelookup/0}} works), but in cases where the parameters diverge significantly like with workshops, it could make sense to make an entirely new template. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:40, 3 January 2023 (UTC)<br />
<br />
=== creature infobox prototype (moved) ===<br />
<br />
Check it out, I made a temporary template and added it to the [[cow]]s page. Now it shows the sprites (but not the zombified versions yet). I wanted to show everyone a prototype of what v50 creature infoboxes should look like. Or at least something similar to it. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 19:11, 27 December 2022 (UTC)<br />
:Hi, I'm new to editing wikis but I have done a bit of work with sprite sheets and I've been going through the DF data files to find the different graphics hoping to help with the animal pages. I've thrown together a template with grass and a few nature sprites (plants, a tree, and a rock) for size reference but I'm unsure how large the 'display' tiles in the middle of the template should be to suit all animals. I can see in the sprite sheets that some land animals have an adult and child sprite, so two tiles. Others have a male, female, and child, but after seeing you include the zombie cows I'm unsure if I should make it twice the size to add them too. Alternatively, I could grab some tiles from the haunted biomes for the zombie animals and make a separate template for a side-by-side comparison. Either way, let me know if this helps. I'd like to help with other graphics too as we add the premium tilesets but the animals seemed the easiest to tackle with me being new to wiki editing. ~~[[User:UristTheSeventh|UristTheSeventh]] ([[User talk:UristTheSeventh|talk]])<br />
::@Zippy, I am a bit perplexed about the purple cows. Why do we need a zombified version of creatures on every page?<br />
::@UristTheSeventh, we can use all the help. Maybe post an example, so that we can have something to compare and contrast.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:49, 3 January 2023 (UTC)<br />
:::@Jan Here are the examples: <br />
:::[[File:Creature template.png]] [[File:Armadillo.png]] [[File:Seagull.png]] <br />
:::It'll need to be wider or arranged differently for different creatures with more that two sprites or for multi-tile creatures. I can also do an aquatic and air themed template for swimming and flying creatures. ~~[[User:UristTheSeventh|UristTheSeventh]] ([[User talk:UristTheSeventh|talk]])<br />
::::Looks nice, like the metal template. There are several people working on updating the graphics you should talk more among yourselves. Best I can offer is that I width wise I am hoping to go up to 200px for infoboxes.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:13, 5 January 2023 (UTC)<br />
:::: We don't exactly ''need'' a zombie sprite on each page. I added it because it was... there. I was also hoping to get some opinions on it anyway since that infobox is a visual prototype, and not a final choice. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 03:28, 6 January 2023 (UTC)<br />
<br />
===Furniture Infobox===<br />
{{Quality|Unrated}}<br />
{{v50_furniture|name=Bed<br />
|graphic=[[File:bed_sprite_prototype.png]]<br />
|tile=Θ|col=6:0:0<br />
|wood=y<br />
|rooms=<br />
* [[Bedroom]]<br />
* [[Barracks]]<br />
* [[Dormitory]]<br />
|value=10}}<br />
I made a v50 furniture template prototype. I tested this on Firefox, Chrome and Microsoft Edge/Internet Explorer and it looks fine on all of them. I hope this is good enough to be the official thing, unless I'm missing something. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 03:28, 6 January 2023 (UTC)<br />
{{clear}}<br />
<br />
=== When do we remove the migration note on specific pages? ===<br />
<br />
At what point can we remove the "this page was auto migrated from v47" warning? There are a bunch of small pages that are more or less accurate, if I've reviewed them, can I go ahead and remove the warning? [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 23:33, 1 January 2023 (UTC)<br />
:Yes, feel free to remove it if you think all content is accurate. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:31, 2 January 2023 (UTC)<br />
<br />
=== Any info on fixing "creature description not found?" ===<br />
<br />
I see this issue on most creature pages, it seems to be due to a lookup that's not currently functioning? Cows interestingly doesn't have this issue but I couldn't figure out how to recreate whatever fix it's editor did. --[[User:Yallendallis|Yallendallis]] ([[User talk:Yallendallis|talk]]) 00:22, 3 January 2023 (UTC)<br />
:That is the missing raws issue described above. Cow was fixed by the addition of [[cow/raw]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:28, 3 January 2023 (UTC)<br />
::Ah makes sense, not fully used to the language of wikis yet so I read over it while looking. To put this bit of questioning to rest for any future readers, is it correct that it's fine to update any raws manually, though it will be done automatically at some point? --[[User:Yallendallis|Yallendallis]] ([[User talk:Yallendallis|talk]]) 07:48, 3 January 2023 (UTC)<br />
:::Yes. I'm circling back to work on a script right now, so not much point in doing it if you're reading this. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:57, 4 January 2023 (UTC)<br />
:::This should be fixed now. If you continue to see pages with problems, you can try [https://www.mediawiki.org/wiki/Manual:Purge purging the cache]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:59, 4 January 2023 (UTC)<br />
<br />
=== Adventurer Mode related sections ===<br />
<br />
The topic has already been discussed [[#Removed features & concepts|above]], but I don't see a clear line on what to do with article sections that mention Adventurer Mode. Like for example in [[Butcher#Adventurer_mode|Butcher]]. <br />
<br />
'''a) Truncate''' or '''b) leave in place with a mention''' that the mode is not yet present IG but will be added in a future update?<br />
<br />
Personally I think option b) is better, because I think it's silly to undo some work just to reintroduce it a few weeks later, with the necessary corrections. Even if a copy/paste of a previous version takes ~15 seconds, considering the number of articles that need to be corrected, it would be a bit of a waste of time.--[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 14:22, 3 January 2023 (UTC)<br />
<br />
== Toggleable image ==<br />
<br />
Any objections/comments to using this template for now for toggling between classic and premium images? I'd probably rename it to "Template:Premium-classic thumb image". I'm sure someone can come up with a better UI eventually, but should be easy to migrate at that point. I also think we should use the same customtoggle class for this and for the infobox. [[User:NiftyManiac|NiftyManiac]] ([[User talk:NiftyManiac|talk]]) 23:12, 1 January 2023 (UTC)<br />
<br />
{{User:NiftyManiac/Sandbox/TemplateDualImage|<br />
premium=File:Quickstart-finder.png|<br />
classic=File:Quickstart-finder-partial.png<br />
}}<br />
<br />
{{User:NiftyManiac/Sandbox/TemplateDualImage|<br />
premium=File:Quickstart-finder.png|<br />
classic=File:Quickstart-finder-partial.png|<br />
caption=My caption|<br />
width=100px<br />
}}<br />
<br />
:This looks nice to me! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:30, 2 January 2023 (UTC)<br />
<br />
: Good initiative. From the top of my head:<br />
:* I suggest using a shorthand, no one wants to type 'Premium-classic thumb image'. <br />
:* If we end up using toggle for infoboxes (not sure where we headed there), then I agree definitely same custom toggle class should be used for all, thus allowing to switch premium-classic view on the whole page at a click.<br />
:* The button part on a separate row isn't pretty, creating a lot of dead space that can be used by the text. Are we set on the label 'toggle ascii'? Classic isn't Ascii per se, maybe we can use a 'toggle' with a tooltip {{tooltip|for example|does bla bla bla}}, or maybe we can get rid of the text and have a smaller icon button ([[User:Jan/sandbox#Metal_example|two examples]]). <br />
: I hope that helps. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:21, 2 January 2023 (UTC)<br />
<br />
:: I added [[Template:Dual image]] with some of your suggestions. Agree that it's not super pretty, feel free to try something different. <br />
<br />
::* I put the toggle in the caption mostly because I gave up on trying to make a more sophisticated replacement for the default thumb image behavior, I'm sure someone with better wiki-fu could put together something more intelligent.<br />
::* I cut the text down to just "Toggle"; I think the best solution would be a small graphic showing the old and new dwarf icons with arrows between them. [[User:NiftyManiac|NiftyManiac]] ([[User talk:NiftyManiac|talk]]) 19:21, 2 January 2023 (UTC)<br />
<br />
{{Dual image|<br />
premium=File:DFwiki5by53by3farm.png|<br />
classic=File:Quickstart_layout_3.png|<br />
width=100px|<br />
caption=A 5x5 room with a 3x3 farm plot<br />
}}<br />
::: I updated the layout, now it should look just like a regular image thumb. I didn't had time to test it, if it doesn't work for you or you don't like it just revert the last change. cheers. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:46, 2 January 2023 (UTC)<br />
::::I don't know which part of this talk page to put this, but I added the ability to add icons to the v50 workshops template. Leaving the icon part blank will not break the template in any way. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 09:47, 3 January 2023 (UTC)<br />
{{clear}}<br />
==Creature List Now Supports Graphics!==<br />
I wasn't easy, but I made new templates so the [[Creature]]s page now supports both graphics sprites ''and'' ASCII tiles. Allow me to show you:<br />
<br />
{{v50_creaturecurrent_table_head}}<br />
{{v50_creaturecurrent table row|graphic=[[File:dwarf_sprite.png]]|name=[[Dwarf]]|symbol=☺|color=3:0:0|playable=Fort, Adv|hostile=No|food=No|size=60,000|value=Not tameable|biome=[[Mountain halls]], [[Fortress|dwarf fortress]]es, [[hillock]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:elf_sprite.png]]|name=[[Elf]]|symbol=e|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Forest retreat]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:human_sprite.png]]|name=[[Human]]|symbol=U|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=70,000|value=Not tameable|biome=[[Town]]s and cities|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:goblin_sprite.png]]|name=[[Goblin]]|symbol=g|color=7:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Dark fortress]]es and [[dark pit]]s|note=Snatchers<sup>2</sup>}}<br />
{{v50_creaturecurrent table row|graphic=[[File:kobold_sprite.png]]|name=[[Kobold]]|symbol=k|color=6:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=20,000|value=Not tameable|biome=Caves|note=Skulking race}}<br />
|}<br />
<br />
Oh wait, there's a bonus. You can also modify the background color of the box the sprites go in. I added that to make possibly-hard-to-see-otherwise sprites more easy to see - depending on the colors it has. Allow me to demonstrate.<br />
<br />
{{v50_creaturecurrent_table_head}}<br />
{{v50_creaturecurrent table row|graphic=[[File:dwarf_sprite.png]]|bgcolor=#829ccc|name=[[Dwarf]]|symbol=☺|color=3:0:0|playable=Fort, Adv|hostile=No|food=No|size=60,000|value=Not tameable|biome=[[Mountain halls]], [[Fortress|dwarf fortress]]es, [[hillock]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:elf_sprite.png]]|bgcolor=#c7dfc0|name=[[Elf]]|symbol=e|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Forest retreat]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:human_sprite.png]]|bgcolor=#c7dfc0|name=[[Human]]|symbol=U|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=70,000|value=Not tameable|biome=[[Town]]s and cities|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:goblin_sprite.png]]|bgcolor=#dfc0c0|name=[[Goblin]]|symbol=g|color=7:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Dark fortress]]es and [[dark pit]]s|note=Snatchers<sup>2</sup>}}<br />
{{v50_creaturecurrent table row|graphic=[[File:kobold_sprite.png]]|bgcolor=#dfc0c0|name=[[Kobold]]|symbol=k|color=6:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=20,000|value=Not tameable|biome=Caves|note=Skulking race}}<br />
|}<br />
<br />
To change the background color, add <code><nowiki>|bgcolor=COLOR</nowiki></code> segment after the <code><nowiki>|graphic</nowiki></code> part. You can use color names or HTML hex color codes. I added this to the v50 creatures page, but at this time, I only added the first five creatures I just displayed. It's gonna take a while to find ALL of those creature sprites. I hope a lot of people help out on that one. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 05:29, 5 January 2023 (UTC)<br />
<br />
:Thanks, looks nice! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:44, 5 January 2023 (UTC)<br />
:Nice stuff, took the quick liberty to change the padding-left -> text-align to make all the sprites center aligned relative to each other :) Sweet work --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:41, 5 January 2023 (UTC)<br />
:: Good work indeed. One minor issue, is that all the sprites have different sizes, which sometimes create slight variation in table row height. Consider using capping the image size vertically for example <code><nowiki>[[File:dwarf_sprite.png|x32px]]</nowiki></code>--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:15, 5 January 2023 (UTC)<br />
:: Also often in such tables people want to click on the image to go for the specific entry, and often will try to click on the very first thing they see in line the thumb image, but currently that will take them to the file page. Consider adding link parameter for example: <code><nowiki>[[File:dwarf_sprite.png|x32px|link=dwarf]]</nowiki></code> [[File:dwarf_sprite.png|x32px|link=dwarf]] or no link at all <code><nowiki>[[File:dwarf_sprite.png|x32px|link=]]</nowiki></code> [[File:dwarf_sprite.png|x32px|link=]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:24, 5 January 2023 (UTC)<br />
::: I mean... Yeah, I could do that. I think that lessens the quality of the sprite a bit because it makes edges blurry, but either way is fine. I could have sworn I added a link for all those images the first time. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 03:23, 6 January 2023 (UTC)<br />
::::Since we are adding pixel art sprites to the website it might be convincing to add a global class like .sprite or .pixel-image that uses the CSS attribute `image-rendering: pixelated;` in order to prevent blurryness when scaling the image up/down. Just a thought --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 09:40, 6 January 2023 (UTC)<br />
:::::Are we able to attach classes directly to images? If so, we can probably attach inline styles directly as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:52, 6 January 2023 (UTC)<br />
::::::Looks like (without an extension) MediaWiki only supports classes on images: [[File:dwarf_sprite.png|x32px|class=pixelated]] and not styles: [[File:dwarf_sprite.png|x32px|style="image-rendering: pixelated;"]] it just treats it as alt text it looks like? Wrapping it in a div works and demonstrates the difference: <div style="image-rendering: pixelated;display:inline;">[[File:dwarf_sprite.png|64px]]</div> [[File:dwarf_sprite.png|64px|inline]]. Speaking from experience, however, image-rendering needs a browser specific prefix in certain browsers (safari, for example) in order to work properly. I'm not entirely sure what the best "MediaWiki" practice is for adding something like this but I would assume it's a simple class in common.css for now. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:17, 6 January 2023 (UTC)<br />
:::::::Ah, yeah, you are correct, I should have checked https://www.mediawiki.org/wiki/Help:Images. I'd be fine adding a class like that to common.css. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:27, 6 January 2023 (UTC)<br />
::::::::Great, in that case if no one is opposed we can add `.game-sprite` or something like that? See below for the CSS, the order of the attributes is relevant. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 18:23, 6 January 2023 (UTC)<br />
<pre>/* Used for pixel-art images from the game so they can be resized and maintain crisp pixel edges. */<br />
.game-sprite {<br />
image-rendering: -webkit-optimize-contrast;<br />
image-rendering: crisp-edges;<br />
image-rendering: pixelated;<br />
}</pre><br />
:::::::::So... you guys think each creature page should show the main sprite(s) alone, or should it show the baby versions alongside them? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 08:37, 8 January 2023 (UTC)<br />
::::::::::I think adult + baby is sensible, the adult + baby + zombie was not, in retrospect. So yeah adult + baby (if there is one) from now on would be my vote. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 23:27, 8 January 2023 (UTC)<br />
{{outdent}}<br />
Well then, there's a TON of creatures to go - and I mean both the [[creature]]s page and the individual creature pages. I really hope everyone can pull their weight on that those images. The spritesheets are easy to find, and if you know how to read the .txt files near them, finding sprites on certain rows and columns should be a breeze. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 00:47, 9 January 2023 (UTC)<br />
:Zippy, are you doing all of this by hand? That seems quite tedious. Cutting up the spritesheets can be done automatically. Renaming and updating the table could be done with a script and/or chatgpt. We'd need Lethosor to add the [https://www.mediawiki.org/wiki/Extension:SimpleBatchUpload batch upload extension] though. Maybe some manual work in updating names to match article names rather than raws. [[User:OddballJoe|OddballJoe]] ([[User talk:OddballJoe|talk]]) 06:55, 9 January 2023 (UTC)<br />
{{clear}}<br />
<br />
So did the graphic people gained insights and reached some sort of consensus? are we using big up scaled images + toggle? multiple images to(adult + baby)? anything else? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 00:32, 10 January 2023 (UTC)<br />
<br />
=== Graphics in Skill Infoboxes ===<br />
{{v50_skill<br />
| color = 7:0<br />
| graphic = [[File:miner_sprite_icon.png]]<br />
| skill = Miner<br />
| profession = Miner<br />
| job name = [[Mining]]<br />
| tasks =<br />
* [[Dig]]<br />
| attributes =<br />
* Strength <br />
* Toughness <br />
* Endurance<br />
* Willpower<br />
* Spatial Sense<br />
* Kinesthetic Sense}}I've made yet another visual prototype for skills. In other words, we can put sprites of matching dwarves (and possibly humans, elves, goblins, etc.) at the top of infoboxes. If multiple images are put up there, that can mess up the alignment, but don't worry, Zippy thought of that. <code><nowiki>|graphicmargin</nowiki></code> can added, and a percentage or a "px" number can be placed in that parameter to fix it. If you leave said parameter out, the alignment will default to about 42% from the left. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 06:06, 7 January 2023 (UTC)<br />
<pre><nowiki><br />
{{v50_skill<br />
| color = 7:0<br />
| graphic = [[File:miner_sprite_icon.png]]<br />
| graphicmargin = (OPTIONAL)<br />
| skill = Miner<br />
| profession = Miner<br />
| job name = [[Mining]]<br />
| tasks =<br />
* [[Dig]]<br />
| attributes =<br />
* Strength <br />
* Toughness <br />
* Endurance<br />
* Willpower<br />
* Spatial Sense<br />
* Kinesthetic Sense}}<br />
</nowiki></pre><br />
::Not sure I understand the alignment issue, can you not put text-align: center on the parent table element instead of messing with explicit margins? As another sidenote, should we continue to be naming all of these templates v50_x, I find that a bit confusing. Why not just edit the main templates with the additional information. Loving all the new templates though nice work Zippy :) --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:43, 7 January 2023 (UTC)<br />
:::No, text-align doesn't work with images and divs. That just works for text. When it comes to images, you got to put a little "finesse" on the CSS with those. As for editing the classic templates with the new info, it doesn't always work that way with ''every'' template. Lethosor I think ''did'' update the creature infobox template in the way you mentioned. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 08:37, 8 January 2023 (UTC)<br />
:::: You can use something like this to automatically handle that--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 08:56, 8 January 2023 (UTC)<br />
{|<br />
|-<br />
|<div style="width:200px; display:flex; background-color:#eaecf0;"><br />
[[File:miner_sprite_icon.png|center]]<br />
<div><br />
|<div style="width:200px; display:flex; background-color:#eaecf0;"><br />
[[File:miner_sprite_icon.png|center]] [[File:miner_sprite_icon.png|center]]<br />
<div><br />
|<div style="width:200px; display:flex; background-color:#eaecf0;"><br />
[[File:miner_sprite_icon.png|center]] [[File:miner_sprite_icon.png|center]] [[File:miner_sprite_icon.png|center]]<br />
<div><br />
|}<br />
:::::Hah I am very familar with the CSS finese :P Can you show me an example of a multi-sprite job infobox? I said what I said because I tested my proposed solution and it worked fine :)</div>Janhttps://dwarffortresswiki.org/index.php?title=Dwarf_Fortress_Wiki_talk:Versions&diff=284946Dwarf Fortress Wiki talk:Versions2023-01-10T00:32:44Z<p>Jan: /* Creature List Now Supports Graphics! */</p>
<hr />
<div>{{archive|<br />
# [[DF Talk:Versions/Archive 1|Page 1]]}}<br />
<br />
== Version 0.31.19 starts a new DF generation? ==<br />
<br />
My reading of Toady's comments on the release of 0.31.19 is that it came out basically because he felt it would take too long to get DF all the way to 0.32. With the ore changes, the sitefinder changes, the addition of grazing and several different industries, there's a lot of changes between 31.18 and 31.19. So I'm thinking it might be a good idea to call it the first release of DF2011 - and what we refer to as "DF2010" would then become 0.31.18.<br />
<br />
Thoughts? --[[User:DeMatt|DeMatt]] 07:06, 28 February 2011 (UTC)<br />
<br />
==Revisiting Redirects==<br />
I wasn't around when the redirect policy was created, and I'm having trouble understanding the rationale. The example claims that linking [[Main:Cheese]] to [[cv:Cheese maker]] is problematic...but mainspace only ever redirects to the current version. If the best target in the current version is cheese maker, why not link to it directly? (It's not, at least for Cheese, since [[DF2012:Cheese]] exists now.) The explanation seems to be claiming that 40d articles that link to Cheese will follow the Mainspace link--but that hasn't been the case for a long while now. Articles in 40d automatically link against other articles in 40d, so that version remains internally consistent no matter where mainspace links to in the current version. For a current example, what do we gain by linking [[Main:Mead]] to [[cv:Mead]] and linking [[DF2012:Mead]] to [[DF2012:Alcohol]]?<br />
<br />
If this really is just an outdated procedure, I recommend we drop the mummery and allow mainspace to link to cv:(best target). Double redirects ''may'' work (sometimes, but [[Main:Mead]] demonstrates a common problem where automatic redirection fails), but if they are unnecessary I think they should be avoided, partly because of problems like [[Main:Mead]] and partly because of the effort required to protect double redirects from users who believe they are problematic.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:16, 8 January 2014 (UTC)<br />
<br />
:I was just thinking that. I'm currently attempting to write a basic extension to eliminate the need for mainspace redirects entirely, although Mediawiki's class structure may make this more difficult than I had hoped (the only method I've found for resolving redirects takes the ''article text'' instead of a title, e.g. "#REDIRECT ..."). I do agree that the current situation with redirects isn't ideal, so I'm hoping this will work better (once I get it to work). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:42, 8 January 2014 (UTC)<br />
<br />
Okay, that wasn't quite as clear as I meant it to be. In general, I think this is a tricky situation. Mediawiki wasn't designed to have five content namespaces, and certainly not chains of redirects between them. The problem that was pointed out in the [[DF:REDIR|policy]] is the fact that with:<br />
Main:Foo -> cv:Bar<br />
pages in the cv: namespace can't use [[<nowiki/>foo]], since the namespace links modification causes it to be treated as [[<nowiki/>cv:foo]] instead, which doesn't exist. The current suggested solution is this:<br />
Main:Foo -> cv:Foo -> cv:Bar<br />
This fixes the problem of [[<nowiki/>foo]] not working on cv pages, but creates issues with double redirects not always working. Another solution, which is more intuitive to new editors, is:<br />
Main:Foo -> cv:Bar<br />
cv:Foo -> cv:Bar<br />
Both require creating two redirects. The first method has the advantage of ''ensuring'' that the cv redirect exists (otherwise, main:foo would be a redlink), while the second has the advantage of working more reliably in a couple cases.<br />
<br />
What I'm trying to do is make main:Foo "jump" to cv:Foo when cv:foo exists, ''even if main:foo doesn't exist'' (basically it would treat all mainspace pages as redirects to cv pages, but only if the cv page exists and not the mainspace page). I had main:Bar jumping to cv:Bar fine, but if cv:Foo redirected to cv:Bar, accessing main:Foo would mysteriously stop at cv:Foo even if I increased the redirect limit. What I'm trying to do now is follow the redirects internally, without relying on Mediawiki to do it automatically - unfortunately, that has proved to be harder than I had hoped (and I sent my web server into an infinite loop while trying). I will try to work on this some more when I get a chance, although I'm not sure when that'll be yet :(. For now, feel free to fix broken double mainspace redirects as necessary, as long as redirects in the DF2012 namespace stay pointing to the right page (and new mainspace redirects get added in the DF2012 namespace too). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:21, 9 January 2014 (UTC)<br />
<br />
:You're treating cv like a namespace--it's not. It is simply shorthand for "fill in the current version here". [http://dwarffortresswiki.org/index.php?title=User_talk:Briess&diff=182404&oldid=181281 As I discovered a long time ago on a server not far away], linking from Main:Foo to cv:Foo tends to break redirection chains. If, instead of linking to cv:Foo, you link to DF2012:Foo, it might just work. It would, of course, be better if your patch could evaluate cv itself, but even if you have to hardcode the current version it's a single point of maintenance that requires update very infrequently. (For that matter, we could probably dispense with the cv hack entirely and just have a bot update mainspace links from DF2012 to DF201X when we switch to a new version.)--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:05, 9 January 2014 (UTC)<br />
::I know cv isn't a namespace - I was just trying to avoid future confusion when the DF2012 namespace changes. It's interesting that changing "cv" to "DF2012" fixes some broken redirects, although I've found that simply making an edit to a broken redirect can usually fix it as well. I've actually had the most problems with double redirects when the second one (in the DF2012 namespace) doesn't use the DF2012 prefix (e.g. main:Foo containing <nowiki>[[cv:Foo]] and DF2012:Foo containing [[Bar]]</nowiki>). I'd rather keep the cv alias even if it isn't necessary for mainspace redirects when I get the patch to work, since it makes it easier to refer to the current version of the page (for example, several MDF articles contain links to a vanilla page for things that don't change in the mod).<br />
::Also, using aliases like "cv" is supported by Mediawiki; in fact, several WMF wikis use them (for example, "[[wikipedia:WP:Redirects|WP:Redirects]]" on Wikipedia). It's quite likely that Mediawiki isn't processing double redirects using aliases correctly, though, since that's uncommon on most wikis. --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:35, 9 January 2014 (UTC)<br />
<br />
In light of the lack of support for the current redirect policy, I propose we replace the current redirect section with:<br />
<br />
:Mainspace article pages should use the cv: alias when redirecting to a versioned page, which will automatically update the link when a new version is released. For example, page "Main:Foo" should redirect to page "cv:Bar" (where "Bar" is the page that best describes the topic Foo in the current version).<br />
<br />
:Pages in mainspace should only redirect to an older versioned page if that content no longer exists in the current version of the game (e.g. [[Cave river]], [[Chunk]]). In these cases the cv: alias cannot be used. <br />
<br />
:Pages inside a versioned namespace should not use the cv: alias. Instead, they should redirect to the best page within that versioned namespace (e.g. [[DF2012:Dodging]], [[v0.31:Drink]]).<br />
<br />
:Due to limitations of the wiki software, double redirects should be avoided if possible. When fixing double redirects in mainspace, please make sure to use the cv: alias as appropriate.<br />
<br />
If no one objects, I will make this change in a few days.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:21, 15 January 2014 (UTC)<br />
<br />
:Okay with me. It may be worth mentioning that double redirects only really need to be changed when they don't work (since changing a lot of redirects that work isn't necessary), but I think it's clearer and more relevant than the current policy. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:26, 16 January 2014 (UTC)<br />
<br />
Done.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:55, 22 January 2014 (UTC)<br />
<br />
I was finally able to get my extension to work after being motivated by one too many malfunctioning redirects. It now causes nonexistent pages in the main namespace to behave exactly like redirects to their DF2012 counterparts (when linked to, accessed directly, and transcluded). Double redirects also work (up to 100, in fact, although that was a temporary safety measure that I'll probably change). This means we'll be able to safely get rid of all mainspace redirects (redirects that redirect to something other than "cv" will still function if not deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:20, 14 March 2014 (UTC)<br />
:What about articles which don't exist in the current version but do exist in older versions? Will those still need mainspace redirects, or will your extension be able to automatically redirect them to v0.31/40d/23a? --[[User:Quietust|Quietust]] ([[User talk:Quietust|talk]]) 01:29, 14 March 2014 (UTC)<br />
::It ignores all mainspace pages that actually have content, including redirects, so pages like [[masons guild]] won't be affected (unless deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:47, 14 March 2014 (UTC)<br />
<br />
Done and deployed. [[Cat]] is still treated as a redirect, even though I just deleted it (try clicking on the "redirected from" link). Pages that exist are ignored, so [[Masons guild]] and [[History of Dwarf Fortress]] still function normally (as a redirect to a 23a page and a non-redirect, respectively). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:57, 14 April 2014 (UTC)<br />
<br />
I'm sending around a bot right now to delete all redirects of the format "foo -> cv:foo" (a surprising number don't fit this format, so I'm leaving them alone for now). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:43, 14 April 2014 (UTC)<br />
<br />
:I'm confused. Do we use double redirects or not? Is there a single place we define our linking policy (including redirects), and is it updated? <br />
:I had trouble linking to [[Consolidated_development]] in [[v0.34:Dragon]]. It kept pointing to v0.34:Consolidated_development, which does not exist. I ended up linking to Main:Consolidated_development to make it work. --[[User:Nahno|Nahno]] ([[User talk:Nahno|talk]]) 10:18, 1 July 2014 (UTC)<br />
<br />
::That's a separate problem altogether - links in the versioned namespaces (v0.34, v0.31, 40d, 23a) automatically link to pages within their namespace. I may be able to set up a fallback to mainspace once I'm able to deploy again, but for now the "main:" alias is the intended solution. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 11:36, 1 July 2014 (UTC)<br />
<br />
== Google often directs people to the 0.31 page ==<br />
<br />
I've noticed a couple of times that finding a wiki page from an external search will often drop me onto a page from an older version. Is it possible to mitigate this somehow for new players? I could imagine something like redirecting old:Bar -> cv:Bar unless the user has come from old:Foo; no idea if that would actually work though. [[User:PeridexisErrant|PeridexisErrant]] ([[User talk:PeridexisErrant|talk]]) 11:48, 4 May 2014 (UTC)<br />
<br />
:As a temporary solution, I could write a script that displays a banner of some kind if the user came from an external site. I'll ask Briess if he can do anything on the server level to increase the weighting of the current version's pages. (Obviously there are situations where people are looking for old pages, like [[23a:dungeon master]], so we don't want to disable indexing entirely on old pages.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:03, 4 May 2014 (UTC)<br />
<br />
== DF2014? ==<br />
<br />
As Toady [http://www.bay12games.com/dwarves/ draws closer to a new release], it might be worthwhile to discuss the addition of a new version to the wiki. The upcoming release covers two years of changes and introduces a number of new plants, foods, drinks, multi-tile trees, climbing, jumping, etc., so it is likely to have significant changes from the current DF2012. To avoid having people start new pages (and lose all the effort spent refining the prior version's page), I think it would be best to have a bot automatically copy over the DF2012 pages as a starting point for DF2014. I would suggest that these copied pages include a noticebox template mentioning that the content may be outdated, so that we can easily track which pages have been reviewed. I think either the {{tl|version check}} or {{tl|old}} template would work. --[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:43, 5 May 2014 (UTC)<br />
<br />
:This is what [[User:QuietBot]] did after the 0.34 release, so it's certainly possible to use the same script to migrate to DF2014. I would like a way of tagging migrated pages, since inaccuracies in some pages went unnoticed for months after they were migrated. Since {{tl|old}} is already in use, {{tl|version check}} may be a better solution (it can be reworded slightly, or we can make a separate template for DF2014 migration). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:23, 1 June 2014 (UTC)<br />
:Made [[Template:DF2014 migrated]] as an example. Any thoughts? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:32, 1 June 2014 (UTC)<br />
<br />
== Redirects inconsistency ==<br />
<br />
Following a redirect is supposed to be exactly the same as going straight to the page it redirects to, but this actually isn't the case:<br />
* Go to [[Seeds]] and you get [[v0.34:Seed]] (outdated)<br />
* Go to http://dwarffortresswiki.org/index.php?title=Seeds&redirect=no and click on the link and you get to [[DF2014:Seed]] (current)<br />
So if you search for "seed", the top result is the DF2014 version. But search for "seeds" and you get the redirect, which sends you to the outdated page instead. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:22, 22 February 2015 (UTC)<br />
<br />
While I'm talking about redirects, it seems redirects to sections don't work: see [[DF2014:How do I manage my seeds and crops]]. I know MediaWiki is capable of this trick because Wikipedia does it. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:32, 22 February 2015 (UTC)<br />
<br />
:I have absolutely no idea why [[seeds]] redirects to a v0.34 page - it could be a Mediawiki bug. The section links issue is due to a known issue in the redirect extension we use, which has yet to be fixed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:01, 23 February 2015 (UTC)<br />
:It looks like deleting both [[Seeds]] and [[DF2014:Seeds]] fixed things (by allowing AutoRedirect to handle the redirects instead). Feel free to tag any others with {{tl|bad redirect}}. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:03, 23 February 2015 (UTC)<br />
::It gets stranger. [[Vial]] redirects explicitly to [[cv:Flask]] which displays (when you look at it with &redirect=no) as [[DF2014:Flask]], but still goes to the v0.34 version. It seems redirects interpret the cv: pseudo-namespace (or whatever it's called) in an outdated way. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 18:08, 23 February 2015 (UTC)<br />
::I've added a note to this page about this issue. If it gets resolved, the note should be removed. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 21:04, 23 February 2015 (UTC)<br />
<br />
<br />
==Reorganizing versions==<br />
<br />
The internet deals with moved content... poorly. Google is still linking to v0.34 pages more than a year after the switch to "DF2014", and even the wiki software still has cached links pointing to the old version pages.<br />
<br />
I propose reorganizing versions on the wiki to avoid moving content whenever possible. Instead of having a temporary "current version" namespace that changes occasionally, all the current information gets promoted to the Main namespace. When the next version split occurs, the Main articles as of a certain revision number can be copied to the newly-created permanent "old version" namespace, while all the current information remains in Main. This not only fixes the link rot issue, but it has a few other benefits as well: fewer administrative tasks, no lockdown (a historical version of the Main pages can be copied at any point, even if the Main articles are already modified for the new version), almost all the article history is maintained in the Main article (instead of being spread unevenly across multiple versions), no "temporary" namespaces are needed, fewer problematic long redirect chains, and hopefully less user confusion (since Main gets priority in search results, etc.).<br />
<br />
As an example, today we would not have a DF2014 namespace (which is good because "temporary" namespaces historically disappear anyway). If you ran a search for [[seed]] you'd end up at Main:seed, which would have all the current information on seeds. The version box at the top of the page would still link to the older versions of the seed article. When a new version is released, an admin would choose a revision number and copy the Main:seed article as it exists at that revision number to v0.40:seed. That's it. One historical copy that needs little to no new editing, and zero redirections/moves.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:02, 27 July 2015 (UTC)<br />
<br />
:Makes sense to me. It would involve a lot of work, though (e.g. fixing templates and categories to account for the current version being in mainspace), although that should be doable thanks to {{tl|category}}, {{tl|version switch}}, etc.. A bot could be set up to copy revisions from before a release date as well, which would be more difficult (and maybe slower) than a direct copy, but not severely. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:24, 30 July 2015 (UTC)<br />
<br />
:Actually, there are a few issues with that, namely that there wouldn't be an easy way to distinguish between versioned and non-versioned mainspace pages. There are ways to resolve Google search priority (we can exclude pages from older versions from search engine results if there are newer versions of those pages available, for example). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:47, 6 August 2015 (UTC)<br />
<br />
::There aren't very many non-versioned mainspace pages, and determining if a page is versioned is as simple as looking for the version template and/or categories added by the version template (e.g. copy [http://dwarffortresswiki.org/index.php/Category:Current this category] instead of Main:*). The problem with "suggesting" newer pages to Google is that they obviously aren't crawling our wiki regularly (if they were, the fact that the mainspace redirects point to new pages would automatically be picked up). Even if your Google hints worked they wouldn't do anything for all the other broken links out on the 'net.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:35, 6 August 2015 (UTC)<br />
<br />
::: Google actually crawls the wiki constantly - we probably get crawl hits from google for a continuous block of 2-3 hours per day, each and every day. Why they are slow to update is beyond me though. I can't remember why we didn't do this initially, but there was a technical limitation involved if I remember correctly. --[[User:Briess|Briess]] ([[User talk:Briess|talk]]) 22:05, 6 August 2015 (UTC)<br />
<br />
::: There are &lt;meta> tags that can be used to hide pages from search results (for search engines that recognize them, that is). Searching for {{tl|av}} or [[:Category:Current]] might work, although we'd have to make sure all of the DF2014 pages include that (some pages don't, particularly some disambiguation pages, although all of them should). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:53, 6 August 2015 (UTC)<br />
<br />
:Is there a particular reason main and current are separate to begin with?—[[User:CLA|CLA]] ([[User talk:CLA|talk]]) 00:17, 7 August 2015 (UTC)<br />
<br />
::It's mostly intended to distinguish between versioned and non-versioned pages and make version-related templates simpler to work with, since every versioned page has a namespace. I wasn't active here in 2010 when this system was created, so Briess and Emi would know more.<br />
::Another issue I just thought of with Loci's suggestion is categories - currently, categories like [[:Category:Animals]] are used to organize the versioned sub-categories. Sure, we can change {{tl|Category}} to categorize mainspace pages in [[:Category:v0.40:Animals]] or [[:Category:DF2014:Animals]], but that would be less straightforward because there wouldn't be a namespace with that name (until pages are migrated when a newer major version is released). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 13:05, 7 August 2015 (UTC)<br />
<br />
:Moving current pages to the main namespace sounds like a great idea. -[[User:Jecowa|Jecowa]] ([[User talk:Jecowa|talk]]) 20:47, 4 January 2018 (UTC)<br />
<br />
Another thought: dealing with migrating redirects could be difficult with this proposal - specifically, determining which redirects should be migrated to a versioned namespace. Redirects can't contain {{tl|av}}, at least not before ``#REDIRECT``. I ''think'' it would be possible to copy pages in two stages, though - all non-redirects first, then all redirects whose targets were also copied. Thoughts? Anything I'm missing? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:41, 27 June 2019 (UTC)<br />
<br />
Some subpages (particularly /raw and /Edit notice) also deliberately lack {{tl|av}}, although those shouldn't be too hard to handle. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:35, 9 July 2019 (UTC)<br />
<br />
:Redirect pages (and all other edge cases I've looked at) can be included in categories (like [[:Category:Current]]) to determine whether or not they should be copied into an archival version. But if the redirects are "properly qualified" then they can all be copied over blindly. Mainspace redirects pointing to versioned information should use a blank namespace (which will be automatically constrained to the archival namespace); mainspace redirects pointing to unversioned information should use an explicit "Main" (which will automatically link back to the unversioned page). Then, when [[[[Toady]]]] gets copied to [[[[v0.4x:Toady]]]] it will point back to [[[[Main:Toady One]]]]. Meanwhile, [[[[Beer]]]], copied to [[[[v0.4x:Beer]]]], will properly point to [[[[v0.4x:Alcohol]]]].--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:00, 14 July 2019 (UTC)<br />
<br />
::I think qualifying redirects is the best solution here - categorizing redirects manually is another possible source of errors, since categories (or a lack thereof) would only be visible on the redirect page itself, and [[:Category:Current]] is a hidden category. Copying over mainspace redirects into versioned namespaces would also resolve some issues that have come up due to those not reliably existing currently. I should be able to set up a bot script to add "main:" to current mainspace redirects (and it shouldn't break anything, since those redirects go to other mainspace pages anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:57, 14 July 2019 (UTC)<br />
<br />
(Note: I wrote all of this without noticing the previous discussion above.) I was wondering, when the wiki creates a new namespace for a major release again, if it is possible to ''not'' create a namespace for the next current version (e.g. "DF202x") and instead have the mainspace articles (which are currently redirects) become the new cv and move the content there. Therefore, [[cv:Cat]] would just be "[[Cat]]" (or [[Main:Cat]]).<br />
<br />
Certain namespace-related templates like [[Template:Ns/0]] would need to be changed, though nothing significant as far as I know. For most cases, any "DF2014" would be replaced with "Main" or even blank. There's also multiple extensions handling the current namespace system and they may need to be modified too, though I'm not sure if or how much. I'm guessing based on the discussions above that it will change stuff up.<br />
<br />
My reason is the current namespace is increasingly becoming more anachronistic. "DF2014" could be misinterpreted as "this page is about the 2014 version of the game" or "this page was last updated in 2014", which I've seen a few people in forums mention. Granted that [[Template:Av]] is on the top of very article, I still think the namespace is inconsistent with the recentness of the article. But how is this related to what I'm asking for? Let's say we continue the current system: if we happen to do a new namespace change this year and create DF2020, the next major release (after graphics/UI) will be mythgen, which is estimated to take several years to develop (the Big Wait), and so the anachronism will start over again. The proposed way will prevent this from occurring for the next major release and every release thereafter.<br />
<br />
I think the confusion with having a namespace that becomes old-fashioned overtime supersedes the confusion with not marking current versioned articles with a namespace. Most users just search "Cat" on the search bar and naturally expect to get information about the latest release of DF. So if users go a page that's just titled "Cat", they won't expect outdated info about cats from a previous release. That's how the current system works anyways. We'll be skipping the two-step process that we have now. It'll make several wiki tasks much simpler as well. Editors can create new articles for current versions without remembering to add a namespace. It'll fix any existing issues with (double) redirects; instead of [[Main:Kitten]] redirecting to [[cv:Kitten]], which goes to [[DF2014:Kitten]], which then redirects to [[DF2014:Cat]], [[Main:Kitten]] would just redirect to [[Main:Cat]]. And the cv: alias will no longer be necessary since "cv:" = "Main:" and will be forever.<br />
<br />
There's no need to differentiate the current version and previous versions with a namespace for the current version is what I'm saying. Articles of previous versions will retain their respective namespaces. Users will still type "40d:Cat" to go to the 40d version of the article, but if they want the current version, they'll just type "Cat" (like now). The mainspace containing the "live" version of an article is natural and would create no uncertainty when browsing the wiki. And it would simplify the wiki somewhat and future-proof this anachronism problem. As a bonus, this change will also prevent web search engines from showing previous version pages when typing "DF cat" or something. (This isn't happening right now as DF2014 has been the current namespace for ~6 years, but it'll happen again when everything moves to a new namespace.)<br />
<br />
This is the gist of it, and I may have ignored most of the problems with this proposal. I have personally wished for the whole version namespacing be made less complicated and have been seeking for a solution, and I feel like this is the best way to go about in the future. – [[User:Doorkeeper|Doorkeeper]] 21:27, 14 August 2020 (UTC)<br />
<br />
:<s>Whoops, looks like Loci already proposed this exact thing long ago. I definitely missed that discussion and should have checked first. My apologies. I'll move my text to that section and remove this one. – [[User:Doorkeeper|Doorkeeper]] 21:36, 14 August 2020 (UTC)</s> Done. – [[User:Doorkeeper|Doorkeeper]] 21:40, 14 August 2020 (UTC)<br />
<br />
:The main issue I have with that is that putting pages about the current version in a namespace also differentiates between those pages and pages not about ''any'' version (for example, [[Toady One]] does not need a 40d or v0.34 page). Yes, we can use {{tl|av}} to mark versioned pages, but people often forget to add that to new pages. The current system also allows determining whether a page is versioned or not from its title, which makes migrations a lot faster. Relying on {{tl|av}} would require either reading the content of every page (which would slow scripts down significantly) or cross-checking with the list of all pages including the template (feasible, but a bit more complicated, and still susceptible to missing templates). I suppose that manually fixing and migrating pages missing {{tl|av}} later wouldn't be too much work, though.<br />
:I am definitely in favor of changing "DF2014" (or a new namespace) to "Current", though. I was in favor of "DF2014" in 2014, but I don't think it makes sense anymore, and "Current" seemed to be a popular alternative in both the DF2012 and DF2014 discussions on the matter. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:02, 16 August 2020 (UTC)<br />
<br />
== Weird redirect behaviour ==<br />
<br />
[[Pump stack]] redirects to [[cv:Screw pump#Pump stack]]. If you look at the redirect itself it says it redirects to DF2014 namespace, which is correct. But if you actually follow the redirect, it goes to v0.34 namespace. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 16:10, 20 August 2018 (UTC)<br />
:Yeah, that's part of the issue described in the above section (the wiki caching part, not on Google's end.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 15:00, 21 August 2018 (UTC)<br />
<br />
== v50 organization ==<br />
<br />
Some wiki admins have had a talk on Discord and decided that the most sustainable path forward is to put content for all future versions of DF in the main namespace. We will be working on a bot to do this in the next few days. Feel free to chime in with suggestions here. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:56, 14 December 2022 (UTC)<br />
<br />
:Is it maybe possible to do backwards-namespacing? Like we have a "Main" namespace, which people are free to update, and whenever there's a new version of DF the "Main" namespace is copied into a namespace for the then old version, much like how you'd branch a stable branch from a development branch when working with a git-project? [[User:Therahedwig|Therahedwig]] ([[User talk:Therahedwig|talk]]) 23:13, 14 December 2022 (UTC)<br />
<br />
::Yeah, we could do that if we decide to. We were talking about doing that for v50, actually, and might still do something similar to preserve edit history if it doesn't end up being too hard to automate. Our hope is that we will not introduce new namespaces for v50 -> v5x, unless there is a serious breaking change (and hopefully there isn't one). But if we change our mind, one advantage of the type of migration you mentioned is that it can be done retroactively - we can copy historical revisions that were current at the time of the release, and would only lose some typo fixes made after the release that apply to earlier versions as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:11, 15 December 2022 (UTC)<br />
<br />
ETA is < 24 hours. Doing some final checks on a migration script. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 07:08, 19 December 2022 (UTC)<br />
<br />
: We should really have a task list as there are many things that change and need updating. Including but not limited to:<br />
:* Most templates that used the previous namespace convention broke, including nav templates. <br />
:* Many game files changed locations and their pages need to be updated.<br />
:* Raws need to be updated. <br />
:* Various features added, changed, removed. <br />
:* UI has been changed -- though I am more inclined to wait for classic release to avoid extra work --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 06:56, 20 December 2022 (UTC)<br />
<br />
"''Raws need to be updated.''" Including applying text wraparound where necessary, I suppose - more than a few of them have proven to be that special kind of...''difficult'' to navigate otherwise, shall we say? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 12:52, 20 December 2022 (UTC)<br />
<br />
:There is already a task list in the [[#v50 migration|section below]] that includes templates and raws, with an explanation. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:25, 20 December 2022 (UTC)<br />
<br />
== v50 migration ==<br />
<br />
The initial migration script is done. New content is in the '''main''' namespace, e.g. [[Cat]]. Old content is still at [[DF2014:Cat]]. History was migrated to the ''new'' (main namespace) articles.<br />
<br />
I know several things are broken still. Please reply if you find any others:<br />
<div style="border-left: 2px solid red"><br />
* <s>Versioned templates haven't been migrated yet (e.g. {{tl|vermin}} on [[Ant]])</s><br />
** Fixed. Most were migrated by a bot.<br />
* <s>Raws are missing on all pages that use them.</s><br />
** This also affects sidebars, such as on [[Cat]] and [[Microcline]].<br />
** Update: The DFRawFunctions extension has been upgraded to include v50 raws, using the "v50:" prefix for filenames instead of "DF2014:". <s>I haven't finished a migration script to create the /raw pages themselves, but they can typically be created manually by copying the DF2014 /raw pages and changing "DF2014" to "v50" everywhere.</s> &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:20, 1 January 2023 (UTC)<br />
** Update 2: Raws have been added for all pages! They were copied from the "DF2014" pages and had "DF2014" replaced with "v50", which appears to have worked from a spot-check, but let me know if you find any problems. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:57, 4 January 2023 (UTC)<br />
* Some pages where the DF2014 page was a redirect to a main namespace page that contained content were migrated incorrectly.<br />
** In this case, the main namespace page is usually a redirect to itself. This can be fixed by undoing LethosorBot's edit to the main namespace page, then copying the content to the DF2014 page.<br />
** Update: most seem to have been fixed manually - thanks! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:41, 21 December 2022 (UTC)<br />
* <s>Some main-namespace talk pages redirect to DF2014 talk pages. Some of these redirects work, and some (usually older ones) do not.</s><br />
** Fixed with a bot. Some redirects from talk pages to other deleted talk pages are now broken, e.g. [[Talk:Above_ground]] (exists) -> [[Talk:Tile attributes]] (redlink). I am leaving them like that because they redirect to where the talk page should be created, but I'm also fine with people deleting them if they really want to. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:41, 21 December 2022 (UTC)<br />
* {{tl|quality}} for new articles is disabled (see below)<br />
* Some links from DF2014 to Main weren't working: e.g. the version selector [[DF2014:Mason's workshop]] was linking to [[DF2014:Main:Mason's workshop]] instead of [[Main:Mason's workshop]]. I'm not sure exactly why, but I fixed it with a change to the NamespaceLinks extension. Let me know if you spot similar broken links. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:19, 21 December 2022 (UTC)<br />
</div><br />
<br />
&mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:54, 20 December 2022 (UTC)<br />
:The quality levels of the 50.03 pages seem to be missing. I'm not sure if that's covered under that first point. [[User:Trainzack|Trainzack]] ([[User talk:Trainzack|talk]]) 06:47, 20 December 2022 (UTC)<br />
::If the the [[Dwarf Fortress Wiki:Quality]] feature can be made to work with namespace scheme change, I suggest to automatically assign the lowest quality rating to all pages, alternately add the {{tl|old}} to all pages. Otherwise there will be a lot of pages that will fall through the cracks. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:12, 20 December 2022 (UTC)<br />
:::I disabled {{tl|quality}} in the main namespace because it would require some rework to make the rating script and the template work properly there. Feel free to take a stab at the template. I will see what can be done on the extension side. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:14, 20 December 2022 (UTC)<br />
::::What needs to be done on the template side? I'm not sure I see too big of an issue leaving pages as "unknown-quality" for now (or just change the default to tattered) until we get the rating script working. Is that script up anywhere, anything that could be helped with? [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:10, 2 January 2023 (UTC)<br />
:::::They're already marked as unknown. Really the only issue I know of with the template is that it doesn't show up with some of the newer skins we added, and that can be fixed by getting rid of the absolute positioning. As for the script, it can be found at https://github.com/DF-Wiki/QualityRatings, and the issue is really only with the configuration system not recognizing the main namespace as valid. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:29, 3 January 2023 (UTC)<br />
::::::Great, I started having a crack at fixing the template with different themes. Is the preference to get some CSS going and then include it in the global stylesheet (i.e different styles per theme) or to try and get a "one size fits all" fix? &mdash;[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 08:14, 3 January 2023 (UTC)<br />
:::::::I would rather avoid custom site-wide CSS if we can. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:29, 4 January 2023 (UTC)<br />
::::::::I appreciate that, I think it's the simplest solution to add a few lines to common.css though. Unless there is a way to attach CSS specifically to a template, I saw a few extensions that allowed that but I'm not sure if any are present in the wiki at the moment. Regardless there already exists a class `div.topicon` that is specifically for the quality ratings, is there an issue with expanding this class to accommodate the themes? The list of themes where the quality rating display is broken/invisible: Citizen, MinervaNeue, MonoBook. &mdash;[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 21:48, 4 January 2023 (UTC)<br />
:::::::::What do you think of moving the template out of the topicon entirely and just placing it in a div? It would take up a (hopefully) small amount of vertical space in the article. [[User:Lethosor/Sandbox/Quality_test]] is an example. Unfortunately it isn't possible to prevent other templates from displaying above the quality this way ([https://dwarffortresswiki.org/index.php?title=User:Lethosor/Sandbox/Quality_test&oldid=283883]). So maybe we do need some custom CSS after all if we want that. I'm open to trying out whatever you propose. I'm a bit worried about future-proofing against skins we add later (particularly a mobile skin) but at least MediaWiki supports skin-specific global CSS as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:33, 5 January 2023 (UTC)<br />
::::::::::I would rather we avoid taking any more vertical space in the article. The growing block pyramid at the top, starting with version template, is annoying. If you end up placing it inside the article space please use a slim box 100% wide that would include both.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:19, 5 January 2023 (UTC)<br />
:::::::::::Agreed with you Jan, however I see that as two different tasks (ArticleVersion template changes, getting quality back on pages). I made a test adjustment to the quality and it takes up a negligable amount of extra space. See [[User:Vallode/sandbox#Page_quality]] for the example, we'd be able to completely remove "topicon" (unless it is used somewhere else?) and then potentially move on to making the ArticleVersion template into a slim version on the left-hand-side instead of a large box? Let me know what you think. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:35, 5 January 2023 (UTC)<br />
<br />
It appears some pages are redirecting recursively and never resolving correctly, like the [[https://dwarffortresswiki.org/index.php?title=Character_table&redirect=no|character table]] and [[tileset repository]] 07:35, 20 December 2022 (UTC)<br />
: Indeed, these can be caught here: [[Special:DoubleRedirects]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:51, 20 December 2022 (UTC)<br />
<br />
It might be useful to change the notice title to "release information '''for editors'''" --[[Special:Contributions/142.59.195.176|142.59.195.176]] 10:26, 20 December 2022 (UTC)<br />
:Can do. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
::New here, hello. Should we set a date where we remove/only show the banner for logged in users. There are (some) pages that have 4 different notices about the upgrade. [[Engraving]] is one such page, the top banner states "information for editors", we then have the "this page was migrated" banner, a version selection which warns the article might be inaccurate, and a smaller banner saying the page might need to be updated. Quite a lot of screen space, I think we can start to slowly reduce the amount of warnings this coming month? [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 10:07, 2 January 2023 (UTC)<br />
:::Unfortunately, only showing info to logged-in users is difficult with how MediaWiki caching works. In terms of reducing warnings, there is a discussion [[Template_talk:ArticleVersion#.22Note_that_some_content_may_still_need_to_be_updated..22|here]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:43, 4 January 2023 (UTC)<br />
:::As for [[Engraving]] specifically, the {{tl|old}} banner was actually present on [[DF2014:Engraving]] as well and got carried over with the migration. I removed it, and agree that it was redundant. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:46, 4 January 2023 (UTC)<br />
<br />
Main talkpages seem to redirect to DF2014 talk. Not sure if it is intentional but I like it, though we should pay attention when creating new discussion relating to v50 ending up there.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 14:18, 20 December 2022 (UTC)<br />
:That's unintentional. I specifically wrote the migration script to not move talk pages, but that has the side-effect of leaving any previously-created "Talk -> DF2014 talk" redirects intact. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
<br />
Yo Lethosor, are we adding graphic sprites for the pages in some way? Or are we waiting for you to add some sort of new template or something? I'm sure you don't need me to tell you that the current templates don't allow that. Not sure if I'm allowed to change/create any templates either, as I don't want to break things for hundreds of pages. Edit: And IF the icons are allowed, should they be left alone, or 2×-3× sized like how the Minecraft wiki does it? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 14:29, 20 December 2022 (UTC)<br />
:Depends on which templates you mean. There are copyright concerns with uploading a premium sprite sheet, for instance. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
::I'm not talking about uploading an entire sprite sheet. I'm just talking about individual icons for each respective page. One image for cows, one for horses, one for werebeasts, etc. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 16:50, 20 December 2022 (UTC)<br />
:::If we do that for every creature in the sprite sheet, that's not much different (in terms of copyright) from uploading the entire sprite sheet. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:09, 20 December 2022 (UTC)<br />
::::Is there someone we can talk to about that? We finally get this new game with graphics, and then we can't use the very graphics of the game? No matter what the rules are, I'd say that would be the stupidest thing ever. I know I'm infamous here when it comes to copyright and images and stuff, but about 80% of game wikis out there are completely unofficial, and use game file images like no one's business. I can't imagine anyone's door being knocked on if we used the game's sprites, but I won't add any here until we have a go-ahead. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 17:14, 20 December 2022 (UTC)<br />
<br />
:::::...I've made noise in Mayday's direction on this matter, at least (prob an incorrect maneuver, ''but'').[[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 17:55, 20 December 2022 (UTC)<br />
:::::: I hope some sort of arrangement can be made so we can use the new sprites with permission/limits, just as we are using the raw files. Otherwise we are all (devs and editors alike) shooting ourselves in the foot here.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:07, 20 December 2022 (UTC)<br />
<br />
:::::::I just thought of something. We're supposedly not allowed to upload entire sprite sheets, right? What if - for the time being - we just use a few of them for the purpose of testing out new infoboxes? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 21:46, 20 December 2022 (UTC)<br />
::::::::I don't know. If someone could ask Kitfox and post the response here, that would be great. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:47, 20 December 2022 (UTC)<br />
<br />
:::::::::I've reached out to Alexandra, but she hasn't answered yet. Until then I found these old approvals from the previous community manager, Feeona: ([http://www.bay12forums.com/smf/index.php?topic=173474.msg8243633#msg8243633 link1], [http://www.bay12forums.com/smf/index.php?topic=176640.msg8243642#msg8243642 link2]). Waiting for a newer response until we begin mass uploads is probably the politer option, but like Zippy said, it is also standard for wikis to use game sprites with less approval. I second their idea of trying it out with a few images to test the infoboxes. On the extreme off-chance (and I do think it is) Kitfox protests we can always remove these few. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 22:19, 20 December 2022 (UTC) <br />
:::::::::And here is a third, more official statement: ([http://www.bay12forums.com/smf/index.php?topic=173474.msg8249718#msg8249718 link3]). Perhaps that address of info@kitfoxgames.com is the better channel to ask for a confirmation, rather than Discord DMs, but I will be going to bed, so it is best if someone else does that. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 22:29, 20 December 2022 (UTC)<br />
::::::::::Thanks for tracking this down! Ok, sprites should be fine, but let's avoid uploading the entire premium tileset as a single image, for instance (as the forum thread says, "use common sense"). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:21, 21 December 2022 (UTC)<br />
::::::::::: Looks good, permission is always preferable over fairuse, I think it is a win win for all involved. I agree that we shouldn't upload entire sprite sheets (e.g. there is no reason to upload the windmill from every direction or whole construction phase for workshops) and that there are a lot of details that needs to be ironed out through testing. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 05:07, 21 December 2022 (UTC)<br />
:::::::::We have a green light on uploading all and any sprites. Their response to me can be seen [https://i.imgur.com/BhmHjzC.png here]. I'm sure someone else confirmed it before me. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 19:00, 21 December 2022 (UTC)<br />
<br />
<br />
Shifting temporarily to a new issue, is the documentation of [[Template:ArticleVersion]] outdated? It would seem so to me, since the current version no longer has its own namespace, with the templates needing updating being different ones. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 18:30, 20 December 2022 (UTC)<br />
:I think it is still accurate enough. We left open the possibility of making another namespace in the future, albeit with a different migration strategy - see [[#v50 organization|above]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:52, 20 December 2022 (UTC)<br />
<br />
Some Changes to infoboxes might be needed. Too bad [[User:Doorkeeper]] isn't around. He did a great work with navbox project--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:52, 21 December 2022 (UTC)<br />
<br />
I just realized that raw files aren't stored as regular wiki pages but loaded via the DFRawFunctions extension (hence the need to update). Good news it's going to be handled in bulk, consistently and relatively easy to updated. Even better it's Lethosor problem ;) Also I just realized that all the "raw files" (txt files in the new vanilla folder) are released into the public domain. Both are probably not news to the vets but I'll leave it here for those who less up to date like myself. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:35, 22 December 2022 (UTC)<br />
<br />
: I noticed that some templates aren't working properly in the new namespace, e.g. [[Basalt]] entry had its raw updated manually but the infobox fail to show any details. Cursory look suggest {{t|layerlookup/0}} need a minor tweak. This should do the work<br />
:: Replace: <nowiki>{{layerlookup/aux|{{{{FULLPAGENAME}}/raw}}|uses={{{uses|}}}|wiki={{{wiki|}}}}}</nowiki><br />
:: With___: <nowiki>{{layerlookup/aux|{{</nowiki><span style="color:red; font-weight:bold;">:</span><nowiki>{{FULLPAGENAME}}/raw}}|uses={{{uses|}}}|wiki={{{wiki|}}}}}</nowiki><br />
: Not sure what the plan and ETA with raws update so I didn't touch this high usage template for now. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 08:11, 24 December 2022 (UTC)<br />
<br />
::Please do feel free to make this update. I am still working on a script to create the <code>/raw</code> pages themselves. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:12, 1 January 2023 (UTC)<br />
<br />
Wouldn't it be an idea to add to the Sitenotice to remove the {{tl|migrated article}} tag when an article has been fully updated? I see many articles that seem to be updated still have the tag. And/or advise to make use of the {{tl|verify}} for sections still in need of checking? --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 10:12, 2 January 2023 (UTC)<br />
:Probably a good shout. The "see this page" link does include the detail on removing but we should more explicitly encourage removing the banner once a page has at least been looked over. [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:01, 2 January 2023 (UTC)<br />
<br />
== v50 specific issues ==<br />
=== Graphics===<br />
Follow up on the use of game sprites and the need to trying it out with a few images to test the infoboxes. First sprite [[:File:Beds v50.png]] was uploaded and used on [[Bed]] entry. Any thoughts? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:06, 21 December 2022 (UTC)<br />
:Seems like it should be rearranged to be horizontal. Also, has there been a serious discussion about copyright? Full screenshots are 100% fine, but you start going into a grey area when you upload pieces of a spritesheet. I'm of the opinion that it's all fine as long as it's inconvenient to reconstruct the full sheet from the individual images. Maybe a further restriction could be you shouldn't upload any of the art unless it's used in an infobox (maybe an exception for pieces of the UI). And one more restriction could be you shouldn't show everything, like in your bed example, maybe just the wooden bed is good enough, leave out the stone and metal, <small>especially since those can only be made from strange moods</small>. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:43, 21 December 2022 (UTC)<br />
::Actually, your bed image is kinda bad for showing off what a bed looks like because it doesn't show the pillow/blankets. That might point to cropped screenshots being the best path, although less convenient for the uploader, as you don't get details left out. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:46, 21 December 2022 (UTC)<br />
::I created a new license template [[Template:Copyright game]], based it on the way the RimWorld wiki does things. Call it a prototype, but it's probably how your bed image should be labelled. Indeed, I added it to it already. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]])<br />
<br />
::: I agree that the horizontal arrangement would suit better here and that we should strive to represent how things look in-game. Otherwise, I am not too concerned about people being able to reconstruct anything (lets just say that ''anyone'' interested in that can get the real thing from the game files), also it seem we have permission to use the sprits on top of fairuse. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 19:55, 21 December 2022 (UTC)<br />
<br />
::: Modifying the existing template to allow the inclusion of the new sprites is easy (Something like [https://ibb.co/zFXCrjd this]?) The big question is the matter of consistency is there any exceptions that will break the format (size wise with variant bloat for example), the sprite naming format, etc --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:44, 21 December 2022 (UTC)<br />
::: If we are going to show a variant for each material type, then maybe these should be added as separate images so we can add a tooltip for each image. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:49, 21 December 2022 (UTC)<br />
<br />
:I've got another prototype going here and here: [[User:Brightgalrs/vector.css]] and [[User:Brightgalrs/Sandbox]]. (You'll need to add the css stuff to your own /vector.css). Basically it's a way to recolor images using css classes. No idea if there's a better way. Also, the real implementation would require a change to [[MediaWiki:Common.css]]. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 22:41, 21 December 2022 (UTC)<br />
:Should mention, there ''is'' a different way, just upload each image 16 times, one for each coloring. But maybe that's not very elegant. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 22:45, 21 December 2022 (UTC)<br />
<br />
: It should be noted that soon the classic edition will be released, hence one should plan to have both the Premium and classic alongside in that little space --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 03:14, 22 December 2022 (UTC)<br />
::I'm looking into a tab extension to potentially support this in infoboxes. Perhaps [https://www.mediawiki.org/wiki/Extension:Tabs Extension:Tabs]? I tried [https://www.mediawiki.org/wiki/Extension:TabberNeue Extension:TabberNeue], but it displays a placeholder if JavaScript is disabled, which isn't great. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:22, 22 December 2022 (UTC)<br />
::: The Neue Tabber seem to works pretty much like the old one (which fandom [https://coding-help.fandom.com/wiki/Tabber#Adding_images_into_tabbers still use]) defaulting to showing the first tab only. Quick look suggest that neue work the same, plus the notice that 'Tabber requires Javascript to function' warning? if so, and if it is a bother, then you should be able to edit out the tabberneue-noscript string in code. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 06:29, 22 December 2022 (UTC)<br />
::: I much prefer your tabber solution, but if that fails we can also use the gallery slideshow mode. If so, beware it has no way to control image size so the images have to be maliciously uploaded using the exact same size. example:<br />
<gallery mode="slideshow"><br />
File:SteelSample.png<br />
File:TinSample.png <br />
File:ZincSample.png<br />
File:GoldSample.png<br />
</gallery> --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:19, 22 December 2022 (UTC)<br />
<br />
==== adding premium set to Infobox ====<br />
I am unclear where are we going with this? <br><br />
1) Will (A) tabs be implemented, (B) we be using mediawiki toggle [[Template_talk:V50_workshop|example]] for premium and classic/blocked, (c) put images side by side, or (d) something else?<br><br />
2) Also [[silver]] and [[Pig iron]] use very different image style for example.<br><br />
3) Anything else you want ? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:32, 30 December 2022 (UTC)<br />
<br />
: Personally, I would love tabs to be implemented, but I think that side by side might be best for most. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:32, 30 December 2022 (UTC)<br />
: Here is rough layout we can use. It should fit most buildings given the default sprite size. There is also a different floor plan for both (inspired by reddit) <br />
<br />
{|<br />
|- valign=top<br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 5×5<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><br />
|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|- valign=top<br />
|colspan=2|<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab"><br />
[[File:Siege workshop.png|center|160px]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><br />
{|<br />
|rowspan=2 style="width:50%; font-size: 125%;"|<center>{{Template:Picture Siege workshop}}</center><br />
|style="line-height: 1em; font-size: 125%;"|<br />
{| style="border-spacing:4px;"<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|}<br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 3×3<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|colspan=2 style="text-align: right;"|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="float:left; border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><span style="padding-top:5px; text-align: right;">{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}</span><br />
|- valign=top<br />
|rowspan=2 style="width:50%;"|<br />
<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab">[[File:Carpenter's workshop.png]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><center><br />
{| style="font-size: 175%; border-spacing: 0; background-color: black; border: 2px solid black"<br />
|- <!-- raw tile changes adds padding and margin --><br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|"|7:0:0}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|{{=}}|6:0:0}}<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"|<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|]|0:0:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
|}</center></div><br />
|<br />
{| style="border-spacing:5px;"<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1×1<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:Screw_press.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Screw press}}</center><br />
| style="border-left: 1px dotted #545557;"|<center>{{Template:Floor Plan Screw press}}</center><br />
|}<br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1×3<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:water_wheel.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Water wheel}}</center><br />
| style="border-left: 1px dotted #545557;line-height:normal;"|<center>{{Template:Floor Plan Water wheel}}</center><br />
|}<br />
|}<br />
:Any thoughts on the direction and or any and all of its elements? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:16, 31 December 2022 (UTC)<br />
<br />
::I kind of like side-by-side, if it fits. If anyone wants to implement a toggle button or tabs, I would ask that that be implemented in a template for now, so that e.g. we could change a toggle button to tabs in a single place if we decide to install an extension to support that. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:14, 1 January 2023 (UTC)<br />
<br />
::: I noticed a comment saying that [[impassable tile]] are no longer used in v50, is that true for all constructions? If so, floor plans are no longer needed, making things much easier as we can fit everything in except the 5v5 constructions like trade depot (and even these can be placed one above the other if so desired). If not, any thought on the alternative floor plan design? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:46, 1 January 2023 (UTC)<br />
<br />
:::: None of the constructions have blocking tiles any more from my experience playing. I haven't tested siege weaponry with that stuff, but none of the workshops have it, nor does any furniture. (walls and fortifications will of course obstruct movement [[User:AndrielChaoti|AndrielChaoti]] ([[User talk:AndrielChaoti|talk]]) 18:47, 1 January 2023 (UTC)<br />
::::: Ok, I have removed them from v50. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:48, 1 January 2023 (UTC)<br />
<br />
I have added a basic side by side variant to [[Template:V50 workshop]] and [[Template:Building]] for testing, let us know if there any issues. Few notes:<br />
* The default image naming scheme of <code>workshop-name.png</code> will likely conflict with existing images here or on commons, maybe another naming scheme should be used like <code>v50 workshop-name.png</code> as it is with ascii pictures.<br />
* There is inconsistency in image size. If you want to use large zoomed images then toggle is best, otherwise they need to be all in native size (96px for 3x3).<br />
* In the current version the code roughly centers the images and if there is a big image like with [[Siege workshop]] it drops to a new line --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:48, 1 January 2023 (UTC)<br />
<br />
How about combining shortcut keys and the new menu icons: <br />
<div style="color:white; font-size: large; text-shadow: -1px -1px 0 #000, 1px -1px 0 #000, -1px 1px 0 #000, 1px 1px 0 #000;"><!--<br />
<br />
--><span style="position: relative;><!--<br />
-->[[File:Ui b.png]]<div style="position: absolute; bottom:-14px; right:3px;">b</div></span><!--<br />
<br />
--><span style="position: relative;><!--<br />
-->[[File:Ui bo.png]]<div style="position: absolute; bottom:-14px; right:3px;">o</div></span><!--<br />
<br />
--><span style="position: relative;"><!--<br />
-->[[File:Ui bol.png]]<div style="position: absolute; bottom:-14px; right:3px;">l</div></span><!--<br />
<br />
--><span style="position: relative;"><!--<br />
-->[[File:Ui boll.png]]<div style="position: absolute; bottom:-14px; right:3px;">l</div></span><!--<br />
--></div><br />
--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 02:24, 3 January 2023 (UTC)<br />
<br />
:I worry that this is difficult to read (I read it as "boil" at first). I would rather use something like {{tl|k}} with a known background. What about something like this? <span style="position: relative;">[[File:Ui boll.png]]<div style="position: absolute; bottom:-14px; right:0px;">{{k|l}}</div></span> <br>or, alternatively, using flexbox without any overlap: <span style="display: inline-flex;">[[File:Ui boll.png]]<span style="align-self: flex-end;">{{k|l}}</span></span> &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:37, 3 January 2023 (UTC)<br />
:: Same, but that is the best I came up with. We can use the key or maybe someone can help improve the design. Also 'l' is hard to read even with {{t|key}}.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 03:05, 3 January 2023 (UTC)<br />
:: I added a {{t|Menu icon}} to start things so others can have a go with it. Also any thoughts on the icon naming convention (their shortcut sequence), is there easier/better way? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:36, 3 January 2023 (UTC)<br />
::[[User:BarelyCreative]] updated the template: {{Menu icon|b|o|l|y}}. I think it looks good, thoughts? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:40, 3 January 2023 (UTC)<br />
:::I like that, yeah. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:29, 4 January 2023 (UTC)<br />
::::There were some places where it didn't make sense so display every icon all the time (like step-by-step guides), so I changed it slightly to allow display of fewer icons using "num" and counting from the end: <nowiki>{{Menu icon|b|o|l|y|sep=-;|num=2}}</nowiki> {{Menu icon|b|o|l|y|sep=-|num=2}} [[User:BarelyCreative|BarelyCreative]] ([[User talk:BarelyCreative|talk]]) 09:05, 4 January 2023 (UTC)<br />
<br />
==== Bizarre palette-swapping idea/prototype ====<br />
No idea if this is a good idea, since it takes a bit of time to set up, and there might be some performance issues... and maybe display issues?<br />
<br />
But take a look at this:<br />
{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock|palette-name=amber}}<br />
<br />
It's way to swap palettes on an image, although the image itself is a table, with each cell representing a pixel. The template itself looks like this:<br />
<code><nowiki>{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock|palette-name=saffron}}</nowiki></code><br />
Input the pattern and desired palette name.<br />
<br />
I've got a larger showcase here: [[User:Brightgalrs/Sandbox/PaletteSwapShowcase]]. Only did a rock pattern so far, but all palettes are implemented. <br />
The major use for this would be on each stone, metal, wood, etc. type's page. The palette could be read directly from the raws. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 03:22, 24 December 2022 (UTC)<br />
<br />
:From a technical perspective, my primary concern is indeed performance. Both on the server side and client side, a large number of tables that large (in terms of markup and cell count, that is) tend to be resource-intensive to generate and render. I saw your image-filtering experiments on [[User:Brightgalrs/vector.css]], and while that strikes me as a newer and less-backwards-compatible approach, it would probably be more resource-friendly.<br />
:Is this color adjustment something the game is doing natively? i.e. does this accurately match what the game displays? I bet we could slap together an image-filtering extension (or find an existing one?) that can do this if needed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:49, 24 December 2022 (UTC)<br />
::Yeah that's what I suspected. The images the template creates are spot on, checked it against a screenshot I took of some mica rocks in-game. The css stuff is unfortunately totally incorrect, was cool to learn about it though, so not a complete waste of my time :p. The premium, in-game graphics are true sprites, basically patterns of indexed colors. Each of the in-game colors (which are significantly expanded over the 16 ascii colors, there's 116/117) there is a palette defined in "\Dwarf Fortress\data\vanilla\vanilla_descriptors_graphics\graphics\images\palettes.png". Each indexed color of the sprite is swapped for the corresponding color in the palette. Because of that, the css stuff doesn't work since it's doing the hue/saturation/brightness changes to the entire sprite.<br />
::I've looked into an existing mediawiki extension, couldn't find anything. One thing I did't really look at is some type of lua script/module that would basically emulate what the game is doing. So some function that takes in the base image as well as the desired palette, and based on that finds and replaces each color. No idea what mediawiki's capabilities are on that front. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 05:31, 24 December 2022 (UTC)<br />
:::We do have Scribunto installed now, so it's totally possible to do something in Lua too - forgot about that. I can add you to the group that grants access to edit the Module namespace if you want to give that a shot. If we use an extension, we'd probably need a custom one, similar to DFDiagram (or perhaps DFDiagram could be extended - it's in dire need of a rewrite anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:43, 24 December 2022 (UTC)<br />
::::I asked around on the mediawiki irc, I think scribunto/lua is a deadend, at least for taking an uploaded image and doing stuff to it with a lua script. However I did come up with this even more bizarre solution, using block elements. [[User:Brightgalrs/Sandbox/PaletteSwapShowcase2]], maybe less resource intensive? Definitely displays a lot worse though, probably unusable.<br />
::::{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock2|palette-name=saffron}}<br />
::::I dunno, maybe none of this is worth it and we should just write some external program to put all the images together offline, and then just mass upload. It wouldn't be ''that'' many... [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 06:37, 24 December 2022 (UTC)<br />
<br />
====Is there an easy way to just paste images from the clipboard?====<br />
<br />
I use KDE spectacle to take screenshots straight to the clipboard (after cropping) -- is there an easy way to just paste (and auto-upload) an image into an article? It would make it a lot easier to contribute images. [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 23:35, 1 January 2023 (UTC)<br />
:Unfortunately there is not. I would be open to a MediaWiki extension to support this if someone finds one. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:32, 2 January 2023 (UTC)<br />
:: Looks like this could do it, but I haven't used it before: https://www.mediawiki.org/wiki/Extension:SimpleBatchUpload [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 19:41, 2 January 2023 (UTC)<br />
::: It won't solve paste-from-clipboard, but this would be great for making uploading sprites much easier (auto-cutup spritesheet, rename, bulk upload). Could you add this, Lethosor? [[User:OddballJoe|OddballJoe]] ([[User talk:OddballJoe|talk]]) 21:47, 6 January 2023 (UTC)<br />
<br />
====Standards for adding graphical version screenshots and images====<br />
<br />
Hello, new user looking into adding imagery from the new version. Is there a standard for quality of new screenshots or images? I noticed that at a certain zoom level (2 zooms in from the furthest zoomed-out view), the graphics appear crisp and 1:1 pixel scaled, and I would propose that all images be taken at this scale whenever possible. If they need to be displayed larger, they should be nearest neighbor scaled in a photo editing program at 100% increments (Microsoft Paint will do this if you first select the image rather than directly scaling the whole canvas). I would also propose that images should be cropped to conform to the 32x32 pixel grid when possible, though this could be problematic with so many new graphical elements exceeding the bounds of their tiles. I would say the best practice for capturing artwork for items, furniture etc. ought to be done in a 3x3 open area to avoid shadows from nearby walls, or else extracted from the raw files (if this doesn't run afoul of being able to re-create the graphical version using those assets).<br />
<br />
I know that perfect is the enemy of good, and any documentation is better than none, but just thought I'd ask about this, and see if/where something like this ought to be posted. [[User:Unclesporky|Unclesporky]] ([[User talk:Unclesporky|talk]]) 13:58, 3 January 2023 (UTC)<br />
:It has been stated in [[Template:V50 workshop]] that <q>screenshots should be at the "native" resolution</q> but someone could edit the [[Screenshot]] page for best practice for the steam version. Or post some examples in [[Talk:Screenshot]] to find out what is best? --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 14:21, 3 January 2023 (UTC)<br />
<br />
====How would I/should I go about putting creature sprites on their pages?====<br />
<br />
Howdy. New player and wiki user here. I wanted to try and help update the wiki to the Steam release of DF, so I figured I'd chip in by putting each creature's sprites on their respective page, since I'll often look up a creature I have yet to see in game only to be met by a blue J, or whatever. I found all of the game's creature sprites in C:\Program Files (x86)\Steam\steamapps\common\Dwarf Fortress\data\vanilla\vanilla_creatures_graphics\graphics\images, so I figured I could just chop those up in Photoshop and stick them on here no problem, but the programming syntax/whatever it is on this site is incredibly confusing, I don't know how I'd actually go about doing it. I figured I'd just find the spot on the page where the little letter is and replace that with the image code, but it seems the pages are built using heavily nested templates that I can't even begin to understand. Any help?--[[User:Treese|Treese]] ([[User talk:Treese|talk]]) 03:07, 5 January 2023 (UTC)<br />
:Based on [[User:Zippy|Zippy]]'s work at {{tl|Creaturelookup_b}}, I added an "image" parameter to {{tl|creaturelookup/0}}, which is what creature pages should all be using. See [[Dwarf]] and [[Cow]] for examples. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:37, 5 January 2023 (UTC)<br />
<br />
=== Hotkeys/Menu navigation ===<br />
Most key bindings and menus have changed. Should the article reflect a) only the old version, b) only the GUI version or c) both? For example, [[Bridge|bridges]] used to be built via {{k|b}} -> {{k|g}}, but now it's in Place strucutures {{k|b}} -> Constructions {{k|n}} -> Bridge {{k|b}}. What should be written in the article? Currently, it's {{k|b}} -> {{k|g}}. I ''think'' it should be only b), but I am not sure if there will be differences regarding hotkeys or menus between the premium version and the free version and then, c) would be the most appropriate option. --[[User:Prometherus|Prometherus]] ([[User talk:Prometherus|talk]]) 10:16, 22 December 2022 (UTC)<br />
<br />
: Not sure. I wish the classic release soon --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 16:45, 22 December 2022 (UTC)<br />
:: Are you Toady's herald? Looks like it was just released! [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:18, 22 December 2022 (UTC)<br />
:: And our questions are answered, the old hotkeys seem to have been thrown out. Part of me is disappointed (useless muscle memory) but also relieved (unified UI for both versions is good in general and for the wiki). [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:25, 22 December 2022 (UTC)<br />
::: According to info, in a sort of 'demo version' at that. I'll wait a little while longer, for myself.[[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 18:22, 22 December 2022 (UTC)<br />
::::It's unlikely that keybindings in it will change significantly. My vote is that we should include information for both premium and classic, everywhere. Hopefully the keybindings are not different between versions. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:26, 22 December 2022 (UTC)<br />
:::Shouldn't it be based on the 50 or what verion the article is written for? [[User:Dominick|Dominick]] [[User_talk:dominick|<sup>(TALK)</sup>]] 18:42, 22 December 2022 (UTC)<br />
:::: The keybindings seem to be consistent between versions, (haven't checked exhausitvely, but since the menu layout is the same I think it is a good assumption). Should also keep in mind/consider that not all actions have keybindings. An option would be write 'Click on the <Example Text> icon or press {{k|E}}' [[User:Koos|Koos]] ([[User talk:Koos|talk]]) 23:14, 23 December 2022 (UTC)<br />
<br />
=== Removed features & concepts ===<br />
<br />
Since they're removed concepts, I've set [[Room]] to be a redirect for [[DF2014:Room]] and created [[Template:Activity zones]] for the nav bar bedrooms, etc, and made the necessary changes to [[Bedroom]] for it. Is this the correct approach, before I go on much further? (also a note, if it is, then [[Template:v50_rooms]] probably needs to be deleted) I also imagine that considering the number of changes in the interface, that things like [[Adventure mode]] and related pages might best be truncated to "not in 50.03" and when it does make it across, being more deliberately brought over in pieces? [[User:HawkOwl|HawkOwl]] ([[User talk:HawkOwl|talk]]) 06:23, 23 December 2022 (UTC)<br />
<br />
:Usually it is marked with [[Template:Removed_feature]]. For example: [[Dipscript]] or [[Party]]. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:45, 23 December 2022 (UTC)<br />
<br />
:: Ah, that's fair. Should that be mentioned in [[Dwarf_Fortress_Wiki:Versions#Redirects]]? [[User:HawkOwl|HawkOwl]] ([[User talk:HawkOwl|talk]]) 10:03, 23 December 2022 (UTC)<br />
<br />
:::I think the redirect policy mostly had in mind things that were removed a ''long'' time ago, like [[Tax collector]] and [[Economy]] (and the latter actually has a stub page as well). I guess we could clarify. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:34, 23 December 2022 (UTC)<br />
<br />
:::: The "current" redirects also cause the version box to incorrectly show that the current version has a page - e.g. [[23a:Cave_river]] shows a v50.04 version, but it's just a redirect back to that version. Similarly, what should happen to redirects like [[Clothes maker]], where a concept has evolved? It currently goes to [[23a:Clothes maker]] - that's correct if the user is trying to look up a very old concept, but if a new user is looking for "how to make clothes", they should be directed to [[Clothier]]. --[[User:Danny252|Danny252]] ([[User talk:Danny252|talk]]) 12:16, 26 December 2022 (UTC)<br />
<br />
:::: One should be careful with cv redirects. Most that were recently adjusted were unused plural forms (that should probably be deleted) but few like [[Crown]] needed that for backward compatibility. Removing the [https://dwarffortresswiki.org/index.php?title=Crown&type=revision&diff=279966&oldid=219482 cv part] means the the link on [[v0.31:Tilesets]] is now broken. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 22:30, 26 December 2022 (UTC)<br />
<br />
:::::If [[v0.31:Tilesets]] is about v0.31, it should not be using "main:" in its links - ''all'' of those links are going to pages about v50, not v0.31, regardless of whether the target is a redirect or not. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:37, 26 December 2022 (UTC)<br />
:::::: You right, I removed it. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 17:55, 27 December 2022 (UTC) <br />
<br />
Crown cv redir issue is now fixed, I believe. As goes with such cases where one can simply revert the troublesome edit, unless I've mistepped, myself? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 23:52, 26 December 2022 (UTC)<br />
:Both [https://dwarffortresswiki.org/index.php?title=Crown&diff=prev&oldid=280026] and [https://dwarffortresswiki.org/index.php?title=Crown&diff=prev&oldid=279966] should not have had any effect, because "cv" is an alias to the main namespace now, just like "main". Proof: [[Crown]], [[cv:Crown]], [[main:Crown]]. It's possible caching is coming into play here, although I purged the redirect cache after making that alias change earlier this month... &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:02, 27 December 2022 (UTC)<br />
<br />
I think there have been some changes not captured, but as a newb, I'm afraid to edit the page(s). A good example is Strawberry. I'm playing the Steam version right now and Strawberry plants are "not relevant to brewing" in Labor > kitchen > veg / fruit / leaves. Unless I'm mistaken and need to process them? Another example is the trade caravan = it seems the 3 square pathing no longer happens; it's just yak(s). 12:31, 28 December 2022 (UTC) 12:29, 28 December 2022 (UTC)<br />
:Strawberries should be brewable according to the Raws.<br />
:Trade wagons has been modified in v50. The first wagons will arrive at the same time your fort is becoming a barony. Until then, it's only pack animals and stairs are indeed fine. The [[Trading]] page needs a huge rework anyway... I'll try to do that next week. --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 13:40, 2 January 2023 (UTC)<br />
<br />
<s>As far as I can tell, none of the workshop buildings in v50 have blocking tiles any more. There's a comment to the like in data/vanilla/vanilla_buildings/objects/building_custom.txt that says this "[BLOCK:1:0:0:0] workbenches no longer block". Hesitant to update that template as I'm not sure if it's referenced for all of the old versions too. </s> [[User:AndrielChaoti|AndrielChaoti]] ([[User talk:AndrielChaoti|talk]]) 05:54, 29 December 2022 (UTC)<br />
: A new template has been created: {{tl|V50 workshop}} --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 13:40, 2 January 2023 (UTC)<br />
::Thanks! In general, I would like to delegate the switching responsibility to the template (like how {{tl|creaturelookup/0}} works), but in cases where the parameters diverge significantly like with workshops, it could make sense to make an entirely new template. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:40, 3 January 2023 (UTC)<br />
<br />
=== creature infobox prototype (moved) ===<br />
<br />
Check it out, I made a temporary template and added it to the [[cow]]s page. Now it shows the sprites (but not the zombified versions yet). I wanted to show everyone a prototype of what v50 creature infoboxes should look like. Or at least something similar to it. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 19:11, 27 December 2022 (UTC)<br />
:Hi, I'm new to editing wikis but I have done a bit of work with sprite sheets and I've been going through the DF data files to find the different graphics hoping to help with the animal pages. I've thrown together a template with grass and a few nature sprites (plants, a tree, and a rock) for size reference but I'm unsure how large the 'display' tiles in the middle of the template should be to suit all animals. I can see in the sprite sheets that some land animals have an adult and child sprite, so two tiles. Others have a male, female, and child, but after seeing you include the zombie cows I'm unsure if I should make it twice the size to add them too. Alternatively, I could grab some tiles from the haunted biomes for the zombie animals and make a separate template for a side-by-side comparison. Either way, let me know if this helps. I'd like to help with other graphics too as we add the premium tilesets but the animals seemed the easiest to tackle with me being new to wiki editing. ~~[[User:UristTheSeventh|UristTheSeventh]] ([[User talk:UristTheSeventh|talk]])<br />
::@Zippy, I am a bit perplexed about the purple cows. Why do we need a zombified version of creatures on every page?<br />
::@UristTheSeventh, we can use all the help. Maybe post an example, so that we can have something to compare and contrast.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:49, 3 January 2023 (UTC)<br />
:::@Jan Here are the examples: <br />
:::[[File:Creature template.png]] [[File:Armadillo.png]] [[File:Seagull.png]] <br />
:::It'll need to be wider or arranged differently for different creatures with more that two sprites or for multi-tile creatures. I can also do an aquatic and air themed template for swimming and flying creatures. ~~[[User:UristTheSeventh|UristTheSeventh]] ([[User talk:UristTheSeventh|talk]])<br />
::::Looks nice, like the metal template. There are several people working on updating the graphics you should talk more among yourselves. Best I can offer is that I width wise I am hoping to go up to 200px for infoboxes.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:13, 5 January 2023 (UTC)<br />
:::: We don't exactly ''need'' a zombie sprite on each page. I added it because it was... there. I was also hoping to get some opinions on it anyway since that infobox is a visual prototype, and not a final choice. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 03:28, 6 January 2023 (UTC)<br />
<br />
===Furniture Infobox===<br />
{{Quality|Unrated}}<br />
{{v50_furniture|name=Bed<br />
|graphic=[[File:bed_sprite_prototype.png]]<br />
|tile=Θ|col=6:0:0<br />
|wood=y<br />
|rooms=<br />
* [[Bedroom]]<br />
* [[Barracks]]<br />
* [[Dormitory]]<br />
|value=10}}<br />
I made a v50 furniture template prototype. I tested this on Firefox, Chrome and Microsoft Edge/Internet Explorer and it looks fine on all of them. I hope this is good enough to be the official thing, unless I'm missing something. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 03:28, 6 January 2023 (UTC)<br />
{{clear}}<br />
<br />
=== When do we remove the migration note on specific pages? ===<br />
<br />
At what point can we remove the "this page was auto migrated from v47" warning? There are a bunch of small pages that are more or less accurate, if I've reviewed them, can I go ahead and remove the warning? [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 23:33, 1 January 2023 (UTC)<br />
:Yes, feel free to remove it if you think all content is accurate. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:31, 2 January 2023 (UTC)<br />
<br />
=== Any info on fixing "creature description not found?" ===<br />
<br />
I see this issue on most creature pages, it seems to be due to a lookup that's not currently functioning? Cows interestingly doesn't have this issue but I couldn't figure out how to recreate whatever fix it's editor did. --[[User:Yallendallis|Yallendallis]] ([[User talk:Yallendallis|talk]]) 00:22, 3 January 2023 (UTC)<br />
:That is the missing raws issue described above. Cow was fixed by the addition of [[cow/raw]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:28, 3 January 2023 (UTC)<br />
::Ah makes sense, not fully used to the language of wikis yet so I read over it while looking. To put this bit of questioning to rest for any future readers, is it correct that it's fine to update any raws manually, though it will be done automatically at some point? --[[User:Yallendallis|Yallendallis]] ([[User talk:Yallendallis|talk]]) 07:48, 3 January 2023 (UTC)<br />
:::Yes. I'm circling back to work on a script right now, so not much point in doing it if you're reading this. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:57, 4 January 2023 (UTC)<br />
:::This should be fixed now. If you continue to see pages with problems, you can try [https://www.mediawiki.org/wiki/Manual:Purge purging the cache]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:59, 4 January 2023 (UTC)<br />
<br />
=== Adventurer Mode related sections ===<br />
<br />
The topic has already been discussed [[#Removed features & concepts|above]], but I don't see a clear line on what to do with article sections that mention Adventurer Mode. Like for example in [[Butcher#Adventurer_mode|Butcher]]. <br />
<br />
'''a) Truncate''' or '''b) leave in place with a mention''' that the mode is not yet present IG but will be added in a future update?<br />
<br />
Personally I think option b) is better, because I think it's silly to undo some work just to reintroduce it a few weeks later, with the necessary corrections. Even if a copy/paste of a previous version takes ~15 seconds, considering the number of articles that need to be corrected, it would be a bit of a waste of time.--[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 14:22, 3 January 2023 (UTC)<br />
<br />
== Toggleable image ==<br />
<br />
Any objections/comments to using this template for now for toggling between classic and premium images? I'd probably rename it to "Template:Premium-classic thumb image". I'm sure someone can come up with a better UI eventually, but should be easy to migrate at that point. I also think we should use the same customtoggle class for this and for the infobox. [[User:NiftyManiac|NiftyManiac]] ([[User talk:NiftyManiac|talk]]) 23:12, 1 January 2023 (UTC)<br />
<br />
{{User:NiftyManiac/Sandbox/TemplateDualImage|<br />
premium=File:Quickstart-finder.png|<br />
classic=File:Quickstart-finder-partial.png<br />
}}<br />
<br />
{{User:NiftyManiac/Sandbox/TemplateDualImage|<br />
premium=File:Quickstart-finder.png|<br />
classic=File:Quickstart-finder-partial.png|<br />
caption=My caption|<br />
width=100px<br />
}}<br />
<br />
:This looks nice to me! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:30, 2 January 2023 (UTC)<br />
<br />
: Good initiative. From the top of my head:<br />
:* I suggest using a shorthand, no one wants to type 'Premium-classic thumb image'. <br />
:* If we end up using toggle for infoboxes (not sure where we headed there), then I agree definitely same custom toggle class should be used for all, thus allowing to switch premium-classic view on the whole page at a click.<br />
:* The button part on a separate row isn't pretty, creating a lot of dead space that can be used by the text. Are we set on the label 'toggle ascii'? Classic isn't Ascii per se, maybe we can use a 'toggle' with a tooltip {{tooltip|for example|does bla bla bla}}, or maybe we can get rid of the text and have a smaller icon button ([[User:Jan/sandbox#Metal_example|two examples]]). <br />
: I hope that helps. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:21, 2 January 2023 (UTC)<br />
<br />
:: I added [[Template:Dual image]] with some of your suggestions. Agree that it's not super pretty, feel free to try something different. <br />
<br />
::* I put the toggle in the caption mostly because I gave up on trying to make a more sophisticated replacement for the default thumb image behavior, I'm sure someone with better wiki-fu could put together something more intelligent.<br />
::* I cut the text down to just "Toggle"; I think the best solution would be a small graphic showing the old and new dwarf icons with arrows between them. [[User:NiftyManiac|NiftyManiac]] ([[User talk:NiftyManiac|talk]]) 19:21, 2 January 2023 (UTC)<br />
<br />
{{Dual image|<br />
premium=File:DFwiki5by53by3farm.png|<br />
classic=File:Quickstart_layout_3.png|<br />
width=100px|<br />
caption=A 5x5 room with a 3x3 farm plot<br />
}}<br />
::: I updated the layout, now it should look just like a regular image thumb. I didn't had time to test it, if it doesn't work for you or you don't like it just revert the last change. cheers. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:46, 2 January 2023 (UTC)<br />
::::I don't know which part of this talk page to put this, but I added the ability to add icons to the v50 workshops template. Leaving the icon part blank will not break the template in any way. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 09:47, 3 January 2023 (UTC)<br />
{{clear}}<br />
==Creature List Now Supports Graphics!==<br />
I wasn't easy, but I made new templates so the [[Creature]]s page now supports both graphics sprites ''and'' ASCII tiles. Allow me to show you:<br />
<br />
{{v50_creaturecurrent_table_head}}<br />
{{v50_creaturecurrent table row|graphic=[[File:dwarf_sprite.png]]|name=[[Dwarf]]|symbol=☺|color=3:0:0|playable=Fort, Adv|hostile=No|food=No|size=60,000|value=Not tameable|biome=[[Mountain halls]], [[Fortress|dwarf fortress]]es, [[hillock]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:elf_sprite.png]]|name=[[Elf]]|symbol=e|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Forest retreat]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:human_sprite.png]]|name=[[Human]]|symbol=U|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=70,000|value=Not tameable|biome=[[Town]]s and cities|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:goblin_sprite.png]]|name=[[Goblin]]|symbol=g|color=7:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Dark fortress]]es and [[dark pit]]s|note=Snatchers<sup>2</sup>}}<br />
{{v50_creaturecurrent table row|graphic=[[File:kobold_sprite.png]]|name=[[Kobold]]|symbol=k|color=6:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=20,000|value=Not tameable|biome=Caves|note=Skulking race}}<br />
|}<br />
<br />
Oh wait, there's a bonus. You can also modify the background color of the box the sprites go in. I added that to make possibly-hard-to-see-otherwise sprites more easy to see - depending on the colors it has. Allow me to demonstrate.<br />
<br />
{{v50_creaturecurrent_table_head}}<br />
{{v50_creaturecurrent table row|graphic=[[File:dwarf_sprite.png]]|bgcolor=#829ccc|name=[[Dwarf]]|symbol=☺|color=3:0:0|playable=Fort, Adv|hostile=No|food=No|size=60,000|value=Not tameable|biome=[[Mountain halls]], [[Fortress|dwarf fortress]]es, [[hillock]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:elf_sprite.png]]|bgcolor=#c7dfc0|name=[[Elf]]|symbol=e|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Forest retreat]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:human_sprite.png]]|bgcolor=#c7dfc0|name=[[Human]]|symbol=U|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=70,000|value=Not tameable|biome=[[Town]]s and cities|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:goblin_sprite.png]]|bgcolor=#dfc0c0|name=[[Goblin]]|symbol=g|color=7:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Dark fortress]]es and [[dark pit]]s|note=Snatchers<sup>2</sup>}}<br />
{{v50_creaturecurrent table row|graphic=[[File:kobold_sprite.png]]|bgcolor=#dfc0c0|name=[[Kobold]]|symbol=k|color=6:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=20,000|value=Not tameable|biome=Caves|note=Skulking race}}<br />
|}<br />
<br />
To change the background color, add <code><nowiki>|bgcolor=COLOR</nowiki></code> segment after the <code><nowiki>|graphic</nowiki></code> part. You can use color names or HTML hex color codes. I added this to the v50 creatures page, but at this time, I only added the first five creatures I just displayed. It's gonna take a while to find ALL of those creature sprites. I hope a lot of people help out on that one. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 05:29, 5 January 2023 (UTC)<br />
<br />
:Thanks, looks nice! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:44, 5 January 2023 (UTC)<br />
:Nice stuff, took the quick liberty to change the padding-left -> text-align to make all the sprites center aligned relative to each other :) Sweet work --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:41, 5 January 2023 (UTC)<br />
:: Good work indeed. One minor issue, is that all the sprites have different sizes, which sometimes create slight variation in table row height. Consider using capping the image size vertically for example <code><nowiki>[[File:dwarf_sprite.png|x32px]]</nowiki></code>--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:15, 5 January 2023 (UTC)<br />
:: Also often in such tables people want to click on the image to go for the specific entry, and often will try to click on the very first thing they see in line the thumb image, but currently that will take them to the file page. Consider adding link parameter for example: <code><nowiki>[[File:dwarf_sprite.png|x32px|link=dwarf]]</nowiki></code> [[File:dwarf_sprite.png|x32px|link=dwarf]] or no link at all <code><nowiki>[[File:dwarf_sprite.png|x32px|link=]]</nowiki></code> [[File:dwarf_sprite.png|x32px|link=]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:24, 5 January 2023 (UTC)<br />
::: I mean... Yeah, I could do that. I think that lessens the quality of the sprite a bit because it makes edges blurry, but either way is fine. I could have sworn I added a link for all those images the first time. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 03:23, 6 January 2023 (UTC)<br />
::::Since we are adding pixel art sprites to the website it might be convincing to add a global class like .sprite or .pixel-image that uses the CSS attribute `image-rendering: pixelated;` in order to prevent blurryness when scaling the image up/down. Just a thought --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 09:40, 6 January 2023 (UTC)<br />
:::::Are we able to attach classes directly to images? If so, we can probably attach inline styles directly as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:52, 6 January 2023 (UTC)<br />
::::::Looks like (without an extension) MediaWiki only supports classes on images: [[File:dwarf_sprite.png|x32px|class=pixelated]] and not styles: [[File:dwarf_sprite.png|x32px|style="image-rendering: pixelated;"]] it just treats it as alt text it looks like? Wrapping it in a div works and demonstrates the difference: <div style="image-rendering: pixelated;display:inline;">[[File:dwarf_sprite.png|64px]]</div> [[File:dwarf_sprite.png|64px|inline]]. Speaking from experience, however, image-rendering needs a browser specific prefix in certain browsers (safari, for example) in order to work properly. I'm not entirely sure what the best "MediaWiki" practice is for adding something like this but I would assume it's a simple class in common.css for now. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:17, 6 January 2023 (UTC)<br />
:::::::Ah, yeah, you are correct, I should have checked https://www.mediawiki.org/wiki/Help:Images. I'd be fine adding a class like that to common.css. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:27, 6 January 2023 (UTC)<br />
::::::::Great, in that case if no one is opposed we can add `.game-sprite` or something like that? See below for the CSS, the order of the attributes is relevant. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 18:23, 6 January 2023 (UTC)<br />
<pre>/* Used for pixel-art images from the game so they can be resized and maintain crisp pixel edges. */<br />
.game-sprite {<br />
image-rendering: -webkit-optimize-contrast;<br />
image-rendering: crisp-edges;<br />
image-rendering: pixelated;<br />
}</pre><br />
:::::::::So... you guys think each creature page should show the main sprite(s) alone, or should it show the baby versions alongside them? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 08:37, 8 January 2023 (UTC)<br />
::::::::::I think adult + baby is sensible, the adult + baby + zombie was not, in retrospect. So yeah adult + baby (if there is one) from now on would be my vote. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 23:27, 8 January 2023 (UTC)<br />
{{outdent}}<br />
Well then, there's a TON of creatures to go - and I mean both the [[creature]]s page and the individual creature pages. I really hope everyone can pull their weight on that those images. The spritesheets are easy to find, and if you know how to read the .txt files near them, finding sprites on certain rows and columns should be a breeze. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 00:47, 9 January 2023 (UTC)<br />
:Zippy, are you doing all of this by hand? That seems quite tedious. Cutting up the spritesheets can be done automatically. Renaming and updating the table could be done with a script and/or chatgpt. We'd need Lethosor to add the [https://www.mediawiki.org/wiki/Extension:SimpleBatchUpload batch upload extension] though. Maybe some manual work in updating names to match article names rather than raws. [[User:OddballJoe|OddballJoe]] ([[User talk:OddballJoe|talk]]) 06:55, 9 January 2023 (UTC)<br />
{{clear}}<br />
<br />
So did the graphic people gained insights and reached some sort of consensus? are we using big up scaled images + toggle? multiple images to(adult + baby)? anything else? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 00:32, 10 January 2023 (UTC)<br />
<br />
=== Graphics in Skill Infoboxes ===<br />
{{v50_skill<br />
| color = 7:0<br />
| graphic = [[File:miner_sprite_icon.png]]<br />
| skill = Miner<br />
| profession = Miner<br />
| job name = [[Mining]]<br />
| tasks =<br />
* [[Dig]]<br />
| attributes =<br />
* Strength <br />
* Toughness <br />
* Endurance<br />
* Willpower<br />
* Spatial Sense<br />
* Kinesthetic Sense}}I've made yet another visual prototype for skills. In other words, we can put sprites of matching dwarves (and possibly humans, elves, goblins, etc.) at the top of infoboxes. If multiple images are put up there, that can mess up the alignment, but don't worry, Zippy thought of that. <code><nowiki>|graphicmargin</nowiki></code> can added, and a percentage or a "px" number can be placed in that parameter to fix it. If you leave said parameter out, the alignment will default to about 42% from the left. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 06:06, 7 January 2023 (UTC)<br />
<pre><nowiki><br />
{{v50_skill<br />
| color = 7:0<br />
| graphic = [[File:miner_sprite_icon.png]]<br />
| graphicmargin = (OPTIONAL)<br />
| skill = Miner<br />
| profession = Miner<br />
| job name = [[Mining]]<br />
| tasks =<br />
* [[Dig]]<br />
| attributes =<br />
* Strength <br />
* Toughness <br />
* Endurance<br />
* Willpower<br />
* Spatial Sense<br />
* Kinesthetic Sense}}<br />
</nowiki></pre><br />
::Not sure I understand the alignment issue, can you not put text-align: center on the parent table element instead of messing with explicit margins? As another sidenote, should we continue to be naming all of these templates v50_x, I find that a bit confusing. Why not just edit the main templates with the additional information. Loving all the new templates though nice work Zippy :) --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:43, 7 January 2023 (UTC)<br />
:::No, text-align doesn't work with images and divs. That just works for text. When it comes to images, you got to put a little "finesse" on the CSS with those. As for editing the classic templates with the new info, it doesn't always work that way with ''every'' template. Lethosor I think ''did'' update the creature infobox template in the way you mentioned. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 08:37, 8 January 2023 (UTC)<br />
:::: You can use something like this to automatically handle that--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 08:56, 8 January 2023 (UTC)<br />
{|<br />
|-<br />
|<div style="width:200px; display:flex; background-color:#eaecf0;"><br />
[[File:miner_sprite_icon.png|center]]<br />
<div><br />
|<div style="width:200px; display:flex; background-color:#eaecf0;"><br />
[[File:miner_sprite_icon.png|center]] [[File:miner_sprite_icon.png|center]]<br />
<div><br />
|<div style="width:200px; display:flex; background-color:#eaecf0;"><br />
[[File:miner_sprite_icon.png|center]] [[File:miner_sprite_icon.png|center]] [[File:miner_sprite_icon.png|center]]<br />
<div><br />
|}<br />
:::::Hah I am very familar with the CSS finese :P Can you show me an example of a multi-sprite job infobox? I said what I said because I tested my proposed solution and it worked fine :)</div>Janhttps://dwarffortresswiki.org/index.php?title=Template:CreatureInfo_v0.40&diff=284945Template:CreatureInfo v0.402023-01-10T00:27:19Z<p>Jan: simplified</p>
<hr />
<div>{{infostart|{{{name}}}}}<br />
{{infocell|style=color: {{fgcolor|{{{color|7:0:1}}}}}; background: black; text-align:center; vertical-align:middle;|1=<br />
<div class="{{#if:{{{image|}}}|mw-collapsible mw-collapsed}}" id="mw-customcollapsible-classicimage" style="font-size:xx-large; font-weight: bold; font-family: 'Courier New', 'Quicktype Mono', 'Bitstream Vera Sans Mono', 'Lucida Console', 'Lucida Sans Typewriter', monospace; {{#if:{{{image|}}}|height: 128px; line-height: 128px;}}">{{char|{{{symbol|?}}}}}</div><br />
{{#if:{{{image|}}}|<div class="mw-collapsible" id="mw-customcollapsible-classicimage" style="image-rendering: pixelated; -webkit-image-rendering: pixelated; -moz-image-rendering: pixelated;">[[File:{{{image}}}|200x128px]]</div><br />
<span class="mw-customtoggle-classicimage mw-ui-button mw-ui-progressive" style="float:right; padding:0px; user-select: none;">Toggle</span>}}}}<br />
{{#if:{{{pref|}}}|{{infopref|{{{pref}}}}}}}<br />
{{infoheader|Biome}}<br />
{{infocell|{{#if:{{{biome|}}}|{{{biome|}}}|Any location}}}}<br />
{{#ifeq:{{{vary|no}}}|no|{{!-}}|<br />
{{infoheader|Variations}}<br />
{{infocell|{{{vary|unknown}}} }} }}<br />
{{#ifexpr:{{#if:{{{alignment|}}}|1|0}} or {{#ifexpr:{{{bldgdest|0}}}>0|1|0}} or {{#if:{{{attribs|}}}|1|0}}|<br />
{{infoheader|Attributes}}<br />
{{#if:{{{alignment|}}}|{{inforow|Alignment:|{{{alignment}}} }}|{{!-}}}}<br />
{{#ifexpr:{{{bldgdest|0}}}>0|{{infocell|[[Building destroyer]]: Level {{{bldgdest}}}{{Category|Building destroyer}}}}|{{!-}}}}}}<br />
{{#if:{{{attribs|}}}|{{infocell|{{span-hide}}{{{attribs}}}{{end-span}}}}|{{!-}}}}<br />
{{#ifexpr:{{#if:{{{pet|}}}|1|0}} or {{#if:{{{exotic|}}}|1|0}}|<br />
{{infoheader|Tamed Attributes}}<br />
{{inforow|Pet value|{{formatnum:{{{petvalue|0}}}}}}}<br />
{{#if:{{{grazer|}}}|{{inforow|[[Grazer]]:|{{{grazer}}} {{Category|Grazer}}}}|{{!-}}}}<br />
{{#if:{{{tame_attribs|}}}|{{infocell|{{span-hide}}{{{tame_attribs}}}{{end-span}}}}|{{!-}}}}<br />
{{infocell|{{#ifexpr:{{#expr:{{{train_hunt|0}}}+{{{train_war|0}}}>0}}<br />
|[[Animal trainer|Trainable]]:&nbsp; {{#ifexpr:{{{train_hunt|0}}}>0|Hunting {{Category|Hunting animals}}|}} &nbsp; {{#ifexpr:{{{train_war|0}}}>0|War {{Category|War animals}}|}}|Not hunting/war [[Animal trainer|trainable]]}}}}|{{infoheader|bg=#fbb|Cannot be tamed}}}}{{<br />
#ifexpr:{{#expr:{{{size0|0}}}+{{{size1|0}}}+{{{size2|0}}}}}>0|&nbsp;<br />
{{infoheader|[[Size]]}}<br />
{{infocell|{{#ifexpr:{{{size0|0}}}>0|{{inforow|'''Birth:'''|{{formatnum:{{{size0}}} cm<sup>3</sup> }}}}<br />
{{#ifexpr:{{{size1|0}}}>0|{{inforow|'''Mid:'''|{{formatnum:{{{size1}}} cm<sup>3</sup> }}}}}}<br />
|{{#ifexpr:{{{size1|0}}}>0|{{inforow|'''Birth:'''|{{formatnum:{{{size1}}} cm<sup>3</sup> }}}}}}}}<br />
{{#ifexpr:{{{size2|0}}}>0|{{inforow|'''Max:'''|{{formatnum:{{{size2}}} cm<sup>3</sup> }}}}}}}}||}}<br />
{{#if:{{{eggs|}}}|{{infoheader|[[Food|Food products]]}}<br />
{{#if:{{{eggs|}}}|{{inforow|[[Egg]]s|{{{eggs}}}}}}}}}{{<br />
#if:{{{childage|}}}{{{adultage|}}}{{{maxage|}}}|<nowiki/><br />
{{infoheader|Age}}<br />
{{#if:{{{childage|}}}|{{inforow|Child at:|{{{childage}}}}}}}<br />
{{inforow|Adult at:|{{{adultage}}}}}<br />
{{inforow|Max age:|{{{maxage}}}}}}}<br />
{{infoheader|{{#switch:{{{death|}}}<br />
|rot=Rotting leaves<br />
|item=Becomes after death<br />
|nobutcher=Cannot be butchered<br />
|butcher |#default=[[Meat industry|Butchering returns]]}}}}<br />
{{#if:{{{valm|}}}|([[Multiply value|Value multiplier]] ×{{{valm|}}})}}<br />
{{#ifeq:{{{death|}}}|item|{{infocell|{{{item|}}}}}|{{!-}}}}<br />
{{#switch:{{{death|}}}<br />
|nobutcher<br />
|item={{!-}}<br />
|#default={{infocell|'''Food items'''}}<br />
{{#if:{{{meat|}}}|{{inforow|[[Meat]]|{{{meat|}}}}}|{{!-}}}}<br />
{{#if:{{{fat|}}}|{{inforow|[[Fat]]|{{{fat|}}}}}|{{!-}}}}<br />
{{#if:{{{brain|}}}|{{inforow|[[Brain]]|{{{brain|}}}}}|{{!-}}}}<br />
{{#if:{{{gizzard|}}}|{{inforow|[[Gizzard]]|{{{gizzard|}}}}}|{{!-}}}}<br />
{{#if:{{{heart|}}}|{{inforow|[[Heart]]|{{{heart|}}}}}|{{!-}}}}<br />
{{#if:{{{lung|}}}|{{inforow|[[Lung]]s|{{{lung|}}}}}|{{!-}}}}<br />
{{#if:{{{intestine|}}}|{{inforow|[[Intestines]]|{{{intestine|}}}}}|{{!-}}}}<br />
{{#if:{{{liver|}}}|{{inforow|[[Liver]]|{{{liver|}}}}}|{{!-}}}}<br />
{{#if:{{{kidney|}}}|{{inforow|[[Kidney]]s|{{{kidney|}}}}}|{{!-}}}}<br />
{{#if:{{{tripe|}}}|{{inforow|[[Tripe]]|{{{tripe|}}}}}|{{!-}}}}<br />
{{#if:{{{sweetbread|}}}|{{inforow|[[Sweetbread]]|{{{sweetbread|}}}}}|{{!-}}}}<br />
{{#if:{{{eye|}}}|{{inforow|[[Eye]]s|{{{eye|}}}}}|{{!-}}}}<br />
{{#if:{{{spleen|}}}|{{inforow|[[Spleen]]|{{{spleen|}}}}}|{{!-}}}}<br />
{{infocell|'''Raw materials'''}}<br />
{{#if:{{{bone|}}}|{{inforow|[[Bones]]|{{{bone|}}}}}|{{!-}}}}<br />
{{#if:{{{skull|}}}|{{inforow|[[Skull]]|{{{skull|}}}}}|{{!-}}}}<br />
{{#if:{{{ivory|}}}|{{inforow|[[Ivory]]|{{{ivory|}}}{{Category|Ivory}}}}|{{!-}}}}<br />
{{#if:{{{tooth|}}}|{{inforow|[[Teeth]]|{{{tooth|}}}{{Category|Tooth}}}}|{{!-}}}}<br />
{{#if:{{{hoof|}}}|{{inforow|[[Hooves]]|{{{hoof|}}}{{Category|Hoof}}}}|{{!-}}}}<br />
{{#if:{{{horn|}}}|{{inforow|[[Horns]]|{{{horn|}}}{{Category|Horn}}}}|{{!-}}}}<br />
{{#if:{{{shell|}}}|{{inforow|[[Shell]]|{{{shell|}}}}}|{{!-}}}}<br />
{{#if:{{{skin|}}}|{{inforow|[[Skin]]|{{#switch:{{{skin|}}}|hide=Raw hide{{Category|Leather}}|scale=Scales{{Category|Scales}}|chitin=Chitin{{Category|Chitin}}|none=not skinnable|#default={{{skin|}}}{{Category|Unrecognized skin}}}}}}|{{!-}}}}<br />
{{#if:{{{wool|}}}|{{inforow|[[Wool]]|{{{wool|}}}}}|{{!-}}}}<br />
{{#if:{{{feather|}}}|{{inforow|[[Feather]]|{{{feather|}}}}}|{{!-}}}}<br />
{{#if:{{{gizzard_stone|}}}|{{inforow|[[Gizzard stone]]|{{{gizzard_stone|}}}}}|{{!-}}}}<br />
{{#ifeq:{{{contrib|}}}|no|{{!-}}|{{infocell|style=text-align:center; background-color: #eee; border-top: 1px solid #aaa|''There is too little information about this creature.<br /> Please contribute if you can!''{{Category|Incomplete butchering returns|{{PAGENAME}}}}}}|{{!-}}}}<br />
}}<br />
{{#ifexpr:{{#if:{{{wiki|}}}|1|0}} and {{#ifeq:{{{wiki|}}}|no|0|1}}|{{infocell|style=text-align:center; background-color: #eee; border-top: 1px solid #aaa|1=[[wikipedia:{{#ifeq:{{{wiki|}}}|yes|{{{name}}}|{{{wiki|}}}}}|Wikipedia article]]}}|{{!-}}}}<br />
{{infoend}}<noinclude>{{documentation}}[[Category:Infobox templates]]</noinclude></div>Janhttps://dwarffortresswiki.org/index.php?title=Template:CreatureInfo_v0.40&diff=284944Template:CreatureInfo v0.402023-01-10T00:26:00Z<p>Jan: fix, although unnecessary param</p>
<hr />
<div>{{infostart|{{{name}}}}}<br />
{{infocell|style=color: {{fgcolor|{{{color|7:0:1}}}}}; background: black; text-align:center; vertical-align:middle;|1=<br />
{{#if:{{{image|}}}|<div class="mw-collapsible" id="mw-customcollapsible-classicimage" style="image-rendering: pixelated; -webkit-image-rendering: pixelated; -moz-image-rendering: pixelated;">[[File:{{{image}}}|200x128px]]</div>}}<br />
<div class="{{#if:{{{image|}}}|mw-collapsible mw-collapsed}}" id="mw-customcollapsible-classicimage" style="font-size:xx-large; font-weight: bold; font-family: 'Courier New', 'Quicktype Mono', 'Bitstream Vera Sans Mono', 'Lucida Console', 'Lucida Sans Typewriter', monospace; {{#if:{{{image|}}}|height: 128px; line-height: 128px;}}">{{char|{{{symbol|?}}}}}</div><br />
{{#if:{{{image|}}}|<span class="mw-customtoggle-classicimage mw-ui-button mw-ui-progressive" style="float:right; padding:0px; user-select: none;">Toggle</span>}}}}<br />
{{#if:{{{pref|}}}|{{infopref|{{{pref}}}}}}}<br />
{{infoheader|Biome}}<br />
{{infocell|{{#if:{{{biome|}}}|{{{biome|}}}|Any location}}}}<br />
{{#ifeq:{{{vary|no}}}|no|{{!-}}|<br />
{{infoheader|Variations}}<br />
{{infocell|{{{vary|unknown}}} }} }}<br />
{{#ifexpr:{{#if:{{{alignment|}}}|1|0}} or {{#ifexpr:{{{bldgdest|0}}}>0|1|0}} or {{#if:{{{attribs|}}}|1|0}}|<br />
{{infoheader|Attributes}}<br />
{{#if:{{{alignment|}}}|{{inforow|Alignment:|{{{alignment}}} }}|{{!-}}}}<br />
{{#ifexpr:{{{bldgdest|0}}}>0|{{infocell|[[Building destroyer]]: Level {{{bldgdest}}}{{Category|Building destroyer}}}}|{{!-}}}}}}<br />
{{#if:{{{attribs|}}}|{{infocell|{{span-hide}}{{{attribs}}}{{end-span}}}}|{{!-}}}}<br />
{{#ifexpr:{{#if:{{{pet|}}}|1|0}} or {{#if:{{{exotic|}}}|1|0}}|<br />
{{infoheader|Tamed Attributes}}<br />
{{inforow|Pet value|{{formatnum:{{{petvalue|0}}}}}}}<br />
{{#if:{{{grazer|}}}|{{inforow|[[Grazer]]:|{{{grazer}}} {{Category|Grazer}}}}|{{!-}}}}<br />
{{#if:{{{tame_attribs|}}}|{{infocell|{{span-hide}}{{{tame_attribs}}}{{end-span}}}}|{{!-}}}}<br />
{{infocell|{{#ifexpr:{{#expr:{{{train_hunt|0}}}+{{{train_war|0}}}>0}}<br />
|[[Animal trainer|Trainable]]:&nbsp; {{#ifexpr:{{{train_hunt|0}}}>0|Hunting {{Category|Hunting animals}}|}} &nbsp; {{#ifexpr:{{{train_war|0}}}>0|War {{Category|War animals}}|}}|Not hunting/war [[Animal trainer|trainable]]}}}}|{{infoheader|bg=#fbb|Cannot be tamed}}}}{{<br />
#ifexpr:{{#expr:{{{size0|0}}}+{{{size1|0}}}+{{{size2|0}}}}}>0|&nbsp;<br />
{{infoheader|[[Size]]}}<br />
{{infocell|{{#ifexpr:{{{size0|0}}}>0|{{inforow|'''Birth:'''|{{formatnum:{{{size0}}} cm<sup>3</sup> }}}}<br />
{{#ifexpr:{{{size1|0}}}>0|{{inforow|'''Mid:'''|{{formatnum:{{{size1}}} cm<sup>3</sup> }}}}}}<br />
|{{#ifexpr:{{{size1|0}}}>0|{{inforow|'''Birth:'''|{{formatnum:{{{size1}}} cm<sup>3</sup> }}}}}}}}<br />
{{#ifexpr:{{{size2|0}}}>0|{{inforow|'''Max:'''|{{formatnum:{{{size2}}} cm<sup>3</sup> }}}}}}}}||}}<br />
{{#if:{{{eggs|}}}|{{infoheader|[[Food|Food products]]}}<br />
{{#if:{{{eggs|}}}|{{inforow|[[Egg]]s|{{{eggs}}}}}}}}}{{<br />
#if:{{{childage|}}}{{{adultage|}}}{{{maxage|}}}|<nowiki/><br />
{{infoheader|Age}}<br />
{{#if:{{{childage|}}}|{{inforow|Child at:|{{{childage}}}}}}}<br />
{{inforow|Adult at:|{{{adultage}}}}}<br />
{{inforow|Max age:|{{{maxage}}}}}}}<br />
{{infoheader|{{#switch:{{{death|}}}<br />
|rot=Rotting leaves<br />
|item=Becomes after death<br />
|nobutcher=Cannot be butchered<br />
|butcher |#default=[[Meat industry|Butchering returns]]}}}}<br />
{{#if:{{{valm|}}}|([[Multiply value|Value multiplier]] ×{{{valm|}}})}}<br />
{{#ifeq:{{{death|}}}|item|{{infocell|{{{item|}}}}}|{{!-}}}}<br />
{{#switch:{{{death|}}}<br />
|nobutcher<br />
|item={{!-}}<br />
|#default={{infocell|'''Food items'''}}<br />
{{#if:{{{meat|}}}|{{inforow|[[Meat]]|{{{meat|}}}}}|{{!-}}}}<br />
{{#if:{{{fat|}}}|{{inforow|[[Fat]]|{{{fat|}}}}}|{{!-}}}}<br />
{{#if:{{{brain|}}}|{{inforow|[[Brain]]|{{{brain|}}}}}|{{!-}}}}<br />
{{#if:{{{gizzard|}}}|{{inforow|[[Gizzard]]|{{{gizzard|}}}}}|{{!-}}}}<br />
{{#if:{{{heart|}}}|{{inforow|[[Heart]]|{{{heart|}}}}}|{{!-}}}}<br />
{{#if:{{{lung|}}}|{{inforow|[[Lung]]s|{{{lung|}}}}}|{{!-}}}}<br />
{{#if:{{{intestine|}}}|{{inforow|[[Intestines]]|{{{intestine|}}}}}|{{!-}}}}<br />
{{#if:{{{liver|}}}|{{inforow|[[Liver]]|{{{liver|}}}}}|{{!-}}}}<br />
{{#if:{{{kidney|}}}|{{inforow|[[Kidney]]s|{{{kidney|}}}}}|{{!-}}}}<br />
{{#if:{{{tripe|}}}|{{inforow|[[Tripe]]|{{{tripe|}}}}}|{{!-}}}}<br />
{{#if:{{{sweetbread|}}}|{{inforow|[[Sweetbread]]|{{{sweetbread|}}}}}|{{!-}}}}<br />
{{#if:{{{eye|}}}|{{inforow|[[Eye]]s|{{{eye|}}}}}|{{!-}}}}<br />
{{#if:{{{spleen|}}}|{{inforow|[[Spleen]]|{{{spleen|}}}}}|{{!-}}}}<br />
{{infocell|'''Raw materials'''}}<br />
{{#if:{{{bone|}}}|{{inforow|[[Bones]]|{{{bone|}}}}}|{{!-}}}}<br />
{{#if:{{{skull|}}}|{{inforow|[[Skull]]|{{{skull|}}}}}|{{!-}}}}<br />
{{#if:{{{ivory|}}}|{{inforow|[[Ivory]]|{{{ivory|}}}{{Category|Ivory}}}}|{{!-}}}}<br />
{{#if:{{{tooth|}}}|{{inforow|[[Teeth]]|{{{tooth|}}}{{Category|Tooth}}}}|{{!-}}}}<br />
{{#if:{{{hoof|}}}|{{inforow|[[Hooves]]|{{{hoof|}}}{{Category|Hoof}}}}|{{!-}}}}<br />
{{#if:{{{horn|}}}|{{inforow|[[Horns]]|{{{horn|}}}{{Category|Horn}}}}|{{!-}}}}<br />
{{#if:{{{shell|}}}|{{inforow|[[Shell]]|{{{shell|}}}}}|{{!-}}}}<br />
{{#if:{{{skin|}}}|{{inforow|[[Skin]]|{{#switch:{{{skin|}}}|hide=Raw hide{{Category|Leather}}|scale=Scales{{Category|Scales}}|chitin=Chitin{{Category|Chitin}}|none=not skinnable|#default={{{skin|}}}{{Category|Unrecognized skin}}}}}}|{{!-}}}}<br />
{{#if:{{{wool|}}}|{{inforow|[[Wool]]|{{{wool|}}}}}|{{!-}}}}<br />
{{#if:{{{feather|}}}|{{inforow|[[Feather]]|{{{feather|}}}}}|{{!-}}}}<br />
{{#if:{{{gizzard_stone|}}}|{{inforow|[[Gizzard stone]]|{{{gizzard_stone|}}}}}|{{!-}}}}<br />
{{#ifeq:{{{contrib|}}}|no|{{!-}}|{{infocell|style=text-align:center; background-color: #eee; border-top: 1px solid #aaa|''There is too little information about this creature.<br /> Please contribute if you can!''{{Category|Incomplete butchering returns|{{PAGENAME}}}}}}|{{!-}}}}<br />
}}<br />
{{#ifexpr:{{#if:{{{wiki|}}}|1|0}} and {{#ifeq:{{{wiki|}}}|no|0|1}}|{{infocell|style=text-align:center; background-color: #eee; border-top: 1px solid #aaa|1=[[wikipedia:{{#ifeq:{{{wiki|}}}|yes|{{{name}}}|{{{wiki|}}}}}|Wikipedia article]]}}|{{!-}}}}<br />
{{infoend}}<noinclude>{{documentation}}[[Category:Infobox templates]]</noinclude></div>Janhttps://dwarffortresswiki.org/index.php?title=Template:CreatureInfo_v0.40&diff=284943Template:CreatureInfo v0.402023-01-10T00:24:50Z<p>Jan: </p>
<hr />
<div>{{infostart|{{{name}}}}}<br />
{{infocell|style=color: {{fgcolor|{{{color|7:0:1}}}}}; background: black; text-align:center; vertical-align:center;|1=<br />
{{#if:{{{image|}}}|<div class="mw-collapsible" id="mw-customcollapsible-classicimage" style="image-rendering: pixelated; -webkit-image-rendering: pixelated; -moz-image-rendering: pixelated;">[[File:{{{image}}}|200x128px]]</div>}}<br />
<div class="{{#if:{{{image|}}}|mw-collapsible mw-collapsed}}" id="mw-customcollapsible-classicimage" style="font-size:xx-large; font-weight: bold; font-family: 'Courier New', 'Quicktype Mono', 'Bitstream Vera Sans Mono', 'Lucida Console', 'Lucida Sans Typewriter', monospace; {{#if:{{{image|}}}|height: 128px; line-height: 128px;}}">{{char|{{{symbol|?}}}}}</div><br />
{{#if:{{{image|}}}|<span class="mw-customtoggle-classicimage mw-ui-button mw-ui-progressive" style="float:right; padding:0px; user-select: none;">Toggle</span>}}}}<br />
{{#if:{{{pref|}}}|{{infopref|{{{pref}}}}}}}<br />
{{infoheader|Biome}}<br />
{{infocell|{{#if:{{{biome|}}}|{{{biome|}}}|Any location}}}}<br />
{{#ifeq:{{{vary|no}}}|no|{{!-}}|<br />
{{infoheader|Variations}}<br />
{{infocell|{{{vary|unknown}}} }} }}<br />
{{#ifexpr:{{#if:{{{alignment|}}}|1|0}} or {{#ifexpr:{{{bldgdest|0}}}>0|1|0}} or {{#if:{{{attribs|}}}|1|0}}|<br />
{{infoheader|Attributes}}<br />
{{#if:{{{alignment|}}}|{{inforow|Alignment:|{{{alignment}}} }}|{{!-}}}}<br />
{{#ifexpr:{{{bldgdest|0}}}>0|{{infocell|[[Building destroyer]]: Level {{{bldgdest}}}{{Category|Building destroyer}}}}|{{!-}}}}}}<br />
{{#if:{{{attribs|}}}|{{infocell|{{span-hide}}{{{attribs}}}{{end-span}}}}|{{!-}}}}<br />
{{#ifexpr:{{#if:{{{pet|}}}|1|0}} or {{#if:{{{exotic|}}}|1|0}}|<br />
{{infoheader|Tamed Attributes}}<br />
{{inforow|Pet value|{{formatnum:{{{petvalue|0}}}}}}}<br />
{{#if:{{{grazer|}}}|{{inforow|[[Grazer]]:|{{{grazer}}} {{Category|Grazer}}}}|{{!-}}}}<br />
{{#if:{{{tame_attribs|}}}|{{infocell|{{span-hide}}{{{tame_attribs}}}{{end-span}}}}|{{!-}}}}<br />
{{infocell|{{#ifexpr:{{#expr:{{{train_hunt|0}}}+{{{train_war|0}}}>0}}<br />
|[[Animal trainer|Trainable]]:&nbsp; {{#ifexpr:{{{train_hunt|0}}}>0|Hunting {{Category|Hunting animals}}|}} &nbsp; {{#ifexpr:{{{train_war|0}}}>0|War {{Category|War animals}}|}}|Not hunting/war [[Animal trainer|trainable]]}}}}|{{infoheader|bg=#fbb|Cannot be tamed}}}}{{<br />
#ifexpr:{{#expr:{{{size0|0}}}+{{{size1|0}}}+{{{size2|0}}}}}>0|&nbsp;<br />
{{infoheader|[[Size]]}}<br />
{{infocell|{{#ifexpr:{{{size0|0}}}>0|{{inforow|'''Birth:'''|{{formatnum:{{{size0}}} cm<sup>3</sup> }}}}<br />
{{#ifexpr:{{{size1|0}}}>0|{{inforow|'''Mid:'''|{{formatnum:{{{size1}}} cm<sup>3</sup> }}}}}}<br />
|{{#ifexpr:{{{size1|0}}}>0|{{inforow|'''Birth:'''|{{formatnum:{{{size1}}} cm<sup>3</sup> }}}}}}}}<br />
{{#ifexpr:{{{size2|0}}}>0|{{inforow|'''Max:'''|{{formatnum:{{{size2}}} cm<sup>3</sup> }}}}}}}}||}}<br />
{{#if:{{{eggs|}}}|{{infoheader|[[Food|Food products]]}}<br />
{{#if:{{{eggs|}}}|{{inforow|[[Egg]]s|{{{eggs}}}}}}}}}{{<br />
#if:{{{childage|}}}{{{adultage|}}}{{{maxage|}}}|<nowiki/><br />
{{infoheader|Age}}<br />
{{#if:{{{childage|}}}|{{inforow|Child at:|{{{childage}}}}}}}<br />
{{inforow|Adult at:|{{{adultage}}}}}<br />
{{inforow|Max age:|{{{maxage}}}}}}}<br />
{{infoheader|{{#switch:{{{death|}}}<br />
|rot=Rotting leaves<br />
|item=Becomes after death<br />
|nobutcher=Cannot be butchered<br />
|butcher |#default=[[Meat industry|Butchering returns]]}}}}<br />
{{#if:{{{valm|}}}|([[Multiply value|Value multiplier]] ×{{{valm|}}})}}<br />
{{#ifeq:{{{death|}}}|item|{{infocell|{{{item|}}}}}|{{!-}}}}<br />
{{#switch:{{{death|}}}<br />
|nobutcher<br />
|item={{!-}}<br />
|#default={{infocell|'''Food items'''}}<br />
{{#if:{{{meat|}}}|{{inforow|[[Meat]]|{{{meat|}}}}}|{{!-}}}}<br />
{{#if:{{{fat|}}}|{{inforow|[[Fat]]|{{{fat|}}}}}|{{!-}}}}<br />
{{#if:{{{brain|}}}|{{inforow|[[Brain]]|{{{brain|}}}}}|{{!-}}}}<br />
{{#if:{{{gizzard|}}}|{{inforow|[[Gizzard]]|{{{gizzard|}}}}}|{{!-}}}}<br />
{{#if:{{{heart|}}}|{{inforow|[[Heart]]|{{{heart|}}}}}|{{!-}}}}<br />
{{#if:{{{lung|}}}|{{inforow|[[Lung]]s|{{{lung|}}}}}|{{!-}}}}<br />
{{#if:{{{intestine|}}}|{{inforow|[[Intestines]]|{{{intestine|}}}}}|{{!-}}}}<br />
{{#if:{{{liver|}}}|{{inforow|[[Liver]]|{{{liver|}}}}}|{{!-}}}}<br />
{{#if:{{{kidney|}}}|{{inforow|[[Kidney]]s|{{{kidney|}}}}}|{{!-}}}}<br />
{{#if:{{{tripe|}}}|{{inforow|[[Tripe]]|{{{tripe|}}}}}|{{!-}}}}<br />
{{#if:{{{sweetbread|}}}|{{inforow|[[Sweetbread]]|{{{sweetbread|}}}}}|{{!-}}}}<br />
{{#if:{{{eye|}}}|{{inforow|[[Eye]]s|{{{eye|}}}}}|{{!-}}}}<br />
{{#if:{{{spleen|}}}|{{inforow|[[Spleen]]|{{{spleen|}}}}}|{{!-}}}}<br />
{{infocell|'''Raw materials'''}}<br />
{{#if:{{{bone|}}}|{{inforow|[[Bones]]|{{{bone|}}}}}|{{!-}}}}<br />
{{#if:{{{skull|}}}|{{inforow|[[Skull]]|{{{skull|}}}}}|{{!-}}}}<br />
{{#if:{{{ivory|}}}|{{inforow|[[Ivory]]|{{{ivory|}}}{{Category|Ivory}}}}|{{!-}}}}<br />
{{#if:{{{tooth|}}}|{{inforow|[[Teeth]]|{{{tooth|}}}{{Category|Tooth}}}}|{{!-}}}}<br />
{{#if:{{{hoof|}}}|{{inforow|[[Hooves]]|{{{hoof|}}}{{Category|Hoof}}}}|{{!-}}}}<br />
{{#if:{{{horn|}}}|{{inforow|[[Horns]]|{{{horn|}}}{{Category|Horn}}}}|{{!-}}}}<br />
{{#if:{{{shell|}}}|{{inforow|[[Shell]]|{{{shell|}}}}}|{{!-}}}}<br />
{{#if:{{{skin|}}}|{{inforow|[[Skin]]|{{#switch:{{{skin|}}}|hide=Raw hide{{Category|Leather}}|scale=Scales{{Category|Scales}}|chitin=Chitin{{Category|Chitin}}|none=not skinnable|#default={{{skin|}}}{{Category|Unrecognized skin}}}}}}|{{!-}}}}<br />
{{#if:{{{wool|}}}|{{inforow|[[Wool]]|{{{wool|}}}}}|{{!-}}}}<br />
{{#if:{{{feather|}}}|{{inforow|[[Feather]]|{{{feather|}}}}}|{{!-}}}}<br />
{{#if:{{{gizzard_stone|}}}|{{inforow|[[Gizzard stone]]|{{{gizzard_stone|}}}}}|{{!-}}}}<br />
{{#ifeq:{{{contrib|}}}|no|{{!-}}|{{infocell|style=text-align:center; background-color: #eee; border-top: 1px solid #aaa|''There is too little information about this creature.<br /> Please contribute if you can!''{{Category|Incomplete butchering returns|{{PAGENAME}}}}}}|{{!-}}}}<br />
}}<br />
{{#ifexpr:{{#if:{{{wiki|}}}|1|0}} and {{#ifeq:{{{wiki|}}}|no|0|1}}|{{infocell|style=text-align:center; background-color: #eee; border-top: 1px solid #aaa|1=[[wikipedia:{{#ifeq:{{{wiki|}}}|yes|{{{name}}}|{{{wiki|}}}}}|Wikipedia article]]}}|{{!-}}}}<br />
{{infoend}}<noinclude>{{documentation}}[[Category:Infobox templates]]</noinclude></div>Janhttps://dwarffortresswiki.org/index.php?title=Dwarf_Fortress_Wiki_talk:Versions&diff=284646Dwarf Fortress Wiki talk:Versions2023-01-08T08:57:18Z<p>Jan: /* Graphics in Skill Infoboxes */</p>
<hr />
<div>{{archive|<br />
# [[DF Talk:Versions/Archive 1|Page 1]]}}<br />
<br />
== Version 0.31.19 starts a new DF generation? ==<br />
<br />
My reading of Toady's comments on the release of 0.31.19 is that it came out basically because he felt it would take too long to get DF all the way to 0.32. With the ore changes, the sitefinder changes, the addition of grazing and several different industries, there's a lot of changes between 31.18 and 31.19. So I'm thinking it might be a good idea to call it the first release of DF2011 - and what we refer to as "DF2010" would then become 0.31.18.<br />
<br />
Thoughts? --[[User:DeMatt|DeMatt]] 07:06, 28 February 2011 (UTC)<br />
<br />
==Revisiting Redirects==<br />
I wasn't around when the redirect policy was created, and I'm having trouble understanding the rationale. The example claims that linking [[Main:Cheese]] to [[cv:Cheese maker]] is problematic...but mainspace only ever redirects to the current version. If the best target in the current version is cheese maker, why not link to it directly? (It's not, at least for Cheese, since [[DF2012:Cheese]] exists now.) The explanation seems to be claiming that 40d articles that link to Cheese will follow the Mainspace link--but that hasn't been the case for a long while now. Articles in 40d automatically link against other articles in 40d, so that version remains internally consistent no matter where mainspace links to in the current version. For a current example, what do we gain by linking [[Main:Mead]] to [[cv:Mead]] and linking [[DF2012:Mead]] to [[DF2012:Alcohol]]?<br />
<br />
If this really is just an outdated procedure, I recommend we drop the mummery and allow mainspace to link to cv:(best target). Double redirects ''may'' work (sometimes, but [[Main:Mead]] demonstrates a common problem where automatic redirection fails), but if they are unnecessary I think they should be avoided, partly because of problems like [[Main:Mead]] and partly because of the effort required to protect double redirects from users who believe they are problematic.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:16, 8 January 2014 (UTC)<br />
<br />
:I was just thinking that. I'm currently attempting to write a basic extension to eliminate the need for mainspace redirects entirely, although Mediawiki's class structure may make this more difficult than I had hoped (the only method I've found for resolving redirects takes the ''article text'' instead of a title, e.g. "#REDIRECT ..."). I do agree that the current situation with redirects isn't ideal, so I'm hoping this will work better (once I get it to work). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:42, 8 January 2014 (UTC)<br />
<br />
Okay, that wasn't quite as clear as I meant it to be. In general, I think this is a tricky situation. Mediawiki wasn't designed to have five content namespaces, and certainly not chains of redirects between them. The problem that was pointed out in the [[DF:REDIR|policy]] is the fact that with:<br />
Main:Foo -> cv:Bar<br />
pages in the cv: namespace can't use [[<nowiki/>foo]], since the namespace links modification causes it to be treated as [[<nowiki/>cv:foo]] instead, which doesn't exist. The current suggested solution is this:<br />
Main:Foo -> cv:Foo -> cv:Bar<br />
This fixes the problem of [[<nowiki/>foo]] not working on cv pages, but creates issues with double redirects not always working. Another solution, which is more intuitive to new editors, is:<br />
Main:Foo -> cv:Bar<br />
cv:Foo -> cv:Bar<br />
Both require creating two redirects. The first method has the advantage of ''ensuring'' that the cv redirect exists (otherwise, main:foo would be a redlink), while the second has the advantage of working more reliably in a couple cases.<br />
<br />
What I'm trying to do is make main:Foo "jump" to cv:Foo when cv:foo exists, ''even if main:foo doesn't exist'' (basically it would treat all mainspace pages as redirects to cv pages, but only if the cv page exists and not the mainspace page). I had main:Bar jumping to cv:Bar fine, but if cv:Foo redirected to cv:Bar, accessing main:Foo would mysteriously stop at cv:Foo even if I increased the redirect limit. What I'm trying to do now is follow the redirects internally, without relying on Mediawiki to do it automatically - unfortunately, that has proved to be harder than I had hoped (and I sent my web server into an infinite loop while trying). I will try to work on this some more when I get a chance, although I'm not sure when that'll be yet :(. For now, feel free to fix broken double mainspace redirects as necessary, as long as redirects in the DF2012 namespace stay pointing to the right page (and new mainspace redirects get added in the DF2012 namespace too). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:21, 9 January 2014 (UTC)<br />
<br />
:You're treating cv like a namespace--it's not. It is simply shorthand for "fill in the current version here". [http://dwarffortresswiki.org/index.php?title=User_talk:Briess&diff=182404&oldid=181281 As I discovered a long time ago on a server not far away], linking from Main:Foo to cv:Foo tends to break redirection chains. If, instead of linking to cv:Foo, you link to DF2012:Foo, it might just work. It would, of course, be better if your patch could evaluate cv itself, but even if you have to hardcode the current version it's a single point of maintenance that requires update very infrequently. (For that matter, we could probably dispense with the cv hack entirely and just have a bot update mainspace links from DF2012 to DF201X when we switch to a new version.)--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:05, 9 January 2014 (UTC)<br />
::I know cv isn't a namespace - I was just trying to avoid future confusion when the DF2012 namespace changes. It's interesting that changing "cv" to "DF2012" fixes some broken redirects, although I've found that simply making an edit to a broken redirect can usually fix it as well. I've actually had the most problems with double redirects when the second one (in the DF2012 namespace) doesn't use the DF2012 prefix (e.g. main:Foo containing <nowiki>[[cv:Foo]] and DF2012:Foo containing [[Bar]]</nowiki>). I'd rather keep the cv alias even if it isn't necessary for mainspace redirects when I get the patch to work, since it makes it easier to refer to the current version of the page (for example, several MDF articles contain links to a vanilla page for things that don't change in the mod).<br />
::Also, using aliases like "cv" is supported by Mediawiki; in fact, several WMF wikis use them (for example, "[[wikipedia:WP:Redirects|WP:Redirects]]" on Wikipedia). It's quite likely that Mediawiki isn't processing double redirects using aliases correctly, though, since that's uncommon on most wikis. --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:35, 9 January 2014 (UTC)<br />
<br />
In light of the lack of support for the current redirect policy, I propose we replace the current redirect section with:<br />
<br />
:Mainspace article pages should use the cv: alias when redirecting to a versioned page, which will automatically update the link when a new version is released. For example, page "Main:Foo" should redirect to page "cv:Bar" (where "Bar" is the page that best describes the topic Foo in the current version).<br />
<br />
:Pages in mainspace should only redirect to an older versioned page if that content no longer exists in the current version of the game (e.g. [[Cave river]], [[Chunk]]). In these cases the cv: alias cannot be used. <br />
<br />
:Pages inside a versioned namespace should not use the cv: alias. Instead, they should redirect to the best page within that versioned namespace (e.g. [[DF2012:Dodging]], [[v0.31:Drink]]).<br />
<br />
:Due to limitations of the wiki software, double redirects should be avoided if possible. When fixing double redirects in mainspace, please make sure to use the cv: alias as appropriate.<br />
<br />
If no one objects, I will make this change in a few days.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:21, 15 January 2014 (UTC)<br />
<br />
:Okay with me. It may be worth mentioning that double redirects only really need to be changed when they don't work (since changing a lot of redirects that work isn't necessary), but I think it's clearer and more relevant than the current policy. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:26, 16 January 2014 (UTC)<br />
<br />
Done.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:55, 22 January 2014 (UTC)<br />
<br />
I was finally able to get my extension to work after being motivated by one too many malfunctioning redirects. It now causes nonexistent pages in the main namespace to behave exactly like redirects to their DF2012 counterparts (when linked to, accessed directly, and transcluded). Double redirects also work (up to 100, in fact, although that was a temporary safety measure that I'll probably change). This means we'll be able to safely get rid of all mainspace redirects (redirects that redirect to something other than "cv" will still function if not deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:20, 14 March 2014 (UTC)<br />
:What about articles which don't exist in the current version but do exist in older versions? Will those still need mainspace redirects, or will your extension be able to automatically redirect them to v0.31/40d/23a? --[[User:Quietust|Quietust]] ([[User talk:Quietust|talk]]) 01:29, 14 March 2014 (UTC)<br />
::It ignores all mainspace pages that actually have content, including redirects, so pages like [[masons guild]] won't be affected (unless deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:47, 14 March 2014 (UTC)<br />
<br />
Done and deployed. [[Cat]] is still treated as a redirect, even though I just deleted it (try clicking on the "redirected from" link). Pages that exist are ignored, so [[Masons guild]] and [[History of Dwarf Fortress]] still function normally (as a redirect to a 23a page and a non-redirect, respectively). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:57, 14 April 2014 (UTC)<br />
<br />
I'm sending around a bot right now to delete all redirects of the format "foo -> cv:foo" (a surprising number don't fit this format, so I'm leaving them alone for now). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:43, 14 April 2014 (UTC)<br />
<br />
:I'm confused. Do we use double redirects or not? Is there a single place we define our linking policy (including redirects), and is it updated? <br />
:I had trouble linking to [[Consolidated_development]] in [[v0.34:Dragon]]. It kept pointing to v0.34:Consolidated_development, which does not exist. I ended up linking to Main:Consolidated_development to make it work. --[[User:Nahno|Nahno]] ([[User talk:Nahno|talk]]) 10:18, 1 July 2014 (UTC)<br />
<br />
::That's a separate problem altogether - links in the versioned namespaces (v0.34, v0.31, 40d, 23a) automatically link to pages within their namespace. I may be able to set up a fallback to mainspace once I'm able to deploy again, but for now the "main:" alias is the intended solution. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 11:36, 1 July 2014 (UTC)<br />
<br />
== Google often directs people to the 0.31 page ==<br />
<br />
I've noticed a couple of times that finding a wiki page from an external search will often drop me onto a page from an older version. Is it possible to mitigate this somehow for new players? I could imagine something like redirecting old:Bar -> cv:Bar unless the user has come from old:Foo; no idea if that would actually work though. [[User:PeridexisErrant|PeridexisErrant]] ([[User talk:PeridexisErrant|talk]]) 11:48, 4 May 2014 (UTC)<br />
<br />
:As a temporary solution, I could write a script that displays a banner of some kind if the user came from an external site. I'll ask Briess if he can do anything on the server level to increase the weighting of the current version's pages. (Obviously there are situations where people are looking for old pages, like [[23a:dungeon master]], so we don't want to disable indexing entirely on old pages.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:03, 4 May 2014 (UTC)<br />
<br />
== DF2014? ==<br />
<br />
As Toady [http://www.bay12games.com/dwarves/ draws closer to a new release], it might be worthwhile to discuss the addition of a new version to the wiki. The upcoming release covers two years of changes and introduces a number of new plants, foods, drinks, multi-tile trees, climbing, jumping, etc., so it is likely to have significant changes from the current DF2012. To avoid having people start new pages (and lose all the effort spent refining the prior version's page), I think it would be best to have a bot automatically copy over the DF2012 pages as a starting point for DF2014. I would suggest that these copied pages include a noticebox template mentioning that the content may be outdated, so that we can easily track which pages have been reviewed. I think either the {{tl|version check}} or {{tl|old}} template would work. --[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:43, 5 May 2014 (UTC)<br />
<br />
:This is what [[User:QuietBot]] did after the 0.34 release, so it's certainly possible to use the same script to migrate to DF2014. I would like a way of tagging migrated pages, since inaccuracies in some pages went unnoticed for months after they were migrated. Since {{tl|old}} is already in use, {{tl|version check}} may be a better solution (it can be reworded slightly, or we can make a separate template for DF2014 migration). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:23, 1 June 2014 (UTC)<br />
:Made [[Template:DF2014 migrated]] as an example. Any thoughts? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:32, 1 June 2014 (UTC)<br />
<br />
== Redirects inconsistency ==<br />
<br />
Following a redirect is supposed to be exactly the same as going straight to the page it redirects to, but this actually isn't the case:<br />
* Go to [[Seeds]] and you get [[v0.34:Seed]] (outdated)<br />
* Go to http://dwarffortresswiki.org/index.php?title=Seeds&redirect=no and click on the link and you get to [[DF2014:Seed]] (current)<br />
So if you search for "seed", the top result is the DF2014 version. But search for "seeds" and you get the redirect, which sends you to the outdated page instead. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:22, 22 February 2015 (UTC)<br />
<br />
While I'm talking about redirects, it seems redirects to sections don't work: see [[DF2014:How do I manage my seeds and crops]]. I know MediaWiki is capable of this trick because Wikipedia does it. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:32, 22 February 2015 (UTC)<br />
<br />
:I have absolutely no idea why [[seeds]] redirects to a v0.34 page - it could be a Mediawiki bug. The section links issue is due to a known issue in the redirect extension we use, which has yet to be fixed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:01, 23 February 2015 (UTC)<br />
:It looks like deleting both [[Seeds]] and [[DF2014:Seeds]] fixed things (by allowing AutoRedirect to handle the redirects instead). Feel free to tag any others with {{tl|bad redirect}}. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:03, 23 February 2015 (UTC)<br />
::It gets stranger. [[Vial]] redirects explicitly to [[cv:Flask]] which displays (when you look at it with &redirect=no) as [[DF2014:Flask]], but still goes to the v0.34 version. It seems redirects interpret the cv: pseudo-namespace (or whatever it's called) in an outdated way. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 18:08, 23 February 2015 (UTC)<br />
::I've added a note to this page about this issue. If it gets resolved, the note should be removed. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 21:04, 23 February 2015 (UTC)<br />
<br />
<br />
==Reorganizing versions==<br />
<br />
The internet deals with moved content... poorly. Google is still linking to v0.34 pages more than a year after the switch to "DF2014", and even the wiki software still has cached links pointing to the old version pages.<br />
<br />
I propose reorganizing versions on the wiki to avoid moving content whenever possible. Instead of having a temporary "current version" namespace that changes occasionally, all the current information gets promoted to the Main namespace. When the next version split occurs, the Main articles as of a certain revision number can be copied to the newly-created permanent "old version" namespace, while all the current information remains in Main. This not only fixes the link rot issue, but it has a few other benefits as well: fewer administrative tasks, no lockdown (a historical version of the Main pages can be copied at any point, even if the Main articles are already modified for the new version), almost all the article history is maintained in the Main article (instead of being spread unevenly across multiple versions), no "temporary" namespaces are needed, fewer problematic long redirect chains, and hopefully less user confusion (since Main gets priority in search results, etc.).<br />
<br />
As an example, today we would not have a DF2014 namespace (which is good because "temporary" namespaces historically disappear anyway). If you ran a search for [[seed]] you'd end up at Main:seed, which would have all the current information on seeds. The version box at the top of the page would still link to the older versions of the seed article. When a new version is released, an admin would choose a revision number and copy the Main:seed article as it exists at that revision number to v0.40:seed. That's it. One historical copy that needs little to no new editing, and zero redirections/moves.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:02, 27 July 2015 (UTC)<br />
<br />
:Makes sense to me. It would involve a lot of work, though (e.g. fixing templates and categories to account for the current version being in mainspace), although that should be doable thanks to {{tl|category}}, {{tl|version switch}}, etc.. A bot could be set up to copy revisions from before a release date as well, which would be more difficult (and maybe slower) than a direct copy, but not severely. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:24, 30 July 2015 (UTC)<br />
<br />
:Actually, there are a few issues with that, namely that there wouldn't be an easy way to distinguish between versioned and non-versioned mainspace pages. There are ways to resolve Google search priority (we can exclude pages from older versions from search engine results if there are newer versions of those pages available, for example). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:47, 6 August 2015 (UTC)<br />
<br />
::There aren't very many non-versioned mainspace pages, and determining if a page is versioned is as simple as looking for the version template and/or categories added by the version template (e.g. copy [http://dwarffortresswiki.org/index.php/Category:Current this category] instead of Main:*). The problem with "suggesting" newer pages to Google is that they obviously aren't crawling our wiki regularly (if they were, the fact that the mainspace redirects point to new pages would automatically be picked up). Even if your Google hints worked they wouldn't do anything for all the other broken links out on the 'net.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:35, 6 August 2015 (UTC)<br />
<br />
::: Google actually crawls the wiki constantly - we probably get crawl hits from google for a continuous block of 2-3 hours per day, each and every day. Why they are slow to update is beyond me though. I can't remember why we didn't do this initially, but there was a technical limitation involved if I remember correctly. --[[User:Briess|Briess]] ([[User talk:Briess|talk]]) 22:05, 6 August 2015 (UTC)<br />
<br />
::: There are &lt;meta> tags that can be used to hide pages from search results (for search engines that recognize them, that is). Searching for {{tl|av}} or [[:Category:Current]] might work, although we'd have to make sure all of the DF2014 pages include that (some pages don't, particularly some disambiguation pages, although all of them should). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:53, 6 August 2015 (UTC)<br />
<br />
:Is there a particular reason main and current are separate to begin with?—[[User:CLA|CLA]] ([[User talk:CLA|talk]]) 00:17, 7 August 2015 (UTC)<br />
<br />
::It's mostly intended to distinguish between versioned and non-versioned pages and make version-related templates simpler to work with, since every versioned page has a namespace. I wasn't active here in 2010 when this system was created, so Briess and Emi would know more.<br />
::Another issue I just thought of with Loci's suggestion is categories - currently, categories like [[:Category:Animals]] are used to organize the versioned sub-categories. Sure, we can change {{tl|Category}} to categorize mainspace pages in [[:Category:v0.40:Animals]] or [[:Category:DF2014:Animals]], but that would be less straightforward because there wouldn't be a namespace with that name (until pages are migrated when a newer major version is released). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 13:05, 7 August 2015 (UTC)<br />
<br />
:Moving current pages to the main namespace sounds like a great idea. -[[User:Jecowa|Jecowa]] ([[User talk:Jecowa|talk]]) 20:47, 4 January 2018 (UTC)<br />
<br />
Another thought: dealing with migrating redirects could be difficult with this proposal - specifically, determining which redirects should be migrated to a versioned namespace. Redirects can't contain {{tl|av}}, at least not before ``#REDIRECT``. I ''think'' it would be possible to copy pages in two stages, though - all non-redirects first, then all redirects whose targets were also copied. Thoughts? Anything I'm missing? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:41, 27 June 2019 (UTC)<br />
<br />
Some subpages (particularly /raw and /Edit notice) also deliberately lack {{tl|av}}, although those shouldn't be too hard to handle. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:35, 9 July 2019 (UTC)<br />
<br />
:Redirect pages (and all other edge cases I've looked at) can be included in categories (like [[:Category:Current]]) to determine whether or not they should be copied into an archival version. But if the redirects are "properly qualified" then they can all be copied over blindly. Mainspace redirects pointing to versioned information should use a blank namespace (which will be automatically constrained to the archival namespace); mainspace redirects pointing to unversioned information should use an explicit "Main" (which will automatically link back to the unversioned page). Then, when [[[[Toady]]]] gets copied to [[[[v0.4x:Toady]]]] it will point back to [[[[Main:Toady One]]]]. Meanwhile, [[[[Beer]]]], copied to [[[[v0.4x:Beer]]]], will properly point to [[[[v0.4x:Alcohol]]]].--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:00, 14 July 2019 (UTC)<br />
<br />
::I think qualifying redirects is the best solution here - categorizing redirects manually is another possible source of errors, since categories (or a lack thereof) would only be visible on the redirect page itself, and [[:Category:Current]] is a hidden category. Copying over mainspace redirects into versioned namespaces would also resolve some issues that have come up due to those not reliably existing currently. I should be able to set up a bot script to add "main:" to current mainspace redirects (and it shouldn't break anything, since those redirects go to other mainspace pages anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:57, 14 July 2019 (UTC)<br />
<br />
(Note: I wrote all of this without noticing the previous discussion above.) I was wondering, when the wiki creates a new namespace for a major release again, if it is possible to ''not'' create a namespace for the next current version (e.g. "DF202x") and instead have the mainspace articles (which are currently redirects) become the new cv and move the content there. Therefore, [[cv:Cat]] would just be "[[Cat]]" (or [[Main:Cat]]).<br />
<br />
Certain namespace-related templates like [[Template:Ns/0]] would need to be changed, though nothing significant as far as I know. For most cases, any "DF2014" would be replaced with "Main" or even blank. There's also multiple extensions handling the current namespace system and they may need to be modified too, though I'm not sure if or how much. I'm guessing based on the discussions above that it will change stuff up.<br />
<br />
My reason is the current namespace is increasingly becoming more anachronistic. "DF2014" could be misinterpreted as "this page is about the 2014 version of the game" or "this page was last updated in 2014", which I've seen a few people in forums mention. Granted that [[Template:Av]] is on the top of very article, I still think the namespace is inconsistent with the recentness of the article. But how is this related to what I'm asking for? Let's say we continue the current system: if we happen to do a new namespace change this year and create DF2020, the next major release (after graphics/UI) will be mythgen, which is estimated to take several years to develop (the Big Wait), and so the anachronism will start over again. The proposed way will prevent this from occurring for the next major release and every release thereafter.<br />
<br />
I think the confusion with having a namespace that becomes old-fashioned overtime supersedes the confusion with not marking current versioned articles with a namespace. Most users just search "Cat" on the search bar and naturally expect to get information about the latest release of DF. So if users go a page that's just titled "Cat", they won't expect outdated info about cats from a previous release. That's how the current system works anyways. We'll be skipping the two-step process that we have now. It'll make several wiki tasks much simpler as well. Editors can create new articles for current versions without remembering to add a namespace. It'll fix any existing issues with (double) redirects; instead of [[Main:Kitten]] redirecting to [[cv:Kitten]], which goes to [[DF2014:Kitten]], which then redirects to [[DF2014:Cat]], [[Main:Kitten]] would just redirect to [[Main:Cat]]. And the cv: alias will no longer be necessary since "cv:" = "Main:" and will be forever.<br />
<br />
There's no need to differentiate the current version and previous versions with a namespace for the current version is what I'm saying. Articles of previous versions will retain their respective namespaces. Users will still type "40d:Cat" to go to the 40d version of the article, but if they want the current version, they'll just type "Cat" (like now). The mainspace containing the "live" version of an article is natural and would create no uncertainty when browsing the wiki. And it would simplify the wiki somewhat and future-proof this anachronism problem. As a bonus, this change will also prevent web search engines from showing previous version pages when typing "DF cat" or something. (This isn't happening right now as DF2014 has been the current namespace for ~6 years, but it'll happen again when everything moves to a new namespace.)<br />
<br />
This is the gist of it, and I may have ignored most of the problems with this proposal. I have personally wished for the whole version namespacing be made less complicated and have been seeking for a solution, and I feel like this is the best way to go about in the future. – [[User:Doorkeeper|Doorkeeper]] 21:27, 14 August 2020 (UTC)<br />
<br />
:<s>Whoops, looks like Loci already proposed this exact thing long ago. I definitely missed that discussion and should have checked first. My apologies. I'll move my text to that section and remove this one. – [[User:Doorkeeper|Doorkeeper]] 21:36, 14 August 2020 (UTC)</s> Done. – [[User:Doorkeeper|Doorkeeper]] 21:40, 14 August 2020 (UTC)<br />
<br />
:The main issue I have with that is that putting pages about the current version in a namespace also differentiates between those pages and pages not about ''any'' version (for example, [[Toady One]] does not need a 40d or v0.34 page). Yes, we can use {{tl|av}} to mark versioned pages, but people often forget to add that to new pages. The current system also allows determining whether a page is versioned or not from its title, which makes migrations a lot faster. Relying on {{tl|av}} would require either reading the content of every page (which would slow scripts down significantly) or cross-checking with the list of all pages including the template (feasible, but a bit more complicated, and still susceptible to missing templates). I suppose that manually fixing and migrating pages missing {{tl|av}} later wouldn't be too much work, though.<br />
:I am definitely in favor of changing "DF2014" (or a new namespace) to "Current", though. I was in favor of "DF2014" in 2014, but I don't think it makes sense anymore, and "Current" seemed to be a popular alternative in both the DF2012 and DF2014 discussions on the matter. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:02, 16 August 2020 (UTC)<br />
<br />
== Weird redirect behaviour ==<br />
<br />
[[Pump stack]] redirects to [[cv:Screw pump#Pump stack]]. If you look at the redirect itself it says it redirects to DF2014 namespace, which is correct. But if you actually follow the redirect, it goes to v0.34 namespace. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 16:10, 20 August 2018 (UTC)<br />
:Yeah, that's part of the issue described in the above section (the wiki caching part, not on Google's end.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 15:00, 21 August 2018 (UTC)<br />
<br />
== v50 organization ==<br />
<br />
Some wiki admins have had a talk on Discord and decided that the most sustainable path forward is to put content for all future versions of DF in the main namespace. We will be working on a bot to do this in the next few days. Feel free to chime in with suggestions here. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:56, 14 December 2022 (UTC)<br />
<br />
:Is it maybe possible to do backwards-namespacing? Like we have a "Main" namespace, which people are free to update, and whenever there's a new version of DF the "Main" namespace is copied into a namespace for the then old version, much like how you'd branch a stable branch from a development branch when working with a git-project? [[User:Therahedwig|Therahedwig]] ([[User talk:Therahedwig|talk]]) 23:13, 14 December 2022 (UTC)<br />
<br />
::Yeah, we could do that if we decide to. We were talking about doing that for v50, actually, and might still do something similar to preserve edit history if it doesn't end up being too hard to automate. Our hope is that we will not introduce new namespaces for v50 -> v5x, unless there is a serious breaking change (and hopefully there isn't one). But if we change our mind, one advantage of the type of migration you mentioned is that it can be done retroactively - we can copy historical revisions that were current at the time of the release, and would only lose some typo fixes made after the release that apply to earlier versions as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:11, 15 December 2022 (UTC)<br />
<br />
ETA is < 24 hours. Doing some final checks on a migration script. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 07:08, 19 December 2022 (UTC)<br />
<br />
: We should really have a task list as there are many things that change and need updating. Including but not limited to:<br />
:* Most templates that used the previous namespace convention broke, including nav templates. <br />
:* Many game files changed locations and their pages need to be updated.<br />
:* Raws need to be updated. <br />
:* Various features added, changed, removed. <br />
:* UI has been changed -- though I am more inclined to wait for classic release to avoid extra work --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 06:56, 20 December 2022 (UTC)<br />
<br />
"''Raws need to be updated.''" Including applying text wraparound where necessary, I suppose - more than a few of them have proven to be that special kind of...''difficult'' to navigate otherwise, shall we say? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 12:52, 20 December 2022 (UTC)<br />
<br />
:There is already a task list in the [[#v50 migration|section below]] that includes templates and raws, with an explanation. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:25, 20 December 2022 (UTC)<br />
<br />
== v50 migration ==<br />
<br />
The initial migration script is done. New content is in the '''main''' namespace, e.g. [[Cat]]. Old content is still at [[DF2014:Cat]]. History was migrated to the ''new'' (main namespace) articles.<br />
<br />
I know several things are broken still. Please reply if you find any others:<br />
<div style="border-left: 2px solid red"><br />
* <s>Versioned templates haven't been migrated yet (e.g. {{tl|vermin}} on [[Ant]])</s><br />
** Fixed. Most were migrated by a bot.<br />
* <s>Raws are missing on all pages that use them.</s><br />
** This also affects sidebars, such as on [[Cat]] and [[Microcline]].<br />
** Update: The DFRawFunctions extension has been upgraded to include v50 raws, using the "v50:" prefix for filenames instead of "DF2014:". <s>I haven't finished a migration script to create the /raw pages themselves, but they can typically be created manually by copying the DF2014 /raw pages and changing "DF2014" to "v50" everywhere.</s> &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:20, 1 January 2023 (UTC)<br />
** Update 2: Raws have been added for all pages! They were copied from the "DF2014" pages and had "DF2014" replaced with "v50", which appears to have worked from a spot-check, but let me know if you find any problems. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:57, 4 January 2023 (UTC)<br />
* Some pages where the DF2014 page was a redirect to a main namespace page that contained content were migrated incorrectly.<br />
** In this case, the main namespace page is usually a redirect to itself. This can be fixed by undoing LethosorBot's edit to the main namespace page, then copying the content to the DF2014 page.<br />
** Update: most seem to have been fixed manually - thanks! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:41, 21 December 2022 (UTC)<br />
* <s>Some main-namespace talk pages redirect to DF2014 talk pages. Some of these redirects work, and some (usually older ones) do not.</s><br />
** Fixed with a bot. Some redirects from talk pages to other deleted talk pages are now broken, e.g. [[Talk:Above_ground]] (exists) -> [[Talk:Tile attributes]] (redlink). I am leaving them like that because they redirect to where the talk page should be created, but I'm also fine with people deleting them if they really want to. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:41, 21 December 2022 (UTC)<br />
* {{tl|quality}} for new articles is disabled (see below)<br />
* Some links from DF2014 to Main weren't working: e.g. the version selector [[DF2014:Mason's workshop]] was linking to [[DF2014:Main:Mason's workshop]] instead of [[Main:Mason's workshop]]. I'm not sure exactly why, but I fixed it with a change to the NamespaceLinks extension. Let me know if you spot similar broken links. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:19, 21 December 2022 (UTC)<br />
</div><br />
<br />
&mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:54, 20 December 2022 (UTC)<br />
:The quality levels of the 50.03 pages seem to be missing. I'm not sure if that's covered under that first point. [[User:Trainzack|Trainzack]] ([[User talk:Trainzack|talk]]) 06:47, 20 December 2022 (UTC)<br />
::If the the [[Dwarf Fortress Wiki:Quality]] feature can be made to work with namespace scheme change, I suggest to automatically assign the lowest quality rating to all pages, alternately add the {{tl|old}} to all pages. Otherwise there will be a lot of pages that will fall through the cracks. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:12, 20 December 2022 (UTC)<br />
:::I disabled {{tl|quality}} in the main namespace because it would require some rework to make the rating script and the template work properly there. Feel free to take a stab at the template. I will see what can be done on the extension side. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:14, 20 December 2022 (UTC)<br />
::::What needs to be done on the template side? I'm not sure I see too big of an issue leaving pages as "unknown-quality" for now (or just change the default to tattered) until we get the rating script working. Is that script up anywhere, anything that could be helped with? [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:10, 2 January 2023 (UTC)<br />
:::::They're already marked as unknown. Really the only issue I know of with the template is that it doesn't show up with some of the newer skins we added, and that can be fixed by getting rid of the absolute positioning. As for the script, it can be found at https://github.com/DF-Wiki/QualityRatings, and the issue is really only with the configuration system not recognizing the main namespace as valid. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:29, 3 January 2023 (UTC)<br />
::::::Great, I started having a crack at fixing the template with different themes. Is the preference to get some CSS going and then include it in the global stylesheet (i.e different styles per theme) or to try and get a "one size fits all" fix? &mdash;[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 08:14, 3 January 2023 (UTC)<br />
:::::::I would rather avoid custom site-wide CSS if we can. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:29, 4 January 2023 (UTC)<br />
::::::::I appreciate that, I think it's the simplest solution to add a few lines to common.css though. Unless there is a way to attach CSS specifically to a template, I saw a few extensions that allowed that but I'm not sure if any are present in the wiki at the moment. Regardless there already exists a class `div.topicon` that is specifically for the quality ratings, is there an issue with expanding this class to accommodate the themes? The list of themes where the quality rating display is broken/invisible: Citizen, MinervaNeue, MonoBook. &mdash;[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 21:48, 4 January 2023 (UTC)<br />
:::::::::What do you think of moving the template out of the topicon entirely and just placing it in a div? It would take up a (hopefully) small amount of vertical space in the article. [[User:Lethosor/Sandbox/Quality_test]] is an example. Unfortunately it isn't possible to prevent other templates from displaying above the quality this way ([https://dwarffortresswiki.org/index.php?title=User:Lethosor/Sandbox/Quality_test&oldid=283883]). So maybe we do need some custom CSS after all if we want that. I'm open to trying out whatever you propose. I'm a bit worried about future-proofing against skins we add later (particularly a mobile skin) but at least MediaWiki supports skin-specific global CSS as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:33, 5 January 2023 (UTC)<br />
::::::::::I would rather we avoid taking any more vertical space in the article. The growing block pyramid at the top, starting with version template, is annoying. If you end up placing it inside the article space please use a slim box 100% wide that would include both.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:19, 5 January 2023 (UTC)<br />
:::::::::::Agreed with you Jan, however I see that as two different tasks (ArticleVersion template changes, getting quality back on pages). I made a test adjustment to the quality and it takes up a negligable amount of extra space. See [[User:Vallode/sandbox#Page_quality]] for the example, we'd be able to completely remove "topicon" (unless it is used somewhere else?) and then potentially move on to making the ArticleVersion template into a slim version on the left-hand-side instead of a large box? Let me know what you think. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:35, 5 January 2023 (UTC)<br />
<br />
It appears some pages are redirecting recursively and never resolving correctly, like the [[https://dwarffortresswiki.org/index.php?title=Character_table&redirect=no|character table]] and [[tileset repository]] 07:35, 20 December 2022 (UTC)<br />
: Indeed, these can be caught here: [[Special:DoubleRedirects]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:51, 20 December 2022 (UTC)<br />
<br />
It might be useful to change the notice title to "release information '''for editors'''" --[[Special:Contributions/142.59.195.176|142.59.195.176]] 10:26, 20 December 2022 (UTC)<br />
:Can do. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
::New here, hello. Should we set a date where we remove/only show the banner for logged in users. There are (some) pages that have 4 different notices about the upgrade. [[Engraving]] is one such page, the top banner states "information for editors", we then have the "this page was migrated" banner, a version selection which warns the article might be inaccurate, and a smaller banner saying the page might need to be updated. Quite a lot of screen space, I think we can start to slowly reduce the amount of warnings this coming month? [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 10:07, 2 January 2023 (UTC)<br />
:::Unfortunately, only showing info to logged-in users is difficult with how MediaWiki caching works. In terms of reducing warnings, there is a discussion [[Template_talk:ArticleVersion#.22Note_that_some_content_may_still_need_to_be_updated..22|here]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:43, 4 January 2023 (UTC)<br />
:::As for [[Engraving]] specifically, the {{tl|old}} banner was actually present on [[DF2014:Engraving]] as well and got carried over with the migration. I removed it, and agree that it was redundant. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:46, 4 January 2023 (UTC)<br />
<br />
Main talkpages seem to redirect to DF2014 talk. Not sure if it is intentional but I like it, though we should pay attention when creating new discussion relating to v50 ending up there.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 14:18, 20 December 2022 (UTC)<br />
:That's unintentional. I specifically wrote the migration script to not move talk pages, but that has the side-effect of leaving any previously-created "Talk -> DF2014 talk" redirects intact. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
<br />
Yo Lethosor, are we adding graphic sprites for the pages in some way? Or are we waiting for you to add some sort of new template or something? I'm sure you don't need me to tell you that the current templates don't allow that. Not sure if I'm allowed to change/create any templates either, as I don't want to break things for hundreds of pages. Edit: And IF the icons are allowed, should they be left alone, or 2×-3× sized like how the Minecraft wiki does it? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 14:29, 20 December 2022 (UTC)<br />
:Depends on which templates you mean. There are copyright concerns with uploading a premium sprite sheet, for instance. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
::I'm not talking about uploading an entire sprite sheet. I'm just talking about individual icons for each respective page. One image for cows, one for horses, one for werebeasts, etc. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 16:50, 20 December 2022 (UTC)<br />
:::If we do that for every creature in the sprite sheet, that's not much different (in terms of copyright) from uploading the entire sprite sheet. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:09, 20 December 2022 (UTC)<br />
::::Is there someone we can talk to about that? We finally get this new game with graphics, and then we can't use the very graphics of the game? No matter what the rules are, I'd say that would be the stupidest thing ever. I know I'm infamous here when it comes to copyright and images and stuff, but about 80% of game wikis out there are completely unofficial, and use game file images like no one's business. I can't imagine anyone's door being knocked on if we used the game's sprites, but I won't add any here until we have a go-ahead. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 17:14, 20 December 2022 (UTC)<br />
<br />
:::::...I've made noise in Mayday's direction on this matter, at least (prob an incorrect maneuver, ''but'').[[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 17:55, 20 December 2022 (UTC)<br />
:::::: I hope some sort of arrangement can be made so we can use the new sprites with permission/limits, just as we are using the raw files. Otherwise we are all (devs and editors alike) shooting ourselves in the foot here.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:07, 20 December 2022 (UTC)<br />
<br />
:::::::I just thought of something. We're supposedly not allowed to upload entire sprite sheets, right? What if - for the time being - we just use a few of them for the purpose of testing out new infoboxes? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 21:46, 20 December 2022 (UTC)<br />
::::::::I don't know. If someone could ask Kitfox and post the response here, that would be great. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:47, 20 December 2022 (UTC)<br />
<br />
:::::::::I've reached out to Alexandra, but she hasn't answered yet. Until then I found these old approvals from the previous community manager, Feeona: ([http://www.bay12forums.com/smf/index.php?topic=173474.msg8243633#msg8243633 link1], [http://www.bay12forums.com/smf/index.php?topic=176640.msg8243642#msg8243642 link2]). Waiting for a newer response until we begin mass uploads is probably the politer option, but like Zippy said, it is also standard for wikis to use game sprites with less approval. I second their idea of trying it out with a few images to test the infoboxes. On the extreme off-chance (and I do think it is) Kitfox protests we can always remove these few. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 22:19, 20 December 2022 (UTC) <br />
:::::::::And here is a third, more official statement: ([http://www.bay12forums.com/smf/index.php?topic=173474.msg8249718#msg8249718 link3]). Perhaps that address of info@kitfoxgames.com is the better channel to ask for a confirmation, rather than Discord DMs, but I will be going to bed, so it is best if someone else does that. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 22:29, 20 December 2022 (UTC)<br />
::::::::::Thanks for tracking this down! Ok, sprites should be fine, but let's avoid uploading the entire premium tileset as a single image, for instance (as the forum thread says, "use common sense"). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:21, 21 December 2022 (UTC)<br />
::::::::::: Looks good, permission is always preferable over fairuse, I think it is a win win for all involved. I agree that we shouldn't upload entire sprite sheets (e.g. there is no reason to upload the windmill from every direction or whole construction phase for workshops) and that there are a lot of details that needs to be ironed out through testing. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 05:07, 21 December 2022 (UTC)<br />
:::::::::We have a green light on uploading all and any sprites. Their response to me can be seen [https://i.imgur.com/BhmHjzC.png here]. I'm sure someone else confirmed it before me. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 19:00, 21 December 2022 (UTC)<br />
<br />
<br />
Shifting temporarily to a new issue, is the documentation of [[Template:ArticleVersion]] outdated? It would seem so to me, since the current version no longer has its own namespace, with the templates needing updating being different ones. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 18:30, 20 December 2022 (UTC)<br />
:I think it is still accurate enough. We left open the possibility of making another namespace in the future, albeit with a different migration strategy - see [[#v50 organization|above]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:52, 20 December 2022 (UTC)<br />
<br />
Some Changes to infoboxes might be needed. Too bad [[User:Doorkeeper]] isn't around. He did a great work with navbox project--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:52, 21 December 2022 (UTC)<br />
<br />
I just realized that raw files aren't stored as regular wiki pages but loaded via the DFRawFunctions extension (hence the need to update). Good news it's going to be handled in bulk, consistently and relatively easy to updated. Even better it's Lethosor problem ;) Also I just realized that all the "raw files" (txt files in the new vanilla folder) are released into the public domain. Both are probably not news to the vets but I'll leave it here for those who less up to date like myself. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:35, 22 December 2022 (UTC)<br />
<br />
: I noticed that some templates aren't working properly in the new namespace, e.g. [[Basalt]] entry had its raw updated manually but the infobox fail to show any details. Cursory look suggest {{t|layerlookup/0}} need a minor tweak. This should do the work<br />
:: Replace: <nowiki>{{layerlookup/aux|{{{{FULLPAGENAME}}/raw}}|uses={{{uses|}}}|wiki={{{wiki|}}}}}</nowiki><br />
:: With___: <nowiki>{{layerlookup/aux|{{</nowiki><span style="color:red; font-weight:bold;">:</span><nowiki>{{FULLPAGENAME}}/raw}}|uses={{{uses|}}}|wiki={{{wiki|}}}}}</nowiki><br />
: Not sure what the plan and ETA with raws update so I didn't touch this high usage template for now. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 08:11, 24 December 2022 (UTC)<br />
<br />
::Please do feel free to make this update. I am still working on a script to create the <code>/raw</code> pages themselves. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:12, 1 January 2023 (UTC)<br />
<br />
Wouldn't it be an idea to add to the Sitenotice to remove the {{tl|migrated article}} tag when an article has been fully updated? I see many articles that seem to be updated still have the tag. And/or advise to make use of the {{tl|verify}} for sections still in need of checking? --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 10:12, 2 January 2023 (UTC)<br />
:Probably a good shout. The "see this page" link does include the detail on removing but we should more explicitly encourage removing the banner once a page has at least been looked over. [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:01, 2 January 2023 (UTC)<br />
<br />
== v50 specific issues ==<br />
=== Graphics===<br />
Follow up on the use of game sprites and the need to trying it out with a few images to test the infoboxes. First sprite [[:File:Beds v50.png]] was uploaded and used on [[Bed]] entry. Any thoughts? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:06, 21 December 2022 (UTC)<br />
:Seems like it should be rearranged to be horizontal. Also, has there been a serious discussion about copyright? Full screenshots are 100% fine, but you start going into a grey area when you upload pieces of a spritesheet. I'm of the opinion that it's all fine as long as it's inconvenient to reconstruct the full sheet from the individual images. Maybe a further restriction could be you shouldn't upload any of the art unless it's used in an infobox (maybe an exception for pieces of the UI). And one more restriction could be you shouldn't show everything, like in your bed example, maybe just the wooden bed is good enough, leave out the stone and metal, <small>especially since those can only be made from strange moods</small>. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:43, 21 December 2022 (UTC)<br />
::Actually, your bed image is kinda bad for showing off what a bed looks like because it doesn't show the pillow/blankets. That might point to cropped screenshots being the best path, although less convenient for the uploader, as you don't get details left out. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:46, 21 December 2022 (UTC)<br />
::I created a new license template [[Template:Copyright game]], based it on the way the RimWorld wiki does things. Call it a prototype, but it's probably how your bed image should be labelled. Indeed, I added it to it already. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]])<br />
<br />
::: I agree that the horizontal arrangement would suit better here and that we should strive to represent how things look in-game. Otherwise, I am not too concerned about people being able to reconstruct anything (lets just say that ''anyone'' interested in that can get the real thing from the game files), also it seem we have permission to use the sprits on top of fairuse. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 19:55, 21 December 2022 (UTC)<br />
<br />
::: Modifying the existing template to allow the inclusion of the new sprites is easy (Something like [https://ibb.co/zFXCrjd this]?) The big question is the matter of consistency is there any exceptions that will break the format (size wise with variant bloat for example), the sprite naming format, etc --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:44, 21 December 2022 (UTC)<br />
::: If we are going to show a variant for each material type, then maybe these should be added as separate images so we can add a tooltip for each image. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:49, 21 December 2022 (UTC)<br />
<br />
:I've got another prototype going here and here: [[User:Brightgalrs/vector.css]] and [[User:Brightgalrs/Sandbox]]. (You'll need to add the css stuff to your own /vector.css). Basically it's a way to recolor images using css classes. No idea if there's a better way. Also, the real implementation would require a change to [[MediaWiki:Common.css]]. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 22:41, 21 December 2022 (UTC)<br />
:Should mention, there ''is'' a different way, just upload each image 16 times, one for each coloring. But maybe that's not very elegant. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 22:45, 21 December 2022 (UTC)<br />
<br />
: It should be noted that soon the classic edition will be released, hence one should plan to have both the Premium and classic alongside in that little space --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 03:14, 22 December 2022 (UTC)<br />
::I'm looking into a tab extension to potentially support this in infoboxes. Perhaps [https://www.mediawiki.org/wiki/Extension:Tabs Extension:Tabs]? I tried [https://www.mediawiki.org/wiki/Extension:TabberNeue Extension:TabberNeue], but it displays a placeholder if JavaScript is disabled, which isn't great. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:22, 22 December 2022 (UTC)<br />
::: The Neue Tabber seem to works pretty much like the old one (which fandom [https://coding-help.fandom.com/wiki/Tabber#Adding_images_into_tabbers still use]) defaulting to showing the first tab only. Quick look suggest that neue work the same, plus the notice that 'Tabber requires Javascript to function' warning? if so, and if it is a bother, then you should be able to edit out the tabberneue-noscript string in code. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 06:29, 22 December 2022 (UTC)<br />
::: I much prefer your tabber solution, but if that fails we can also use the gallery slideshow mode. If so, beware it has no way to control image size so the images have to be maliciously uploaded using the exact same size. example:<br />
<gallery mode="slideshow"><br />
File:SteelSample.png<br />
File:TinSample.png <br />
File:ZincSample.png<br />
File:GoldSample.png<br />
</gallery> --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:19, 22 December 2022 (UTC)<br />
<br />
==== adding premium set to Infobox ====<br />
I am unclear where are we going with this? <br><br />
1) Will (A) tabs be implemented, (B) we be using mediawiki toggle [[Template_talk:V50_workshop|example]] for premium and classic/blocked, (c) put images side by side, or (d) something else?<br><br />
2) Also [[silver]] and [[Pig iron]] use very different image style for example.<br><br />
3) Anything else you want ? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:32, 30 December 2022 (UTC)<br />
<br />
: Personally, I would love tabs to be implemented, but I think that side by side might be best for most. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:32, 30 December 2022 (UTC)<br />
: Here is rough layout we can use. It should fit most buildings given the default sprite size. There is also a different floor plan for both (inspired by reddit) <br />
<br />
{|<br />
|- valign=top<br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 5×5<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><br />
|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|- valign=top<br />
|colspan=2|<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab"><br />
[[File:Siege workshop.png|center|160px]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><br />
{|<br />
|rowspan=2 style="width:50%; font-size: 125%;"|<center>{{Template:Picture Siege workshop}}</center><br />
|style="line-height: 1em; font-size: 125%;"|<br />
{| style="border-spacing:4px;"<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|}<br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 3×3<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|colspan=2 style="text-align: right;"|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="float:left; border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><span style="padding-top:5px; text-align: right;">{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}</span><br />
|- valign=top<br />
|rowspan=2 style="width:50%;"|<br />
<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab">[[File:Carpenter's workshop.png]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><center><br />
{| style="font-size: 175%; border-spacing: 0; background-color: black; border: 2px solid black"<br />
|- <!-- raw tile changes adds padding and margin --><br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|"|7:0:0}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|{{=}}|6:0:0}}<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"|<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|]|0:0:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
|}</center></div><br />
|<br />
{| style="border-spacing:5px;"<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1×1<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:Screw_press.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Screw press}}</center><br />
| style="border-left: 1px dotted #545557;"|<center>{{Template:Floor Plan Screw press}}</center><br />
|}<br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1×3<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:water_wheel.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Water wheel}}</center><br />
| style="border-left: 1px dotted #545557;line-height:normal;"|<center>{{Template:Floor Plan Water wheel}}</center><br />
|}<br />
|}<br />
:Any thoughts on the direction and or any and all of its elements? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:16, 31 December 2022 (UTC)<br />
<br />
::I kind of like side-by-side, if it fits. If anyone wants to implement a toggle button or tabs, I would ask that that be implemented in a template for now, so that e.g. we could change a toggle button to tabs in a single place if we decide to install an extension to support that. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:14, 1 January 2023 (UTC)<br />
<br />
::: I noticed a comment saying that [[impassable tile]] are no longer used in v50, is that true for all constructions? If so, floor plans are no longer needed, making things much easier as we can fit everything in except the 5v5 constructions like trade depot (and even these can be placed one above the other if so desired). If not, any thought on the alternative floor plan design? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:46, 1 January 2023 (UTC)<br />
<br />
:::: None of the constructions have blocking tiles any more from my experience playing. I haven't tested siege weaponry with that stuff, but none of the workshops have it, nor does any furniture. (walls and fortifications will of course obstruct movement [[User:AndrielChaoti|AndrielChaoti]] ([[User talk:AndrielChaoti|talk]]) 18:47, 1 January 2023 (UTC)<br />
::::: Ok, I have removed them from v50. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:48, 1 January 2023 (UTC)<br />
<br />
I have added a basic side by side variant to [[Template:V50 workshop]] and [[Template:Building]] for testing, let us know if there any issues. Few notes:<br />
* The default image naming scheme of <code>workshop-name.png</code> will likely conflict with existing images here or on commons, maybe another naming scheme should be used like <code>v50 workshop-name.png</code> as it is with ascii pictures.<br />
* There is inconsistency in image size. If you want to use large zoomed images then toggle is best, otherwise they need to be all in native size (96px for 3x3).<br />
* In the current version the code roughly centers the images and if there is a big image like with [[Siege workshop]] it drops to a new line --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:48, 1 January 2023 (UTC)<br />
<br />
How about combining shortcut keys and the new menu icons: <br />
<div style="color:white; font-size: large; text-shadow: -1px -1px 0 #000, 1px -1px 0 #000, -1px 1px 0 #000, 1px 1px 0 #000;"><!--<br />
<br />
--><span style="position: relative;><!--<br />
-->[[File:Ui b.png]]<div style="position: absolute; bottom:-14px; right:3px;">b</div></span><!--<br />
<br />
--><span style="position: relative;><!--<br />
-->[[File:Ui bo.png]]<div style="position: absolute; bottom:-14px; right:3px;">o</div></span><!--<br />
<br />
--><span style="position: relative;"><!--<br />
-->[[File:Ui bol.png]]<div style="position: absolute; bottom:-14px; right:3px;">l</div></span><!--<br />
<br />
--><span style="position: relative;"><!--<br />
-->[[File:Ui boll.png]]<div style="position: absolute; bottom:-14px; right:3px;">l</div></span><!--<br />
--></div><br />
--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 02:24, 3 January 2023 (UTC)<br />
<br />
:I worry that this is difficult to read (I read it as "boil" at first). I would rather use something like {{tl|k}} with a known background. What about something like this? <span style="position: relative;">[[File:Ui boll.png]]<div style="position: absolute; bottom:-14px; right:0px;">{{k|l}}</div></span> <br>or, alternatively, using flexbox without any overlap: <span style="display: inline-flex;">[[File:Ui boll.png]]<span style="align-self: flex-end;">{{k|l}}</span></span> &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:37, 3 January 2023 (UTC)<br />
:: Same, but that is the best I came up with. We can use the key or maybe someone can help improve the design. Also 'l' is hard to read even with {{t|key}}.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 03:05, 3 January 2023 (UTC)<br />
:: I added a {{t|Menu icon}} to start things so others can have a go with it. Also any thoughts on the icon naming convention (their shortcut sequence), is there easier/better way? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:36, 3 January 2023 (UTC)<br />
::[[User:BarelyCreative]] updated the template: {{Menu icon|b|o|l|y}}. I think it looks good, thoughts? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:40, 3 January 2023 (UTC)<br />
:::I like that, yeah. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:29, 4 January 2023 (UTC)<br />
::::There were some places where it didn't make sense so display every icon all the time (like step-by-step guides), so I changed it slightly to allow display of fewer icons using "num" and counting from the end: <nowiki>{{Menu icon|b|o|l|y|sep=-;|num=2}}</nowiki> {{Menu icon|b|o|l|y|sep=-|num=2}} [[User:BarelyCreative|BarelyCreative]] ([[User talk:BarelyCreative|talk]]) 09:05, 4 January 2023 (UTC)<br />
<br />
==== Bizarre palette-swapping idea/prototype ====<br />
No idea if this is a good idea, since it takes a bit of time to set up, and there might be some performance issues... and maybe display issues?<br />
<br />
But take a look at this:<br />
{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock|palette-name=amber}}<br />
<br />
It's way to swap palettes on an image, although the image itself is a table, with each cell representing a pixel. The template itself looks like this:<br />
<code><nowiki>{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock|palette-name=saffron}}</nowiki></code><br />
Input the pattern and desired palette name.<br />
<br />
I've got a larger showcase here: [[User:Brightgalrs/Sandbox/PaletteSwapShowcase]]. Only did a rock pattern so far, but all palettes are implemented. <br />
The major use for this would be on each stone, metal, wood, etc. type's page. The palette could be read directly from the raws. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 03:22, 24 December 2022 (UTC)<br />
<br />
:From a technical perspective, my primary concern is indeed performance. Both on the server side and client side, a large number of tables that large (in terms of markup and cell count, that is) tend to be resource-intensive to generate and render. I saw your image-filtering experiments on [[User:Brightgalrs/vector.css]], and while that strikes me as a newer and less-backwards-compatible approach, it would probably be more resource-friendly.<br />
:Is this color adjustment something the game is doing natively? i.e. does this accurately match what the game displays? I bet we could slap together an image-filtering extension (or find an existing one?) that can do this if needed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:49, 24 December 2022 (UTC)<br />
::Yeah that's what I suspected. The images the template creates are spot on, checked it against a screenshot I took of some mica rocks in-game. The css stuff is unfortunately totally incorrect, was cool to learn about it though, so not a complete waste of my time :p. The premium, in-game graphics are true sprites, basically patterns of indexed colors. Each of the in-game colors (which are significantly expanded over the 16 ascii colors, there's 116/117) there is a palette defined in "\Dwarf Fortress\data\vanilla\vanilla_descriptors_graphics\graphics\images\palettes.png". Each indexed color of the sprite is swapped for the corresponding color in the palette. Because of that, the css stuff doesn't work since it's doing the hue/saturation/brightness changes to the entire sprite.<br />
::I've looked into an existing mediawiki extension, couldn't find anything. One thing I did't really look at is some type of lua script/module that would basically emulate what the game is doing. So some function that takes in the base image as well as the desired palette, and based on that finds and replaces each color. No idea what mediawiki's capabilities are on that front. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 05:31, 24 December 2022 (UTC)<br />
:::We do have Scribunto installed now, so it's totally possible to do something in Lua too - forgot about that. I can add you to the group that grants access to edit the Module namespace if you want to give that a shot. If we use an extension, we'd probably need a custom one, similar to DFDiagram (or perhaps DFDiagram could be extended - it's in dire need of a rewrite anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:43, 24 December 2022 (UTC)<br />
::::I asked around on the mediawiki irc, I think scribunto/lua is a deadend, at least for taking an uploaded image and doing stuff to it with a lua script. However I did come up with this even more bizarre solution, using block elements. [[User:Brightgalrs/Sandbox/PaletteSwapShowcase2]], maybe less resource intensive? Definitely displays a lot worse though, probably unusable.<br />
::::{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock2|palette-name=saffron}}<br />
::::I dunno, maybe none of this is worth it and we should just write some external program to put all the images together offline, and then just mass upload. It wouldn't be ''that'' many... [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 06:37, 24 December 2022 (UTC)<br />
<br />
====Is there an easy way to just paste images from the clipboard?====<br />
<br />
I use KDE spectacle to take screenshots straight to the clipboard (after cropping) -- is there an easy way to just paste (and auto-upload) an image into an article? It would make it a lot easier to contribute images. [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 23:35, 1 January 2023 (UTC)<br />
:Unfortunately there is not. I would be open to a MediaWiki extension to support this if someone finds one. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:32, 2 January 2023 (UTC)<br />
:: Looks like this could do it, but I haven't used it before: https://www.mediawiki.org/wiki/Extension:SimpleBatchUpload [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 19:41, 2 January 2023 (UTC)<br />
::: It won't solve paste-from-clipboard, but this would be great for making uploading sprites much easier (auto-cutup spritesheet, rename, bulk upload). Could you add this, Lethosor? [[User:OddballJoe|OddballJoe]] ([[User talk:OddballJoe|talk]]) 21:47, 6 January 2023 (UTC)<br />
<br />
====Standards for adding graphical version screenshots and images====<br />
<br />
Hello, new user looking into adding imagery from the new version. Is there a standard for quality of new screenshots or images? I noticed that at a certain zoom level (2 zooms in from the furthest zoomed-out view), the graphics appear crisp and 1:1 pixel scaled, and I would propose that all images be taken at this scale whenever possible. If they need to be displayed larger, they should be nearest neighbor scaled in a photo editing program at 100% increments (Microsoft Paint will do this if you first select the image rather than directly scaling the whole canvas). I would also propose that images should be cropped to conform to the 32x32 pixel grid when possible, though this could be problematic with so many new graphical elements exceeding the bounds of their tiles. I would say the best practice for capturing artwork for items, furniture etc. ought to be done in a 3x3 open area to avoid shadows from nearby walls, or else extracted from the raw files (if this doesn't run afoul of being able to re-create the graphical version using those assets).<br />
<br />
I know that perfect is the enemy of good, and any documentation is better than none, but just thought I'd ask about this, and see if/where something like this ought to be posted. [[User:Unclesporky|Unclesporky]] ([[User talk:Unclesporky|talk]]) 13:58, 3 January 2023 (UTC)<br />
:It has been stated in [[Template:V50 workshop]] that <q>screenshots should be at the "native" resolution</q> but someone could edit the [[Screenshot]] page for best practice for the steam version. Or post some examples in [[Talk:Screenshot]] to find out what is best? --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 14:21, 3 January 2023 (UTC)<br />
<br />
====How would I/should I go about putting creature sprites on their pages?====<br />
<br />
Howdy. New player and wiki user here. I wanted to try and help update the wiki to the Steam release of DF, so I figured I'd chip in by putting each creature's sprites on their respective page, since I'll often look up a creature I have yet to see in game only to be met by a blue J, or whatever. I found all of the game's creature sprites in C:\Program Files (x86)\Steam\steamapps\common\Dwarf Fortress\data\vanilla\vanilla_creatures_graphics\graphics\images, so I figured I could just chop those up in Photoshop and stick them on here no problem, but the programming syntax/whatever it is on this site is incredibly confusing, I don't know how I'd actually go about doing it. I figured I'd just find the spot on the page where the little letter is and replace that with the image code, but it seems the pages are built using heavily nested templates that I can't even begin to understand. Any help?--[[User:Treese|Treese]] ([[User talk:Treese|talk]]) 03:07, 5 January 2023 (UTC)<br />
:Based on [[User:Zippy|Zippy]]'s work at {{tl|Creaturelookup_b}}, I added an "image" parameter to {{tl|creaturelookup/0}}, which is what creature pages should all be using. See [[Dwarf]] and [[Cow]] for examples. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:37, 5 January 2023 (UTC)<br />
<br />
=== Hotkeys/Menu navigation ===<br />
Most key bindings and menus have changed. Should the article reflect a) only the old version, b) only the GUI version or c) both? For example, [[Bridge|bridges]] used to be built via {{k|b}} -> {{k|g}}, but now it's in Place strucutures {{k|b}} -> Constructions {{k|n}} -> Bridge {{k|b}}. What should be written in the article? Currently, it's {{k|b}} -> {{k|g}}. I ''think'' it should be only b), but I am not sure if there will be differences regarding hotkeys or menus between the premium version and the free version and then, c) would be the most appropriate option. --[[User:Prometherus|Prometherus]] ([[User talk:Prometherus|talk]]) 10:16, 22 December 2022 (UTC)<br />
<br />
: Not sure. I wish the classic release soon --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 16:45, 22 December 2022 (UTC)<br />
:: Are you Toady's herald? Looks like it was just released! [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:18, 22 December 2022 (UTC)<br />
:: And our questions are answered, the old hotkeys seem to have been thrown out. Part of me is disappointed (useless muscle memory) but also relieved (unified UI for both versions is good in general and for the wiki). [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:25, 22 December 2022 (UTC)<br />
::: According to info, in a sort of 'demo version' at that. I'll wait a little while longer, for myself.[[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 18:22, 22 December 2022 (UTC)<br />
::::It's unlikely that keybindings in it will change significantly. My vote is that we should include information for both premium and classic, everywhere. Hopefully the keybindings are not different between versions. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:26, 22 December 2022 (UTC)<br />
:::Shouldn't it be based on the 50 or what verion the article is written for? [[User:Dominick|Dominick]] [[User_talk:dominick|<sup>(TALK)</sup>]] 18:42, 22 December 2022 (UTC)<br />
:::: The keybindings seem to be consistent between versions, (haven't checked exhausitvely, but since the menu layout is the same I think it is a good assumption). Should also keep in mind/consider that not all actions have keybindings. An option would be write 'Click on the <Example Text> icon or press {{k|E}}' [[User:Koos|Koos]] ([[User talk:Koos|talk]]) 23:14, 23 December 2022 (UTC)<br />
<br />
=== Removed features & concepts ===<br />
<br />
Since they're removed concepts, I've set [[Room]] to be a redirect for [[DF2014:Room]] and created [[Template:Activity zones]] for the nav bar bedrooms, etc, and made the necessary changes to [[Bedroom]] for it. Is this the correct approach, before I go on much further? (also a note, if it is, then [[Template:v50_rooms]] probably needs to be deleted) I also imagine that considering the number of changes in the interface, that things like [[Adventure mode]] and related pages might best be truncated to "not in 50.03" and when it does make it across, being more deliberately brought over in pieces? [[User:HawkOwl|HawkOwl]] ([[User talk:HawkOwl|talk]]) 06:23, 23 December 2022 (UTC)<br />
<br />
:Usually it is marked with [[Template:Removed_feature]]. For example: [[Dipscript]] or [[Party]]. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:45, 23 December 2022 (UTC)<br />
<br />
:: Ah, that's fair. Should that be mentioned in [[Dwarf_Fortress_Wiki:Versions#Redirects]]? [[User:HawkOwl|HawkOwl]] ([[User talk:HawkOwl|talk]]) 10:03, 23 December 2022 (UTC)<br />
<br />
:::I think the redirect policy mostly had in mind things that were removed a ''long'' time ago, like [[Tax collector]] and [[Economy]] (and the latter actually has a stub page as well). I guess we could clarify. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:34, 23 December 2022 (UTC)<br />
<br />
:::: The "current" redirects also cause the version box to incorrectly show that the current version has a page - e.g. [[23a:Cave_river]] shows a v50.04 version, but it's just a redirect back to that version. Similarly, what should happen to redirects like [[Clothes maker]], where a concept has evolved? It currently goes to [[23a:Clothes maker]] - that's correct if the user is trying to look up a very old concept, but if a new user is looking for "how to make clothes", they should be directed to [[Clothier]]. --[[User:Danny252|Danny252]] ([[User talk:Danny252|talk]]) 12:16, 26 December 2022 (UTC)<br />
<br />
:::: One should be careful with cv redirects. Most that were recently adjusted were unused plural forms (that should probably be deleted) but few like [[Crown]] needed that for backward compatibility. Removing the [https://dwarffortresswiki.org/index.php?title=Crown&type=revision&diff=279966&oldid=219482 cv part] means the the link on [[v0.31:Tilesets]] is now broken. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 22:30, 26 December 2022 (UTC)<br />
<br />
:::::If [[v0.31:Tilesets]] is about v0.31, it should not be using "main:" in its links - ''all'' of those links are going to pages about v50, not v0.31, regardless of whether the target is a redirect or not. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:37, 26 December 2022 (UTC)<br />
:::::: You right, I removed it. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 17:55, 27 December 2022 (UTC) <br />
<br />
Crown cv redir issue is now fixed, I believe. As goes with such cases where one can simply revert the troublesome edit, unless I've mistepped, myself? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 23:52, 26 December 2022 (UTC)<br />
:Both [https://dwarffortresswiki.org/index.php?title=Crown&diff=prev&oldid=280026] and [https://dwarffortresswiki.org/index.php?title=Crown&diff=prev&oldid=279966] should not have had any effect, because "cv" is an alias to the main namespace now, just like "main". Proof: [[Crown]], [[cv:Crown]], [[main:Crown]]. It's possible caching is coming into play here, although I purged the redirect cache after making that alias change earlier this month... &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:02, 27 December 2022 (UTC)<br />
<br />
I think there have been some changes not captured, but as a newb, I'm afraid to edit the page(s). A good example is Strawberry. I'm playing the Steam version right now and Strawberry plants are "not relevant to brewing" in Labor > kitchen > veg / fruit / leaves. Unless I'm mistaken and need to process them? Another example is the trade caravan = it seems the 3 square pathing no longer happens; it's just yak(s). 12:31, 28 December 2022 (UTC) 12:29, 28 December 2022 (UTC)<br />
:Strawberries should be brewable according to the Raws.<br />
:Trade wagons has been modified in v50. The first wagons will arrive at the same time your fort is becoming a barony. Until then, it's only pack animals and stairs are indeed fine. The [[Trading]] page needs a huge rework anyway... I'll try to do that next week. --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 13:40, 2 January 2023 (UTC)<br />
<br />
<s>As far as I can tell, none of the workshop buildings in v50 have blocking tiles any more. There's a comment to the like in data/vanilla/vanilla_buildings/objects/building_custom.txt that says this "[BLOCK:1:0:0:0] workbenches no longer block". Hesitant to update that template as I'm not sure if it's referenced for all of the old versions too. </s> [[User:AndrielChaoti|AndrielChaoti]] ([[User talk:AndrielChaoti|talk]]) 05:54, 29 December 2022 (UTC)<br />
: A new template has been created: {{tl|V50 workshop}} --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 13:40, 2 January 2023 (UTC)<br />
::Thanks! In general, I would like to delegate the switching responsibility to the template (like how {{tl|creaturelookup/0}} works), but in cases where the parameters diverge significantly like with workshops, it could make sense to make an entirely new template. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:40, 3 January 2023 (UTC)<br />
<br />
=== creature infobox prototype (moved) ===<br />
<br />
Check it out, I made a temporary template and added it to the [[cow]]s page. Now it shows the sprites (but not the zombified versions yet). I wanted to show everyone a prototype of what v50 creature infoboxes should look like. Or at least something similar to it. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 19:11, 27 December 2022 (UTC)<br />
:Hi, I'm new to editing wikis but I have done a bit of work with sprite sheets and I've been going through the DF data files to find the different graphics hoping to help with the animal pages. I've thrown together a template with grass and a few nature sprites (plants, a tree, and a rock) for size reference but I'm unsure how large the 'display' tiles in the middle of the template should be to suit all animals. I can see in the sprite sheets that some land animals have an adult and child sprite, so two tiles. Others have a male, female, and child, but after seeing you include the zombie cows I'm unsure if I should make it twice the size to add them too. Alternatively, I could grab some tiles from the haunted biomes for the zombie animals and make a separate template for a side-by-side comparison. Either way, let me know if this helps. I'd like to help with other graphics too as we add the premium tilesets but the animals seemed the easiest to tackle with me being new to wiki editing. ~~[[User:UristTheSeventh|UristTheSeventh]] ([[User talk:UristTheSeventh|talk]])<br />
::@Zippy, I am a bit perplexed about the purple cows. Why do we need a zombified version of creatures on every page?<br />
::@UristTheSeventh, we can use all the help. Maybe post an example, so that we can have something to compare and contrast.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:49, 3 January 2023 (UTC)<br />
:::@Jan Here are the examples: <br />
:::[[File:Creature template.png]] [[File:Armadillo.png]] [[File:Seagull.png]] <br />
:::It'll need to be wider or arranged differently for different creatures with more that two sprites or for multi-tile creatures. I can also do an aquatic and air themed template for swimming and flying creatures. ~~[[User:UristTheSeventh|UristTheSeventh]] ([[User talk:UristTheSeventh|talk]])<br />
::::Looks nice, like the metal template. There are several people working on updating the graphics you should talk more among yourselves. Best I can offer is that I width wise I am hoping to go up to 200px for infoboxes.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:13, 5 January 2023 (UTC)<br />
:::: We don't exactly ''need'' a zombie sprite on each page. I added it because it was... there. I was also hoping to get some opinions on it anyway since that infobox is a visual prototype, and not a final choice. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 03:28, 6 January 2023 (UTC)<br />
<br />
===Furniture Infobox===<br />
{{Quality|Unrated}}<br />
{{v50_furniture|name=Bed<br />
|graphic=[[File:bed_sprite_prototype.png]]<br />
|tile=Θ|col=6:0:0<br />
|wood=y<br />
|rooms=<br />
* [[Bedroom]]<br />
* [[Barracks]]<br />
* [[Dormitory]]<br />
|value=10}}<br />
I made a v50 furniture template prototype. I tested this on Firefox, Chrome and Microsoft Edge/Internet Explorer and it looks fine on all of them. I hope this is good enough to be the official thing, unless I'm missing something. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 03:28, 6 January 2023 (UTC)<br />
{{clear}}<br />
<br />
=== When do we remove the migration note on specific pages? ===<br />
<br />
At what point can we remove the "this page was auto migrated from v47" warning? There are a bunch of small pages that are more or less accurate, if I've reviewed them, can I go ahead and remove the warning? [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 23:33, 1 January 2023 (UTC)<br />
:Yes, feel free to remove it if you think all content is accurate. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:31, 2 January 2023 (UTC)<br />
<br />
=== Any info on fixing "creature description not found?" ===<br />
<br />
I see this issue on most creature pages, it seems to be due to a lookup that's not currently functioning? Cows interestingly doesn't have this issue but I couldn't figure out how to recreate whatever fix it's editor did. --[[User:Yallendallis|Yallendallis]] ([[User talk:Yallendallis|talk]]) 00:22, 3 January 2023 (UTC)<br />
:That is the missing raws issue described above. Cow was fixed by the addition of [[cow/raw]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:28, 3 January 2023 (UTC)<br />
::Ah makes sense, not fully used to the language of wikis yet so I read over it while looking. To put this bit of questioning to rest for any future readers, is it correct that it's fine to update any raws manually, though it will be done automatically at some point? --[[User:Yallendallis|Yallendallis]] ([[User talk:Yallendallis|talk]]) 07:48, 3 January 2023 (UTC)<br />
:::Yes. I'm circling back to work on a script right now, so not much point in doing it if you're reading this. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:57, 4 January 2023 (UTC)<br />
:::This should be fixed now. If you continue to see pages with problems, you can try [https://www.mediawiki.org/wiki/Manual:Purge purging the cache]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:59, 4 January 2023 (UTC)<br />
<br />
=== Adventurer Mode related sections ===<br />
<br />
The topic has already been discussed [[#Removed features & concepts|above]], but I don't see a clear line on what to do with article sections that mention Adventurer Mode. Like for example in [[Butcher#Adventurer_mode|Butcher]]. <br />
<br />
'''a) Truncate''' or '''b) leave in place with a mention''' that the mode is not yet present IG but will be added in a future update?<br />
<br />
Personally I think option b) is better, because I think it's silly to undo some work just to reintroduce it a few weeks later, with the necessary corrections. Even if a copy/paste of a previous version takes ~15 seconds, considering the number of articles that need to be corrected, it would be a bit of a waste of time.--[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 14:22, 3 January 2023 (UTC)<br />
<br />
== Toggleable image ==<br />
<br />
Any objections/comments to using this template for now for toggling between classic and premium images? I'd probably rename it to "Template:Premium-classic thumb image". I'm sure someone can come up with a better UI eventually, but should be easy to migrate at that point. I also think we should use the same customtoggle class for this and for the infobox. [[User:NiftyManiac|NiftyManiac]] ([[User talk:NiftyManiac|talk]]) 23:12, 1 January 2023 (UTC)<br />
<br />
{{User:NiftyManiac/Sandbox/TemplateDualImage|<br />
premium=File:Quickstart-finder.png|<br />
classic=File:Quickstart-finder-partial.png<br />
}}<br />
<br />
{{User:NiftyManiac/Sandbox/TemplateDualImage|<br />
premium=File:Quickstart-finder.png|<br />
classic=File:Quickstart-finder-partial.png|<br />
caption=My caption|<br />
width=100px<br />
}}<br />
<br />
:This looks nice to me! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:30, 2 January 2023 (UTC)<br />
<br />
: Good initiative. From the top of my head:<br />
:* I suggest using a shorthand, no one wants to type 'Premium-classic thumb image'. <br />
:* If we end up using toggle for infoboxes (not sure where we headed there), then I agree definitely same custom toggle class should be used for all, thus allowing to switch premium-classic view on the whole page at a click.<br />
:* The button part on a separate row isn't pretty, creating a lot of dead space that can be used by the text. Are we set on the label 'toggle ascii'? Classic isn't Ascii per se, maybe we can use a 'toggle' with a tooltip {{tooltip|for example|does bla bla bla}}, or maybe we can get rid of the text and have a smaller icon button ([[User:Jan/sandbox#Metal_example|two examples]]). <br />
: I hope that helps. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:21, 2 January 2023 (UTC)<br />
<br />
:: I added [[Template:Dual image]] with some of your suggestions. Agree that it's not super pretty, feel free to try something different. <br />
<br />
::* I put the toggle in the caption mostly because I gave up on trying to make a more sophisticated replacement for the default thumb image behavior, I'm sure someone with better wiki-fu could put together something more intelligent.<br />
::* I cut the text down to just "Toggle"; I think the best solution would be a small graphic showing the old and new dwarf icons with arrows between them. [[User:NiftyManiac|NiftyManiac]] ([[User talk:NiftyManiac|talk]]) 19:21, 2 January 2023 (UTC)<br />
<br />
{{Dual image|<br />
premium=File:DFwiki5by53by3farm.png|<br />
classic=File:Quickstart_layout_3.png|<br />
width=100px|<br />
caption=A 5x5 room with a 3x3 farm plot<br />
}}<br />
::: I updated the layout, now it should look just like a regular image thumb. I didn't had time to test it, if it doesn't work for you or you don't like it just revert the last change. cheers. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:46, 2 January 2023 (UTC)<br />
::::I don't know which part of this talk page to put this, but I added the ability to add icons to the v50 workshops template. Leaving the icon part blank will not break the template in any way. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 09:47, 3 January 2023 (UTC)<br />
{{clear}}<br />
==Creature List Now Supports Graphics!==<br />
I wasn't easy, but I made new templates so the [[Creature]]s page now supports both graphics sprites ''and'' ASCII tiles. Allow me to show you:<br />
<br />
{{v50_creaturecurrent_table_head}}<br />
{{v50_creaturecurrent table row|graphic=[[File:dwarf_sprite.png]]|name=[[Dwarf]]|symbol=☺|color=3:0:0|playable=Fort, Adv|hostile=No|food=No|size=60,000|value=Not tameable|biome=[[Mountain halls]], [[Fortress|dwarf fortress]]es, [[hillock]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:elf_sprite.png]]|name=[[Elf]]|symbol=e|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Forest retreat]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:human_sprite.png]]|name=[[Human]]|symbol=U|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=70,000|value=Not tameable|biome=[[Town]]s and cities|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:goblin_sprite.png]]|name=[[Goblin]]|symbol=g|color=7:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Dark fortress]]es and [[dark pit]]s|note=Snatchers<sup>2</sup>}}<br />
{{v50_creaturecurrent table row|graphic=[[File:kobold_sprite.png]]|name=[[Kobold]]|symbol=k|color=6:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=20,000|value=Not tameable|biome=Caves|note=Skulking race}}<br />
|}<br />
<br />
Oh wait, there's a bonus. You can also modify the background color of the box the sprites go in. I added that to make possibly-hard-to-see-otherwise sprites more easy to see - depending on the colors it has. Allow me to demonstrate.<br />
<br />
{{v50_creaturecurrent_table_head}}<br />
{{v50_creaturecurrent table row|graphic=[[File:dwarf_sprite.png]]|bgcolor=#829ccc|name=[[Dwarf]]|symbol=☺|color=3:0:0|playable=Fort, Adv|hostile=No|food=No|size=60,000|value=Not tameable|biome=[[Mountain halls]], [[Fortress|dwarf fortress]]es, [[hillock]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:elf_sprite.png]]|bgcolor=#c7dfc0|name=[[Elf]]|symbol=e|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Forest retreat]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:human_sprite.png]]|bgcolor=#c7dfc0|name=[[Human]]|symbol=U|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=70,000|value=Not tameable|biome=[[Town]]s and cities|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:goblin_sprite.png]]|bgcolor=#dfc0c0|name=[[Goblin]]|symbol=g|color=7:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Dark fortress]]es and [[dark pit]]s|note=Snatchers<sup>2</sup>}}<br />
{{v50_creaturecurrent table row|graphic=[[File:kobold_sprite.png]]|bgcolor=#dfc0c0|name=[[Kobold]]|symbol=k|color=6:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=20,000|value=Not tameable|biome=Caves|note=Skulking race}}<br />
|}<br />
<br />
To change the background color, add <code><nowiki>|bgcolor=COLOR</nowiki></code> segment after the <code><nowiki>|graphic</nowiki></code> part. You can use color names or HTML hex color codes. I added this to the v50 creatures page, but at this time, I only added the first five creatures I just displayed. It's gonna take a while to find ALL of those creature sprites. I hope a lot of people help out on that one. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 05:29, 5 January 2023 (UTC)<br />
<br />
:Thanks, looks nice! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:44, 5 January 2023 (UTC)<br />
:Nice stuff, took the quick liberty to change the padding-left -> text-align to make all the sprites center aligned relative to each other :) Sweet work --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:41, 5 January 2023 (UTC)<br />
:: Good work indeed. One minor issue, is that all the sprites have different sizes, which sometimes create slight variation in table row height. Consider using capping the image size vertically for example <code><nowiki>[[File:dwarf_sprite.png|x32px]]</nowiki></code>--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:15, 5 January 2023 (UTC)<br />
:: Also often in such tables people want to click on the image to go for the specific entry, and often will try to click on the very first thing they see in line the thumb image, but currently that will take them to the file page. Consider adding link parameter for example: <code><nowiki>[[File:dwarf_sprite.png|x32px|link=dwarf]]</nowiki></code> [[File:dwarf_sprite.png|x32px|link=dwarf]] or no link at all <code><nowiki>[[File:dwarf_sprite.png|x32px|link=]]</nowiki></code> [[File:dwarf_sprite.png|x32px|link=]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:24, 5 January 2023 (UTC)<br />
::: I mean... Yeah, I could do that. I think that lessens the quality of the sprite a bit because it makes edges blurry, but either way is fine. I could have sworn I added a link for all those images the first time. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 03:23, 6 January 2023 (UTC)<br />
::::Since we are adding pixel art sprites to the website it might be convincing to add a global class like .sprite or .pixel-image that uses the CSS attribute `image-rendering: pixelated;` in order to prevent blurryness when scaling the image up/down. Just a thought --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 09:40, 6 January 2023 (UTC)<br />
:::::Are we able to attach classes directly to images? If so, we can probably attach inline styles directly as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:52, 6 January 2023 (UTC)<br />
::::::Looks like (without an extension) MediaWiki only supports classes on images: [[File:dwarf_sprite.png|x32px|class=pixelated]] and not styles: [[File:dwarf_sprite.png|x32px|style="image-rendering: pixelated;"]] it just treats it as alt text it looks like? Wrapping it in a div works and demonstrates the difference: <div style="image-rendering: pixelated;display:inline;">[[File:dwarf_sprite.png|64px]]</div> [[File:dwarf_sprite.png|64px|inline]]. Speaking from experience, however, image-rendering needs a browser specific prefix in certain browsers (safari, for example) in order to work properly. I'm not entirely sure what the best "MediaWiki" practice is for adding something like this but I would assume it's a simple class in common.css for now. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:17, 6 January 2023 (UTC)<br />
:::::::Ah, yeah, you are correct, I should have checked https://www.mediawiki.org/wiki/Help:Images. I'd be fine adding a class like that to common.css. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:27, 6 January 2023 (UTC)<br />
::::::::Great, in that case if no one is opposed we can add `.game-sprite` or something like that? See below for the CSS, the order of the attributes is relevant. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 18:23, 6 January 2023 (UTC)<br />
<pre>/* Used for pixel-art images from the game so they can be resized and maintain crisp pixel edges. */<br />
.game-sprite {<br />
image-rendering: -webkit-optimize-contrast;<br />
image-rendering: crisp-edges;<br />
image-rendering: pixelated;<br />
}</pre><br />
:::::::::So... you guys think each creature page should show the main sprite(s) alone, or should it show the baby versions alongside them? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 08:37, 8 January 2023 (UTC)<br />
{{clear}}<br />
=== Graphics in Skill Infoboxes ===<br />
{{v50_skill<br />
| color = 7:0<br />
| graphic = [[File:miner_sprite_icon.png]]<br />
| skill = Miner<br />
| profession = Miner<br />
| job name = [[Mining]]<br />
| tasks =<br />
* [[Dig]]<br />
| attributes =<br />
* Strength <br />
* Toughness <br />
* Endurance<br />
* Willpower<br />
* Spatial Sense<br />
* Kinesthetic Sense}}I've made yet another visual prototype for skills. In other words, we can put sprites of matching dwarves (and possibly humans, elves, goblins, etc.) at the top of infoboxes. If multiple images are put up there, that can mess up the alignment, but don't worry, Zippy thought of that. <code><nowiki>|graphicmargin</nowiki></code> can added, and a percentage or a "px" number can be placed in that parameter to fix it. If you leave said parameter out, the alignment will default to about 42% from the left. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 06:06, 7 January 2023 (UTC)<br />
<pre><nowiki><br />
{{v50_skill<br />
| color = 7:0<br />
| graphic = [[File:miner_sprite_icon.png]]<br />
| graphicmargin = (OPTIONAL)<br />
| skill = Miner<br />
| profession = Miner<br />
| job name = [[Mining]]<br />
| tasks =<br />
* [[Dig]]<br />
| attributes =<br />
* Strength <br />
* Toughness <br />
* Endurance<br />
* Willpower<br />
* Spatial Sense<br />
* Kinesthetic Sense}}<br />
</nowiki></pre><br />
::Not sure I understand the alignment issue, can you not put text-align: center on the parent table element instead of messing with explicit margins? As another sidenote, should we continue to be naming all of these templates v50_x, I find that a bit confusing. Why not just edit the main templates with the additional information. Loving all the new templates though nice work Zippy :) --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:43, 7 January 2023 (UTC)<br />
:::No, text-align doesn't work with images and divs. That just works for text. When it comes to images, you got to put a little "finesse" on the CSS with those. As for editing the classic templates with the new info, it doesn't always work that way with ''every'' template. Lethosor I think ''did'' update the creature infobox template in the way you mentioned. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 08:37, 8 January 2023 (UTC)<br />
:::: You can use something like this to automatically handle that--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 08:56, 8 January 2023 (UTC)<br />
{|<br />
|-<br />
|<div style="width:200px; display:flex; background-color:#eaecf0;"><br />
[[File:miner_sprite_icon.png|center]]<br />
<div><br />
|<div style="width:200px; display:flex; background-color:#eaecf0;"><br />
[[File:miner_sprite_icon.png|center]] [[File:miner_sprite_icon.png|center]]<br />
<div><br />
|<div style="width:200px; display:flex; background-color:#eaecf0;"><br />
[[File:miner_sprite_icon.png|center]] [[File:miner_sprite_icon.png|center]] [[File:miner_sprite_icon.png|center]]<br />
<div><br />
|}</div>Janhttps://dwarffortresswiki.org/index.php?title=Dwarf_Fortress_Wiki_talk:Versions&diff=284645Dwarf Fortress Wiki talk:Versions2023-01-08T08:56:58Z<p>Jan: /* Graphics in Skill Infoboxes */</p>
<hr />
<div>{{archive|<br />
# [[DF Talk:Versions/Archive 1|Page 1]]}}<br />
<br />
== Version 0.31.19 starts a new DF generation? ==<br />
<br />
My reading of Toady's comments on the release of 0.31.19 is that it came out basically because he felt it would take too long to get DF all the way to 0.32. With the ore changes, the sitefinder changes, the addition of grazing and several different industries, there's a lot of changes between 31.18 and 31.19. So I'm thinking it might be a good idea to call it the first release of DF2011 - and what we refer to as "DF2010" would then become 0.31.18.<br />
<br />
Thoughts? --[[User:DeMatt|DeMatt]] 07:06, 28 February 2011 (UTC)<br />
<br />
==Revisiting Redirects==<br />
I wasn't around when the redirect policy was created, and I'm having trouble understanding the rationale. The example claims that linking [[Main:Cheese]] to [[cv:Cheese maker]] is problematic...but mainspace only ever redirects to the current version. If the best target in the current version is cheese maker, why not link to it directly? (It's not, at least for Cheese, since [[DF2012:Cheese]] exists now.) The explanation seems to be claiming that 40d articles that link to Cheese will follow the Mainspace link--but that hasn't been the case for a long while now. Articles in 40d automatically link against other articles in 40d, so that version remains internally consistent no matter where mainspace links to in the current version. For a current example, what do we gain by linking [[Main:Mead]] to [[cv:Mead]] and linking [[DF2012:Mead]] to [[DF2012:Alcohol]]?<br />
<br />
If this really is just an outdated procedure, I recommend we drop the mummery and allow mainspace to link to cv:(best target). Double redirects ''may'' work (sometimes, but [[Main:Mead]] demonstrates a common problem where automatic redirection fails), but if they are unnecessary I think they should be avoided, partly because of problems like [[Main:Mead]] and partly because of the effort required to protect double redirects from users who believe they are problematic.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:16, 8 January 2014 (UTC)<br />
<br />
:I was just thinking that. I'm currently attempting to write a basic extension to eliminate the need for mainspace redirects entirely, although Mediawiki's class structure may make this more difficult than I had hoped (the only method I've found for resolving redirects takes the ''article text'' instead of a title, e.g. "#REDIRECT ..."). I do agree that the current situation with redirects isn't ideal, so I'm hoping this will work better (once I get it to work). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:42, 8 January 2014 (UTC)<br />
<br />
Okay, that wasn't quite as clear as I meant it to be. In general, I think this is a tricky situation. Mediawiki wasn't designed to have five content namespaces, and certainly not chains of redirects between them. The problem that was pointed out in the [[DF:REDIR|policy]] is the fact that with:<br />
Main:Foo -> cv:Bar<br />
pages in the cv: namespace can't use [[<nowiki/>foo]], since the namespace links modification causes it to be treated as [[<nowiki/>cv:foo]] instead, which doesn't exist. The current suggested solution is this:<br />
Main:Foo -> cv:Foo -> cv:Bar<br />
This fixes the problem of [[<nowiki/>foo]] not working on cv pages, but creates issues with double redirects not always working. Another solution, which is more intuitive to new editors, is:<br />
Main:Foo -> cv:Bar<br />
cv:Foo -> cv:Bar<br />
Both require creating two redirects. The first method has the advantage of ''ensuring'' that the cv redirect exists (otherwise, main:foo would be a redlink), while the second has the advantage of working more reliably in a couple cases.<br />
<br />
What I'm trying to do is make main:Foo "jump" to cv:Foo when cv:foo exists, ''even if main:foo doesn't exist'' (basically it would treat all mainspace pages as redirects to cv pages, but only if the cv page exists and not the mainspace page). I had main:Bar jumping to cv:Bar fine, but if cv:Foo redirected to cv:Bar, accessing main:Foo would mysteriously stop at cv:Foo even if I increased the redirect limit. What I'm trying to do now is follow the redirects internally, without relying on Mediawiki to do it automatically - unfortunately, that has proved to be harder than I had hoped (and I sent my web server into an infinite loop while trying). I will try to work on this some more when I get a chance, although I'm not sure when that'll be yet :(. For now, feel free to fix broken double mainspace redirects as necessary, as long as redirects in the DF2012 namespace stay pointing to the right page (and new mainspace redirects get added in the DF2012 namespace too). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:21, 9 January 2014 (UTC)<br />
<br />
:You're treating cv like a namespace--it's not. It is simply shorthand for "fill in the current version here". [http://dwarffortresswiki.org/index.php?title=User_talk:Briess&diff=182404&oldid=181281 As I discovered a long time ago on a server not far away], linking from Main:Foo to cv:Foo tends to break redirection chains. If, instead of linking to cv:Foo, you link to DF2012:Foo, it might just work. It would, of course, be better if your patch could evaluate cv itself, but even if you have to hardcode the current version it's a single point of maintenance that requires update very infrequently. (For that matter, we could probably dispense with the cv hack entirely and just have a bot update mainspace links from DF2012 to DF201X when we switch to a new version.)--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:05, 9 January 2014 (UTC)<br />
::I know cv isn't a namespace - I was just trying to avoid future confusion when the DF2012 namespace changes. It's interesting that changing "cv" to "DF2012" fixes some broken redirects, although I've found that simply making an edit to a broken redirect can usually fix it as well. I've actually had the most problems with double redirects when the second one (in the DF2012 namespace) doesn't use the DF2012 prefix (e.g. main:Foo containing <nowiki>[[cv:Foo]] and DF2012:Foo containing [[Bar]]</nowiki>). I'd rather keep the cv alias even if it isn't necessary for mainspace redirects when I get the patch to work, since it makes it easier to refer to the current version of the page (for example, several MDF articles contain links to a vanilla page for things that don't change in the mod).<br />
::Also, using aliases like "cv" is supported by Mediawiki; in fact, several WMF wikis use them (for example, "[[wikipedia:WP:Redirects|WP:Redirects]]" on Wikipedia). It's quite likely that Mediawiki isn't processing double redirects using aliases correctly, though, since that's uncommon on most wikis. --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:35, 9 January 2014 (UTC)<br />
<br />
In light of the lack of support for the current redirect policy, I propose we replace the current redirect section with:<br />
<br />
:Mainspace article pages should use the cv: alias when redirecting to a versioned page, which will automatically update the link when a new version is released. For example, page "Main:Foo" should redirect to page "cv:Bar" (where "Bar" is the page that best describes the topic Foo in the current version).<br />
<br />
:Pages in mainspace should only redirect to an older versioned page if that content no longer exists in the current version of the game (e.g. [[Cave river]], [[Chunk]]). In these cases the cv: alias cannot be used. <br />
<br />
:Pages inside a versioned namespace should not use the cv: alias. Instead, they should redirect to the best page within that versioned namespace (e.g. [[DF2012:Dodging]], [[v0.31:Drink]]).<br />
<br />
:Due to limitations of the wiki software, double redirects should be avoided if possible. When fixing double redirects in mainspace, please make sure to use the cv: alias as appropriate.<br />
<br />
If no one objects, I will make this change in a few days.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:21, 15 January 2014 (UTC)<br />
<br />
:Okay with me. It may be worth mentioning that double redirects only really need to be changed when they don't work (since changing a lot of redirects that work isn't necessary), but I think it's clearer and more relevant than the current policy. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:26, 16 January 2014 (UTC)<br />
<br />
Done.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:55, 22 January 2014 (UTC)<br />
<br />
I was finally able to get my extension to work after being motivated by one too many malfunctioning redirects. It now causes nonexistent pages in the main namespace to behave exactly like redirects to their DF2012 counterparts (when linked to, accessed directly, and transcluded). Double redirects also work (up to 100, in fact, although that was a temporary safety measure that I'll probably change). This means we'll be able to safely get rid of all mainspace redirects (redirects that redirect to something other than "cv" will still function if not deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:20, 14 March 2014 (UTC)<br />
:What about articles which don't exist in the current version but do exist in older versions? Will those still need mainspace redirects, or will your extension be able to automatically redirect them to v0.31/40d/23a? --[[User:Quietust|Quietust]] ([[User talk:Quietust|talk]]) 01:29, 14 March 2014 (UTC)<br />
::It ignores all mainspace pages that actually have content, including redirects, so pages like [[masons guild]] won't be affected (unless deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:47, 14 March 2014 (UTC)<br />
<br />
Done and deployed. [[Cat]] is still treated as a redirect, even though I just deleted it (try clicking on the "redirected from" link). Pages that exist are ignored, so [[Masons guild]] and [[History of Dwarf Fortress]] still function normally (as a redirect to a 23a page and a non-redirect, respectively). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:57, 14 April 2014 (UTC)<br />
<br />
I'm sending around a bot right now to delete all redirects of the format "foo -> cv:foo" (a surprising number don't fit this format, so I'm leaving them alone for now). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:43, 14 April 2014 (UTC)<br />
<br />
:I'm confused. Do we use double redirects or not? Is there a single place we define our linking policy (including redirects), and is it updated? <br />
:I had trouble linking to [[Consolidated_development]] in [[v0.34:Dragon]]. It kept pointing to v0.34:Consolidated_development, which does not exist. I ended up linking to Main:Consolidated_development to make it work. --[[User:Nahno|Nahno]] ([[User talk:Nahno|talk]]) 10:18, 1 July 2014 (UTC)<br />
<br />
::That's a separate problem altogether - links in the versioned namespaces (v0.34, v0.31, 40d, 23a) automatically link to pages within their namespace. I may be able to set up a fallback to mainspace once I'm able to deploy again, but for now the "main:" alias is the intended solution. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 11:36, 1 July 2014 (UTC)<br />
<br />
== Google often directs people to the 0.31 page ==<br />
<br />
I've noticed a couple of times that finding a wiki page from an external search will often drop me onto a page from an older version. Is it possible to mitigate this somehow for new players? I could imagine something like redirecting old:Bar -> cv:Bar unless the user has come from old:Foo; no idea if that would actually work though. [[User:PeridexisErrant|PeridexisErrant]] ([[User talk:PeridexisErrant|talk]]) 11:48, 4 May 2014 (UTC)<br />
<br />
:As a temporary solution, I could write a script that displays a banner of some kind if the user came from an external site. I'll ask Briess if he can do anything on the server level to increase the weighting of the current version's pages. (Obviously there are situations where people are looking for old pages, like [[23a:dungeon master]], so we don't want to disable indexing entirely on old pages.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:03, 4 May 2014 (UTC)<br />
<br />
== DF2014? ==<br />
<br />
As Toady [http://www.bay12games.com/dwarves/ draws closer to a new release], it might be worthwhile to discuss the addition of a new version to the wiki. The upcoming release covers two years of changes and introduces a number of new plants, foods, drinks, multi-tile trees, climbing, jumping, etc., so it is likely to have significant changes from the current DF2012. To avoid having people start new pages (and lose all the effort spent refining the prior version's page), I think it would be best to have a bot automatically copy over the DF2012 pages as a starting point for DF2014. I would suggest that these copied pages include a noticebox template mentioning that the content may be outdated, so that we can easily track which pages have been reviewed. I think either the {{tl|version check}} or {{tl|old}} template would work. --[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:43, 5 May 2014 (UTC)<br />
<br />
:This is what [[User:QuietBot]] did after the 0.34 release, so it's certainly possible to use the same script to migrate to DF2014. I would like a way of tagging migrated pages, since inaccuracies in some pages went unnoticed for months after they were migrated. Since {{tl|old}} is already in use, {{tl|version check}} may be a better solution (it can be reworded slightly, or we can make a separate template for DF2014 migration). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:23, 1 June 2014 (UTC)<br />
:Made [[Template:DF2014 migrated]] as an example. Any thoughts? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:32, 1 June 2014 (UTC)<br />
<br />
== Redirects inconsistency ==<br />
<br />
Following a redirect is supposed to be exactly the same as going straight to the page it redirects to, but this actually isn't the case:<br />
* Go to [[Seeds]] and you get [[v0.34:Seed]] (outdated)<br />
* Go to http://dwarffortresswiki.org/index.php?title=Seeds&redirect=no and click on the link and you get to [[DF2014:Seed]] (current)<br />
So if you search for "seed", the top result is the DF2014 version. But search for "seeds" and you get the redirect, which sends you to the outdated page instead. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:22, 22 February 2015 (UTC)<br />
<br />
While I'm talking about redirects, it seems redirects to sections don't work: see [[DF2014:How do I manage my seeds and crops]]. I know MediaWiki is capable of this trick because Wikipedia does it. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:32, 22 February 2015 (UTC)<br />
<br />
:I have absolutely no idea why [[seeds]] redirects to a v0.34 page - it could be a Mediawiki bug. The section links issue is due to a known issue in the redirect extension we use, which has yet to be fixed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:01, 23 February 2015 (UTC)<br />
:It looks like deleting both [[Seeds]] and [[DF2014:Seeds]] fixed things (by allowing AutoRedirect to handle the redirects instead). Feel free to tag any others with {{tl|bad redirect}}. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:03, 23 February 2015 (UTC)<br />
::It gets stranger. [[Vial]] redirects explicitly to [[cv:Flask]] which displays (when you look at it with &redirect=no) as [[DF2014:Flask]], but still goes to the v0.34 version. It seems redirects interpret the cv: pseudo-namespace (or whatever it's called) in an outdated way. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 18:08, 23 February 2015 (UTC)<br />
::I've added a note to this page about this issue. If it gets resolved, the note should be removed. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 21:04, 23 February 2015 (UTC)<br />
<br />
<br />
==Reorganizing versions==<br />
<br />
The internet deals with moved content... poorly. Google is still linking to v0.34 pages more than a year after the switch to "DF2014", and even the wiki software still has cached links pointing to the old version pages.<br />
<br />
I propose reorganizing versions on the wiki to avoid moving content whenever possible. Instead of having a temporary "current version" namespace that changes occasionally, all the current information gets promoted to the Main namespace. When the next version split occurs, the Main articles as of a certain revision number can be copied to the newly-created permanent "old version" namespace, while all the current information remains in Main. This not only fixes the link rot issue, but it has a few other benefits as well: fewer administrative tasks, no lockdown (a historical version of the Main pages can be copied at any point, even if the Main articles are already modified for the new version), almost all the article history is maintained in the Main article (instead of being spread unevenly across multiple versions), no "temporary" namespaces are needed, fewer problematic long redirect chains, and hopefully less user confusion (since Main gets priority in search results, etc.).<br />
<br />
As an example, today we would not have a DF2014 namespace (which is good because "temporary" namespaces historically disappear anyway). If you ran a search for [[seed]] you'd end up at Main:seed, which would have all the current information on seeds. The version box at the top of the page would still link to the older versions of the seed article. When a new version is released, an admin would choose a revision number and copy the Main:seed article as it exists at that revision number to v0.40:seed. That's it. One historical copy that needs little to no new editing, and zero redirections/moves.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:02, 27 July 2015 (UTC)<br />
<br />
:Makes sense to me. It would involve a lot of work, though (e.g. fixing templates and categories to account for the current version being in mainspace), although that should be doable thanks to {{tl|category}}, {{tl|version switch}}, etc.. A bot could be set up to copy revisions from before a release date as well, which would be more difficult (and maybe slower) than a direct copy, but not severely. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:24, 30 July 2015 (UTC)<br />
<br />
:Actually, there are a few issues with that, namely that there wouldn't be an easy way to distinguish between versioned and non-versioned mainspace pages. There are ways to resolve Google search priority (we can exclude pages from older versions from search engine results if there are newer versions of those pages available, for example). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:47, 6 August 2015 (UTC)<br />
<br />
::There aren't very many non-versioned mainspace pages, and determining if a page is versioned is as simple as looking for the version template and/or categories added by the version template (e.g. copy [http://dwarffortresswiki.org/index.php/Category:Current this category] instead of Main:*). The problem with "suggesting" newer pages to Google is that they obviously aren't crawling our wiki regularly (if they were, the fact that the mainspace redirects point to new pages would automatically be picked up). Even if your Google hints worked they wouldn't do anything for all the other broken links out on the 'net.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:35, 6 August 2015 (UTC)<br />
<br />
::: Google actually crawls the wiki constantly - we probably get crawl hits from google for a continuous block of 2-3 hours per day, each and every day. Why they are slow to update is beyond me though. I can't remember why we didn't do this initially, but there was a technical limitation involved if I remember correctly. --[[User:Briess|Briess]] ([[User talk:Briess|talk]]) 22:05, 6 August 2015 (UTC)<br />
<br />
::: There are &lt;meta> tags that can be used to hide pages from search results (for search engines that recognize them, that is). Searching for {{tl|av}} or [[:Category:Current]] might work, although we'd have to make sure all of the DF2014 pages include that (some pages don't, particularly some disambiguation pages, although all of them should). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:53, 6 August 2015 (UTC)<br />
<br />
:Is there a particular reason main and current are separate to begin with?—[[User:CLA|CLA]] ([[User talk:CLA|talk]]) 00:17, 7 August 2015 (UTC)<br />
<br />
::It's mostly intended to distinguish between versioned and non-versioned pages and make version-related templates simpler to work with, since every versioned page has a namespace. I wasn't active here in 2010 when this system was created, so Briess and Emi would know more.<br />
::Another issue I just thought of with Loci's suggestion is categories - currently, categories like [[:Category:Animals]] are used to organize the versioned sub-categories. Sure, we can change {{tl|Category}} to categorize mainspace pages in [[:Category:v0.40:Animals]] or [[:Category:DF2014:Animals]], but that would be less straightforward because there wouldn't be a namespace with that name (until pages are migrated when a newer major version is released). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 13:05, 7 August 2015 (UTC)<br />
<br />
:Moving current pages to the main namespace sounds like a great idea. -[[User:Jecowa|Jecowa]] ([[User talk:Jecowa|talk]]) 20:47, 4 January 2018 (UTC)<br />
<br />
Another thought: dealing with migrating redirects could be difficult with this proposal - specifically, determining which redirects should be migrated to a versioned namespace. Redirects can't contain {{tl|av}}, at least not before ``#REDIRECT``. I ''think'' it would be possible to copy pages in two stages, though - all non-redirects first, then all redirects whose targets were also copied. Thoughts? Anything I'm missing? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:41, 27 June 2019 (UTC)<br />
<br />
Some subpages (particularly /raw and /Edit notice) also deliberately lack {{tl|av}}, although those shouldn't be too hard to handle. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:35, 9 July 2019 (UTC)<br />
<br />
:Redirect pages (and all other edge cases I've looked at) can be included in categories (like [[:Category:Current]]) to determine whether or not they should be copied into an archival version. But if the redirects are "properly qualified" then they can all be copied over blindly. Mainspace redirects pointing to versioned information should use a blank namespace (which will be automatically constrained to the archival namespace); mainspace redirects pointing to unversioned information should use an explicit "Main" (which will automatically link back to the unversioned page). Then, when [[[[Toady]]]] gets copied to [[[[v0.4x:Toady]]]] it will point back to [[[[Main:Toady One]]]]. Meanwhile, [[[[Beer]]]], copied to [[[[v0.4x:Beer]]]], will properly point to [[[[v0.4x:Alcohol]]]].--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:00, 14 July 2019 (UTC)<br />
<br />
::I think qualifying redirects is the best solution here - categorizing redirects manually is another possible source of errors, since categories (or a lack thereof) would only be visible on the redirect page itself, and [[:Category:Current]] is a hidden category. Copying over mainspace redirects into versioned namespaces would also resolve some issues that have come up due to those not reliably existing currently. I should be able to set up a bot script to add "main:" to current mainspace redirects (and it shouldn't break anything, since those redirects go to other mainspace pages anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:57, 14 July 2019 (UTC)<br />
<br />
(Note: I wrote all of this without noticing the previous discussion above.) I was wondering, when the wiki creates a new namespace for a major release again, if it is possible to ''not'' create a namespace for the next current version (e.g. "DF202x") and instead have the mainspace articles (which are currently redirects) become the new cv and move the content there. Therefore, [[cv:Cat]] would just be "[[Cat]]" (or [[Main:Cat]]).<br />
<br />
Certain namespace-related templates like [[Template:Ns/0]] would need to be changed, though nothing significant as far as I know. For most cases, any "DF2014" would be replaced with "Main" or even blank. There's also multiple extensions handling the current namespace system and they may need to be modified too, though I'm not sure if or how much. I'm guessing based on the discussions above that it will change stuff up.<br />
<br />
My reason is the current namespace is increasingly becoming more anachronistic. "DF2014" could be misinterpreted as "this page is about the 2014 version of the game" or "this page was last updated in 2014", which I've seen a few people in forums mention. Granted that [[Template:Av]] is on the top of very article, I still think the namespace is inconsistent with the recentness of the article. But how is this related to what I'm asking for? Let's say we continue the current system: if we happen to do a new namespace change this year and create DF2020, the next major release (after graphics/UI) will be mythgen, which is estimated to take several years to develop (the Big Wait), and so the anachronism will start over again. The proposed way will prevent this from occurring for the next major release and every release thereafter.<br />
<br />
I think the confusion with having a namespace that becomes old-fashioned overtime supersedes the confusion with not marking current versioned articles with a namespace. Most users just search "Cat" on the search bar and naturally expect to get information about the latest release of DF. So if users go a page that's just titled "Cat", they won't expect outdated info about cats from a previous release. That's how the current system works anyways. We'll be skipping the two-step process that we have now. It'll make several wiki tasks much simpler as well. Editors can create new articles for current versions without remembering to add a namespace. It'll fix any existing issues with (double) redirects; instead of [[Main:Kitten]] redirecting to [[cv:Kitten]], which goes to [[DF2014:Kitten]], which then redirects to [[DF2014:Cat]], [[Main:Kitten]] would just redirect to [[Main:Cat]]. And the cv: alias will no longer be necessary since "cv:" = "Main:" and will be forever.<br />
<br />
There's no need to differentiate the current version and previous versions with a namespace for the current version is what I'm saying. Articles of previous versions will retain their respective namespaces. Users will still type "40d:Cat" to go to the 40d version of the article, but if they want the current version, they'll just type "Cat" (like now). The mainspace containing the "live" version of an article is natural and would create no uncertainty when browsing the wiki. And it would simplify the wiki somewhat and future-proof this anachronism problem. As a bonus, this change will also prevent web search engines from showing previous version pages when typing "DF cat" or something. (This isn't happening right now as DF2014 has been the current namespace for ~6 years, but it'll happen again when everything moves to a new namespace.)<br />
<br />
This is the gist of it, and I may have ignored most of the problems with this proposal. I have personally wished for the whole version namespacing be made less complicated and have been seeking for a solution, and I feel like this is the best way to go about in the future. – [[User:Doorkeeper|Doorkeeper]] 21:27, 14 August 2020 (UTC)<br />
<br />
:<s>Whoops, looks like Loci already proposed this exact thing long ago. I definitely missed that discussion and should have checked first. My apologies. I'll move my text to that section and remove this one. – [[User:Doorkeeper|Doorkeeper]] 21:36, 14 August 2020 (UTC)</s> Done. – [[User:Doorkeeper|Doorkeeper]] 21:40, 14 August 2020 (UTC)<br />
<br />
:The main issue I have with that is that putting pages about the current version in a namespace also differentiates between those pages and pages not about ''any'' version (for example, [[Toady One]] does not need a 40d or v0.34 page). Yes, we can use {{tl|av}} to mark versioned pages, but people often forget to add that to new pages. The current system also allows determining whether a page is versioned or not from its title, which makes migrations a lot faster. Relying on {{tl|av}} would require either reading the content of every page (which would slow scripts down significantly) or cross-checking with the list of all pages including the template (feasible, but a bit more complicated, and still susceptible to missing templates). I suppose that manually fixing and migrating pages missing {{tl|av}} later wouldn't be too much work, though.<br />
:I am definitely in favor of changing "DF2014" (or a new namespace) to "Current", though. I was in favor of "DF2014" in 2014, but I don't think it makes sense anymore, and "Current" seemed to be a popular alternative in both the DF2012 and DF2014 discussions on the matter. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:02, 16 August 2020 (UTC)<br />
<br />
== Weird redirect behaviour ==<br />
<br />
[[Pump stack]] redirects to [[cv:Screw pump#Pump stack]]. If you look at the redirect itself it says it redirects to DF2014 namespace, which is correct. But if you actually follow the redirect, it goes to v0.34 namespace. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 16:10, 20 August 2018 (UTC)<br />
:Yeah, that's part of the issue described in the above section (the wiki caching part, not on Google's end.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 15:00, 21 August 2018 (UTC)<br />
<br />
== v50 organization ==<br />
<br />
Some wiki admins have had a talk on Discord and decided that the most sustainable path forward is to put content for all future versions of DF in the main namespace. We will be working on a bot to do this in the next few days. Feel free to chime in with suggestions here. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:56, 14 December 2022 (UTC)<br />
<br />
:Is it maybe possible to do backwards-namespacing? Like we have a "Main" namespace, which people are free to update, and whenever there's a new version of DF the "Main" namespace is copied into a namespace for the then old version, much like how you'd branch a stable branch from a development branch when working with a git-project? [[User:Therahedwig|Therahedwig]] ([[User talk:Therahedwig|talk]]) 23:13, 14 December 2022 (UTC)<br />
<br />
::Yeah, we could do that if we decide to. We were talking about doing that for v50, actually, and might still do something similar to preserve edit history if it doesn't end up being too hard to automate. Our hope is that we will not introduce new namespaces for v50 -> v5x, unless there is a serious breaking change (and hopefully there isn't one). But if we change our mind, one advantage of the type of migration you mentioned is that it can be done retroactively - we can copy historical revisions that were current at the time of the release, and would only lose some typo fixes made after the release that apply to earlier versions as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:11, 15 December 2022 (UTC)<br />
<br />
ETA is < 24 hours. Doing some final checks on a migration script. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 07:08, 19 December 2022 (UTC)<br />
<br />
: We should really have a task list as there are many things that change and need updating. Including but not limited to:<br />
:* Most templates that used the previous namespace convention broke, including nav templates. <br />
:* Many game files changed locations and their pages need to be updated.<br />
:* Raws need to be updated. <br />
:* Various features added, changed, removed. <br />
:* UI has been changed -- though I am more inclined to wait for classic release to avoid extra work --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 06:56, 20 December 2022 (UTC)<br />
<br />
"''Raws need to be updated.''" Including applying text wraparound where necessary, I suppose - more than a few of them have proven to be that special kind of...''difficult'' to navigate otherwise, shall we say? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 12:52, 20 December 2022 (UTC)<br />
<br />
:There is already a task list in the [[#v50 migration|section below]] that includes templates and raws, with an explanation. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:25, 20 December 2022 (UTC)<br />
<br />
== v50 migration ==<br />
<br />
The initial migration script is done. New content is in the '''main''' namespace, e.g. [[Cat]]. Old content is still at [[DF2014:Cat]]. History was migrated to the ''new'' (main namespace) articles.<br />
<br />
I know several things are broken still. Please reply if you find any others:<br />
<div style="border-left: 2px solid red"><br />
* <s>Versioned templates haven't been migrated yet (e.g. {{tl|vermin}} on [[Ant]])</s><br />
** Fixed. Most were migrated by a bot.<br />
* <s>Raws are missing on all pages that use them.</s><br />
** This also affects sidebars, such as on [[Cat]] and [[Microcline]].<br />
** Update: The DFRawFunctions extension has been upgraded to include v50 raws, using the "v50:" prefix for filenames instead of "DF2014:". <s>I haven't finished a migration script to create the /raw pages themselves, but they can typically be created manually by copying the DF2014 /raw pages and changing "DF2014" to "v50" everywhere.</s> &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:20, 1 January 2023 (UTC)<br />
** Update 2: Raws have been added for all pages! They were copied from the "DF2014" pages and had "DF2014" replaced with "v50", which appears to have worked from a spot-check, but let me know if you find any problems. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:57, 4 January 2023 (UTC)<br />
* Some pages where the DF2014 page was a redirect to a main namespace page that contained content were migrated incorrectly.<br />
** In this case, the main namespace page is usually a redirect to itself. This can be fixed by undoing LethosorBot's edit to the main namespace page, then copying the content to the DF2014 page.<br />
** Update: most seem to have been fixed manually - thanks! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:41, 21 December 2022 (UTC)<br />
* <s>Some main-namespace talk pages redirect to DF2014 talk pages. Some of these redirects work, and some (usually older ones) do not.</s><br />
** Fixed with a bot. Some redirects from talk pages to other deleted talk pages are now broken, e.g. [[Talk:Above_ground]] (exists) -> [[Talk:Tile attributes]] (redlink). I am leaving them like that because they redirect to where the talk page should be created, but I'm also fine with people deleting them if they really want to. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:41, 21 December 2022 (UTC)<br />
* {{tl|quality}} for new articles is disabled (see below)<br />
* Some links from DF2014 to Main weren't working: e.g. the version selector [[DF2014:Mason's workshop]] was linking to [[DF2014:Main:Mason's workshop]] instead of [[Main:Mason's workshop]]. I'm not sure exactly why, but I fixed it with a change to the NamespaceLinks extension. Let me know if you spot similar broken links. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:19, 21 December 2022 (UTC)<br />
</div><br />
<br />
&mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:54, 20 December 2022 (UTC)<br />
:The quality levels of the 50.03 pages seem to be missing. I'm not sure if that's covered under that first point. [[User:Trainzack|Trainzack]] ([[User talk:Trainzack|talk]]) 06:47, 20 December 2022 (UTC)<br />
::If the the [[Dwarf Fortress Wiki:Quality]] feature can be made to work with namespace scheme change, I suggest to automatically assign the lowest quality rating to all pages, alternately add the {{tl|old}} to all pages. Otherwise there will be a lot of pages that will fall through the cracks. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:12, 20 December 2022 (UTC)<br />
:::I disabled {{tl|quality}} in the main namespace because it would require some rework to make the rating script and the template work properly there. Feel free to take a stab at the template. I will see what can be done on the extension side. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:14, 20 December 2022 (UTC)<br />
::::What needs to be done on the template side? I'm not sure I see too big of an issue leaving pages as "unknown-quality" for now (or just change the default to tattered) until we get the rating script working. Is that script up anywhere, anything that could be helped with? [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:10, 2 January 2023 (UTC)<br />
:::::They're already marked as unknown. Really the only issue I know of with the template is that it doesn't show up with some of the newer skins we added, and that can be fixed by getting rid of the absolute positioning. As for the script, it can be found at https://github.com/DF-Wiki/QualityRatings, and the issue is really only with the configuration system not recognizing the main namespace as valid. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:29, 3 January 2023 (UTC)<br />
::::::Great, I started having a crack at fixing the template with different themes. Is the preference to get some CSS going and then include it in the global stylesheet (i.e different styles per theme) or to try and get a "one size fits all" fix? &mdash;[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 08:14, 3 January 2023 (UTC)<br />
:::::::I would rather avoid custom site-wide CSS if we can. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:29, 4 January 2023 (UTC)<br />
::::::::I appreciate that, I think it's the simplest solution to add a few lines to common.css though. Unless there is a way to attach CSS specifically to a template, I saw a few extensions that allowed that but I'm not sure if any are present in the wiki at the moment. Regardless there already exists a class `div.topicon` that is specifically for the quality ratings, is there an issue with expanding this class to accommodate the themes? The list of themes where the quality rating display is broken/invisible: Citizen, MinervaNeue, MonoBook. &mdash;[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 21:48, 4 January 2023 (UTC)<br />
:::::::::What do you think of moving the template out of the topicon entirely and just placing it in a div? It would take up a (hopefully) small amount of vertical space in the article. [[User:Lethosor/Sandbox/Quality_test]] is an example. Unfortunately it isn't possible to prevent other templates from displaying above the quality this way ([https://dwarffortresswiki.org/index.php?title=User:Lethosor/Sandbox/Quality_test&oldid=283883]). So maybe we do need some custom CSS after all if we want that. I'm open to trying out whatever you propose. I'm a bit worried about future-proofing against skins we add later (particularly a mobile skin) but at least MediaWiki supports skin-specific global CSS as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:33, 5 January 2023 (UTC)<br />
::::::::::I would rather we avoid taking any more vertical space in the article. The growing block pyramid at the top, starting with version template, is annoying. If you end up placing it inside the article space please use a slim box 100% wide that would include both.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:19, 5 January 2023 (UTC)<br />
:::::::::::Agreed with you Jan, however I see that as two different tasks (ArticleVersion template changes, getting quality back on pages). I made a test adjustment to the quality and it takes up a negligable amount of extra space. See [[User:Vallode/sandbox#Page_quality]] for the example, we'd be able to completely remove "topicon" (unless it is used somewhere else?) and then potentially move on to making the ArticleVersion template into a slim version on the left-hand-side instead of a large box? Let me know what you think. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:35, 5 January 2023 (UTC)<br />
<br />
It appears some pages are redirecting recursively and never resolving correctly, like the [[https://dwarffortresswiki.org/index.php?title=Character_table&redirect=no|character table]] and [[tileset repository]] 07:35, 20 December 2022 (UTC)<br />
: Indeed, these can be caught here: [[Special:DoubleRedirects]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:51, 20 December 2022 (UTC)<br />
<br />
It might be useful to change the notice title to "release information '''for editors'''" --[[Special:Contributions/142.59.195.176|142.59.195.176]] 10:26, 20 December 2022 (UTC)<br />
:Can do. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
::New here, hello. Should we set a date where we remove/only show the banner for logged in users. There are (some) pages that have 4 different notices about the upgrade. [[Engraving]] is one such page, the top banner states "information for editors", we then have the "this page was migrated" banner, a version selection which warns the article might be inaccurate, and a smaller banner saying the page might need to be updated. Quite a lot of screen space, I think we can start to slowly reduce the amount of warnings this coming month? [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 10:07, 2 January 2023 (UTC)<br />
:::Unfortunately, only showing info to logged-in users is difficult with how MediaWiki caching works. In terms of reducing warnings, there is a discussion [[Template_talk:ArticleVersion#.22Note_that_some_content_may_still_need_to_be_updated..22|here]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:43, 4 January 2023 (UTC)<br />
:::As for [[Engraving]] specifically, the {{tl|old}} banner was actually present on [[DF2014:Engraving]] as well and got carried over with the migration. I removed it, and agree that it was redundant. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:46, 4 January 2023 (UTC)<br />
<br />
Main talkpages seem to redirect to DF2014 talk. Not sure if it is intentional but I like it, though we should pay attention when creating new discussion relating to v50 ending up there.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 14:18, 20 December 2022 (UTC)<br />
:That's unintentional. I specifically wrote the migration script to not move talk pages, but that has the side-effect of leaving any previously-created "Talk -> DF2014 talk" redirects intact. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
<br />
Yo Lethosor, are we adding graphic sprites for the pages in some way? Or are we waiting for you to add some sort of new template or something? I'm sure you don't need me to tell you that the current templates don't allow that. Not sure if I'm allowed to change/create any templates either, as I don't want to break things for hundreds of pages. Edit: And IF the icons are allowed, should they be left alone, or 2×-3× sized like how the Minecraft wiki does it? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 14:29, 20 December 2022 (UTC)<br />
:Depends on which templates you mean. There are copyright concerns with uploading a premium sprite sheet, for instance. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
::I'm not talking about uploading an entire sprite sheet. I'm just talking about individual icons for each respective page. One image for cows, one for horses, one for werebeasts, etc. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 16:50, 20 December 2022 (UTC)<br />
:::If we do that for every creature in the sprite sheet, that's not much different (in terms of copyright) from uploading the entire sprite sheet. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:09, 20 December 2022 (UTC)<br />
::::Is there someone we can talk to about that? We finally get this new game with graphics, and then we can't use the very graphics of the game? No matter what the rules are, I'd say that would be the stupidest thing ever. I know I'm infamous here when it comes to copyright and images and stuff, but about 80% of game wikis out there are completely unofficial, and use game file images like no one's business. I can't imagine anyone's door being knocked on if we used the game's sprites, but I won't add any here until we have a go-ahead. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 17:14, 20 December 2022 (UTC)<br />
<br />
:::::...I've made noise in Mayday's direction on this matter, at least (prob an incorrect maneuver, ''but'').[[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 17:55, 20 December 2022 (UTC)<br />
:::::: I hope some sort of arrangement can be made so we can use the new sprites with permission/limits, just as we are using the raw files. Otherwise we are all (devs and editors alike) shooting ourselves in the foot here.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:07, 20 December 2022 (UTC)<br />
<br />
:::::::I just thought of something. We're supposedly not allowed to upload entire sprite sheets, right? What if - for the time being - we just use a few of them for the purpose of testing out new infoboxes? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 21:46, 20 December 2022 (UTC)<br />
::::::::I don't know. If someone could ask Kitfox and post the response here, that would be great. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:47, 20 December 2022 (UTC)<br />
<br />
:::::::::I've reached out to Alexandra, but she hasn't answered yet. Until then I found these old approvals from the previous community manager, Feeona: ([http://www.bay12forums.com/smf/index.php?topic=173474.msg8243633#msg8243633 link1], [http://www.bay12forums.com/smf/index.php?topic=176640.msg8243642#msg8243642 link2]). Waiting for a newer response until we begin mass uploads is probably the politer option, but like Zippy said, it is also standard for wikis to use game sprites with less approval. I second their idea of trying it out with a few images to test the infoboxes. On the extreme off-chance (and I do think it is) Kitfox protests we can always remove these few. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 22:19, 20 December 2022 (UTC) <br />
:::::::::And here is a third, more official statement: ([http://www.bay12forums.com/smf/index.php?topic=173474.msg8249718#msg8249718 link3]). Perhaps that address of info@kitfoxgames.com is the better channel to ask for a confirmation, rather than Discord DMs, but I will be going to bed, so it is best if someone else does that. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 22:29, 20 December 2022 (UTC)<br />
::::::::::Thanks for tracking this down! Ok, sprites should be fine, but let's avoid uploading the entire premium tileset as a single image, for instance (as the forum thread says, "use common sense"). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:21, 21 December 2022 (UTC)<br />
::::::::::: Looks good, permission is always preferable over fairuse, I think it is a win win for all involved. I agree that we shouldn't upload entire sprite sheets (e.g. there is no reason to upload the windmill from every direction or whole construction phase for workshops) and that there are a lot of details that needs to be ironed out through testing. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 05:07, 21 December 2022 (UTC)<br />
:::::::::We have a green light on uploading all and any sprites. Their response to me can be seen [https://i.imgur.com/BhmHjzC.png here]. I'm sure someone else confirmed it before me. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 19:00, 21 December 2022 (UTC)<br />
<br />
<br />
Shifting temporarily to a new issue, is the documentation of [[Template:ArticleVersion]] outdated? It would seem so to me, since the current version no longer has its own namespace, with the templates needing updating being different ones. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 18:30, 20 December 2022 (UTC)<br />
:I think it is still accurate enough. We left open the possibility of making another namespace in the future, albeit with a different migration strategy - see [[#v50 organization|above]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:52, 20 December 2022 (UTC)<br />
<br />
Some Changes to infoboxes might be needed. Too bad [[User:Doorkeeper]] isn't around. He did a great work with navbox project--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:52, 21 December 2022 (UTC)<br />
<br />
I just realized that raw files aren't stored as regular wiki pages but loaded via the DFRawFunctions extension (hence the need to update). Good news it's going to be handled in bulk, consistently and relatively easy to updated. Even better it's Lethosor problem ;) Also I just realized that all the "raw files" (txt files in the new vanilla folder) are released into the public domain. Both are probably not news to the vets but I'll leave it here for those who less up to date like myself. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:35, 22 December 2022 (UTC)<br />
<br />
: I noticed that some templates aren't working properly in the new namespace, e.g. [[Basalt]] entry had its raw updated manually but the infobox fail to show any details. Cursory look suggest {{t|layerlookup/0}} need a minor tweak. This should do the work<br />
:: Replace: <nowiki>{{layerlookup/aux|{{{{FULLPAGENAME}}/raw}}|uses={{{uses|}}}|wiki={{{wiki|}}}}}</nowiki><br />
:: With___: <nowiki>{{layerlookup/aux|{{</nowiki><span style="color:red; font-weight:bold;">:</span><nowiki>{{FULLPAGENAME}}/raw}}|uses={{{uses|}}}|wiki={{{wiki|}}}}}</nowiki><br />
: Not sure what the plan and ETA with raws update so I didn't touch this high usage template for now. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 08:11, 24 December 2022 (UTC)<br />
<br />
::Please do feel free to make this update. I am still working on a script to create the <code>/raw</code> pages themselves. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:12, 1 January 2023 (UTC)<br />
<br />
Wouldn't it be an idea to add to the Sitenotice to remove the {{tl|migrated article}} tag when an article has been fully updated? I see many articles that seem to be updated still have the tag. And/or advise to make use of the {{tl|verify}} for sections still in need of checking? --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 10:12, 2 January 2023 (UTC)<br />
:Probably a good shout. The "see this page" link does include the detail on removing but we should more explicitly encourage removing the banner once a page has at least been looked over. [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:01, 2 January 2023 (UTC)<br />
<br />
== v50 specific issues ==<br />
=== Graphics===<br />
Follow up on the use of game sprites and the need to trying it out with a few images to test the infoboxes. First sprite [[:File:Beds v50.png]] was uploaded and used on [[Bed]] entry. Any thoughts? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:06, 21 December 2022 (UTC)<br />
:Seems like it should be rearranged to be horizontal. Also, has there been a serious discussion about copyright? Full screenshots are 100% fine, but you start going into a grey area when you upload pieces of a spritesheet. I'm of the opinion that it's all fine as long as it's inconvenient to reconstruct the full sheet from the individual images. Maybe a further restriction could be you shouldn't upload any of the art unless it's used in an infobox (maybe an exception for pieces of the UI). And one more restriction could be you shouldn't show everything, like in your bed example, maybe just the wooden bed is good enough, leave out the stone and metal, <small>especially since those can only be made from strange moods</small>. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:43, 21 December 2022 (UTC)<br />
::Actually, your bed image is kinda bad for showing off what a bed looks like because it doesn't show the pillow/blankets. That might point to cropped screenshots being the best path, although less convenient for the uploader, as you don't get details left out. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:46, 21 December 2022 (UTC)<br />
::I created a new license template [[Template:Copyright game]], based it on the way the RimWorld wiki does things. Call it a prototype, but it's probably how your bed image should be labelled. Indeed, I added it to it already. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]])<br />
<br />
::: I agree that the horizontal arrangement would suit better here and that we should strive to represent how things look in-game. Otherwise, I am not too concerned about people being able to reconstruct anything (lets just say that ''anyone'' interested in that can get the real thing from the game files), also it seem we have permission to use the sprits on top of fairuse. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 19:55, 21 December 2022 (UTC)<br />
<br />
::: Modifying the existing template to allow the inclusion of the new sprites is easy (Something like [https://ibb.co/zFXCrjd this]?) The big question is the matter of consistency is there any exceptions that will break the format (size wise with variant bloat for example), the sprite naming format, etc --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:44, 21 December 2022 (UTC)<br />
::: If we are going to show a variant for each material type, then maybe these should be added as separate images so we can add a tooltip for each image. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:49, 21 December 2022 (UTC)<br />
<br />
:I've got another prototype going here and here: [[User:Brightgalrs/vector.css]] and [[User:Brightgalrs/Sandbox]]. (You'll need to add the css stuff to your own /vector.css). Basically it's a way to recolor images using css classes. No idea if there's a better way. Also, the real implementation would require a change to [[MediaWiki:Common.css]]. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 22:41, 21 December 2022 (UTC)<br />
:Should mention, there ''is'' a different way, just upload each image 16 times, one for each coloring. But maybe that's not very elegant. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 22:45, 21 December 2022 (UTC)<br />
<br />
: It should be noted that soon the classic edition will be released, hence one should plan to have both the Premium and classic alongside in that little space --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 03:14, 22 December 2022 (UTC)<br />
::I'm looking into a tab extension to potentially support this in infoboxes. Perhaps [https://www.mediawiki.org/wiki/Extension:Tabs Extension:Tabs]? I tried [https://www.mediawiki.org/wiki/Extension:TabberNeue Extension:TabberNeue], but it displays a placeholder if JavaScript is disabled, which isn't great. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:22, 22 December 2022 (UTC)<br />
::: The Neue Tabber seem to works pretty much like the old one (which fandom [https://coding-help.fandom.com/wiki/Tabber#Adding_images_into_tabbers still use]) defaulting to showing the first tab only. Quick look suggest that neue work the same, plus the notice that 'Tabber requires Javascript to function' warning? if so, and if it is a bother, then you should be able to edit out the tabberneue-noscript string in code. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 06:29, 22 December 2022 (UTC)<br />
::: I much prefer your tabber solution, but if that fails we can also use the gallery slideshow mode. If so, beware it has no way to control image size so the images have to be maliciously uploaded using the exact same size. example:<br />
<gallery mode="slideshow"><br />
File:SteelSample.png<br />
File:TinSample.png <br />
File:ZincSample.png<br />
File:GoldSample.png<br />
</gallery> --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:19, 22 December 2022 (UTC)<br />
<br />
==== adding premium set to Infobox ====<br />
I am unclear where are we going with this? <br><br />
1) Will (A) tabs be implemented, (B) we be using mediawiki toggle [[Template_talk:V50_workshop|example]] for premium and classic/blocked, (c) put images side by side, or (d) something else?<br><br />
2) Also [[silver]] and [[Pig iron]] use very different image style for example.<br><br />
3) Anything else you want ? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:32, 30 December 2022 (UTC)<br />
<br />
: Personally, I would love tabs to be implemented, but I think that side by side might be best for most. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:32, 30 December 2022 (UTC)<br />
: Here is rough layout we can use. It should fit most buildings given the default sprite size. There is also a different floor plan for both (inspired by reddit) <br />
<br />
{|<br />
|- valign=top<br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 5×5<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><br />
|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|- valign=top<br />
|colspan=2|<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab"><br />
[[File:Siege workshop.png|center|160px]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><br />
{|<br />
|rowspan=2 style="width:50%; font-size: 125%;"|<center>{{Template:Picture Siege workshop}}</center><br />
|style="line-height: 1em; font-size: 125%;"|<br />
{| style="border-spacing:4px;"<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|}<br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 3×3<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|colspan=2 style="text-align: right;"|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="float:left; border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><span style="padding-top:5px; text-align: right;">{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}</span><br />
|- valign=top<br />
|rowspan=2 style="width:50%;"|<br />
<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab">[[File:Carpenter's workshop.png]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><center><br />
{| style="font-size: 175%; border-spacing: 0; background-color: black; border: 2px solid black"<br />
|- <!-- raw tile changes adds padding and margin --><br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|"|7:0:0}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|{{=}}|6:0:0}}<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"|<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|]|0:0:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
|}</center></div><br />
|<br />
{| style="border-spacing:5px;"<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1×1<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:Screw_press.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Screw press}}</center><br />
| style="border-left: 1px dotted #545557;"|<center>{{Template:Floor Plan Screw press}}</center><br />
|}<br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1×3<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:water_wheel.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Water wheel}}</center><br />
| style="border-left: 1px dotted #545557;line-height:normal;"|<center>{{Template:Floor Plan Water wheel}}</center><br />
|}<br />
|}<br />
:Any thoughts on the direction and or any and all of its elements? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:16, 31 December 2022 (UTC)<br />
<br />
::I kind of like side-by-side, if it fits. If anyone wants to implement a toggle button or tabs, I would ask that that be implemented in a template for now, so that e.g. we could change a toggle button to tabs in a single place if we decide to install an extension to support that. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:14, 1 January 2023 (UTC)<br />
<br />
::: I noticed a comment saying that [[impassable tile]] are no longer used in v50, is that true for all constructions? If so, floor plans are no longer needed, making things much easier as we can fit everything in except the 5v5 constructions like trade depot (and even these can be placed one above the other if so desired). If not, any thought on the alternative floor plan design? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:46, 1 January 2023 (UTC)<br />
<br />
:::: None of the constructions have blocking tiles any more from my experience playing. I haven't tested siege weaponry with that stuff, but none of the workshops have it, nor does any furniture. (walls and fortifications will of course obstruct movement [[User:AndrielChaoti|AndrielChaoti]] ([[User talk:AndrielChaoti|talk]]) 18:47, 1 January 2023 (UTC)<br />
::::: Ok, I have removed them from v50. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:48, 1 January 2023 (UTC)<br />
<br />
I have added a basic side by side variant to [[Template:V50 workshop]] and [[Template:Building]] for testing, let us know if there any issues. Few notes:<br />
* The default image naming scheme of <code>workshop-name.png</code> will likely conflict with existing images here or on commons, maybe another naming scheme should be used like <code>v50 workshop-name.png</code> as it is with ascii pictures.<br />
* There is inconsistency in image size. If you want to use large zoomed images then toggle is best, otherwise they need to be all in native size (96px for 3x3).<br />
* In the current version the code roughly centers the images and if there is a big image like with [[Siege workshop]] it drops to a new line --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:48, 1 January 2023 (UTC)<br />
<br />
How about combining shortcut keys and the new menu icons: <br />
<div style="color:white; font-size: large; text-shadow: -1px -1px 0 #000, 1px -1px 0 #000, -1px 1px 0 #000, 1px 1px 0 #000;"><!--<br />
<br />
--><span style="position: relative;><!--<br />
-->[[File:Ui b.png]]<div style="position: absolute; bottom:-14px; right:3px;">b</div></span><!--<br />
<br />
--><span style="position: relative;><!--<br />
-->[[File:Ui bo.png]]<div style="position: absolute; bottom:-14px; right:3px;">o</div></span><!--<br />
<br />
--><span style="position: relative;"><!--<br />
-->[[File:Ui bol.png]]<div style="position: absolute; bottom:-14px; right:3px;">l</div></span><!--<br />
<br />
--><span style="position: relative;"><!--<br />
-->[[File:Ui boll.png]]<div style="position: absolute; bottom:-14px; right:3px;">l</div></span><!--<br />
--></div><br />
--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 02:24, 3 January 2023 (UTC)<br />
<br />
:I worry that this is difficult to read (I read it as "boil" at first). I would rather use something like {{tl|k}} with a known background. What about something like this? <span style="position: relative;">[[File:Ui boll.png]]<div style="position: absolute; bottom:-14px; right:0px;">{{k|l}}</div></span> <br>or, alternatively, using flexbox without any overlap: <span style="display: inline-flex;">[[File:Ui boll.png]]<span style="align-self: flex-end;">{{k|l}}</span></span> &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:37, 3 January 2023 (UTC)<br />
:: Same, but that is the best I came up with. We can use the key or maybe someone can help improve the design. Also 'l' is hard to read even with {{t|key}}.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 03:05, 3 January 2023 (UTC)<br />
:: I added a {{t|Menu icon}} to start things so others can have a go with it. Also any thoughts on the icon naming convention (their shortcut sequence), is there easier/better way? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:36, 3 January 2023 (UTC)<br />
::[[User:BarelyCreative]] updated the template: {{Menu icon|b|o|l|y}}. I think it looks good, thoughts? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:40, 3 January 2023 (UTC)<br />
:::I like that, yeah. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:29, 4 January 2023 (UTC)<br />
::::There were some places where it didn't make sense so display every icon all the time (like step-by-step guides), so I changed it slightly to allow display of fewer icons using "num" and counting from the end: <nowiki>{{Menu icon|b|o|l|y|sep=-;|num=2}}</nowiki> {{Menu icon|b|o|l|y|sep=-|num=2}} [[User:BarelyCreative|BarelyCreative]] ([[User talk:BarelyCreative|talk]]) 09:05, 4 January 2023 (UTC)<br />
<br />
==== Bizarre palette-swapping idea/prototype ====<br />
No idea if this is a good idea, since it takes a bit of time to set up, and there might be some performance issues... and maybe display issues?<br />
<br />
But take a look at this:<br />
{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock|palette-name=amber}}<br />
<br />
It's way to swap palettes on an image, although the image itself is a table, with each cell representing a pixel. The template itself looks like this:<br />
<code><nowiki>{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock|palette-name=saffron}}</nowiki></code><br />
Input the pattern and desired palette name.<br />
<br />
I've got a larger showcase here: [[User:Brightgalrs/Sandbox/PaletteSwapShowcase]]. Only did a rock pattern so far, but all palettes are implemented. <br />
The major use for this would be on each stone, metal, wood, etc. type's page. The palette could be read directly from the raws. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 03:22, 24 December 2022 (UTC)<br />
<br />
:From a technical perspective, my primary concern is indeed performance. Both on the server side and client side, a large number of tables that large (in terms of markup and cell count, that is) tend to be resource-intensive to generate and render. I saw your image-filtering experiments on [[User:Brightgalrs/vector.css]], and while that strikes me as a newer and less-backwards-compatible approach, it would probably be more resource-friendly.<br />
:Is this color adjustment something the game is doing natively? i.e. does this accurately match what the game displays? I bet we could slap together an image-filtering extension (or find an existing one?) that can do this if needed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:49, 24 December 2022 (UTC)<br />
::Yeah that's what I suspected. The images the template creates are spot on, checked it against a screenshot I took of some mica rocks in-game. The css stuff is unfortunately totally incorrect, was cool to learn about it though, so not a complete waste of my time :p. The premium, in-game graphics are true sprites, basically patterns of indexed colors. Each of the in-game colors (which are significantly expanded over the 16 ascii colors, there's 116/117) there is a palette defined in "\Dwarf Fortress\data\vanilla\vanilla_descriptors_graphics\graphics\images\palettes.png". Each indexed color of the sprite is swapped for the corresponding color in the palette. Because of that, the css stuff doesn't work since it's doing the hue/saturation/brightness changes to the entire sprite.<br />
::I've looked into an existing mediawiki extension, couldn't find anything. One thing I did't really look at is some type of lua script/module that would basically emulate what the game is doing. So some function that takes in the base image as well as the desired palette, and based on that finds and replaces each color. No idea what mediawiki's capabilities are on that front. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 05:31, 24 December 2022 (UTC)<br />
:::We do have Scribunto installed now, so it's totally possible to do something in Lua too - forgot about that. I can add you to the group that grants access to edit the Module namespace if you want to give that a shot. If we use an extension, we'd probably need a custom one, similar to DFDiagram (or perhaps DFDiagram could be extended - it's in dire need of a rewrite anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:43, 24 December 2022 (UTC)<br />
::::I asked around on the mediawiki irc, I think scribunto/lua is a deadend, at least for taking an uploaded image and doing stuff to it with a lua script. However I did come up with this even more bizarre solution, using block elements. [[User:Brightgalrs/Sandbox/PaletteSwapShowcase2]], maybe less resource intensive? Definitely displays a lot worse though, probably unusable.<br />
::::{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock2|palette-name=saffron}}<br />
::::I dunno, maybe none of this is worth it and we should just write some external program to put all the images together offline, and then just mass upload. It wouldn't be ''that'' many... [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 06:37, 24 December 2022 (UTC)<br />
<br />
====Is there an easy way to just paste images from the clipboard?====<br />
<br />
I use KDE spectacle to take screenshots straight to the clipboard (after cropping) -- is there an easy way to just paste (and auto-upload) an image into an article? It would make it a lot easier to contribute images. [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 23:35, 1 January 2023 (UTC)<br />
:Unfortunately there is not. I would be open to a MediaWiki extension to support this if someone finds one. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:32, 2 January 2023 (UTC)<br />
:: Looks like this could do it, but I haven't used it before: https://www.mediawiki.org/wiki/Extension:SimpleBatchUpload [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 19:41, 2 January 2023 (UTC)<br />
::: It won't solve paste-from-clipboard, but this would be great for making uploading sprites much easier (auto-cutup spritesheet, rename, bulk upload). Could you add this, Lethosor? [[User:OddballJoe|OddballJoe]] ([[User talk:OddballJoe|talk]]) 21:47, 6 January 2023 (UTC)<br />
<br />
====Standards for adding graphical version screenshots and images====<br />
<br />
Hello, new user looking into adding imagery from the new version. Is there a standard for quality of new screenshots or images? I noticed that at a certain zoom level (2 zooms in from the furthest zoomed-out view), the graphics appear crisp and 1:1 pixel scaled, and I would propose that all images be taken at this scale whenever possible. If they need to be displayed larger, they should be nearest neighbor scaled in a photo editing program at 100% increments (Microsoft Paint will do this if you first select the image rather than directly scaling the whole canvas). I would also propose that images should be cropped to conform to the 32x32 pixel grid when possible, though this could be problematic with so many new graphical elements exceeding the bounds of their tiles. I would say the best practice for capturing artwork for items, furniture etc. ought to be done in a 3x3 open area to avoid shadows from nearby walls, or else extracted from the raw files (if this doesn't run afoul of being able to re-create the graphical version using those assets).<br />
<br />
I know that perfect is the enemy of good, and any documentation is better than none, but just thought I'd ask about this, and see if/where something like this ought to be posted. [[User:Unclesporky|Unclesporky]] ([[User talk:Unclesporky|talk]]) 13:58, 3 January 2023 (UTC)<br />
:It has been stated in [[Template:V50 workshop]] that <q>screenshots should be at the "native" resolution</q> but someone could edit the [[Screenshot]] page for best practice for the steam version. Or post some examples in [[Talk:Screenshot]] to find out what is best? --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 14:21, 3 January 2023 (UTC)<br />
<br />
====How would I/should I go about putting creature sprites on their pages?====<br />
<br />
Howdy. New player and wiki user here. I wanted to try and help update the wiki to the Steam release of DF, so I figured I'd chip in by putting each creature's sprites on their respective page, since I'll often look up a creature I have yet to see in game only to be met by a blue J, or whatever. I found all of the game's creature sprites in C:\Program Files (x86)\Steam\steamapps\common\Dwarf Fortress\data\vanilla\vanilla_creatures_graphics\graphics\images, so I figured I could just chop those up in Photoshop and stick them on here no problem, but the programming syntax/whatever it is on this site is incredibly confusing, I don't know how I'd actually go about doing it. I figured I'd just find the spot on the page where the little letter is and replace that with the image code, but it seems the pages are built using heavily nested templates that I can't even begin to understand. Any help?--[[User:Treese|Treese]] ([[User talk:Treese|talk]]) 03:07, 5 January 2023 (UTC)<br />
:Based on [[User:Zippy|Zippy]]'s work at {{tl|Creaturelookup_b}}, I added an "image" parameter to {{tl|creaturelookup/0}}, which is what creature pages should all be using. See [[Dwarf]] and [[Cow]] for examples. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:37, 5 January 2023 (UTC)<br />
<br />
=== Hotkeys/Menu navigation ===<br />
Most key bindings and menus have changed. Should the article reflect a) only the old version, b) only the GUI version or c) both? For example, [[Bridge|bridges]] used to be built via {{k|b}} -> {{k|g}}, but now it's in Place strucutures {{k|b}} -> Constructions {{k|n}} -> Bridge {{k|b}}. What should be written in the article? Currently, it's {{k|b}} -> {{k|g}}. I ''think'' it should be only b), but I am not sure if there will be differences regarding hotkeys or menus between the premium version and the free version and then, c) would be the most appropriate option. --[[User:Prometherus|Prometherus]] ([[User talk:Prometherus|talk]]) 10:16, 22 December 2022 (UTC)<br />
<br />
: Not sure. I wish the classic release soon --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 16:45, 22 December 2022 (UTC)<br />
:: Are you Toady's herald? Looks like it was just released! [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:18, 22 December 2022 (UTC)<br />
:: And our questions are answered, the old hotkeys seem to have been thrown out. Part of me is disappointed (useless muscle memory) but also relieved (unified UI for both versions is good in general and for the wiki). [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:25, 22 December 2022 (UTC)<br />
::: According to info, in a sort of 'demo version' at that. I'll wait a little while longer, for myself.[[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 18:22, 22 December 2022 (UTC)<br />
::::It's unlikely that keybindings in it will change significantly. My vote is that we should include information for both premium and classic, everywhere. Hopefully the keybindings are not different between versions. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:26, 22 December 2022 (UTC)<br />
:::Shouldn't it be based on the 50 or what verion the article is written for? [[User:Dominick|Dominick]] [[User_talk:dominick|<sup>(TALK)</sup>]] 18:42, 22 December 2022 (UTC)<br />
:::: The keybindings seem to be consistent between versions, (haven't checked exhausitvely, but since the menu layout is the same I think it is a good assumption). Should also keep in mind/consider that not all actions have keybindings. An option would be write 'Click on the <Example Text> icon or press {{k|E}}' [[User:Koos|Koos]] ([[User talk:Koos|talk]]) 23:14, 23 December 2022 (UTC)<br />
<br />
=== Removed features & concepts ===<br />
<br />
Since they're removed concepts, I've set [[Room]] to be a redirect for [[DF2014:Room]] and created [[Template:Activity zones]] for the nav bar bedrooms, etc, and made the necessary changes to [[Bedroom]] for it. Is this the correct approach, before I go on much further? (also a note, if it is, then [[Template:v50_rooms]] probably needs to be deleted) I also imagine that considering the number of changes in the interface, that things like [[Adventure mode]] and related pages might best be truncated to "not in 50.03" and when it does make it across, being more deliberately brought over in pieces? [[User:HawkOwl|HawkOwl]] ([[User talk:HawkOwl|talk]]) 06:23, 23 December 2022 (UTC)<br />
<br />
:Usually it is marked with [[Template:Removed_feature]]. For example: [[Dipscript]] or [[Party]]. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:45, 23 December 2022 (UTC)<br />
<br />
:: Ah, that's fair. Should that be mentioned in [[Dwarf_Fortress_Wiki:Versions#Redirects]]? [[User:HawkOwl|HawkOwl]] ([[User talk:HawkOwl|talk]]) 10:03, 23 December 2022 (UTC)<br />
<br />
:::I think the redirect policy mostly had in mind things that were removed a ''long'' time ago, like [[Tax collector]] and [[Economy]] (and the latter actually has a stub page as well). I guess we could clarify. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:34, 23 December 2022 (UTC)<br />
<br />
:::: The "current" redirects also cause the version box to incorrectly show that the current version has a page - e.g. [[23a:Cave_river]] shows a v50.04 version, but it's just a redirect back to that version. Similarly, what should happen to redirects like [[Clothes maker]], where a concept has evolved? It currently goes to [[23a:Clothes maker]] - that's correct if the user is trying to look up a very old concept, but if a new user is looking for "how to make clothes", they should be directed to [[Clothier]]. --[[User:Danny252|Danny252]] ([[User talk:Danny252|talk]]) 12:16, 26 December 2022 (UTC)<br />
<br />
:::: One should be careful with cv redirects. Most that were recently adjusted were unused plural forms (that should probably be deleted) but few like [[Crown]] needed that for backward compatibility. Removing the [https://dwarffortresswiki.org/index.php?title=Crown&type=revision&diff=279966&oldid=219482 cv part] means the the link on [[v0.31:Tilesets]] is now broken. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 22:30, 26 December 2022 (UTC)<br />
<br />
:::::If [[v0.31:Tilesets]] is about v0.31, it should not be using "main:" in its links - ''all'' of those links are going to pages about v50, not v0.31, regardless of whether the target is a redirect or not. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:37, 26 December 2022 (UTC)<br />
:::::: You right, I removed it. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 17:55, 27 December 2022 (UTC) <br />
<br />
Crown cv redir issue is now fixed, I believe. As goes with such cases where one can simply revert the troublesome edit, unless I've mistepped, myself? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 23:52, 26 December 2022 (UTC)<br />
:Both [https://dwarffortresswiki.org/index.php?title=Crown&diff=prev&oldid=280026] and [https://dwarffortresswiki.org/index.php?title=Crown&diff=prev&oldid=279966] should not have had any effect, because "cv" is an alias to the main namespace now, just like "main". Proof: [[Crown]], [[cv:Crown]], [[main:Crown]]. It's possible caching is coming into play here, although I purged the redirect cache after making that alias change earlier this month... &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:02, 27 December 2022 (UTC)<br />
<br />
I think there have been some changes not captured, but as a newb, I'm afraid to edit the page(s). A good example is Strawberry. I'm playing the Steam version right now and Strawberry plants are "not relevant to brewing" in Labor > kitchen > veg / fruit / leaves. Unless I'm mistaken and need to process them? Another example is the trade caravan = it seems the 3 square pathing no longer happens; it's just yak(s). 12:31, 28 December 2022 (UTC) 12:29, 28 December 2022 (UTC)<br />
:Strawberries should be brewable according to the Raws.<br />
:Trade wagons has been modified in v50. The first wagons will arrive at the same time your fort is becoming a barony. Until then, it's only pack animals and stairs are indeed fine. The [[Trading]] page needs a huge rework anyway... I'll try to do that next week. --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 13:40, 2 January 2023 (UTC)<br />
<br />
<s>As far as I can tell, none of the workshop buildings in v50 have blocking tiles any more. There's a comment to the like in data/vanilla/vanilla_buildings/objects/building_custom.txt that says this "[BLOCK:1:0:0:0] workbenches no longer block". Hesitant to update that template as I'm not sure if it's referenced for all of the old versions too. </s> [[User:AndrielChaoti|AndrielChaoti]] ([[User talk:AndrielChaoti|talk]]) 05:54, 29 December 2022 (UTC)<br />
: A new template has been created: {{tl|V50 workshop}} --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 13:40, 2 January 2023 (UTC)<br />
::Thanks! In general, I would like to delegate the switching responsibility to the template (like how {{tl|creaturelookup/0}} works), but in cases where the parameters diverge significantly like with workshops, it could make sense to make an entirely new template. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:40, 3 January 2023 (UTC)<br />
<br />
=== creature infobox prototype (moved) ===<br />
<br />
Check it out, I made a temporary template and added it to the [[cow]]s page. Now it shows the sprites (but not the zombified versions yet). I wanted to show everyone a prototype of what v50 creature infoboxes should look like. Or at least something similar to it. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 19:11, 27 December 2022 (UTC)<br />
:Hi, I'm new to editing wikis but I have done a bit of work with sprite sheets and I've been going through the DF data files to find the different graphics hoping to help with the animal pages. I've thrown together a template with grass and a few nature sprites (plants, a tree, and a rock) for size reference but I'm unsure how large the 'display' tiles in the middle of the template should be to suit all animals. I can see in the sprite sheets that some land animals have an adult and child sprite, so two tiles. Others have a male, female, and child, but after seeing you include the zombie cows I'm unsure if I should make it twice the size to add them too. Alternatively, I could grab some tiles from the haunted biomes for the zombie animals and make a separate template for a side-by-side comparison. Either way, let me know if this helps. I'd like to help with other graphics too as we add the premium tilesets but the animals seemed the easiest to tackle with me being new to wiki editing. ~~[[User:UristTheSeventh|UristTheSeventh]] ([[User talk:UristTheSeventh|talk]])<br />
::@Zippy, I am a bit perplexed about the purple cows. Why do we need a zombified version of creatures on every page?<br />
::@UristTheSeventh, we can use all the help. Maybe post an example, so that we can have something to compare and contrast.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:49, 3 January 2023 (UTC)<br />
:::@Jan Here are the examples: <br />
:::[[File:Creature template.png]] [[File:Armadillo.png]] [[File:Seagull.png]] <br />
:::It'll need to be wider or arranged differently for different creatures with more that two sprites or for multi-tile creatures. I can also do an aquatic and air themed template for swimming and flying creatures. ~~[[User:UristTheSeventh|UristTheSeventh]] ([[User talk:UristTheSeventh|talk]])<br />
::::Looks nice, like the metal template. There are several people working on updating the graphics you should talk more among yourselves. Best I can offer is that I width wise I am hoping to go up to 200px for infoboxes.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:13, 5 January 2023 (UTC)<br />
:::: We don't exactly ''need'' a zombie sprite on each page. I added it because it was... there. I was also hoping to get some opinions on it anyway since that infobox is a visual prototype, and not a final choice. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 03:28, 6 January 2023 (UTC)<br />
<br />
===Furniture Infobox===<br />
{{Quality|Unrated}}<br />
{{v50_furniture|name=Bed<br />
|graphic=[[File:bed_sprite_prototype.png]]<br />
|tile=Θ|col=6:0:0<br />
|wood=y<br />
|rooms=<br />
* [[Bedroom]]<br />
* [[Barracks]]<br />
* [[Dormitory]]<br />
|value=10}}<br />
I made a v50 furniture template prototype. I tested this on Firefox, Chrome and Microsoft Edge/Internet Explorer and it looks fine on all of them. I hope this is good enough to be the official thing, unless I'm missing something. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 03:28, 6 January 2023 (UTC)<br />
{{clear}}<br />
<br />
=== When do we remove the migration note on specific pages? ===<br />
<br />
At what point can we remove the "this page was auto migrated from v47" warning? There are a bunch of small pages that are more or less accurate, if I've reviewed them, can I go ahead and remove the warning? [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 23:33, 1 January 2023 (UTC)<br />
:Yes, feel free to remove it if you think all content is accurate. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:31, 2 January 2023 (UTC)<br />
<br />
=== Any info on fixing "creature description not found?" ===<br />
<br />
I see this issue on most creature pages, it seems to be due to a lookup that's not currently functioning? Cows interestingly doesn't have this issue but I couldn't figure out how to recreate whatever fix it's editor did. --[[User:Yallendallis|Yallendallis]] ([[User talk:Yallendallis|talk]]) 00:22, 3 January 2023 (UTC)<br />
:That is the missing raws issue described above. Cow was fixed by the addition of [[cow/raw]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:28, 3 January 2023 (UTC)<br />
::Ah makes sense, not fully used to the language of wikis yet so I read over it while looking. To put this bit of questioning to rest for any future readers, is it correct that it's fine to update any raws manually, though it will be done automatically at some point? --[[User:Yallendallis|Yallendallis]] ([[User talk:Yallendallis|talk]]) 07:48, 3 January 2023 (UTC)<br />
:::Yes. I'm circling back to work on a script right now, so not much point in doing it if you're reading this. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:57, 4 January 2023 (UTC)<br />
:::This should be fixed now. If you continue to see pages with problems, you can try [https://www.mediawiki.org/wiki/Manual:Purge purging the cache]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:59, 4 January 2023 (UTC)<br />
<br />
=== Adventurer Mode related sections ===<br />
<br />
The topic has already been discussed [[#Removed features & concepts|above]], but I don't see a clear line on what to do with article sections that mention Adventurer Mode. Like for example in [[Butcher#Adventurer_mode|Butcher]]. <br />
<br />
'''a) Truncate''' or '''b) leave in place with a mention''' that the mode is not yet present IG but will be added in a future update?<br />
<br />
Personally I think option b) is better, because I think it's silly to undo some work just to reintroduce it a few weeks later, with the necessary corrections. Even if a copy/paste of a previous version takes ~15 seconds, considering the number of articles that need to be corrected, it would be a bit of a waste of time.--[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 14:22, 3 January 2023 (UTC)<br />
<br />
== Toggleable image ==<br />
<br />
Any objections/comments to using this template for now for toggling between classic and premium images? I'd probably rename it to "Template:Premium-classic thumb image". I'm sure someone can come up with a better UI eventually, but should be easy to migrate at that point. I also think we should use the same customtoggle class for this and for the infobox. [[User:NiftyManiac|NiftyManiac]] ([[User talk:NiftyManiac|talk]]) 23:12, 1 January 2023 (UTC)<br />
<br />
{{User:NiftyManiac/Sandbox/TemplateDualImage|<br />
premium=File:Quickstart-finder.png|<br />
classic=File:Quickstart-finder-partial.png<br />
}}<br />
<br />
{{User:NiftyManiac/Sandbox/TemplateDualImage|<br />
premium=File:Quickstart-finder.png|<br />
classic=File:Quickstart-finder-partial.png|<br />
caption=My caption|<br />
width=100px<br />
}}<br />
<br />
:This looks nice to me! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:30, 2 January 2023 (UTC)<br />
<br />
: Good initiative. From the top of my head:<br />
:* I suggest using a shorthand, no one wants to type 'Premium-classic thumb image'. <br />
:* If we end up using toggle for infoboxes (not sure where we headed there), then I agree definitely same custom toggle class should be used for all, thus allowing to switch premium-classic view on the whole page at a click.<br />
:* The button part on a separate row isn't pretty, creating a lot of dead space that can be used by the text. Are we set on the label 'toggle ascii'? Classic isn't Ascii per se, maybe we can use a 'toggle' with a tooltip {{tooltip|for example|does bla bla bla}}, or maybe we can get rid of the text and have a smaller icon button ([[User:Jan/sandbox#Metal_example|two examples]]). <br />
: I hope that helps. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:21, 2 January 2023 (UTC)<br />
<br />
:: I added [[Template:Dual image]] with some of your suggestions. Agree that it's not super pretty, feel free to try something different. <br />
<br />
::* I put the toggle in the caption mostly because I gave up on trying to make a more sophisticated replacement for the default thumb image behavior, I'm sure someone with better wiki-fu could put together something more intelligent.<br />
::* I cut the text down to just "Toggle"; I think the best solution would be a small graphic showing the old and new dwarf icons with arrows between them. [[User:NiftyManiac|NiftyManiac]] ([[User talk:NiftyManiac|talk]]) 19:21, 2 January 2023 (UTC)<br />
<br />
{{Dual image|<br />
premium=File:DFwiki5by53by3farm.png|<br />
classic=File:Quickstart_layout_3.png|<br />
width=100px|<br />
caption=A 5x5 room with a 3x3 farm plot<br />
}}<br />
::: I updated the layout, now it should look just like a regular image thumb. I didn't had time to test it, if it doesn't work for you or you don't like it just revert the last change. cheers. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:46, 2 January 2023 (UTC)<br />
::::I don't know which part of this talk page to put this, but I added the ability to add icons to the v50 workshops template. Leaving the icon part blank will not break the template in any way. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 09:47, 3 January 2023 (UTC)<br />
{{clear}}<br />
==Creature List Now Supports Graphics!==<br />
I wasn't easy, but I made new templates so the [[Creature]]s page now supports both graphics sprites ''and'' ASCII tiles. Allow me to show you:<br />
<br />
{{v50_creaturecurrent_table_head}}<br />
{{v50_creaturecurrent table row|graphic=[[File:dwarf_sprite.png]]|name=[[Dwarf]]|symbol=☺|color=3:0:0|playable=Fort, Adv|hostile=No|food=No|size=60,000|value=Not tameable|biome=[[Mountain halls]], [[Fortress|dwarf fortress]]es, [[hillock]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:elf_sprite.png]]|name=[[Elf]]|symbol=e|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Forest retreat]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:human_sprite.png]]|name=[[Human]]|symbol=U|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=70,000|value=Not tameable|biome=[[Town]]s and cities|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:goblin_sprite.png]]|name=[[Goblin]]|symbol=g|color=7:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Dark fortress]]es and [[dark pit]]s|note=Snatchers<sup>2</sup>}}<br />
{{v50_creaturecurrent table row|graphic=[[File:kobold_sprite.png]]|name=[[Kobold]]|symbol=k|color=6:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=20,000|value=Not tameable|biome=Caves|note=Skulking race}}<br />
|}<br />
<br />
Oh wait, there's a bonus. You can also modify the background color of the box the sprites go in. I added that to make possibly-hard-to-see-otherwise sprites more easy to see - depending on the colors it has. Allow me to demonstrate.<br />
<br />
{{v50_creaturecurrent_table_head}}<br />
{{v50_creaturecurrent table row|graphic=[[File:dwarf_sprite.png]]|bgcolor=#829ccc|name=[[Dwarf]]|symbol=☺|color=3:0:0|playable=Fort, Adv|hostile=No|food=No|size=60,000|value=Not tameable|biome=[[Mountain halls]], [[Fortress|dwarf fortress]]es, [[hillock]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:elf_sprite.png]]|bgcolor=#c7dfc0|name=[[Elf]]|symbol=e|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Forest retreat]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:human_sprite.png]]|bgcolor=#c7dfc0|name=[[Human]]|symbol=U|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=70,000|value=Not tameable|biome=[[Town]]s and cities|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:goblin_sprite.png]]|bgcolor=#dfc0c0|name=[[Goblin]]|symbol=g|color=7:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Dark fortress]]es and [[dark pit]]s|note=Snatchers<sup>2</sup>}}<br />
{{v50_creaturecurrent table row|graphic=[[File:kobold_sprite.png]]|bgcolor=#dfc0c0|name=[[Kobold]]|symbol=k|color=6:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=20,000|value=Not tameable|biome=Caves|note=Skulking race}}<br />
|}<br />
<br />
To change the background color, add <code><nowiki>|bgcolor=COLOR</nowiki></code> segment after the <code><nowiki>|graphic</nowiki></code> part. You can use color names or HTML hex color codes. I added this to the v50 creatures page, but at this time, I only added the first five creatures I just displayed. It's gonna take a while to find ALL of those creature sprites. I hope a lot of people help out on that one. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 05:29, 5 January 2023 (UTC)<br />
<br />
:Thanks, looks nice! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:44, 5 January 2023 (UTC)<br />
:Nice stuff, took the quick liberty to change the padding-left -> text-align to make all the sprites center aligned relative to each other :) Sweet work --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:41, 5 January 2023 (UTC)<br />
:: Good work indeed. One minor issue, is that all the sprites have different sizes, which sometimes create slight variation in table row height. Consider using capping the image size vertically for example <code><nowiki>[[File:dwarf_sprite.png|x32px]]</nowiki></code>--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:15, 5 January 2023 (UTC)<br />
:: Also often in such tables people want to click on the image to go for the specific entry, and often will try to click on the very first thing they see in line the thumb image, but currently that will take them to the file page. Consider adding link parameter for example: <code><nowiki>[[File:dwarf_sprite.png|x32px|link=dwarf]]</nowiki></code> [[File:dwarf_sprite.png|x32px|link=dwarf]] or no link at all <code><nowiki>[[File:dwarf_sprite.png|x32px|link=]]</nowiki></code> [[File:dwarf_sprite.png|x32px|link=]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:24, 5 January 2023 (UTC)<br />
::: I mean... Yeah, I could do that. I think that lessens the quality of the sprite a bit because it makes edges blurry, but either way is fine. I could have sworn I added a link for all those images the first time. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 03:23, 6 January 2023 (UTC)<br />
::::Since we are adding pixel art sprites to the website it might be convincing to add a global class like .sprite or .pixel-image that uses the CSS attribute `image-rendering: pixelated;` in order to prevent blurryness when scaling the image up/down. Just a thought --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 09:40, 6 January 2023 (UTC)<br />
:::::Are we able to attach classes directly to images? If so, we can probably attach inline styles directly as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:52, 6 January 2023 (UTC)<br />
::::::Looks like (without an extension) MediaWiki only supports classes on images: [[File:dwarf_sprite.png|x32px|class=pixelated]] and not styles: [[File:dwarf_sprite.png|x32px|style="image-rendering: pixelated;"]] it just treats it as alt text it looks like? Wrapping it in a div works and demonstrates the difference: <div style="image-rendering: pixelated;display:inline;">[[File:dwarf_sprite.png|64px]]</div> [[File:dwarf_sprite.png|64px|inline]]. Speaking from experience, however, image-rendering needs a browser specific prefix in certain browsers (safari, for example) in order to work properly. I'm not entirely sure what the best "MediaWiki" practice is for adding something like this but I would assume it's a simple class in common.css for now. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:17, 6 January 2023 (UTC)<br />
:::::::Ah, yeah, you are correct, I should have checked https://www.mediawiki.org/wiki/Help:Images. I'd be fine adding a class like that to common.css. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:27, 6 January 2023 (UTC)<br />
::::::::Great, in that case if no one is opposed we can add `.game-sprite` or something like that? See below for the CSS, the order of the attributes is relevant. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 18:23, 6 January 2023 (UTC)<br />
<pre>/* Used for pixel-art images from the game so they can be resized and maintain crisp pixel edges. */<br />
.game-sprite {<br />
image-rendering: -webkit-optimize-contrast;<br />
image-rendering: crisp-edges;<br />
image-rendering: pixelated;<br />
}</pre><br />
:::::::::So... you guys think each creature page should show the main sprite(s) alone, or should it show the baby versions alongside them? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 08:37, 8 January 2023 (UTC)<br />
{{clear}}<br />
=== Graphics in Skill Infoboxes ===<br />
{{v50_skill<br />
| color = 7:0<br />
| graphic = [[File:miner_sprite_icon.png]]<br />
| skill = Miner<br />
| profession = Miner<br />
| job name = [[Mining]]<br />
| tasks =<br />
* [[Dig]]<br />
| attributes =<br />
* Strength <br />
* Toughness <br />
* Endurance<br />
* Willpower<br />
* Spatial Sense<br />
* Kinesthetic Sense}}I've made yet another visual prototype for skills. In other words, we can put sprites of matching dwarves (and possibly humans, elves, goblins, etc.) at the top of infoboxes. If multiple images are put up there, that can mess up the alignment, but don't worry, Zippy thought of that. <code><nowiki>|graphicmargin</nowiki></code> can added, and a percentage or a "px" number can be placed in that parameter to fix it. If you leave said parameter out, the alignment will default to about 42% from the left. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 06:06, 7 January 2023 (UTC)<br />
<pre><nowiki><br />
{{v50_skill<br />
| color = 7:0<br />
| graphic = [[File:miner_sprite_icon.png]]<br />
| graphicmargin = (OPTIONAL)<br />
| skill = Miner<br />
| profession = Miner<br />
| job name = [[Mining]]<br />
| tasks =<br />
* [[Dig]]<br />
| attributes =<br />
* Strength <br />
* Toughness <br />
* Endurance<br />
* Willpower<br />
* Spatial Sense<br />
* Kinesthetic Sense}}<br />
</nowiki></pre><br />
::Not sure I understand the alignment issue, can you not put text-align: center on the parent table element instead of messing with explicit margins? As another sidenote, should we continue to be naming all of these templates v50_x, I find that a bit confusing. Why not just edit the main templates with the additional information. Loving all the new templates though nice work Zippy :) --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:43, 7 January 2023 (UTC)<br />
:::No, text-align doesn't work with images and divs. That just works for text. When it comes to images, you got to put a little "finesse" on the CSS with those. As for editing the classic templates with the new info, it doesn't always work that way with ''every'' template. Lethosor I think ''did'' update the creature infobox template in the way you mentioned. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 08:37, 8 January 2023 (UTC)<br />
:::: You can use something like this too automatically handle that--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 08:56, 8 January 2023 (UTC)<br />
{|<br />
|-<br />
|<div style="width:200px; display:flex; background-color:#eaecf0;"><br />
[[File:miner_sprite_icon.png|center]]<br />
<div><br />
|<div style="width:200px; display:flex; background-color:#eaecf0;"><br />
[[File:miner_sprite_icon.png|center]] [[File:miner_sprite_icon.png|center]]<br />
<div><br />
|<div style="width:200px; display:flex; background-color:#eaecf0;"><br />
[[File:miner_sprite_icon.png|center]] [[File:miner_sprite_icon.png|center]] [[File:miner_sprite_icon.png|center]]<br />
<div><br />
|}</div>Janhttps://dwarffortresswiki.org/index.php?title=User_talk:BarelyCreative&diff=284623User talk:BarelyCreative2023-01-08T08:46:21Z<p>Jan: </p>
<hr />
<div>== Graphic set ==<br />
<br />
It is easy to get lost on this wiki, even after years here I still discover new dark corners I wasn't aware of ;) The way I see it, currently we have:<br />
* [[Modding]] as general landing page.<br />
* Beginners [[modding guide]]<br />
* Various [[Token]] pages for in-depth parameter reference<br />
* With various pages that provide more in-depth usage explanation like [[Reactions]].<br />
<br />
For graphics, I believe that currently [https://dwarffortresswiki.org/index.php?title=Graphics&type=revision&diff=284350&oldid=282626 this info] might be best suited to [[Graphic set]]. Unless you choose to consolidate stuff (Personally, I welcome experimentation though it is hard to do so here due to lack of feedback) --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:52, 7 January 2023 (UTC)<br />
<br />
:That's fair, I definitely am still uncertain how that information should be displayed. It seems to me that because graphics tokens are only really useful as part of a multi-line set [[Reaction]] or [[Syndrome]] would the best examples to follow for a graphics page. Additionally, feedback from other modders after I had added all that information to the [https://dwarffortresswiki.org/index.php?title=Graphics_token&oldid=284218 previous Graphics Tokens] page was that they ignored the page because its title seemed to imply it wouldn't have any instructions. <br />
:For this reason, I don't love the idea of linking to a page like [[Graphics token]] or [[Graphic set]], the latter of which I completely overlooked even while actively editing the wiki. Although I can see how my first try to resolve this made the pages more confusing rather than less.<br />
<br />
:I think it would be good to change [[Graphics]] into a landing page with:<br />
:* a "for/see" to a Premium-related tokens + how-to page (maybe [[Graphics token]]).<br />
:* some "for/see"s to the Classic-related reference pages (like [[Graphic set]], [[Tileset]]). <br />
:* a simple explaination of what base-game graphics are.<br />
:* how-to's for installing new graphics in both versions.<br />
:I'll put that in the talk pages of both Graphics and Graphics token so I'm not making the decision unilaterally. --[[User:BarelyCreative|BarelyCreative]] ([[User talk:BarelyCreative|talk]]) 06:12, 8 January 2023 (UTC)<br />
<br />
:: Seems like you given the topic some thought and it would be nice if the pages are updated by a modder.<br />
:: The only thing I can offer is that the difference between Premium and Classic is that the former comes with an official graphic set(which is kinda a mod in it self that resides in vanilla rather than mod folder). Otherwise they both can use the exact same tokens and methods to change the visuals in game.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 08:46, 8 January 2023 (UTC)</div>Janhttps://dwarffortresswiki.org/index.php?title=Mod&diff=284460Mod2023-01-07T17:23:05Z<p>Jan: /* Updating/missing Mods */</p>
<hr />
<div>{{For/see|using mods and their basic structure|[[modding]] about making mods}}<br />
<br />
A '''mod''' (short for modification) is an alteration of the game and the objective of modding. Modifications can range from small tweaks to complete overhauls.<br />
<br />
== Downloading Mods ==<br />
<br />
Mods can be acquired using the [https://steamcommunity.com/app/975370/workshop/ steam workshop] (if using Steam version), a manual download from [[Bay 12 Forums]] or third party websites (like [https://dffd.bay12games.com/ DFFD]), or by [[Modding|creating]] one yourself. <br />
<br />
Users of the Steam version can subscribe to mods on Steam Workshop, once the download is complete they will be available when creating a new world automatically. Otherwise, manually download the mod, then place the mod zip file or the unzipped mod folder into the Dwarf Fortress [[mod folder]] (if this folder doesn't exist, you can create it.) You can have more than one mod in the mod folder, including different version of the same mod. The game will detect all mods that are properly made in this folder and let the user select which mods to play (see bellow.)<br />
<br />
== Enabling/Installing Mods ==<br />
[[File:Ui-p-mod-selection.png|thumb|world generation mod menu]] <br />
<br />
Mods are enabled per per world. When [[World generation|creating a world]] and choosing its initial parameters, if you have a mod available, there should be a '''Mods''' button at the bottom of the screen. Pressing this will let you select which mods you'd like to enable and what the load order should be. You should put mods at the end of the mod list after the vanilla objects if you don't have any further information, so that they can reference vanilla objects after those are loaded.<br />
<br />
Something mods might depend on other mods which have to be loaded before, refer to mod description for information about that.<br />
<br />
<div class="" style="padding: 0.8em 1em; margin: 0.5rem 0; background: #fcf8e3; border-left: 5px solid #aa6708;"><br />
* Mods are enabled per world and can not be disabled afterwards, however, it is possibly to manually modify the game file as we did in previous versions by applying the mods directly to <code>[[Game folder|<Dwarf Fortress>]]/data/vanilla</code>. Be ware this method has the disadvantage of being a permanent change for all worlds and may break your game. <br />
<br />
* Unlike the previous versions of Dwarf Fortress, mods no longer live inside [[save]] and must be installed on every computer where saves using those mods are going to be loaded. Once a world is created that uses mods, the game will copy the relevant mods to the <code>[[Game folder|<Dwarf Fortress>]]/data/installed_mods</code> folder. That is the version that the game actually uses. Installed mods will now show in the main menu->mods screen as 'installed'.<br />
</div><br />
<br />
== Updating/missing Mods ==<br />
[[File:mod_version_v50_prompt.png|thumb|possible update message]]<br />
If a [[save]] is using a mod that's been updated, and is currently using an older version of that mod, the player will be prompted about this when a save is loading. When this happens, you have the choice of simply updating the mod, updating ''all'' mods at once, continuing to use the older version of the mod in question without updating, selecting the previous task but not updating ''any'' possibly outdated mods or simply returning to the title screen.<br />
<br />
If a save is using a mod that is missing, the player will be prompted about this when a save is loading. When this happens, try to reinstall the mods. Either by manually downloading them again or in case of Steam Workshop making sure you are subscribed and if you do by unsubscribing and subscribing again.<br />
<br />
== Modding ==<br />
<br />
Dwarf Fortress supports mods in the form of new objects and tiles. Each mod is a zip file or unzipped folder with the required format (see below.)<br />
<br />
=== Mod Format===<br />
<br />
Mods contain an info.txt file and either an "objects" folder or a "graphics" folder (or both.) All of the vanilla objects in the game too use this format. Your mod folder should look something like this:<br />
<br />
[[File:Folder-orange.svg|20px|link=]] Mod Name<br />
├ [[File:Text-x-generic.svg|20px|link=]] info.txt<br />
├ [[File:Text-x-generic.svg|20px|link=]] preview.png<br />
├ [[File:Folder.svg|20px|link=]] objects<br />
└ [[File:Folder.svg|20px|link=]] graphics<br />
<br />
=== Mod info ===<br />
{{main|Mod info token}}<br />
<br />
Each mod must have a <code>info.txt</code> at the root of your mod folder. It has a few fields defining basic metadata information about the mod and can be edited using any text editor (like notepad++). See Example:<br />
<br />
{{code|<br />
[ID:wiki_example]<br />
[NAME:Wiki Example Mod]<br />
[NUMERIC_VERSION:5001]<br />
[DISPLAYED_VERSION:50.01]<br />
[EARLIEST_COMPATIBLE_NUMERIC_VERSION:5001]<br />
[EARLIEST_COMPATIBLE_DISPLAYED_VERSION:50.01]<br />
[AUTHOR:Dwarf Fortress Wiki]<br />
[DESCRIPTION:This is an example mod. This text shows up in-game.]<br />
<br />
[STEAM_TITLE:Wiki Example Mod]<br />
[STEAM_DESCRIPTION:This text shows up on Steam Workshop.]<br />
[STEAM_TAG:mod] <br />
[STEAM_KEY_VALUE_TAG:test:stuff]<br />
[STEAM_METADATA:metadata test]<br />
[STEAM_CHANGELOG:Made some changes. Shown in 'Change Notes' tab.]<br />
<br />
[STEAM_FILE_ID:#########]<br />
}}<br />
<br />
Only <code>ID</code> and <code>NAME</code> are required to appear in the in-game mod menu.<br />
<br />
STEAM tags are only used by Steam. <br />
* The <code>STEAM_FILE_ID</code> used to identify the mod in the Workshop. This is automatically managed when uploading to Steam the first time. And required if you wish to update an existing Steam Workshop mod. <br />
* The <code>STEAM_TAG</code> and <code>STEAM_KEY_VALUE_TAG</code> are used by Steams search engine and the categorization. You can use as many entries you want, use a separate tag for each one.<br />
* You can also create a thumbnail for your mod by creating an image called <code>preview.png</code> in the same level as your info.txt file. This image will become the thumbnail when the mod is uploaded to steam workshop. The image should be less than 1MB in size.<br />
<br />
=== Objects and graphics folder ===<br />
<br />
At the root of your mod folder you can have a <code>objects\</code> and <code>graphics\</code> folder, this is where all the [[raw file]]s or [[graphics]] goes (exactly the same as objects from previous versions of Dwarf Fortress) allowing you to tweak or add new content for the game. It's beyond the scope of this short guide to go into what specific tags do, but the vanilla objects and previous mods by members of the community will give you plenty of examples to work with. See: [[modding]].<br />
<br />
The graphics filenames are not important, furthermore they can be arbitrarily nested into other sub-folders to help you organize your mod content.<br />
<br />
== Publishing mods ==<br />
<br />
There are two official platforms for publishing ''Dwarf Fortress'' mods, recommended because it's easy for people to find them there. These are [https://steamcommunity.com/app/975370/workshop/ Steam Workshop] and [https://dffd.bay12games.com/ the Dwarf Fortress File Depot (DFFD)].<br />
<br />
=== Publishing on Steam Workshop ===<br />
<br />
To upload a mod to Steam Workshop, you need to add STEAM tags to the <code>info.txt</code> file (see above.) Afterward, you put the unzipped mod folder in the "<code>mods/mod_upload</code>" folder. Then select Mods from the title menu, and upload your mods using the button you'll see there. Other Steam users will be able to subscribe to your mod immediately once it is uploaded.<br />
<br />
Once the upload process is completed successfully, you'll find a <code>[STEAM_FILE_ID:#########]</code> appended to your info.txt. Make sure this entry is included for future uploads if you want to make changes to your mod and have it overwrite the existing entry on the workshop. Otherwise you'll create a new entry every time you upload.<br />
<br />
=== Publishing on DFFD ===<br />
<br />
In addition to Steam Workshop, it is recommended you upload your mod to DFFD. This allows people who play ''[[Classic|Dwarf Fortress Classic]]'', or ''[[Premium]]'' via Itch.io, to also download and play your mod. To publish/upload a file to DFFD you first need to create an account.<br />
<br />
For legal reasons, mods that contain graphics derived from the ''Premium'' graphics should not be uploaded outside Steam Workshop. For this reason, you might want to separate your mod into two parts: the first without graphics, which is uploaded to both DFFD and Steam Workshop, and the second with ''only'' the graphics, uploaded only to Workshop. Of course, this is not an issue if your graphics are not based off the ''Premium'' ones.<br />
<br />
[[Category:Modding]]</div>Janhttps://dwarffortresswiki.org/index.php?title=Mod&diff=284459Mod2023-01-07T17:22:45Z<p>Jan: /* Updating/missing Mods */</p>
<hr />
<div>{{For/see|using mods and their basic structure|[[modding]] about making mods}}<br />
<br />
A '''mod''' (short for modification) is an alteration of the game and the objective of modding. Modifications can range from small tweaks to complete overhauls.<br />
<br />
== Downloading Mods ==<br />
<br />
Mods can be acquired using the [https://steamcommunity.com/app/975370/workshop/ steam workshop] (if using Steam version), a manual download from [[Bay 12 Forums]] or third party websites (like [https://dffd.bay12games.com/ DFFD]), or by [[Modding|creating]] one yourself. <br />
<br />
Users of the Steam version can subscribe to mods on Steam Workshop, once the download is complete they will be available when creating a new world automatically. Otherwise, manually download the mod, then place the mod zip file or the unzipped mod folder into the Dwarf Fortress [[mod folder]] (if this folder doesn't exist, you can create it.) You can have more than one mod in the mod folder, including different version of the same mod. The game will detect all mods that are properly made in this folder and let the user select which mods to play (see bellow.)<br />
<br />
== Enabling/Installing Mods ==<br />
[[File:Ui-p-mod-selection.png|thumb|world generation mod menu]] <br />
<br />
Mods are enabled per per world. When [[World generation|creating a world]] and choosing its initial parameters, if you have a mod available, there should be a '''Mods''' button at the bottom of the screen. Pressing this will let you select which mods you'd like to enable and what the load order should be. You should put mods at the end of the mod list after the vanilla objects if you don't have any further information, so that they can reference vanilla objects after those are loaded.<br />
<br />
Something mods might depend on other mods which have to be loaded before, refer to mod description for information about that.<br />
<br />
<div class="" style="padding: 0.8em 1em; margin: 0.5rem 0; background: #fcf8e3; border-left: 5px solid #aa6708;"><br />
* Mods are enabled per world and can not be disabled afterwards, however, it is possibly to manually modify the game file as we did in previous versions by applying the mods directly to <code>[[Game folder|<Dwarf Fortress>]]/data/vanilla</code>. Be ware this method has the disadvantage of being a permanent change for all worlds and may break your game. <br />
<br />
* Unlike the previous versions of Dwarf Fortress, mods no longer live inside [[save]] and must be installed on every computer where saves using those mods are going to be loaded. Once a world is created that uses mods, the game will copy the relevant mods to the <code>[[Game folder|<Dwarf Fortress>]]/data/installed_mods</code> folder. That is the version that the game actually uses. Installed mods will now show in the main menu->mods screen as 'installed'.<br />
</div><br />
<br />
== Updating/missing Mods ==<br />
[[File:mod_version_v50_prompt.png|thumb|possible update message]]<br />
If a world is using a mod that's been updated, and is currently using an older version of that mod, the player will be prompted about this when a save is loading. When this happens, you have the choice of simply updating the mod, updating ''all'' mods at once, continuing to use the older version of the mod in question without updating, selecting the previous task but not updating ''any'' possibly outdated mods or simply returning to the title screen.<br />
<br />
If a world is using a mod that is missing, the player will be prompted about this when a save is loading. When this happens, try to reinstall the mods. Either by manually downloading them again or in case of Steam Workshop making sure you are subscribed and if you do by unsubscribing and subscribing again.<br />
<br />
== Modding ==<br />
<br />
Dwarf Fortress supports mods in the form of new objects and tiles. Each mod is a zip file or unzipped folder with the required format (see below.)<br />
<br />
=== Mod Format===<br />
<br />
Mods contain an info.txt file and either an "objects" folder or a "graphics" folder (or both.) All of the vanilla objects in the game too use this format. Your mod folder should look something like this:<br />
<br />
[[File:Folder-orange.svg|20px|link=]] Mod Name<br />
├ [[File:Text-x-generic.svg|20px|link=]] info.txt<br />
├ [[File:Text-x-generic.svg|20px|link=]] preview.png<br />
├ [[File:Folder.svg|20px|link=]] objects<br />
└ [[File:Folder.svg|20px|link=]] graphics<br />
<br />
=== Mod info ===<br />
{{main|Mod info token}}<br />
<br />
Each mod must have a <code>info.txt</code> at the root of your mod folder. It has a few fields defining basic metadata information about the mod and can be edited using any text editor (like notepad++). See Example:<br />
<br />
{{code|<br />
[ID:wiki_example]<br />
[NAME:Wiki Example Mod]<br />
[NUMERIC_VERSION:5001]<br />
[DISPLAYED_VERSION:50.01]<br />
[EARLIEST_COMPATIBLE_NUMERIC_VERSION:5001]<br />
[EARLIEST_COMPATIBLE_DISPLAYED_VERSION:50.01]<br />
[AUTHOR:Dwarf Fortress Wiki]<br />
[DESCRIPTION:This is an example mod. This text shows up in-game.]<br />
<br />
[STEAM_TITLE:Wiki Example Mod]<br />
[STEAM_DESCRIPTION:This text shows up on Steam Workshop.]<br />
[STEAM_TAG:mod] <br />
[STEAM_KEY_VALUE_TAG:test:stuff]<br />
[STEAM_METADATA:metadata test]<br />
[STEAM_CHANGELOG:Made some changes. Shown in 'Change Notes' tab.]<br />
<br />
[STEAM_FILE_ID:#########]<br />
}}<br />
<br />
Only <code>ID</code> and <code>NAME</code> are required to appear in the in-game mod menu.<br />
<br />
STEAM tags are only used by Steam. <br />
* The <code>STEAM_FILE_ID</code> used to identify the mod in the Workshop. This is automatically managed when uploading to Steam the first time. And required if you wish to update an existing Steam Workshop mod. <br />
* The <code>STEAM_TAG</code> and <code>STEAM_KEY_VALUE_TAG</code> are used by Steams search engine and the categorization. You can use as many entries you want, use a separate tag for each one.<br />
* You can also create a thumbnail for your mod by creating an image called <code>preview.png</code> in the same level as your info.txt file. This image will become the thumbnail when the mod is uploaded to steam workshop. The image should be less than 1MB in size.<br />
<br />
=== Objects and graphics folder ===<br />
<br />
At the root of your mod folder you can have a <code>objects\</code> and <code>graphics\</code> folder, this is where all the [[raw file]]s or [[graphics]] goes (exactly the same as objects from previous versions of Dwarf Fortress) allowing you to tweak or add new content for the game. It's beyond the scope of this short guide to go into what specific tags do, but the vanilla objects and previous mods by members of the community will give you plenty of examples to work with. See: [[modding]].<br />
<br />
The graphics filenames are not important, furthermore they can be arbitrarily nested into other sub-folders to help you organize your mod content.<br />
<br />
== Publishing mods ==<br />
<br />
There are two official platforms for publishing ''Dwarf Fortress'' mods, recommended because it's easy for people to find them there. These are [https://steamcommunity.com/app/975370/workshop/ Steam Workshop] and [https://dffd.bay12games.com/ the Dwarf Fortress File Depot (DFFD)].<br />
<br />
=== Publishing on Steam Workshop ===<br />
<br />
To upload a mod to Steam Workshop, you need to add STEAM tags to the <code>info.txt</code> file (see above.) Afterward, you put the unzipped mod folder in the "<code>mods/mod_upload</code>" folder. Then select Mods from the title menu, and upload your mods using the button you'll see there. Other Steam users will be able to subscribe to your mod immediately once it is uploaded.<br />
<br />
Once the upload process is completed successfully, you'll find a <code>[STEAM_FILE_ID:#########]</code> appended to your info.txt. Make sure this entry is included for future uploads if you want to make changes to your mod and have it overwrite the existing entry on the workshop. Otherwise you'll create a new entry every time you upload.<br />
<br />
=== Publishing on DFFD ===<br />
<br />
In addition to Steam Workshop, it is recommended you upload your mod to DFFD. This allows people who play ''[[Classic|Dwarf Fortress Classic]]'', or ''[[Premium]]'' via Itch.io, to also download and play your mod. To publish/upload a file to DFFD you first need to create an account.<br />
<br />
For legal reasons, mods that contain graphics derived from the ''Premium'' graphics should not be uploaded outside Steam Workshop. For this reason, you might want to separate your mod into two parts: the first without graphics, which is uploaded to both DFFD and Steam Workshop, and the second with ''only'' the graphics, uploaded only to Workshop. Of course, this is not an issue if your graphics are not based off the ''Premium'' ones.<br />
<br />
[[Category:Modding]]</div>Janhttps://dwarffortresswiki.org/index.php?title=Reptile_man&diff=284458Reptile man2023-01-07T17:19:38Z<p>Jan: no longer an animal person. not sure if it still tribal</p>
<hr />
<div>{{migrated article}}<br />
{{Quality|Unrated}}<br />
{{Creaturelookup/0<br />
|vary=no<br />
|death=nobutcher<br />
|contrib=no<br />
}}<br />
{{av}}<br />
{{old}}<br />
{{creaturedesc}}<br />
'''Reptile men''' are one of the many underworld tribal [[creature]] living on any [[cavern]] level milling around piles of [[food|meat]] and [[leather|tanned hides]]. They stand at roughly the size of an adult [[dwarf]]. Despite being described as humanoid lizards, they are a separate species from the [[lizard man]].<br />
<br />
Approach with caution, unless the tribe is friendly. If the tribe is friendly, feel free to take advantage of them in fine imperialistic tradition and steal all their resources without compensation. To check whether a tribe of reptile men is friendly, press {{k|u}} to view the unit list. The tribe will be labeled as either hostile or friendly. Alternatively, press {{k|v}} to view one of their profiles. <br />
<br />
Like many underground races, the danger of reptile men is not to be found in their [[wood]]en [[weapon]]s, (although they can have proper [[metal]] ones), but in the substances found smeared on them. Reptile men use many [[syndrome|poisons]], some of which can be deadly. They will launch group attacks on your fort, and have the ability to swim through your reservoirs and launch amphibious assaults on your [[fisherdwarf|fisherdwarves]]. Despite their description, they do not possess the {{token|EVIL}} token and are not anymore malevolent than any other race of animal people.<br />
<br />
If you ssspeak to a reptile man in [[adventure mode]], they will talk like thisss, becaussse of the {{token|LISP}} token.<br />
<br />
Some [[dwarves]] [[Preferences|like]] reptile men for their ''terrifying features''.<br />
<br />
{{D for Dwarf}}<br />
The dwarves do not seem to worship this creature, and no mentions of them secretly ruling the world have been found in engravings. However, they can often be found in the deepest caverns nearest to the magma sea.<br />
<br />
[[File:reptile_man_preview.jpg|thumb|300px|center|Not always as menacing as pictured.]]<br />
{{gamedata}}<br />
{{gamedata|title=Entity ([[civilization]]) Raws|{{raw|v50:entity_default.txt|ENTITY|SUBTERRANEAN_ANIMAL_PEOPLES}}}}<br />
{{Creatures}}<br />
{{Category|Humanoids}}<br />
{{Category|Races}}</div>Janhttps://dwarffortresswiki.org/index.php?title=File:Ui-p-mod-selection.png&diff=284457File:Ui-p-mod-selection.png2023-01-07T17:17:31Z<p>Jan: Jan uploaded a new version of File:Ui-p-mod-selection.png</p>
<hr />
<div>== Summary ==<br />
UI screenshot, Steam edition v50.3<br />
== Licensing ==<br />
{{Non-free Dwarf Fortress Screenshot}}<br />
[[Category:Interface images]]</div>Janhttps://dwarffortresswiki.org/index.php?title=Mod&diff=284456Mod2023-01-07T17:17:23Z<p>Jan: </p>
<hr />
<div>{{For/see|using mods and their basic structure|[[modding]] about making mods}}<br />
<br />
A '''mod''' (short for modification) is an alteration of the game and the objective of modding. Modifications can range from small tweaks to complete overhauls.<br />
<br />
== Downloading Mods ==<br />
<br />
Mods can be acquired using the [https://steamcommunity.com/app/975370/workshop/ steam workshop] (if using Steam version), a manual download from [[Bay 12 Forums]] or third party websites (like [https://dffd.bay12games.com/ DFFD]), or by [[Modding|creating]] one yourself. <br />
<br />
Users of the Steam version can subscribe to mods on Steam Workshop, once the download is complete they will be available when creating a new world automatically. Otherwise, manually download the mod, then place the mod zip file or the unzipped mod folder into the Dwarf Fortress [[mod folder]] (if this folder doesn't exist, you can create it.) You can have more than one mod in the mod folder, including different version of the same mod. The game will detect all mods that are properly made in this folder and let the user select which mods to play (see bellow.)<br />
<br />
== Enabling/Installing Mods ==<br />
[[File:Ui-p-mod-selection.png|thumb|world generation mod menu]] <br />
<br />
Mods are enabled per per world. When [[World generation|creating a world]] and choosing its initial parameters, if you have a mod available, there should be a '''Mods''' button at the bottom of the screen. Pressing this will let you select which mods you'd like to enable and what the load order should be. You should put mods at the end of the mod list after the vanilla objects if you don't have any further information, so that they can reference vanilla objects after those are loaded.<br />
<br />
Something mods might depend on other mods which have to be loaded before, refer to mod description for information about that.<br />
<br />
<div class="" style="padding: 0.8em 1em; margin: 0.5rem 0; background: #fcf8e3; border-left: 5px solid #aa6708;"><br />
* Mods are enabled per world and can not be disabled afterwards, however, it is possibly to manually modify the game file as we did in previous versions by applying the mods directly to <code>[[Game folder|<Dwarf Fortress>]]/data/vanilla</code>. Be ware this method has the disadvantage of being a permanent change for all worlds and may break your game. <br />
<br />
* Unlike the previous versions of Dwarf Fortress, mods no longer live inside [[save]] and must be installed on every computer where saves using those mods are going to be loaded. Once a world is created that uses mods, the game will copy the relevant mods to the <code>[[Game folder|<Dwarf Fortress>]]/data/installed_mods</code> folder. That is the version that the game actually uses. Installed mods will now show in the main menu->mods screen as 'installed'.<br />
</div><br />
<br />
== Updating/missing Mods ==<br />
If a world is using a mod that's been updated, and is currently using an older version of that mod, the player will be prompted about this when a save is loading. Causing a message like the following to appear:<br><br />
[[File:mod_version_v50_prompt.png]]<br />
<br />
When this happens, you have the choice of simply updating the mod, updating ''all'' mods at once, continuing to use the older version of the mod in question without updating, selecting the previous task but not updating ''any'' possibly outdated mods or simply returning to the title screen.<br />
<br />
If a world is using a mod that is missing, the player will be prompted about this when a save is loading. When this happens, try to reinstall the mods. Either by manually downloading them again or in case of Steam Workshop making sure you are subscribed and if you do by unsubscribing and subscribing again.<br />
<br />
== Modding ==<br />
<br />
Dwarf Fortress supports mods in the form of new objects and tiles. Each mod is a zip file or unzipped folder with the required format (see below.)<br />
<br />
=== Mod Format===<br />
<br />
Mods contain an info.txt file and either an "objects" folder or a "graphics" folder (or both.) All of the vanilla objects in the game too use this format. Your mod folder should look something like this:<br />
<br />
[[File:Folder-orange.svg|20px|link=]] Mod Name<br />
├ [[File:Text-x-generic.svg|20px|link=]] info.txt<br />
├ [[File:Text-x-generic.svg|20px|link=]] preview.png<br />
├ [[File:Folder.svg|20px|link=]] objects<br />
└ [[File:Folder.svg|20px|link=]] graphics<br />
<br />
=== Mod info ===<br />
{{main|Mod info token}}<br />
<br />
Each mod must have a <code>info.txt</code> at the root of your mod folder. It has a few fields defining basic metadata information about the mod and can be edited using any text editor (like notepad++). See Example:<br />
<br />
{{code|<br />
[ID:wiki_example]<br />
[NAME:Wiki Example Mod]<br />
[NUMERIC_VERSION:5001]<br />
[DISPLAYED_VERSION:50.01]<br />
[EARLIEST_COMPATIBLE_NUMERIC_VERSION:5001]<br />
[EARLIEST_COMPATIBLE_DISPLAYED_VERSION:50.01]<br />
[AUTHOR:Dwarf Fortress Wiki]<br />
[DESCRIPTION:This is an example mod. This text shows up in-game.]<br />
<br />
[STEAM_TITLE:Wiki Example Mod]<br />
[STEAM_DESCRIPTION:This text shows up on Steam Workshop.]<br />
[STEAM_TAG:mod] <br />
[STEAM_KEY_VALUE_TAG:test:stuff]<br />
[STEAM_METADATA:metadata test]<br />
[STEAM_CHANGELOG:Made some changes. Shown in 'Change Notes' tab.]<br />
<br />
[STEAM_FILE_ID:#########]<br />
}}<br />
<br />
Only <code>ID</code> and <code>NAME</code> are required to appear in the in-game mod menu.<br />
<br />
STEAM tags are only used by Steam. <br />
* The <code>STEAM_FILE_ID</code> used to identify the mod in the Workshop. This is automatically managed when uploading to Steam the first time. And required if you wish to update an existing Steam Workshop mod. <br />
* The <code>STEAM_TAG</code> and <code>STEAM_KEY_VALUE_TAG</code> are used by Steams search engine and the categorization. You can use as many entries you want, use a separate tag for each one.<br />
* You can also create a thumbnail for your mod by creating an image called <code>preview.png</code> in the same level as your info.txt file. This image will become the thumbnail when the mod is uploaded to steam workshop. The image should be less than 1MB in size.<br />
<br />
=== Objects and graphics folder ===<br />
<br />
At the root of your mod folder you can have a <code>objects\</code> and <code>graphics\</code> folder, this is where all the [[raw file]]s or [[graphics]] goes (exactly the same as objects from previous versions of Dwarf Fortress) allowing you to tweak or add new content for the game. It's beyond the scope of this short guide to go into what specific tags do, but the vanilla objects and previous mods by members of the community will give you plenty of examples to work with. See: [[modding]].<br />
<br />
The graphics filenames are not important, furthermore they can be arbitrarily nested into other sub-folders to help you organize your mod content.<br />
<br />
== Publishing mods ==<br />
<br />
There are two official platforms for publishing ''Dwarf Fortress'' mods, recommended because it's easy for people to find them there. These are [https://steamcommunity.com/app/975370/workshop/ Steam Workshop] and [https://dffd.bay12games.com/ the Dwarf Fortress File Depot (DFFD)].<br />
<br />
=== Publishing on Steam Workshop ===<br />
<br />
To upload a mod to Steam Workshop, you need to add STEAM tags to the <code>info.txt</code> file (see above.) Afterward, you put the unzipped mod folder in the "<code>mods/mod_upload</code>" folder. Then select Mods from the title menu, and upload your mods using the button you'll see there. Other Steam users will be able to subscribe to your mod immediately once it is uploaded.<br />
<br />
Once the upload process is completed successfully, you'll find a <code>[STEAM_FILE_ID:#########]</code> appended to your info.txt. Make sure this entry is included for future uploads if you want to make changes to your mod and have it overwrite the existing entry on the workshop. Otherwise you'll create a new entry every time you upload.<br />
<br />
=== Publishing on DFFD ===<br />
<br />
In addition to Steam Workshop, it is recommended you upload your mod to DFFD. This allows people who play ''[[Classic|Dwarf Fortress Classic]]'', or ''[[Premium]]'' via Itch.io, to also download and play your mod. To publish/upload a file to DFFD you first need to create an account.<br />
<br />
For legal reasons, mods that contain graphics derived from the ''Premium'' graphics should not be uploaded outside Steam Workshop. For this reason, you might want to separate your mod into two parts: the first without graphics, which is uploaded to both DFFD and Steam Workshop, and the second with ''only'' the graphics, uploaded only to Workshop. Of course, this is not an issue if your graphics are not based off the ''Premium'' ones.<br />
<br />
[[Category:Modding]]</div>Janhttps://dwarffortresswiki.org/index.php?title=Mod&diff=284452Mod2023-01-07T16:57:46Z<p>Jan: </p>
<hr />
<div>{{For/see|using mods and their basic structure|[[modding]] about making mods}}<br />
<br />
A '''mod''' (short for modification) is an alteration of the game and the objective of modding. Modifications can range from small tweaks to complete overhauls.<br />
<br />
== Downloading Mods ==<br />
<br />
Mods can be acquired using the [https://steamcommunity.com/app/975370/workshop/ steam workshop] (if using Steam version), a manual download from [[Bay 12 Forums]] or third party websites (like [https://dffd.bay12games.com/ DFFD]), or by [[Modding|creating]] one yourself. <br />
<br />
Users of the Steam version can subscribe to mods on Steam Workshop, once the download is complete they will be available when creating a new world automatically. Otherwise, manually download the mod, then place the mod zip file or the unzipped mod folder into the Dwarf Fortress [[mod folder]] (if this folder doesn't exist, you can create it.) You can have more than one mod in the mod folder, including different version of the same mod. The game will detect all mods that are properly made in this folder and let the user select which mods to play (see bellow.)<br />
<br />
== Enabling/Installing Mods ==<br />
[[File:Ui-p-mod-selection.png|thumb|world generation mod menu]] <br />
<br />
Mods are enabled per per world. When [[World generation|creating a world]] and choosing its initial parameters, if you have a mod available, there should be a '''Mods''' button at the bottom of the screen. Pressing this will let you select which mods you'd like to enable and what the load order should be. You should put mods at the end of the mod list after the vanilla objects if you don't have any further information, so that they can reference vanilla objects after those are loaded.<br />
<br />
Something something load order basic<br />
<br />
<div class="" style="padding: 0.8em 1em; margin: 0.5rem 0; background: #fcf8e3; border-left: 5px solid #aa6708;"><br />
* Mods are enabled per world and can not be disabled afterwards, however, it is possibly to manually modify the game file as we did in previous versions by applying the mods directly to <code>[[Game folder|<Dwarf Fortress>]]/data/vanilla</code>. Be ware this method has the disadvantage of being a permanent change for all worlds and may break your game. <br />
<br />
* Unlike the previous versions of Dwarf Fortress, mods no longer live inside [[save]] and must be installed on every computer where saves using those mods are going to be loaded. Once a world is created that uses mods, the game will copy the relevant mods to the <code>[[Game folder|<Dwarf Fortress>]]/data/installed_mods</code> folder. That is the version that the game actually uses. Installed mods will now show in the main menu->mods screen as 'installed'.<br />
</div><br />
<br />
== Updating Mods ==<br />
If a world is using a mod that's been updated, and is currently using an older version of that mod, the player will be prompted about this when a save is loading. Causing a message like the following to appear:<br><br />
[[File:mod_version_v50_prompt.png]]<br />
<br />
When this happens, you have the choice of simply updating the mod, updating ''all'' mods at once, continuing to use the older version of the mod in question without updating, selecting the previous task but not updating ''any'' possibly outdated mods or simply returning to the title screen.<br />
<br />
== Modding ==<br />
<br />
Dwarf Fortress supports mods in the form of new objects and tiles. Each mod is a zip file or unzipped folder with the required format (see below.)<br />
<br />
=== Mod Format===<br />
<br />
Mods contain an info.txt file and either an "objects" folder or a "graphics" folder (or both.) All of the vanilla objects in the game too use this format. Your mod folder should look something like this:<br />
<br />
[[File:Folder-orange.svg|20px|link=]] Mod Name<br />
├ [[File:Text-x-generic.svg|20px|link=]] info.txt<br />
├ [[File:Text-x-generic.svg|20px|link=]] preview.png<br />
├ [[File:Folder.svg|20px|link=]] objects<br />
└ [[File:Folder.svg|20px|link=]] graphics<br />
<br />
=== Mod info ===<br />
{{main|Mod info token}}<br />
<br />
Each mod must have a <code>info.txt</code> at the root of your mod folder. It has a few fields defining basic metadata information about the mod and can be edited using any text editor (like notepad++). See Example:<br />
<br />
{{code|<br />
[ID:wiki_example]<br />
[NAME:Wiki Example Mod]<br />
[NUMERIC_VERSION:5001]<br />
[DISPLAYED_VERSION:50.01]<br />
[EARLIEST_COMPATIBLE_NUMERIC_VERSION:5001]<br />
[EARLIEST_COMPATIBLE_DISPLAYED_VERSION:50.01]<br />
[AUTHOR:Dwarf Fortress Wiki]<br />
[DESCRIPTION:This is an example mod. This text shows up in-game.]<br />
<br />
[STEAM_TITLE:Wiki Example Mod]<br />
[STEAM_DESCRIPTION:This text shows up on Steam Workshop.]<br />
[STEAM_TAG:mod] <br />
[STEAM_KEY_VALUE_TAG:test:stuff]<br />
[STEAM_METADATA:metadata test]<br />
[STEAM_CHANGELOG:Made some changes. Shown in 'Change Notes' tab.]<br />
<br />
[STEAM_FILE_ID:#########]<br />
}}<br />
<br />
Only <code>ID</code> and <code>NAME</code> are required to appear in the in-game mod menu.<br />
<br />
STEAM tags are only used by Steam. <br />
* The <code>STEAM_FILE_ID</code> used to identify the mod in the Workshop. This is automatically managed when uploading to Steam the first time. And required if you wish to update an existing Steam Workshop mod. <br />
* The <code>STEAM_TAG</code> and <code>STEAM_KEY_VALUE_TAG</code> are used by Steams search engine and the categorization. You can use as many entries you want, use a separate tag for each one.<br />
* You can also create a thumbnail for your mod by creating an image called <code>preview.png</code> in the same level as your info.txt file. This image will become the thumbnail when the mod is uploaded to steam workshop. The image should be less than 1MB in size.<br />
<br />
=== Objects and graphics folder ===<br />
<br />
At the root of your mod folder you can have a <code>objects\</code> and <code>graphics\</code> folder, this is where all the [[raw file]]s or [[graphics]] goes (exactly the same as objects from previous versions of Dwarf Fortress) allowing you to tweak or add new content for the game. It's beyond the scope of this short guide to go into what specific tags do, but the vanilla objects and previous mods by members of the community will give you plenty of examples to work with. See: [[modding]].<br />
<br />
The graphics filenames are not important, furthermore they can be arbitrarily nested into other sub-folders to help you organize your mod content.<br />
<br />
== Publishing mods ==<br />
<br />
There are two official platforms for publishing ''Dwarf Fortress'' mods, recommended because it's easy for people to find them there. These are [https://steamcommunity.com/app/975370/workshop/ Steam Workshop] and [https://dffd.bay12games.com/ the Dwarf Fortress File Depot (DFFD)].<br />
<br />
=== Publishing on Steam Workshop ===<br />
<br />
To upload a mod to Steam Workshop, you need to add STEAM tags to the <code>info.txt</code> file (see above.) Afterward, you put the unzipped mod folder in the "<code>mods/mod_upload</code>" folder. Then select Mods from the title menu, and upload your mods using the button you'll see there. Other Steam users will be able to subscribe to your mod immediately once it is uploaded.<br />
<br />
Once the upload process is completed successfully, you'll find a <code>[STEAM_FILE_ID:#########]</code> appended to your info.txt. Make sure this entry is included for future uploads if you want to make changes to your mod and have it overwrite the existing entry on the workshop. Otherwise you'll create a new entry every time you upload.<br />
<br />
=== Publishing on DFFD ===<br />
<br />
In addition to Steam Workshop, it is recommended you upload your mod to DFFD. This allows people who play ''[[Classic|Dwarf Fortress Classic]]'', or ''[[Premium]]'' via Itch.io, to also download and play your mod. To publish/upload a file to DFFD you first need to create an account.<br />
<br />
For legal reasons, mods that contain graphics derived from the ''Premium'' graphics should not be uploaded outside Steam Workshop. For this reason, you might want to separate your mod into two parts: the first without graphics, which is uploaded to both DFFD and Steam Workshop, and the second with ''only'' the graphics, uploaded only to Workshop. Of course, this is not an issue if your graphics are not based off the ''Premium'' ones.<br />
<br />
[[Category:Modding]]</div>Janhttps://dwarffortresswiki.org/index.php?title=User_talk:BarelyCreative&diff=284434User talk:BarelyCreative2023-01-07T11:52:13Z<p>Jan: /* Graphic set */ new section</p>
<hr />
<div>== Graphic set ==<br />
<br />
It is easy to get lost on this wiki, even after years here I still discover new dark corners I wasn't aware of ;) The way I see it, currently we have:<br />
* [[Modding]] as general landing page.<br />
* Beginners [[modding guide]]<br />
* Various [[Token]] pages for in-depth parameter reference<br />
* With various pages that provide more in-depth usage explanation like [[Reactions]].<br />
<br />
For graphics, I believe that currently [https://dwarffortresswiki.org/index.php?title=Graphics&type=revision&diff=284350&oldid=282626 this info] might be best suited to [[Graphic set]]. Unless you choose to consolidate stuff (Personally, I welcome experimentation though it is hard to do so here due to lack of feedback) --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:52, 7 January 2023 (UTC)</div>Janhttps://dwarffortresswiki.org/index.php?title=Talk:Main_Page&diff=284432Talk:Main Page2023-01-07T11:32:39Z<p>Jan: /* New main page gallery images */</p>
<hr />
<div>{{Archive|<br />
# [[Talk:Main Page/archive1|Archive 1]]<br />
# [[Talk:Main Page/archive2|Archive 2]]<br />
# [[Talk:Main Page/archive3|Archive 3]]<br />
}}<br />
<br />
== How to create a new language page? ==<br />
<br />
I've just seen one dwarf requesting a Japanese page.<br />
<br />
If possible, I'll gladly translate this wiki into Korean. Korea is relatively a small country so the language is not that widely used, but surely there are some players, I guess.<br />
<br />
I don't know where to ask about this :9<br />
<br />
== Free SSL Certificate ==<br />
<br />
If the operators want to re-enable https, they can get a free (as in beer) certificate from https://letsencrypt.org/ . Instructions are on that site and it's very easy.<br />
:HTTPS is enabled now as of the June 2019 upgrades. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:53, 3 July 2019 (UTC)<br />
<br />
== Re: Discord ==<br />
<br />
I notice there's a Discord on this page. But shouldn't it be the Kitfox Games Discord, since that's the only official Discord for Dwarf Fortress?<br />
<br />
[[User:AlastríonaCatskill|AlastríonaCatskill]] ([[User talk:AlastríonaCatskill|talk]]) 13:43, 12 February 2020 (UTC)<br />
;I wasn't aware of it. If that is the case, then it should probably be added to the page. [[User:OluapPlayer|OluapPlayer]] ([[User talk:OluapPlayer|talk]]) 16:03, 12 February 2020 (UTC)<br />
<br />
Yeah, the only reason there is one at all is because somebody added some random one. I changed it to the only DF discord I knew of at the time. The only way I've now been able to find it is to search for 'Kitfox Games discord'. It's not listed on the bay12 links page, a forum thread, the reddit, or the Steam pages. Anyway, I've DMed Victoria on the KitfoxGames discord to make sure they're OK with adding the invite to this page. [[User:Ziusudra|Ziusudra]] ([[User talk:Ziusudra|talk]]) 20:08, 12 February 2020 (UTC)<br />
<br />
...Sorry, is it too late for this? I mean, while we're still discussing this, it looks like [https://dwarffortresswiki.org/index.php/Talk:Main_Page#B12G_Discord someone else got left behind as well]. Add, or not? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 22:21, 12 February 2020 (UTC)<br />
<br />
I'm not sure what you were trying to link to. Do you mean this: http://www.bay12forums.com/smf/index.php?topic=163555.0 Note that the thread was locked because of drama. There's a lot of red flags: the drama, despite using the name Bay12Games it never uses the word 'unofficial', the rules channel posts are from a deleted user, the announcements channel hasn't updated in well over a year, many channels haven't been active in months. I'm not so much saying no, but I am asking: should it be linked?<br />
<br />
There's also this: http://www.bay12forums.com/smf/index.php?topic=157332.0 But that invite is invalid. [[User:Ziusudra|Ziusudra]] ([[User talk:Ziusudra|talk]]) 02:35, 13 February 2020 (UTC)<br />
<br />
Ah, it's a ''dead'' discord. I see now. There was just no response to the April '17 topic, I stumbled across it all and got curious. No, I don't think it should be linked. Thanks for the analysis, anyway! [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 11:44, 13 February 2020 (UTC)<br />
<br />
== [[Multithreading]] ==<br />
<br />
Would it be OK to create [[Multithreading]] page describing why (preferably with citations)<br />
* even perfectly implemented boost would not be significant<br />
* multithreading is not something that can be bolted on complex program<br />
* DF is complicated case where taking advantage of multithreading is not obvious http://www.bay12forums.com/smf/index.php?topic=34311.msg7833713#msg7833713<br />
* DF is filled with many gamebreaking bugs unfixed for many years, multithreading bugs are unusually awful to fix<br />
* author of DF has minimal experiences with multithreading<br />
* writing multithreaded code is hard<br />
* writing correct multithreaded code is awfully hard<br />
* fixing bugs in a multithreaded code is nightmare<br />
<br />
and multithreading is not going to happen, ever<br />
<br />
http://www.bay12forums.com/smf/index.php?topic=34311.msg7833713#msg7833713<br />
http://www.bay12forums.com/smf/index.php?topic=107833.0<br />
https://bholley.net/blog/2015/must-be-this-tall-to-write-multi-threaded-code.html + “At Mozilla, there is a sign on the wall behind one of our engineer’s desks. The sign has a dark horizontal line, below which is the text, ‘You must be this tall to write multi-threaded code.’ The line is roughly nine feet off the ground. We created Rust to allow us to lower that sign.” http://www.oreilly.com/programming/free/files/why-rust.pdf<br />
<br />
[[User:Mko|Mko]] ([[User talk:Mko|talk]]) 03:07, 28 March 2020 (UTC)<br />
:I disagree with some of your talking points<br />
:* In DF each AI actor makes its own decisions, the computations can be done in parallel for an ncores speedup<br />
:* This parallelism should be built into the lowest design levels of the program, it can be done in a DF-like program<br />
:* With training and experience a good developer can write and debug multithreaded code.<br />
:I agree that multithreading is unlikely to be done in DF; It can not easily be bolted on and I rather see the developer spend time on game-play.<br />
:Is it worth to create a wiki page for what is essentially a one line explanation?<br />
:--[[User:MathFox|MathFox]] ([[User talk:MathFox|talk]]) 18:40, 31 March 2020 (UTC)<br />
::We would essentially be writing a page about a thing that doesn't matter to Dwarf Fortress. I can't agree to the existence of a page that's basically "This subject doesn't exist in the context of the game but here's the reasons why it should or shouldn't". This is better reserved for forum discussion, not a wiki. [[User:OluapPlayer|OluapPlayer]] ([[User talk:OluapPlayer|talk]]) 12:54, 1 April 2020 (UTC)<br />
<br />
== Re: Discord II ==<br />
<br />
Good morning.<br />
<br />
I was confiding with some friends, who had alerted me to the "Unofficial Bay 12 Discord" posted on this Wiki. Simply put, allegations of the use of ableist slurs were thrown, as well as screenshot evidence of using hard racist slurs against people of colour.<br />
<br />
I feel that the Unofficial Discord should hereby be removed from the social media part of the website for the following reasons:<br />
* No official connection to Bay 12 or the publishers [and, by extension, every non-Bay12 forum should be removed - especially dead ones]<br />
* This unofficial Discord is actively opposed to the standpoints that Toady One and Threetoe have posted on the bay12games site over the recent days.<br />
* This unofficial Discord uses slurs and other problematic language that actively harms the image of the Dwarf Fortress community<br />
* This unofficial Discord will likely make it so that people steer away from the game.<br />
<br />
I do not feel comfortable with the Wiki platforming a known racist Discord server, as that is de facto support of the messages of that server.<br />
[[User:AlastríonaCatskill|AlastríonaCatskill]] ([[User talk:AlastríonaCatskill|talk]]) 12:02, 21 June 2020 (UTC)<br />
<br />
Update: Apparently, this same Discord has been banned from the r/dwarffortress subreddit for as long as one of the mods can remember, and the link to it was banned on the official Kitfox Discord as well. I can post the screenshots I have of actively problematic behaviour on this Discord but I will not do it unless necessary, as the contents are alarming like that which will not be named. [[User:AlastríonaCatskill|AlastríonaCatskill]] ([[User talk:AlastríonaCatskill|talk]]) 12:10, 21 June 2020 (UTC)<br />
<br />
:I've removed the link. Safe to say, we don't need the wiki to be associated with this sort of people. [[User:OluapPlayer|OluapPlayer]] ([[User talk:OluapPlayer|talk]]) 21:58, 21 June 2020 (UTC)<br />
<br />
::The "Unofficial Bay 12 Discord" was already not linked on the main page - the only place it was mentioned is this talk page. Are you talking about that one or the Unofficial Dwarf Fortress Discord that is linked on the main page? The latter does have it's #elfposting channel, but that channel is initially hidden, opt-in only, and clearly labelled as a lawless zone. For an analogy, there are many very awful subreddits, but we still link to reddit - (yeah that's a little different but not much). Otherwise the unofficial DF discord is well modded and such behavior is not allowed in other channels. So, are you certain which discord/channel the screenshots came from? [[User:Ziusudra|Ziusudra]] ([[User talk:Ziusudra|talk]]) 22:29, 21 June 2020 (UTC)<br />
<br />
Since there's some confusion, AlastríonaCatskill, could you confirm and/or provide some evidence that following the link that was on the main page (removed in [https://dwarffortresswiki.org/index.php?title=Main_Page&diff=253449&oldid=251109]) takes you to the discord that you were referring to? The only reference I can find to a discord removed from the /r/dwarffortress sidebar is for a different discord, not the one that was linked on the main page (although it's possible that just the invite link was different). I just want to make sure that we're removing the right one here. If you have anything that you don't want to share publicly, you can PM me on the forums (same username) or [[Special:EmailUser/Lethosor|email me]] through the wiki, which I think is working. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:45, 22 June 2020 (UTC)<br />
<br />
:@Lethosor, I have emailed you the relevant images via the link you had created. The Discord that was on the main page and removed today is indeed what was being referred to, especially with the confirmation of the #elfposting channel being from said Discord. In my opinion, @Ziusudra, the inclusion of a problematic part of that community, even as opt-in, is unacceptable in my book for a community to be platformed on this Wiki. [[User:AlastríonaCatskill|AlastríonaCatskill]] ([[User talk:AlastríonaCatskill|talk]]) 03:26, 22 June 2020 (UTC)<br />
<br />
Hello, I am the owner of the Unofficial Dwarf Fortress discord. I just want to clear a few things up and open a channel of communication.<br />
Several years ago, the original owner of the discord left, in no small part due to all the sexism and racism and such.<br />
After a few days of an having an interim owner, it was given to another user, who onboarded several users as admins, including me.<br />
The new owner tried a lot to curb terrible stuff on the server, however this often lead to drama.<br />
<br />
The r/dwarffortress delisting happened after some of that drama spawned a new discord with a more "free speech" orientation,<br />
things spilling over to the forums and other places. Some time after that, she left the server to me, due to the amount of<br />
stress running that place caused her. When I took over I also tried to make it a better place, but with slower and subtler<br />
methods that wouldn't spark drama. Completely disallowing some behaviour outside of #elfposting was part of that,<br />
and later making that channel hidden by default was another. Now, the discord is much much better to be in<br />
than it ever was before, though it still has major flaws. I don't like #elfposting at all myself, but I don't rule with an iron fist nor <br />
do I know what much I can do without sparking massive drama again. Since April this year I have had some plans to make the discord<br />
quite a bit better, however some of my mods have been against it in part due to feeling it would cause bigger problems<br />
(though, as you probably know, some of them participate in #elfposting).<br />
With recent events, both within and outside the DF community, we have decided to move ahead, every mod on board,<br />
with some plans including phasing out the #elfposting channel in a way which will not create large issues for moderation.<br />
It will be fully gone within one (1) week of now.<br />
<br />
Also, I am a tad annoyed that you posted about this here but completely neglected contacting us. In the future, could you<br />
please contact me or one of my mods when you have any concerns about the server? I really do care about these things and we need feedback.<br />
&mdash;[[User:Lonjil|Lonjil]] ([[User talk:Lonjil|talk]]) 10:32, 22 June 2020 (UTC)<br />
<br />
: Thank you for replying here Lonjil. Unfortunately, I cannot trust your take on this matter for several reasons.<br />
: # One of the moderators has an anti-semitic stereotype profile picture<br />
: # Even if the only place of no censorship is the elfposting channel, and even if it is opt-in, the complete chaos of racist slurs allowed there is completely unacceptable for minority players and an extremely toxic environment. There have been instances of straight hate speech on the channel / server as well, suggesting to kill people of colour and LGBTQIAA+ people.<br />
: In short, the toxicity of your Discord's community makes it not just uncomfortable, but downright dangerous for minority people playing Dwarf Fortress. As Tarn and Zach have made liberal-to-leftist political views in the past, the chances of minorities to play the game is higher - and I wouldn't want to be a person of colour signing up for a shitposting channel to only be met with over 10,000 instances of the hard-n word being used. The Discord should remain off of the Wiki until things shape up and all instances of hate speech be purged from server history. Personally I would rather all non-official channels of communication be removed from the page, period, but that is a less pressing discussion than active hatred of minorities being platformed on the Wiki via your unofficial Discord. [[User:AlastríonaCatskill|AlastríonaCatskill]] ([[User talk:AlastríonaCatskill|talk]]) 12:30, 22 June 2020 (UTC)<br />
<br />
:: Small edit / follow-up to my previous message. My friend tells me that elfposting is the most commonly used channel, which goes to show the level of hatred allowed into the community. It may be best to remove the channel in entirety, and make a new meme channel with no hate speech allowed. [[User:AlastríonaCatskill|AlastríonaCatskill]] ([[User talk:AlastríonaCatskill|talk]]) 12:33, 22 June 2020 (UTC)<br />
<br />
::: The admin you are referring to is a jew, who lives in Israel. I prefer to not police people of other ethnicities when it comes to negative stereotypes and such of themselves, they know what they are comfortable with far better than I ever could.<br />
<br />
::: Elfposting is not, by any reasonable measure, the most used channel. It has fewer users than any other channel. It has a fair number of messages, but only because there is no rule against spamming in there. So, nearly all of it is spam, which was the point of the channel to begin with.<br />
<br />
::: "It may be best to remove the channel in entirety" this is exactly what is happening, as I already said. We're giving the channel regulars a few days to hear the news, but then the channel will be gone. We already have a more pleasant meme channel from an experiment we did in April, which we are bringing back. &mdash;[[User:Lonjil|Lonjil]] ([[User talk:Lonjil|talk]]) 13:57, 22 June 2020 (UTC)<br />
<br />
Hi all - thanks for keeping this discussion civil. I've been investigating the policies of other DF communities, and I've come to the conclusion that it would be best for the wiki to only link to the official DF Discord (Kitfox). I'll also make a pass through the other sites linked on the main page. I'm sorry to those of you working hard to maintain Discords and other unofficial communities out there - I know it's difficult, and I don't want to judge your communities without being a part of them. However, there will always be debates like these about whether a community deserves to be linked from a more "official" place, like the wiki, and no matter where we draw the line(s), people will be upset. The policy of only linking to the Kitfox Discord seems to have worked for other communities, which is why I'm applying it here. I would be happy to have a broader discussion at [[DF:Centralized Discussion]] if anyone wants to. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:48, 23 June 2020 (UTC)<br />
<br />
== Put Chinese language wiki on other Languages ==<br />
Found it on Internet([http://cdf.wikidot.com/start]) <small>&ndash; [[template:unsigned|unsigned]] comment by [[User:45.58.187.66|45.58.187.66]]</small><br />
<br />
:I added a link to it. I'm not sure what the process is for adding interwiki link support (support for links to pages in the sidebar, like how [[DF2014:Cat]] links to http://dfwk.ru/Cat) but I can look into that too. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:40, 19 August 2020 (UTC)<br />
::Hello! I'm the admin of [https://dfzh.huijiwiki.com/ Chinese Dwarf Fortress wiki], and I've previous put its link on the main page. We've now enabled interwiki link from our site to English site, and we wish to get one back from English site to CN site as well. Hope that is possible, and thanks so much! The URL for our site should be: <code>https://dfzh.huijiwiki.com/wiki/$1</code> [[User:Xjtu-blacksmith|xjtu-blacksmith 黑山雁]] ([[User talk:Xjtu-blacksmith|talk]]) 11:26, 1 November 2022 (UTC)<br />
<br />
:::Added. Prefix is "zh", for example: https://dwarffortresswiki.org/index.php?title=Main_Page&diff=266849&oldid=266730 &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:45, 28 November 2022 (UTC)<br />
<br />
== Villains Wiki ==<br />
<br />
To started putting some creatures on the Villains Wiki, because I want to spread the word of Dwarf Fortress around, and these creatures fit the theme of the wiki anyway. Here's an example page, and the template of all pages:<br><br />
[https://villains.fandom.com/wiki/Goblins_(Dwarf_Fortress) Villains - Goblins]<br><br />
[https://villains.fandom.com/wiki/Template:Dwarf_Fortress_Villains Villains - Template of DF Villains]<br />
<br />
If anyone could add more info to those pages, or think more creatures should be on that wiki, please let me know. Or you could add it yourself. -- [[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 13:37, 9 January 2021 (UTC)<br />
<br />
== Replace Chinese Wiki with the new one on Fandom ==<br />
<br />
The previous Chinese wiki on wikidot seems to be inactive for a long time, with its main page refers to the download link of v0.44.10, and most pages are never updated even earlier than that version. Recently we are working on a new site on Fandom ([https://dwarf-fortress.fandom.com/zh]), trying to keep everything up to date. Wish to replace the links on dwarffortresswiki's main page and the sidebar link (inter-language link) with the one at Fandom, so that more people may get to the right place and join us. [[User:Xjtu-blacksmith|xjtu-blacksmith 黑山雁]] ([[User talk:Xjtu-blacksmith|talk]]) 04:16, 30 December 2021 (UTC)<br />
<br />
:I've added the link of Fandom site onto the main page, without removing the previous one. [[User:Xjtu-blacksmith|xjtu-blacksmith 黑山雁]] ([[User talk:Xjtu-blacksmith|talk]]) 11:09, 12 May 2022 (UTC)<br />
:We've migrated Chinese Wiki to huijiwiki.com, which is now shown on Main Page. [[User:Xjtu-blacksmith|xjtu-blacksmith 黑山雁]] ([[User talk:Xjtu-blacksmith|talk]]) 07:41, 29 May 2022 (UTC)<br />
<br />
::Added. The "zh" prefix should work for links. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:43, 28 November 2022 (UTC)<br />
<br />
== Kitfox Discord ==<br />
<br />
<blockquote><br />
''2022-04-15 BlueManedHawk . . (8,594 bytes) (-135) . . (The Kitfox Games discord server has an unethical code of law. I don't think the wiki should be supporting it.)''<br />
<br />
''2022-04-15 Ziusudra . . (8,729 bytes) (+135) . . (Undo revision 263652 by BlueManedHawk[:] please discuss changes such as this on the talk page first) (Tag: Undo)''<br />
</blockquote><br />
<br />
Alright, I can do that.<br />
<br />
The Kitfox Games discord server has a code of law that contains the following immoralities:<br />
<br />
:- Is very vague and nebulous, allowing the moderators to exploit the vagueness to be able to do very different things in similar circumstances in alignment with their biases. (Not that they do that, but the fact that it's possible is concerning.)<br/><br />
:- Contains a "These rules are subject to common sense." clause, essentially meaning that the moderators are able to do whatever they want and hide it behind the barrier of "common sense". This goes completely against the point of the concept of rules in the first place as a promise from those in power in regards to what they will and will not do.<br/><br />
:- Allows for infinite punishment.<br />
<br />
That last one could do with a bit of explaining. Let us begin with the premise that the punishment for a crime should be proportional to the severity of the crime. I think we can all agree on this. Therefore, an infinite punishment should only ever be given for an infinite crime. However, humans are not infallible. People make mistakes. And this means that if a court of law is able to administer an infinite punishment, they run the risk of accidentally giving somebody an infinite punishment that they do not deserve. This, I think we can all agree, is unnacceptable. Therefore, infinite punishment cannot every be administered ethically.<br />
<br />
I hope that this explains why I want the link to the Kitfox games discord removed.<br />
<br />
Regards,<br />
<br />
—[[User:BlueManedHawk|BlueManedHawk]] ([[User talk:BlueManedHawk|talk]]) 22:29, 15 April 2022 (UTC)<br />
:* Their rules are not vague or nebulous, they even give examples of what the rules cover. Of all the discords I am on, their rules are some of the most detailed.<br />
:* The "''depending on the action and our judgement''" is quite similar to the "''depending on how disruptive you were and your prior history''" found in the DF forum rules, and is pretty standard social media boilerplate and is itself common sense.<br />
:* Their rules state "''Breaking these rules will result in a warning or ban''", which is not at all "''infinite punishment''", and is again quite similar to the "''If you violate the guidelines, you will be warned, muted for a period of days, or banned completely''" on the forums. It's not like they can keep anyone from playing the game or interacting with the other communities.<br />
: Your referring to their rules as "code of law" is hyperbolic. Their rules are quite similar to the rules of the forum. So, I disagree and think the link should stay. [[User:Ziusudra|Ziusudra]] ([[User talk:Ziusudra|talk]]) 23:13, 15 April 2022 (UTC)<br />
::* The rules are pretty vague. Examples aren't enough. A strict, clear, unambiguous definition is necessary to prevent abuse.<br />
::* While it is true that their clause is ''normal'', that doesn't mean it's ''right''.<br />
::* The explanation of bans doesn't explain how long the bans will last. Since there's nothing explicitly stating that infinite punishment won't be given, and since "ban" by itself generally refers to a permanent ban, I think that it's allowing infinite punishment.<br />
::* I'm not sure how the term "code of law" is hyperbolic. I use the term synonymously with "set of rules".<br />
::* I can't seem to find a code of law for the forums. However, if what you said is true, then clearly we should also remove the link to the forums.<br />
::<br />
:: Regards,<br />
::<br />
:: —[[User:BlueManedHawk|BlueManedHawk]] ([[User talk:BlueManedHawk|talk]]) 02:59, 16 April 2022 (UTC)<br />
::: http://www.bay12forums.com/smf/index.php?topic=27009 It's linked in the header at the top of every forum page, though if the header is collapsed you won't see it.<br />
::: Unambiguous rules are technically impossible since human behavior is limitless. That's why we hav judges for actual laws - even society's strictest laws need a human adjudicator. Then, even with "permanent bans", both Kitfox and Bay12 hav public email addresses and twitter accounts which can be used to petition to hav a ban removed.<br />
::: Finally, suggesting the removal of the links to the official forums for the game this wiki is dedicated to is unreasonable, to the point of making me wonder if you're trolling. [[User:Ziusudra|Ziusudra]] ([[User talk:Ziusudra|talk]]) 04:59, 16 April 2022 (UTC)<br />
<br />
::::I agree with Ziusudra. More broadly, I think we should keep links to "official" DF channels, and Kitfox is a DF publisher. If a potential for "infinite punishment" warrants removing links to the offending site, then by your logic, we should remove all links to the wiki from the wiki because users here have been banned permanently. That has been done based on the best judgement of the people who volunteer their time to run the wiki and has been open to appeals, and I expect other channels are similar. I'm not interested in entertaining this argument here. If you have specific issues with a specific external site, I suggest that you get in touch with the moderators there instead. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:34, 16 April 2022 (UTC)<br />
<br />
:::::Hello.<br />
<br />
:::::As I mentioned below, the DFWiki is in a position of power, and by removing the link to them, we can potentially force their hand into making their code of law more moral. On the other hand, keeping the link there could potentially be seen as supporting their immoral behavior, tarnishing the reputation of the site. This is why I brought up my issues with an external site onto this one: because these issues also affect it.<br />
<br />
:::::It is true that by my logic, the DFwiki is operating immorally. However, I would like to mention that ''you are in a position of power on the wiki'', Lethosor. I would think that you have the ability to change the Wiki's code of law to be more moral. You have the choice to make the wiki a better place, and I advise that you take it.<br />
<br />
:::::Regards,<br />
<br />
:::::—[[User:BlueManedHawk|BlueManedHawk]] ([[User talk:BlueManedHawk|talk]]) 06:22, 16 April 2022 (UTC)<br />
<br />
::::Hello.<br />
<br />
::::* I don't know which header you're referring to—wherever it is, it seems to not be there for me. Regardless, I thank you for clarifying which guidelines you were referring to.<br />
::::* Unambiguous rules are largely impossible because nobody has yet created an unambiguous language. However, that doesn't mean that we shouldn't still seek to get as close to unambiguous as possible when constructing a code of law.<br />
::::* Claiming that the bans are transient because it's possible to appeal them is optimistic, and while there is a place for optimism, this is not it. Any potential that a legal system has for corruption is one that we cannot assume will not be used, and often, corruption begets corruption, continuing the cycle until a revolution happens.<br />
::::* Being a central repository of knowledge on DF, the DFwiki is in a position of power. If we do remove the link to the Kitfox discord under the condition that they make their code of law more moral, then we can theoretically force their hand, maybe. There is, of course, a risk to this, and this should be deliberated before a decision is made.<br />
::::* I am not a troll. Why does everybody keep thinking that?<br />
<br />
::::Regards,<br />
<br />
::::—[[User:BlueManedHawk|BlueManedHawk]] ([[User talk:BlueManedHawk|talk]]) 06:22, 16 April 2022 (UTC)<br />
<br />
== Advertisements problem ==<br />
<br />
One of the full-page advertisements(a pop-up that obscures the whole page) had what looked like a "close" button, but it just tried to redirect me to another page.<br />
Full page advertisments aren't untoward but like, web elements that say 'close' are expected to do what they say, otherwise it's intercepting clicks. <small>&ndash; [[template:unsigned|unsigned]] comment by [[User:Eerr|Eerr]]</small><br />
<br />
:Do you have a screenshot of the offending ad, or can you take one if it happens again? My understanding is that that is something we (admins) don't have control over, but we can report misleading ads to Google. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:09, 2 June 2022 (UTC)<br />
<br />
== Kitfox Discord (again) ==<br />
<br />
Hi. I'm again requesting the removal of the link to the Kitfox discord server for only two reasons this time: the code of law gives infinite power to the moderators, and the criminal justice system uses punishment to deal with criminals. These are obviously both immoral, and until the server fixes these issues, the DF wiki ought to remove the link so as not to seem to be promoting them. [[User:BlueManedHawk|BlueManedHawk]] ([[User talk:BlueManedHawk|talk]]) 21:45, 15 September 2022 (UTC)<br />
:And again, I don't support removing the official publisher's discord just because you think that there is some thing wrong with their completely normal and reasonable moderation practices, none of which involves "infinite power", "punishment", "criminals", or other such hyperbole. Banning is not "punishment", it is protection of the community from those that act to harm it, nor is it "infinite power" since all it does is keep those rule breakers off one discord server and nothing else. All of which also happens on both the Bay12 Forums and this very wiki, both of which, by your logic, you should immediately stop using lest you appear to be promoting them. [[User:Ziusudra|Ziusudra]] ([[User talk:Ziusudra|talk]]) 03:45, 16 September 2022 (UTC)<br />
::Normalizing of horribly unethical practices is not okay. I do not think it is hyperbole to use the terms "infinite power, "punishment", and "criminals". The server is a jurisdiction like any other, and it should be held to the same standards of morality as any other—this includes not using punishment as a means to deal with those who break the law. It is completely possible to protect the community without using bans—bans simply get rid of problems instead of fixing them, and are ineffective against the diligent. Infinite power is not an okay thing to give to those who govern a jurisdiction—dictatorial power structures have been shown to fail many times over throughout history.<br />
::<br />
::If we simply must keep any official venues for DF on the main page, regardless of morality (this includes the forums, which i agree should also be removed), then the Wiki ought to put a disclaimer of some sort clarifying that they are being listed not in support of the governance policies of the communities, but simply because they are official.<br />
::<br />
::[[User:BlueManedHawk|BlueManedHawk]] ([[User talk:BlueManedHawk|talk]]) 17:24, 17 September 2022 (UTC)<br />
:::Good god, how many of these discussions are you gonna keep making? Is there anything that ''doesn't'' offend you? -- [[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 13:14, 22 September 2022 (UTC)<br />
::::There's no need to be rude. But to answer your question, i'm going to have as many discussions as are necessary until a concensus is reached. [[User:BlueManedHawk|BlueManedHawk]] ([[User talk:BlueManedHawk|talk]]) 21:43, 22 September 2022 (UTC)<br />
:::::You can't keep just keep making constant requests of "guys can we please remove that and that and that and this and this because of like business and anti-competitive stuff and yeah and like" but then turn around and go "why does everyone think I'm a troll?" Can you seriously not connect those two things together? I've been part of this community for a long time, and you are the one and only person who gets all offended by things that no one else would even care to think about. This wiki is not the place for that. -- [[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 10:48, 23 September 2022 (UTC)<br />
::::::I really don't understand why people think that i'm a troll. If you or someone else were to explain it to me in a manner that's more polite than your previous messages have been, i'd be happy to listen. [[User:BlueManedHawk|BlueManedHawk]] ([[User talk:BlueManedHawk|talk]]) 20:18, 23 September 2022 (UTC)<br />
:::::::Hmmmmmmm, no. I'm gonna skip the "polite" thing and just speak the truth. No regrets. The fact that you can't see why people think you're a troll makes the situation even worse. You're someone who got all bent out of shape over a Minecraft diamond reference, something that no one else would ever care about. You keep saying you don't see how people think you're a troll when it was explained to you many times. All this goofy legal stuff you keep bringing up is best left elsewhere. Not here. -- [[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 13:59, 24 September 2022 (UTC)<br />
<br />
== Wiki logo ==<br />
<br />
The new wiki logo requires getting used to. Personally, I wouldn't mind something simpler like [[:File:Dfhack-logo.png|DFhacks]] with a more fancy version going to the mainpage. Maybe someone from the community can come up with something, here is what [https://ibb.co/26J569S my meager skill] able to come up with --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 13:20, 7 December 2022 (UTC)<br />
:I just noticed it and I have to agree. It's like being hit in the face with a brick. It references DF relatively deep lore ([[obsidian]] and [[semi-molten rock]]) and it feels way too harsh compared to the relatively relatable and much more early-game relevant icon of a dwarf mining. --[[User:Lurker|Lurker]] ([[User talk:Lurker|talk]]) 13:01, 10 December 2022 (UTC)<br />
:: For reference here is the [[:File:DFDefault.png|digger]] from the classic intro and bellow rendering of what steam version uses in its loading phase, as well as [https://ibb.co/mtzdLm3 this simple variant]<br />
<diagram><br />
¦¦¦¦¦¦ <br />
¦ ¦<br />
¦ ¦<br />
¦ ¦ ¦ ¦<br />
▒ ▒<br />
▒▒▒▒▒▒▒▒<br />
▒▒ ¦¦ ▒▒<br />
▒▒▒▒▒▒<br />
▒▒▒<br />
▒▒<br />
</diagram> --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 15:39, 11 December 2022 (UTC)<br />
<br />
== steam release ==<br />
<br />
: "''We are working on a migration that will be complete in the next few days''"<br />
Any estimate on how long that is going to take? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 08:53, 10 December 2022 (UTC)<br />
: Additionally, who is working on this wiki migration, and why is it a closed process? I feel like the migration could have been largely completed by now if everyone was able to help, but that sentiment may just be coming from my ignorance. [[User:Trainzack|Trainzack]] ([[User talk:Trainzack|talk]]) 00:40, 17 December 2022 (UTC)<br />
::See thread at [[Dwarf_Fortress_Wiki_talk:Versions#v50_organization]]. Emi and I are planning to use a MediaWiki bot for this. My current ETA is 2 days from now. I've asked for help in a few places to write such a bot and have had no responses. My concern with a manual migration (e.g. if we have people copy over just some pages manually) is that it would likely result in a state that is much more complicated to finish. I'm sorry it hasn't gotten done yet. Open to help with automating this. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:39, 17 December 2022 (UTC)<br />
:::Ah, that page completely eluded me! Thanks for pointing in that direction. I would be totally willing to help write a bot, just let me know what I can do. [[User:Trainzack|Trainzack]] ([[User talk:Trainzack|talk]]) 14:37, 17 December 2022 (UTC)<br />
::::Thanks for offering. I actually ended up with some time today to work on the migration script. It's almost done, just need to run some final checks before setting it loose. Hopefully tomorrow. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 07:15, 19 December 2022 (UTC)<br />
<br />
== wiki tasks ==<br />
<br />
Dwarf old head but new account. I'm trying to do a little grunt work for migrating raws and stuff every time I browse the wiki but adding raws is gated behind the adding a page permission. Is there a honey-do list for stuff that needs editing in order to get some contributions under my belt? ☺ --[[User:Hotty gremlin|Hotty gremlin]] ([[User talk:Hotty gremlin|talk]]) 01:47, 24 December 2022 (UTC)<br />
:This lists every page that still has the migration template on it: https://dwarffortresswiki.org/index.php/Special:WhatLinksHere/Template:Migrated_article [[User:Ziusudra|Ziusudra]] ([[User talk:Ziusudra|talk]]) 02:26, 24 December 2022 (UTC)<br />
<br />
== New main page gallery images ==<br />
<br />
Should we start some sort of initiative, maybe over discord as well, for people to provide a few new images from the premium version to use on the main page? --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 15:47, 6 January 2023 (UTC)<br />
:What's stopping us from just extracting the sprites? [[User:BlueManedHawk|BlueManedHawk]] ([[User talk:BlueManedHawk|talk]]) 23:05, 6 January 2023 (UTC)<br />
::Nothing, but I'm talking about screenshots from in-game similar to the ones in [[Main_Page/gallery]]. :) --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 09:26, 7 January 2023 (UTC)<br />
::Same as one can do from any official screenshots or youtube videos. And lets just say that anyone who want to get their hands on the sprites will not waste time here, there are far easier/quicker alternatives so much so that I can probably make you lmgtfy link for it. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:32, 7 January 2023 (UTC)</div>Janhttps://dwarffortresswiki.org/index.php?title=Talk:Release_information&diff=284231Talk:Release information2023-01-06T19:27:12Z<p>Jan: /* Proposed cleanup of release info */</p>
<hr />
<div>==Proposed cleanup of release info==<br />
<br />
I suggest streamlining release info as follows:<br />
* Delete [[DF2014:Release information]], there's basically no info there<br />
* Replace the contents of [[Release information]] with [[History of Dwarf Fortress#Release_History]], the goal being to provide a concise summary of all updates and major changes since the beginning. No more than a line or two per version.<br />
* Rename [[Release information]] to [[Release history]] with a redirect.<br />
<br />
Any objections? [[User:OddballJoe|OddballJoe]] ([[User talk:OddballJoe|talk]]) 07:11, 4 January 2023 (UTC)<br />
<br />
iirc there is another places where there is out of date version history. I think that we should consolidate all this into one page, and that page should be 'Release information'. I also think that we should have links here to older versions. Not sure about the other specifics.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 00:25, 5 January 2023 (UTC)<br />
<br />
The only other place I've found talking about versions was [[Dwarf Fortress#History]], and I think the top half of [[History of Dwarf Fortress]] can be merged into that. <br />
I'm also thinking that it could be nice to include top few lines of the release history on the main page, to show off what's new, if there's an easy technical solution. [[User:OddballJoe|OddballJoe]] ([[User talk:OddballJoe|talk]]) 23:38, 5 January 2023 (UTC)<br />
<br />
: Sorry took me a while to find it again. It is [[save compatibility#breakages]], which isn't updated regularly and is identical in function to what asterisk are used for on this page. So if release information is consolidated here, it can be used instead of that section. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:17, 6 January 2023 (UTC)<br />
<br />
: I have added the contents of [[History of Dwarf Fortress#Release_History]] here to get things started. <br />
: I added table, if it doesn't work for you simply revert. Also I noticed that the [https://www.dfwk.ru/%D0%92%D0%B5%D1%80%D1%81%D0%B8%D1%8F_%D0%B8%D0%B3%D1%80%D1%8B/50.05 Russian wiki] added version\namespace chooser for its quick link bar, we could use that as well. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 19:27, 6 January 2023 (UTC)</div>Janhttps://dwarffortresswiki.org/index.php?title=Release_information&diff=284230Release information2023-01-06T19:20:24Z<p>Jan: fixed my regex mishaps</p>
<hr />
<div>{{migrated article}}<br />
{{Quality|Unrated}}<br />
{{release notes}}{{av}}<br />
<br />
The first version in this release cycle, '''DF 50.01''', was released on '''December 6, 2022'''. The latest version is '''{{current/version}}''', released on '''{{current/lastupdate}}'''. The changes in each version are listed in the sidebar to the right.<br />
<br />
Version 50.01 was the first version of Dwarf Fortress released on [https://steamcommunity.com/app/975370/ Steam]. It was also the first version to use a new versioning scheme: the leading "0." present in all previous versions of DF was removed from the version number.<br />
<br />
As with all major releases, version 50.01 broke [[save compatibility]] with old versions.<br />
<br />
== Version History ==<br />
=== Dwarf Fortress v50 ===<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[Release information/50.05|50.05]] || (2023-01-05):<br />
| ''Bugfixes and optimizations''<br />
|-<br />
| [[Release information/50.04|50.04]] || (2022-12-22):<br />
| '''Classic release''': released the free [[Classic]] version on [https://www.bay12games.com/dwarves/ bay12games.com], and enabled classic mode in the Premium version. Added ability to advance time by one frame, and assign everyone to a burrow.<br />
|-<br />
| [[Release information/50.03|50.03]] || (2022-12-12):<br />
| ''Premium-only bugfixes''. Improved UX for selecting building materials.<br />
|-<br />
| [[Release information/50.02|50.02]] || (2022-12-08):<br />
| ''Premium-only bugfixes''<br />
|-<br />
| [[Release information/50.01|50.01]] || (2022-12-06):<br />
| '''Premium release''': launched the paid [[Premium]] version on Steam and itch.io. Introduced [[graphics]], full [[Mouse control|mouse support]], a new user [[interface]], tutorials, and new [[soundtrack|music]] and sound effects. A number of features from v0.47 were lost in 50.01 (see [[Missing features]]).<br />
|}<br />
<br />
=== Dwarf Fortress v0.47 ===<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[DF2014:Release information/0.47.05|0.47.05]] || (2021-01-28):<br />
| ''Bugfix''<br />
|-<br />
| [[DF2014:Release information/0.47.04|0.47.04]] || (2020-02-29):<br />
| ''Bugfix''<br />
|-<br />
| [[DF2014:Release information/0.47.03|0.47.03]] || (2020-02-16):<br />
| ''Bugfix''<br />
|-<br />
| [[DF2014:Release information/0.47.02|0.47.02]] || (2020-02-06):<br />
| ''Bugfix''<br />
|-<br />
| [[DF2014:Release information/0.47.01|0.47.01]] || (2020-01-29):<br />
| ''Release'': introduced creation of [[guildhall]]s and [[temple]]s. Introduced [[traitor]]s and [[villain]]s.<br />
|}<br />
<br />
=== Dwarf Fortress v0.44 ===<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[DF2014:Release information/0.44.12|0.44.12]] || (2018-06-23):<br />
| ''Hotfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.11|0.44.11]] || (2018-06-23):<br />
| Civilizations create nearby sites and associate them with your fortress, can request/send workers, long-term memories can lead to personality changes<br />
|-<br />
| [[DF2014:Release information/0.44.10|0.44.10]] || (2018-05-05):<br />
| Dwarves now have short-term and long-term memories of emotional events, Adventurer mode log improved<br />
|-<br />
| [[DF2014:Release information/0.44.09|0.44.09]] || (2018-04-01):<br />
| ''Hotfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.08|0.44.08]] || (2018-03-29):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.07|0.44.07]] || (2018-03-12):<br />
| ''Hotfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.06|0.44.06]] || (2018-03-09):<br />
| Raids can pillage/raze sites and demand tribute, will gain skills (e.g. military tactics) during missions<br />
|-<br />
| [[DF2014:Release information/0.44.05|0.44.05]] || (2018-01-14):<br />
| ''Hotfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.04|0.44.04]] || (2018-01-10):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.03|0.44.03]] || (2017-12-25):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.02|0.44.02]] || (2017-11-23):<br />
| ''Hotfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.01|0.44.01]] || (2017-11-22):<br />
| ''Release''; can now send raids to other sites, build museums using pedestals and display cases, artifacts created during worldgen, civilizations can send spies to gather information on artifacts<br />
|}<br />
<br />
=== Dwarf Fortress v0.43 ===<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[DF2014:Release information/0.43.05|0.43.05]] || (2016-06-20):<br />
| '''64-bit support''', bugfixes<br />
|-<br />
| [[DF2014:Release information/0.43.04|0.43.04]] || (2016-06-20):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.43.03|0.43.03]] || (2016-05-22):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.43.02|0.43.02]] || (2016-05-11):<br />
| ''Hotfix'';<br />
|-<br />
| [[DF2014:Release information/0.43.01|0.43.01]] || (2016-05-09):<br />
| ''Release''; Adventurers can create sites, make stone axes, fell trees, perform carpentry, and construct buildings; Fortress mode work orders can now specify start conditions, restart frequencies, and how many workshops can be used<br />
|}<br />
<br />
=== Dwarf Fortress v0.42 ===<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[DF2014:Release information/0.42.06|0.42.06]] || (2016-02-10):<br />
| Can specify exact materials for jobs, make specific crafts, apply specific decorations, and even customize the details of art images; Adventurers can now do bone carving, complete with custom images<br />
|-<br />
| [[DF2014:Release information/0.42.05|0.42.05]] || (2016-01-17):<br />
| Reputations for hunters and protection from bandits<br />
|-<br />
| [[DF2014:Release information/0.42.04|0.42.04]] || (2015-12-26):<br />
| More varieties of [[animal people]] and giant animals, Vampire purges during worldgen, bugfixes<br />
|-<br />
| [[DF2014:Release information/0.42.03|0.42.03]] || (2015-12-12):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.42.02|0.42.02]] || (2015-12-05):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.42.01|0.42.01]] || (2015-12-01):<br />
| ''Release''; introduced taverns, temples, and libraries, added new musical instruments and performance skills, introduced [[need]]s to replace dwarves going On Break, added visitors who can petition for fortress membership, scholars and historians can write books and spread knowledge, and drinking alcohol actually causes inebriation (and eventually fatal alcohol poisoning)<br />
|}<br />
<br />
=== Dwarf Fortress v0.40 ===<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[DF2014:Release information/0.40.24|0.40.24]] || (2015-01-07):<br />
| ''Bugfix''; Misc. bugfixes; allowing 1x1 forts<br />
|-<br />
| [[DF2014:Release information/0.40.23|0.40.23]] || (2014-12-24):<br />
| ''Bugfix''; Fixed farming job cancellations, armies camping forever, typos, and channeling bug<br />
|-<br />
| [[DF2014:Release information/0.40.22|0.40.22]] || (2014-12-21):<br />
| ''Bugfix''; Fixed multi-item jobs and toggle marker tweak<br />
|-<br />
| [[DF2014:Release information/0.40.21|0.40.21]] || (2014-12-19):<br />
| ''Hotfix''; Fixed a crash bug and other issues<br />
|-<br />
| [[DF2014:Release information/0.40.20|0.40.20]] || (2014-12-18):<br />
| Job priorities rewrite; vein and cluster automining<br />
|-<br />
| [[DF2014:Release information/0.40.19|0.40.19]] || (2014-11-26):<br />
| [[Gelding]] and related profession/skill/etc<br />
|-<br />
| [[DF2014:Release information/0.40.18|0.40.18]] || (2014-11-20):<br />
| ''Hotfix''; Fixed a smelting issue on Windows<br />
|-<br />
| [[DF2014:Release information/0.40.17|0.40.17]] || (2014-11-19):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.16|0.40.16]] || (2014-11-12):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.15|0.40.15]] || (2014-11-05):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.14|0.40.14]] || (2014-10-25):<br />
| Thought/emotion rewrite, stopped site invaders from always winning<br />
|-<br />
| [[DF2014:Release information/0.40.13|0.40.13]] || (2014-09-17):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.12|0.40.12]] || (2014-09-10):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.11|0.40.11]] || (2014-09-03):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.10|0.40.10]] || (2014-08-24):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.09|0.40.09]] || (2014-08-17):<br />
| ''Bugfix''; Misc. bugfixes<br />
|-<br />
| [[DF2014:Release information/0.40.08|0.40.08]] || (2014-08-11):<br />
| ''Hotfix''; Fixed a crash bug and issues with constructions <br />
|-<br />
| [[DF2014:Release information/0.40.07|0.40.07]] || (2014-08-10):<br />
| ''Bugfix''; AI and invasion fixes<br />
|-<br />
| [[DF2014:Release information/0.40.06|0.40.06]] || (2014-08-03):<br />
| ''Bugfix''; stack bugfixes.<br />
|-<br />
| [[DF2014:Release information/0.40.05|0.40.05]] || (2014-07-27):<br />
| ''Bugfix''; fixed large world slowdown, decreased rampant tree growth, many old and new bugfixes.<br />
|-<br />
| [[DF2014:Release information/0.40.04|0.40.04]] || (2014-07-20):<br />
| ''Bugfix''; several crash fixes, made saplings grow properly.<br />
|-<br />
| [[DF2014:Release information/0.40.03|0.40.03]] || (2014-07-13):<br />
| ''Bugfix''; broke save game compatibility again due to more save corruption, several crash fixes.<br />
|-<br />
| [[DF2014:Release information/0.40.02|0.40.02]] || (2014-07-10):<br />
| ''Bugfix''; broke save game compatibility due to save corruption, several crash fixes.<br />
|-<br />
| [[DF2014:Release information/0.40.01|0.40.01]] || (2014-07-07):<br />
| ''Release''; Introduced world generation running in the background while fortresses and adventurers progress, un-retiring of fortresses, multiple tile trees, climbing & jumping, and more.<br />
|}<br />
<br />
=== Dwarf Fortress v0.34 ===<br />
In a [http://www.bay12games.com/dwarves/index.html devlog] entry for 2011-01-30, Threetoe announced plans for a series of nine numbered releases ("Short-term Goals" on the [http://www.bay12games.com/dwarves/dev.html dev page]) to finish off the long-planned "caravan" development arc. Release 1, improving towns and introducing markets, along with a variety of supernatural creature types, was predicted to have a version number of [http://www.bay12games.com/media/df_talk_14_transcript.html#14.16 0.33 or 0.34] and was released on Valentine's Day 2012 as version 0.34.01.<br />
<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[v0.34:Release information/0.34.11|0.34.11]] || (2012-06-04):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.34:Release information/0.34.10|0.34.10]] || (2012-05-21):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.34:Release information/0.34.09|0.34.09]] || (2012-05-17):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.34:Release information/0.34.08|0.34.08]] || (2012-05-14):<br />
| Hauling overhaul - minecarts and wheelbarrows, more accurate projectiles, reduced mining yields, advanced stockpile/workshop links<br />
|-<br />
| [[v0.34:Release information/0.34.07|0.34.07]] || (2012-03-30):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.34:Release information/0.34.06|0.34.06]] || (2012-03-23):<br />
| Updates to animal training ([[dungeon master]] removed, having been nonfunctional since 0.31.01), return of good/evil trees and shrubs<br />
|-<br />
| [[v0.34:Release information/0.34.05|0.34.05]] || (2012-03-06):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.34:Release information/0.34.04|0.34.04]] || (2012-02-29):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.34:Release information/0.34.03|0.34.03]] || (2012-02-28):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.34:Release information/0.34.02|0.34.02]] || (2012-02-18):<br />
| ''Bugfix''; broke save compatibility due to save corruption, numerous fixes for old issues<br />
|-<br />
| [[v0.34:Release information/0.34.01|0.34.01]] || (2012-02-14):<br />
| Introduction of human cities (shops, marketplaces, sewers, dungeons) and tombs, addition of [[interaction]]s ([[necromancer]]s, [[werebeast]]s, [[vampire]]s, etc.), historical migrants, truly evil regions, updated [[justice]] system,<br />
|}<br />
<br />
=== Dwarf Fortress v0.31 ===<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[v0.31:Release information/0.31.25|0.31.25]] || (2011-03-28):<br />
| ''Hotfix'' -- Final update of version 0.31.<br />
|-<br />
| [[v0.31:Release information/0.31.24|0.31.24]] || (2011-03-27):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.23|0.31.23]] || (2011-03-26):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.22|0.31.22]] || (2011-03-24):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.21|0.31.21]] || (2011-03-06):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.20|0.31.20]] || (2011-03-06):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.19|0.31.19]] || (2011-02-16):<br />
| Worldgen starvation, usually wiping out kobolds; grazing; ceramics; jugs, pots, nest boxes, beehives (and bees); site finder changes. Last major 0.31 release, and the (unnumbered) beginning of the caravan arc series.<br />
|-<br />
| [[v0.31:Release information/0.31.18|0.31.18]] || (2010-11-16):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.17|0.31.17]] || (2010-11-11):<br />
| Bandits, Night Creatures, Bogeyman, Adventure mode improvements, combat aiming, castles<br />
|-<br />
| [[v0.31:Release information/0.31.16|0.31.16]] || (2010-10-04):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.15|0.31.15]] || (2010-10-03):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.14|0.31.14]] || (2010-09-23):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.13|0.31.13]] || (2010-09-15):<br />
| Entity populations, sprawl, river density tweaking, TrueType font support<br />
|-<br />
| [[v0.31:Release information/0.31.12|0.31.12]] || (2010-07-25):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.11|0.31.11]] || (2010-07-23):<br />
| Art of deities<br />
|-<br />
| [[v0.31:Release information/0.31.10|0.31.10]] || (2010-07-11):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.09|0.31.09]] || (2010-07-10):<br />
| Adventure mode knapping and butchery, combat improvements<br />
|-<br />
| [[v0.31:Release information/0.31.08|0.31.08]] || (2010-06-19):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.07|0.31.07]] || (2010-06-19):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.06|0.31.06]] || (2010-06-09):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.05|0.31.05]] || (2010-06-04):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.04|0.31.04]] || (2010-05-16):<br />
| Merge with the 40d19 branch<br />
|-<br />
| [[v0.31:Release information/0.31.03|0.31.03]] || (2010-04-12):<br />
| Ability to create undead in arena<br />
|-<br />
| [[v0.31:Release information/0.31.02|0.31.02]] || (2010-04-08):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.01|0.31.01]] || (2010-04-01):<br />
| Overhaul of many aspects of the game, first 2010 release<br />
|}<br />
<br />
=== 3D Version (before 2010) ===<br />
[[40d:Release information/''Branch'':|''Branch'':]] 0.28.181.40d2 thru 0.28.181.40d19: OpenGL optimizations, macros, zooming<br />
<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[40d:Release information/0.28.181.40d|0.28.181.40d]] || (2008-09-06):<br />
| ''Bugfix''; [[40d:Cat cancels Store Item in Stockpile: Too injured|Cat bug introduced]]<br />
|-<br />
| [[40d:Release information/0.28.181.40c|0.28.181.40c]] || (2008-08-21):<br />
| ''Hotfix'', partial print now allows specifying a frame count<br />
|-<br />
| [[40d:Release information/0.28.181.40b|0.28.181.40b]] || (2008-08-20):<br />
| Partial print, windowed/fullscreen gridsizes<br />
|-<br />
| [[40d:Release information/0.28.181.40a|0.28.181.40a]] || (2008-08-18):<br />
| Embark profiles added, [[note]]s extended to embark map, customizable forbid [[orders]] added (used ammunition, dead creatures' possessions, etc.), and dwarves now try to store items in partially-filled containers instead of empty ones<br />
|-<br />
| [[40d:Release information/0.28.181.39f|0.28.181.39f]] || (2008-08-09):<br />
| [[Custom grid]] sizes added<br />
|-<br />
| [[40d:Release information/0.28.181.39e|0.28.181.39e]] || (2008-07-23):<br />
| ''Hotfix''<br />
|-<br />
| [[40d:Release information/0.28.181.39d|0.28.181.39d]] || (2008-07-23):<br />
| Added [[Site finder]], can display hidden map features when choosing a site, [[Note]] support implemented, and worldgen presets added<br />
|-<br />
| [[40d:Release information/0.28.181.39c|0.28.181.39c]] || (2008-07-16):<br />
| ''Hotfix''<br />
|-<br />
| [[40d:Release information/0.28.181.39b|0.28.181.39b]] || (2008-07-14):<br />
| ''Hotfix''; trees in [[Elf|Elven]] forest retreats no longer have names<br />
|-<br />
| [[40d:Release information/0.28.181.39a|0.28.181.39a]] || (2008-07-13):<br />
| Lots of worldgen changes, including ethics (leading to wars and conquered sites), dynamic era naming, worldgen roads/bridges/tunnels, megabeasts being killed during worldgen, megabeasts being undead; cats and trained animals are now named on adoption, human weapon stores stock more stuff (including ammo), placing [[construction]]s now destroys engravings, and flying creatures no longer give birth in mid-air<br />
|-<br />
| [[40d:Release information/0.27.176.38c|0.27.176.38c]] || (2008-02-24):<br />
| ''Bugfix''<br />
|-<br />
| [[40d:Release information/0.27.176.38b|0.27.176.38b]] || (2008-02-23):<br />
| First Macintosh-compatible release; Dwarves no longer carry their artifacts around, booze food no longer melts, worlds can now have custom sizes<br />
|-<br />
| [[40d:Release information/0.27.176.38a|0.27.176.38a]] || (2008-02-15):<br />
| Magma pipes now refill, ZERO_RENT and BABY_CHILD_CAP init.txt options were added, strange moods no longer convert workshops, metal crossbows now made by [[weaponsmith]]s instead of [[bowyer]]s, dwarves chat and make friends/grudges and get married, unhappy thoughts from [[masterpiece]] destruction are now reduced based on the number of masterpieces the dwarf has made, and plants can now drown in deep water<br />
|-<br />
| [[40d:Release information/0.27.173.38a|0.27.173.38a]] || (2008-02-04):<br />
| [[Sphere]]s added, lots of new entity tags, numerous worldgen improvements, religions implemented, undead [[ruin]]s removed<br />
|-<br />
| [[40d:Release information/0.27.169.33g|0.27.169.33g]] || (2007-12-21):<br />
| Mud no longer dries up during winter, occupied cages are named according to their contents, brand new "Bring to depot" interface, [[strange mood]]s no longer require glass until you actually make some<br />
|-<br />
| [[40d:Release information/0.27.169.33f|0.27.169.33f]] || (2007-12-14):<br />
| ''Bugfix''; mud and blood no longer spread, auto-[[forbid]] fired ammunition, donkey/horse foals are now named properly, graphics sets can now use custom tiles for appointed nobles, and flux stones now have a value of 2 again.<br />
|-<br />
| [[40d:Release information/0.27.169.33e|0.27.169.33e]] || (2007-12-08):<br />
| ''Bugfix''; in particular, nobles no longer order themselves to be punished for failed mandates, donkeys can now breed, most types of vermin no longer have bones, and most types of fish no longer have lungs or throats<br />
|-<br />
| [[40d:Release information/0.27.169.33d|0.27.169.33d]] || (2007-11-30):<br />
| ''Bugfix''<br />
|-<br />
| [[40d:Release information/0.27.169.33c|0.27.169.33c]] || (2007-11-23):<br />
| Animals screen now labels war dogs and hunting dogs correctly, [[sliver barb]]s now have seeds, and process priority can now be configured in init.txt<br />
|-<br />
| [[40d:Release information/0.27.169.33b|0.27.169.33b]] || (2007-11-16):<br />
| [[Carp]] and other fish no longer gain [[swimming]] skill (making them ''slightly'' less dangerous), and various ore types now properly show up as '*' when mined.<br />
|-<br />
| [[40d:Release information/0.27.169.33a|0.27.169.33a]] || (2007-11-01):<br />
| added [[wood]]en [[block]]s, renamed aluminum ore to "native aluminum", [[mountain gnome]]s and [[dark gnome]]s no longer butcherable<br />
|-<br />
| [[40d:Release information/0.27.169.32a|0.27.169.32a]] || (2007-10-29):<br />
| The very first fully 3D version<br />
|}<br />
<br />
=== 2D Version ===<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[23a:Release information/0.23.130.23a|0.23.130.23a]] || (2007-01-18):<br />
| ''Hotfix'' - Final version<br />
|-<br />
| [[23a:Release information/0.23.125.23b|0.23.125.23b]] || (2007-01-16):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.23.125.23a|0.23.125.23a]] || (2007-01-16):<br />
| Temperature support was further improved, population/FPS caps were added, coffins could now be restricted to only dwarves or only pets, and animals could now be marked for slaughter from their {{K|v}}-{{K|p}} screen. Spirits of fire also got a '''lot''' hotter. For some reason, [[horse]]s are now made of [[iron]].<br />
|-<br />
| [[23a:Release information/0.22.123.23a|0.22.123.23a]] || (2006-12-21):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.22.123.23a|0.22.123.23a]] || (2006-12-21):<br />
| More workshop orders were added - auto collect webs, auto slaughter, auto butcher, auto tan; male cows are now called bulls, and whips can no longer get stuck in opponents<br />
|-<br />
| [[23a:Release information/0.22.121.23b|0.22.121.23b]] || (2006-12-16):<br />
| The ability to disable temperature and weather were added (to boost FPS)<br />
|-<br />
| [[23a:Release information/0.22.121.23a|0.22.121.23a]] || (2006-12-14):<br />
| Bins could now be made from metal, and the embark screen now described your biome and listed what civilizations were nearby<br />
|-<br />
| [[23a:Release information/0.22.120.23b|0.22.120.23b]] || (2006-12-10):<br />
| Improved temperature support was added<br />
|-<br />
| [[23a:Release information/0.22.120.23a|0.22.120.23a]] || (2006-11-23):<br />
| The ability to use custom [[graphics sets]] was added<br />
|-<br />
| [[23a:Release information/0.22.110.23c|0.22.110.23c]] || (2006-11-17):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.22.110.23b|0.22.110.23b]] || (2006-11-15):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.22.110.23a|0.22.110.23a]] || (2006-11-17):<br />
| [[Dye]]s and dyeing were implemented, allowed sewing cloth/leather images into goods, as well as more detailed [[decoration|art]] (historical figures and events, special shapes); standing orders now allowed auto collecting webs and only using dyed cloth<br />
|-<br />
| [[23a:Release information/0.22.110.22f|0.22.110.22f]] || (2006-11-03):<br />
| ''Bugfix''; additionally, butterflies, fireflies, and dragonflies can no longer be kept as pets. [[Boatmurdered]] began in this version.<br />
|-<br />
| [[23a:Release information/0.22.110.22e|0.22.110.22e]] || (2006-10-29):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.22.110.22d|0.22.110.22d]] || (2006-10-29):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.22.110.22c|0.22.110.22c]] || (2006-10-29):<br />
| Custom [[stockpile]]s were added (previously, there were only 16 basic stockpile types; things like [[potash]] would be stored with your metal bars and you could not force [[seed]]s to be kept near the farm).<br />
|-<br />
| [[23a:Release information/0.22.110.22b|0.22.110.22b]] || (2006-10-21):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.22.110.22a|0.22.110.22a]] || (2006-10-21):<br />
| Inventory system changes (most notably, gloves and boots were split into two items (left & right for gloves))<br />
|-<br />
| [[23a:Release information/0.22.107.21a|0.22.107.21a]] || (2006-10-02):<br />
| Various changes to [[adventurer mode]] - guards and families, plus "." as a wait key<br />
|-<br />
| [[23a:Release information/0.21.105.21a|0.21.105.21a]] || (2006-09-25):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.21.104.21c|0.21.104.21c]] || (2006-09-25):<br />
| Making potash no longer required making ashes into lye first.<br />
|-<br />
| [[23a:Release information/0.21.104.21b|0.21.104.21b]] || (2006-09-16):<br />
| Workshop profiles were added, along with showing genders on the Animal status screen<br />
|-<br />
| [[23a:Release information/0.21.104.21a|0.21.104.21a]] || (2006-09-08):<br />
| [[Designation|Designating]] with the mouse was added<br />
|-<br />
| [[23a:Release information/0.21.104.19d|0.21.104.19d]] || (2006-09-02):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.104.19c|0.21.104.19c]] || (2006-09-02):<br />
| The ability to hide engravings was added, announcement consolidation (x15), seasonal blood cleanup was temporarily added (and would remain until version 0.31)<br />
|-<br />
| [[23a:Release information/0.21.104.19b|0.21.104.19b]] || (2006-08-27):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.104.19a|0.21.104.19a]] || (2006-08-27):<br />
| The ability to "chasm" items was added (complete with attacks from chasm creatures as a result), as well as butchering cats<br />
|-<br />
| [[23a:Release information/0.21.102.19a|0.21.102.19a]] || (2006-08-24):<br />
| Dwarves could now have custom nicknames and professions, fullscreen could be toggled, starting animals would have mixed genders, horses could breed<br />
|-<br />
| [[23a:Release information/0.21.101.19d|0.21.101.19d]] || (2006-08-21):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.101.19c|0.21.101.19c]] || (2006-08-20):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.101.19b|0.21.101.19b]] || (2006-08-20):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.101.19a|0.21.101.19a]] || (2006-08-19):<br />
| Adventurers could now have custom first names<br />
|-<br />
| [[23a:Release information/0.21.100.19a|0.21.100.19a]] || (2006-08-16):<br />
| Gender symbol was added to unit views, config options for disabling sound and the intro movie, command-line world generation, ability to export local map<br />
|-<br />
| [[23a:Release information/0.21.95.19c|0.21.95.19c]] || (2006-08-14):<br />
| Farm plot fertilization could be controlled directly<br />
|-<br />
| [[23a:Release information/0.21.95.19b|0.21.95.19b]] || (2006-08-13):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.95.19a|0.21.95.19a]] || (2006-08-12):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.93.19c|0.21.93.19c]] || (2006-08-10):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.93.19b|0.21.93.19b]] || (2006-08-10):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.93.19a|0.21.93.19a]] || (2006-08-08):<br />
| Initial public release<br />
|}<br />
<br />
== Bugs ==<br />
Please report bugs on the [https://dwarffortress.mantishub.io/ official bug tracker], and optionally add them to [[Known bugs and issues]]. Please do not add them to this page.</div>Janhttps://dwarffortresswiki.org/index.php?title=Release_information&diff=284229Release information2023-01-06T19:16:29Z<p>Jan: /* Version History */</p>
<hr />
<div>{{migrated article}}<br />
{{Quality|Unrated}}<br />
{{release notes}}{{av}}<br />
<br />
The first version in this release cycle, '''DF 50.01''', was released on '''December 6, 2022'''. The latest version is '''{{current/version}}''', released on '''{{current/lastupdate}}'''. The changes in each version are listed in the sidebar to the right.<br />
<br />
Version 50.01 was the first version of Dwarf Fortress released on [https://steamcommunity.com/app/975370/ Steam]. It was also the first version to use a new versioning scheme: the leading "0." present in all previous versions of DF was removed from the version number.<br />
<br />
As with all major releases, version 50.01 broke [[save compatibility]] with old versions.<br />
<br />
== Version History ==<br />
=== Dwarf Fortress v50 ===<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[Release information/50.05|50.05]] || (2023-01-05):<br />
| ''Bugfixes and optimizations''<br />
|-<br />
| [[Release information/50.04|50.04]] || (2022-12-22):<br />
| '''Classic release''': released the free [[Classic]] version on [https://www.bay12games.com/dwarves/ bay12games.com], and enabled classic mode in the Premium version. Added ability to advance time by one frame, and assign everyone to a burrow.<br />
|-<br />
| [[Release information/50.03|50.03]] || (2022-12-12):<br />
| ''Premium-only bugfixes''. Improved UX for selecting building materials.<br />
|-<br />
| [[Release information/50.02|50.02]] || (2022-12-08):<br />
| ''Premium-only bugfixes''<br />
|-<br />
| [[Release information/50.01|50.01]] || (2022-12-06):<br />
| '''Premium release''': launched the paid [[Premium]] version on Steam and itch.io. Introduced [[graphics]], full [[Mouse control|mouse support]], a new user [[interface]], tutorials, and new [[soundtrack|music]] and sound effects. A number of features from v0.47 were lost in 50.01 (see [[Missing features]]).<br />
|}<br />
<br />
=== Dwarf Fortress v0.47 ===<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[DF2014:Release information/0.47.05|0.47.05]] || (2021-01-28):<br />
| ''Bugfix''<br />
|-<br />
| [[DF2014:Release information/0.47.04|0.47.04]] || (2020-02-29):<br />
| ''Bugfix''<br />
|-<br />
| [[DF2014:Release information/0.47.03|0.47.03]] || (2020-02-16):<br />
| ''Bugfix''<br />
|-<br />
| [[DF2014:Release information/0.47.02|0.47.02]] || (2020-02-06):<br />
| ''Bugfix''<br />
|-<br />
| [[DF2014:Release information/0.47.01|0.47.01]] || (2020-01-29):<br />
| ''Release'': introduced creation of [[guildhall]]s and [[temple]]s. Introduced [[traitor]]s and [[villain]]s.<br />
|}<br />
<br />
=== Dwarf Fortress v0.44 ===<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[DF2014:Release information/0.44.12|0.44.12]] || (2018-06-23):<br />
| ''Hotfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.11|0.44.11]] || (2018-06-23):<br />
| Civilizations create nearby sites and associate them with your fortress, can request/send workers, long-term memories can lead to personality changes<br />
|-<br />
| [[DF2014:Release information/0.44.10|0.44.10]] || (2018-05-05):<br />
| Dwarves now have short-term and long-term memories of emotional events, Adventurer mode log improved<br />
|-<br />
| [[DF2014:Release information/0.44.09|0.44.09]] || (2018-04-01):<br />
| ''Hotfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.08|0.44.08]] || (2018-03-29):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.07|0.44.07]] || (2018-03-12):<br />
| ''Hotfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.06|0.44.06]] || (2018-03-09):<br />
| Raids can pillage/raze sites and demand tribute, will gain skills (e.g. military tactics) during missions<br />
|-<br />
| [[DF2014:Release information/0.44.05|0.44.05]] || (2018-01-14):<br />
| ''Hotfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.04|0.44.04]] || (2018-01-10):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.03|0.44.03]] || (2017-12-25):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.02|0.44.02]] || (2017-11-23):<br />
| ''Hotfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.01|0.44.01]] || (2017-11-22):<br />
| ''Release''; can now send raids to other sites, build museums using pedestals and display cases, artifacts created during worldgen, civilizations can send spies to gather information on artifacts<br />
|}<br />
<br />
=== Dwarf Fortress v0.43 ===<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[DF2014:Release information/0.43.05|0.43.05]] || (2016-06-20):<br />
| '''64-bit support''', bugfixes<br />
|-<br />
| [[DF2014:Release information/0.43.04|0.43.04]] || (2016-06-20):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.43.03|0.43.03]] || (2016-05-22):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.43.02|0.43.02]] || (2016-05-11):<br />
| ''Hotfix'';<br />
|-<br />
| [[DF2014:Release information/0.43.01|0.43.01]] || (2016-05-09):<br />
| ''Release''; Adventurers can create sites, make stone axes, fell trees, perform carpentry, and construct buildings; Fortress mode work orders can now specify start conditions, restart frequencies, and how many workshops can be used<br />
|}<br />
<br />
=== Dwarf Fortress v0.42 ===<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[DF2014:Release information/0.42.06|0.42.06]] || (2016-02-10):<br />
| Can specify exact materials for jobs, make specific crafts, apply specific decorations, and even customize the details of art images; Adventurers can now do bone carving, complete with custom images<br />
|-<br />
| [[DF2014:Release information/0.42.05|0.42.05]] || (2016-01-17):<br />
| Reputations for hunters and protection from bandits<br />
|-<br />
| [[DF2014:Release information/0.42.04|0.42.04]] || (2015-12-26):<br />
| More varieties of [[animal people]] and giant animals, Vampire purges during worldgen, bugfixes<br />
|-<br />
| [[DF2014:Release information/0.42.03|0.42.03]] || (2015-12-12):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.42.02|0.42.02]] || (2015-12-05):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.42.01|0.42.01]] || (2015-12-01):<br />
| ''Release''; introduced taverns, temples, and libraries, added new musical instruments and performance skills, introduced [[need]]s to replace dwarves going On Break, added visitors who can petition for fortress membership, scholars and historians can write books and spread knowledge, and drinking alcohol actually causes inebriation (and eventually fatal alcohol poisoning)<br />
|}<br />
<br />
=== Dwarf Fortress v0.40 ===<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[DF2014:Release information/0.40.24|0.40.24]] || (2015-01-07):<br />
| ''Bugfix''; Misc. bugfixes; allowing 1x1 forts<br />
|-<br />
| [[DF2014:Release information/0.40.23|0.40.23]] || (2014-12-24):<br />
| ''Bugfix''; Fixed farming job cancellations, armies camping forever, typos, and channeling bug<br />
|-<br />
| [[DF2014:Release information/0.40.22|0.40.22]] || (2014-12-21):<br />
| ''Bugfix''; Fixed multi-item jobs and toggle marker tweak<br />
|-<br />
| [[DF2014:Release information/0.40.21|0.40.21]] || (2014-12-19):<br />
| ''Hotfix''; Fixed a crash bug and other issues<br />
|-<br />
| [[DF2014:Release information/0.40.20|0.40.20]] || (2014-12-18):<br />
| Job priorities rewrite; vein and cluster automining<br />
|-<br />
| [[DF2014:Release information/0.40.19|0.40.19]] || (2014-11-26):<br />
| [[Gelding]] and related profession/skill/etc<br />
|-<br />
| [[DF2014:Release information/0.40.18|0.40.18]] || (2014-11-20):<br />
| ''Hotfix''; Fixed a smelting issue on Windows<br />
|-<br />
| [[DF2014:Release information/0.40.17|0.40.17]] || (2014-11-19):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.16|0.40.16]] || (2014-11-12):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.15|0.40.15]] || (2014-11-05):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.14|0.40.14]] || (2014-10-25):<br />
| Thought/emotion rewrite, stopped site invaders from always winning<br />
|-<br />
| [[DF2014:Release information/0.40.13|0.40.13]] || (2014-09-17):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.12|0.40.12]] || (2014-09-10):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.11|0.40.11]] || (2014-09-03):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.10|0.40.10]] || (2014-08-24):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.09|0.40.09]] || (2014-08-17):<br />
| ''Bugfix''; Misc. bugfixes<br />
|-<br />
| [[DF2014:Release information/0.40.08|0.40.08]] || (2014-08-11):<br />
| ''Hotfix''; Fixed a crash bug and issues with constructions <br />
|-<br />
| [[DF2014:Release information/0.40.07|0.40.07]] || (2014-08-10):<br />
| ''Bugfix''; AI and invasion fixes<br />
|-<br />
| [[DF2014:Release information/0.40.06|0.40.06]] || (2014-08-03):<br />
| ''Bugfix''; stack bugfixes.<br />
|-<br />
| [[DF2014:Release information/0.40.05|0.40.05]] || (2014-07-27):<br />
| ''Bugfix''; fixed large world slowdown, decreased rampant tree growth, many old and new bugfixes.<br />
|-<br />
| [[DF2014:Release information/0.40.04|0.40.04]] || (2014-07-20):<br />
| ''Bugfix''; several crash fixes, made saplings grow properly.<br />
|-<br />
| [[DF2014:Release information/0.40.03|0.40.03]] || (2014-07-13):<br />
| ''Bugfix''; broke save game compatibility again due to more save corruption, several crash fixes.<br />
|-<br />
| [[DF2014:Release information/0.40.02|0.40.02]] || (2014-07-10):<br />
| ''Bugfix''; broke save game compatibility due to save corruption, several crash fixes.<br />
|-<br />
| [[DF2014:Release information/0.40.01|0.40.01]] || (2014-07-07):<br />
| ''Release''; Introduced world generation running in the background while fortresses and adventurers progress, un-retiring of fortresses, multiple tile trees, climbing & jumping, and more.<br />
|}<br />
<br />
=== Dwarf Fortress v0.34 ===<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
<br />
In a [http://www.bay12games.com/dwarves/index.html devlog] entry for 2011-01-30, Threetoe announced plans for a series of nine numbered releases ("Short-term Goals" on the [http://www.bay12games.com/dwarves/dev.html dev page]) to finish off the long-planned "caravan" development arc. Release 1, improving towns and introducing markets, along with a variety of supernatural creature types, was predicted to have a version number of [http://www.bay12games.com/media/df_talk_14_transcript.html#14.16 0.33 or 0.34] and was released on Valentine's Day 2012 as version 0.34.01.<br />
|-<br />
| [[v0.34:Release information/0.34.11|0.34.11]] || (2012-06-04):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.34:Release information/0.34.10|0.34.10]] || (2012-05-21):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.34:Release information/0.34.09|0.34.09]] || (2012-05-17):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.34:Release information/0.34.08|0.34.08]] || (2012-05-14):<br />
| Hauling overhaul - minecarts and wheelbarrows, more accurate projectiles, reduced mining yields, advanced stockpile/workshop links<br />
|-<br />
| [[v0.34:Release information/0.34.07|0.34.07]] || (2012-03-30):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.34:Release information/0.34.06|0.34.06]] || (2012-03-23):<br />
| Updates to animal training ([[dungeon master]] removed, having been nonfunctional since 0.31.01), return of good/evil trees and shrubs<br />
|-<br />
| [[v0.34:Release information/0.34.05|0.34.05]] || (2012-03-06):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.34:Release information/0.34.04|0.34.04]] || (2012-02-29):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.34:Release information/0.34.03|0.34.03]] || (2012-02-28):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.34:Release information/0.34.02|0.34.02]] || (2012-02-18):<br />
| ''Bugfix''; broke save compatibility due to save corruption, numerous fixes for old issues<br />
|-<br />
| [[v0.34:Release information/0.34.01|0.34.01]] || (2012-02-14):<br />
| Introduction of human cities (shops, marketplaces, sewers, dungeons) and tombs, addition of [[interaction]]s ([[necromancer]]s, [[werebeast]]s, [[vampire]]s, etc.), historical migrants, truly evil regions, updated [[justice]] system,<br />
|}<br />
<br />
=== Dwarf Fortress v0.31 ===<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[v0.31:Release information/0.31.25|0.31.25]] || (2011-03-28):<br />
| ''Hotfix'' -- Final update of version 0.31.<br />
|-<br />
| [[v0.31:Release information/0.31.24|0.31.24]] || (2011-03-27):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.23|0.31.23]] || (2011-03-26):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.22|0.31.22]] || (2011-03-24):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.21|0.31.21]] || (2011-03-06):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.20|0.31.20]] || (2011-03-06):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.19|0.31.19]] || (2011-02-16):<br />
| Worldgen starvation, usually wiping out kobolds; grazing; ceramics; jugs, pots, nest boxes, beehives (and bees); site finder changes. Last major 0.31 release, and the (unnumbered) beginning of the caravan arc series.<br />
|-<br />
| [[v0.31:Release information/0.31.18|0.31.18]] || (2010-11-16):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.17|0.31.17]] || (2010-11-11):<br />
| Bandits, Night Creatures, Bogeyman, Adventure mode improvements, combat aiming, castles<br />
|-<br />
| [[v0.31:Release information/0.31.16|0.31.16]] || (2010-10-04):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.15|0.31.15]] || (2010-10-03):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.14|0.31.14]] || (2010-09-23):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.13|0.31.13]] || (2010-09-15):<br />
| Entity populations, sprawl, river density tweaking, TrueType font support<br />
|-<br />
| [[v0.31:Release information/0.31.12|0.31.12]] || (2010-07-25):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.11|0.31.11]] || (2010-07-23):<br />
| Art of deities<br />
|-<br />
| [[v0.31:Release information/0.31.10|0.31.10]] || (2010-07-11):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.09|0.31.09]] || (2010-07-10):<br />
| Adventure mode knapping and butchery, combat improvements<br />
|-<br />
| [[v0.31:Release information/0.31.08|0.31.08]] || (2010-06-19):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.07|0.31.07]] || (2010-06-19):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.06|0.31.06]] || (2010-06-09):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.05|0.31.05]] || (2010-06-04):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.04|0.31.04]] || (2010-05-16):<br />
| Merge with the 40d19 branch<br />
|-<br />
| [[v0.31:Release information/0.31.03|0.31.03]] || (2010-04-12):<br />
| Ability to create undead in arena<br />
|-<br />
| [[v0.31:Release information/0.31.02|0.31.02]] || (2010-04-08):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.01|0.31.01]] || (2010-04-01):<br />
| Overhaul of many aspects of the game, first 2010 release<br />
|}<br />
<br />
=== 3D Version (before 2010) ===<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[40d:Release information/''Branch'':|''Branch'':]] 0.28.181.40d2 thru 0.28.181.40d19: OpenGL optimizations, macros, zooming<br />
|-<br />
| [[40d:Release information/0.28.181.40d|0.28.181.40d]] || (2008-09-06):<br />
| ''Bugfix''; [[40d:Cat cancels Store Item in Stockpile: Too injured|Cat bug introduced]]<br />
|-<br />
| [[40d:Release information/0.28.181.40c|0.28.181.40c]] || (2008-08-21):<br />
| ''Hotfix'', partial print now allows specifying a frame count<br />
|-<br />
| [[40d:Release information/0.28.181.40b|0.28.181.40b]] || (2008-08-20):<br />
| Partial print, windowed/fullscreen gridsizes<br />
|-<br />
| [[40d:Release information/0.28.181.40a|0.28.181.40a]] || (2008-08-18):<br />
| Embark profiles added, [[note]]s extended to embark map, customizable forbid [[orders]] added (used ammunition, dead creatures' possessions, etc.), and dwarves now try to store items in partially-filled containers instead of empty ones<br />
|-<br />
| [[40d:Release information/0.28.181.39f|0.28.181.39f]] || (2008-08-09):<br />
| [[Custom grid]] sizes added<br />
|-<br />
| [[40d:Release information/0.28.181.39e|0.28.181.39e]] || (2008-07-23):<br />
| ''Hotfix''<br />
|-<br />
| [[40d:Release information/0.28.181.39d|0.28.181.39d]] || (2008-07-23):<br />
| Added [[Site finder]], can display hidden map features when choosing a site, [[Note]] support implemented, and worldgen presets added<br />
|-<br />
| [[40d:Release information/0.28.181.39c|0.28.181.39c]] || (2008-07-16):<br />
| ''Hotfix''<br />
|-<br />
| [[40d:Release information/0.28.181.39b|0.28.181.39b]] || (2008-07-14):<br />
| ''Hotfix''; trees in [[Elf|Elven]] forest retreats no longer have names<br />
|-<br />
| [[40d:Release information/0.28.181.39a|0.28.181.39a]] || (2008-07-13):<br />
| Lots of worldgen changes, including ethics (leading to wars and conquered sites), dynamic era naming, worldgen roads/bridges/tunnels, megabeasts being killed during worldgen, megabeasts being undead; cats and trained animals are now named on adoption, human weapon stores stock more stuff (including ammo), placing [[construction]]s now destroys engravings, and flying creatures no longer give birth in mid-air<br />
|-<br />
| [[40d:Release information/0.27.176.38c|0.27.176.38c]] || (2008-02-24):<br />
| ''Bugfix''<br />
|-<br />
| [[40d:Release information/0.27.176.38b|0.27.176.38b]] || (2008-02-23):<br />
| First Macintosh-compatible release; Dwarves no longer carry their artifacts around, booze food no longer melts, worlds can now have custom sizes<br />
|-<br />
| [[40d:Release information/0.27.176.38a|0.27.176.38a]] || (2008-02-15):<br />
| Magma pipes now refill, ZERO_RENT and BABY_CHILD_CAP init.txt options were added, strange moods no longer convert workshops, metal crossbows now made by [[weaponsmith]]s instead of [[bowyer]]s, dwarves chat and make friends/grudges and get married, unhappy thoughts from [[masterpiece]] destruction are now reduced based on the number of masterpieces the dwarf has made, and plants can now drown in deep water<br />
|-<br />
| [[40d:Release information/0.27.173.38a|0.27.173.38a]] || (2008-02-04):<br />
| [[Sphere]]s added, lots of new entity tags, numerous worldgen improvements, religions implemented, undead [[ruin]]s removed<br />
|-<br />
| [[40d:Release information/0.27.169.33g|0.27.169.33g]] || (2007-12-21):<br />
| Mud no longer dries up during winter, occupied cages are named according to their contents, brand new "Bring to depot" interface, [[strange mood]]s no longer require glass until you actually make some<br />
|-<br />
| [[40d:Release information/0.27.169.33f|0.27.169.33f]] || (2007-12-14):<br />
| ''Bugfix''; mud and blood no longer spread, auto-[[forbid]] fired ammunition, donkey/horse foals are now named properly, graphics sets can now use custom tiles for appointed nobles, and flux stones now have a value of 2 again.<br />
|-<br />
| [[40d:Release information/0.27.169.33e|0.27.169.33e]] || (2007-12-08):<br />
| ''Bugfix''; in particular, nobles no longer order themselves to be punished for failed mandates, donkeys can now breed, most types of vermin no longer have bones, and most types of fish no longer have lungs or throats<br />
|-<br />
| [[40d:Release information/0.27.169.33d|0.27.169.33d]] || (2007-11-30):<br />
| ''Bugfix''<br />
|-<br />
| [[40d:Release information/0.27.169.33c|0.27.169.33c]] || (2007-11-23):<br />
| Animals screen now labels war dogs and hunting dogs correctly, [[sliver barb]]s now have seeds, and process priority can now be configured in init.txt<br />
|-<br />
| [[40d:Release information/0.27.169.33b|0.27.169.33b]] || (2007-11-16):<br />
| [[Carp]] and other fish no longer gain [[swimming]] skill (making them ''slightly'' less dangerous), and various ore types now properly show up as '*' when mined.<br />
|-<br />
| [[40d:Release information/0.27.169.33a|0.27.169.33a]] || (2007-11-01):<br />
| added [[wood]]en [[block]]s, renamed aluminum ore to "native aluminum", [[mountain gnome]]s and [[dark gnome]]s no longer butcherable<br />
|-<br />
| [[40d:Release information/0.27.169.32a|0.27.169.32a]] || (2007-10-29):<br />
| The very first fully 3D version<br />
|}<br />
<br />
=== 2D Version ===<br />
{| class=wikitable<br />
! style="width:85px"|Version<br />
! style="width:100px"|Date of release<br />
! Note<br />
|-<br />
| [[23a:Release information/0.23.130.23a|0.23.130.23a]] || (2007-01-18):<br />
| ''Hotfix'' - Final version<br />
|-<br />
| [[23a:Release information/0.23.125.23b|0.23.125.23b]] || (2007-01-16):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.23.125.23a|0.23.125.23a]] || (2007-01-16):<br />
| Temperature support was further improved, population/FPS caps were added, coffins could now be restricted to only dwarves or only pets, and animals could now be marked for slaughter from their {{K|v}}-{{K|p}} screen. Spirits of fire also got a '''lot''' hotter. For some reason, [[horse]]s are now made of [[iron]].<br />
|-<br />
| [[23a:Release information/0.22.123.23a|0.22.123.23a]] || (2006-12-21):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.22.123.23a|0.22.123.23a]] || (2006-12-21):<br />
| More workshop orders were added - auto collect webs, auto slaughter, auto butcher, auto tan; male cows are now called bulls, and whips can no longer get stuck in opponents<br />
|-<br />
| [[23a:Release information/0.22.121.23b|0.22.121.23b]] || (2006-12-16):<br />
| The ability to disable temperature and weather were added (to boost FPS)<br />
|-<br />
| [[23a:Release information/0.22.121.23a|0.22.121.23a]] || (2006-12-14):<br />
| Bins could now be made from metal, and the embark screen now described your biome and listed what civilizations were nearby<br />
|-<br />
| [[23a:Release information/0.22.120.23b|0.22.120.23b]] || (2006-12-10):<br />
| Improved temperature support was added<br />
|-<br />
| [[23a:Release information/0.22.120.23a|0.22.120.23a]] || (2006-11-23):<br />
| The ability to use custom [[graphics sets]] was added<br />
|-<br />
| [[23a:Release information/0.22.110.23c|0.22.110.23c]] || (2006-11-17):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.22.110.23b|0.22.110.23b]] || (2006-11-15):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.22.110.23a|0.22.110.23a]] || (2006-11-17):<br />
| [[Dye]]s and dyeing were implemented, allowed sewing cloth/leather images into goods, as well as more detailed [[decoration|art]] (historical figures and events, special shapes); standing orders now allowed auto collecting webs and only using dyed cloth<br />
|-<br />
| [[23a:Release information/0.22.110.22f|0.22.110.22f]] || (2006-11-03):<br />
| ''Bugfix''; additionally, butterflies, fireflies, and dragonflies can no longer be kept as pets. [[Boatmurdered]] began in this version.<br />
|-<br />
| [[23a:Release information/0.22.110.22e|0.22.110.22e]] || (2006-10-29):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.22.110.22d|0.22.110.22d]] || (2006-10-29):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.22.110.22c|0.22.110.22c]] || (2006-10-29):<br />
| Custom [[stockpile]]s were added (previously, there were only 16 basic stockpile types; things like [[potash]] would be stored with your metal bars and you could not force [[seed]]s to be kept near the farm).<br />
|-<br />
| [[23a:Release information/0.22.110.22b|0.22.110.22b]] || (2006-10-21):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.22.110.22a|0.22.110.22a]] || (2006-10-21):<br />
| Inventory system changes (most notably, gloves and boots were split into two items (left & right for gloves))<br />
|-<br />
| [[23a:Release information/0.22.107.21a|0.22.107.21a]] || (2006-10-02):<br />
| Various changes to [[adventurer mode]] - guards and families, plus "." as a wait key<br />
|-<br />
| [[23a:Release information/0.21.105.21a|0.21.105.21a]] || (2006-09-25):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.21.104.21c|0.21.104.21c]] || (2006-09-25):<br />
| Making potash no longer required making ashes into lye first.<br />
|-<br />
| [[23a:Release information/0.21.104.21b|0.21.104.21b]] || (2006-09-16):<br />
| Workshop profiles were added, along with showing genders on the Animal status screen<br />
|-<br />
| [[23a:Release information/0.21.104.21a|0.21.104.21a]] || (2006-09-08):<br />
| [[Designation|Designating]] with the mouse was added<br />
|-<br />
| [[23a:Release information/0.21.104.19d|0.21.104.19d]] || (2006-09-02):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.104.19c|0.21.104.19c]] || (2006-09-02):<br />
| The ability to hide engravings was added, announcement consolidation (x15), seasonal blood cleanup was temporarily added (and would remain until version 0.31)<br />
|-<br />
| [[23a:Release information/0.21.104.19b|0.21.104.19b]] || (2006-08-27):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.104.19a|0.21.104.19a]] || (2006-08-27):<br />
| The ability to "chasm" items was added (complete with attacks from chasm creatures as a result), as well as butchering cats<br />
|-<br />
| [[23a:Release information/0.21.102.19a|0.21.102.19a]] || (2006-08-24):<br />
| Dwarves could now have custom nicknames and professions, fullscreen could be toggled, starting animals would have mixed genders, horses could breed<br />
|-<br />
| [[23a:Release information/0.21.101.19d|0.21.101.19d]] || (2006-08-21):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.101.19c|0.21.101.19c]] || (2006-08-20):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.101.19b|0.21.101.19b]] || (2006-08-20):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.101.19a|0.21.101.19a]] || (2006-08-19):<br />
| Adventurers could now have custom first names<br />
|-<br />
| [[23a:Release information/0.21.100.19a|0.21.100.19a]] || (2006-08-16):<br />
| Gender symbol was added to unit views, config options for disabling sound and the intro movie, command-line world generation, ability to export local map<br />
|-<br />
| [[23a:Release information/0.21.95.19c|0.21.95.19c]] || (2006-08-14):<br />
| Farm plot fertilization could be controlled directly<br />
|-<br />
| [[23a:Release information/0.21.95.19b|0.21.95.19b]] || (2006-08-13):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.95.19a|0.21.95.19a]] || (2006-08-12):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.93.19c|0.21.93.19c]] || (2006-08-10):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.93.19b|0.21.93.19b]] || (2006-08-10):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.93.19a|0.21.93.19a]] || (2006-08-08):<br />
| Initial public release<br />
|}<br />
<br />
== Bugs ==<br />
Please report bugs on the [https://dwarffortress.mantishub.io/ official bug tracker], and optionally add them to [[Known bugs and issues]]. Please do not add them to this page.</div>Janhttps://dwarffortresswiki.org/index.php?title=Release_information&diff=284228Release information2023-01-06T19:11:12Z<p>Jan: /* Version History */</p>
<hr />
<div>{{migrated article}}<br />
{{Quality|Unrated}}<br />
{{release notes}}{{av}}<br />
<br />
The first version in this release cycle, '''DF 50.01''', was released on '''December 6, 2022'''. The latest version is '''{{current/version}}''', released on '''{{current/lastupdate}}'''. The changes in each version are listed in the sidebar to the right.<br />
<br />
Version 50.01 was the first version of Dwarf Fortress released on [https://steamcommunity.com/app/975370/ Steam]. It was also the first version to use a new versioning scheme: the leading "0." present in all previous versions of DF was removed from the version number.<br />
<br />
As with all major releases, version 50.01 broke [[save compatibility]] with old versions.<br />
<br />
== Version History ==<br />
=== Dwarf Fortress v50 ===<br />
{| class=wikitable<br />
|-<br />
| [[Release information/50.05|50.05]] || (2023-01-05):<br />
| ''Bugfixes and optimizations''<br />
|-<br />
| [[Release information/50.04|50.04]] || (2022-12-22):<br />
| '''Classic release''': released the free [[Classic]] version on [https://www.bay12games.com/dwarves/ bay12games.com], and enabled classic mode in the Premium version. Added ability to advance time by one frame, and assign everyone to a burrow.<br />
|-<br />
| [[Release information/50.03|50.03]] || (2022-12-12):<br />
| ''Premium-only bugfixes''. Improved UX for selecting building materials.<br />
|-<br />
| [[Release information/50.02|50.02]] || (2022-12-08):<br />
| ''Premium-only bugfixes''<br />
|-<br />
| [[Release information/50.01|50.01]] || (2022-12-06):<br />
| '''Premium release''': launched the paid [[Premium]] version on Steam and itch.io. Introduced [[graphics]], full [[Mouse control|mouse support]], a new user [[interface]], tutorials, and new [[soundtrack|music]] and sound effects. A number of features from v0.47 were lost in 50.01 (see [[Missing features]]).<br />
|}<br />
<br />
=== Dwarf Fortress v0.47 ===<br />
{| class=wikitable<br />
|-<br />
| [[DF2014:Release information/0.47.05|0.47.05]] || (2021-01-28):<br />
| ''Bugfix''<br />
|-<br />
| [[DF2014:Release information/0.47.04|0.47.04]] || (2020-02-29):<br />
| ''Bugfix''<br />
|-<br />
| [[DF2014:Release information/0.47.03|0.47.03]] || (2020-02-16):<br />
| ''Bugfix''<br />
|-<br />
| [[DF2014:Release information/0.47.02|0.47.02]] || (2020-02-06):<br />
| ''Bugfix''<br />
|-<br />
| [[DF2014:Release information/0.47.01|0.47.01]] || (2020-01-29):<br />
| ''Release'': introduced creation of [[guildhall]]s and [[temple]]s. Introduced [[traitor]]s and [[villain]]s.<br />
|}<br />
<br />
=== Dwarf Fortress v0.44 ===<br />
{| class=wikitable<br />
|-<br />
| [[DF2014:Release information/0.44.12|0.44.12]] || (2018-06-23):<br />
| ''Hotfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.11|0.44.11]] || (2018-06-23):<br />
| Civilizations create nearby sites and associate them with your fortress, can request/send workers, long-term memories can lead to personality changes<br />
|-<br />
| [[DF2014:Release information/0.44.10|0.44.10]] || (2018-05-05):<br />
| Dwarves now have short-term and long-term memories of emotional events, Adventurer mode log improved<br />
|-<br />
| [[DF2014:Release information/0.44.09|0.44.09]] || (2018-04-01):<br />
| ''Hotfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.08|0.44.08]] || (2018-03-29):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.07|0.44.07]] || (2018-03-12):<br />
| ''Hotfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.06|0.44.06]] || (2018-03-09):<br />
| Raids can pillage/raze sites and demand tribute, will gain skills (e.g. military tactics) during missions<br />
|-<br />
| [[DF2014:Release information/0.44.05|0.44.05]] || (2018-01-14):<br />
| ''Hotfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.04|0.44.04]] || (2018-01-10):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.03|0.44.03]] || (2017-12-25):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.02|0.44.02]] || (2017-11-23):<br />
| ''Hotfix'';<br />
|-<br />
| [[DF2014:Release information/0.44.01|0.44.01]] || (2017-11-22):<br />
| ''Release''; can now send raids to other sites, build museums using pedestals and display cases, artifacts created during worldgen, civilizations can send spies to gather information on artifacts<br />
|}<br />
<br />
=== Dwarf Fortress v0.43 ===<br />
{| class=wikitable<br />
|-<br />
| [[DF2014:Release information/0.43.05|0.43.05]] || (2016-06-20):<br />
| '''64-bit support''', bugfixes<br />
|-<br />
| [[DF2014:Release information/0.43.04|0.43.04]] || (2016-06-20):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.43.03|0.43.03]] || (2016-05-22):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.43.02|0.43.02]] || (2016-05-11):<br />
| ''Hotfix'';<br />
|-<br />
| [[DF2014:Release information/0.43.01|0.43.01]] || (2016-05-09):<br />
| ''Release''; Adventurers can create sites, make stone axes, fell trees, perform carpentry, and construct buildings; Fortress mode work orders can now specify start conditions, restart frequencies, and how many workshops can be used<br />
|}<br />
<br />
=== Dwarf Fortress v0.42 ===<br />
{| class=wikitable<br />
|-<br />
| [[DF2014:Release information/0.42.06|0.42.06]] || (2016-02-10):<br />
| Can specify exact materials for jobs, make specific crafts, apply specific decorations, and even customize the details of art images; Adventurers can now do bone carving, complete with custom images<br />
|-<br />
| [[DF2014:Release information/0.42.05|0.42.05]] || (2016-01-17):<br />
| Reputations for hunters and protection from bandits<br />
|-<br />
| [[DF2014:Release information/0.42.04|0.42.04]] || (2015-12-26):<br />
| More varieties of [[animal people]] and giant animals, Vampire purges during worldgen, bugfixes<br />
|-<br />
| [[DF2014:Release information/0.42.03|0.42.03]] || (2015-12-12):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.42.02|0.42.02]] || (2015-12-05):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.42.01|0.42.01]] || (2015-12-01):<br />
| ''Release''; introduced taverns, temples, and libraries, added new musical instruments and performance skills, introduced [[need]]s to replace dwarves going On Break, added visitors who can petition for fortress membership, scholars and historians can write books and spread knowledge, and drinking alcohol actually causes inebriation (and eventually fatal alcohol poisoning)<br />
|}<br />
<br />
=== Dwarf Fortress v0.40 ===<br />
{| class=wikitable<br />
|-<br />
| [[DF2014:Release information/0.40.24|0.40.24]] || (2015-01-07):<br />
| ''Bugfix''; Misc. bugfixes; allowing 1x1 forts<br />
|-<br />
| [[DF2014:Release information/0.40.23|0.40.23]] || (2014-12-24):<br />
| ''Bugfix''; Fixed farming job cancellations, armies camping forever, typos, and channeling bug<br />
|-<br />
| [[DF2014:Release information/0.40.22|0.40.22]] || (2014-12-21):<br />
| ''Bugfix''; Fixed multi-item jobs and toggle marker tweak<br />
|-<br />
| [[DF2014:Release information/0.40.21|0.40.21]] || (2014-12-19):<br />
| ''Hotfix''; Fixed a crash bug and other issues<br />
|-<br />
| [[DF2014:Release information/0.40.20|0.40.20]] || (2014-12-18):<br />
| Job priorities rewrite; vein and cluster automining<br />
|-<br />
| [[DF2014:Release information/0.40.19|0.40.19]] || (2014-11-26):<br />
| [[Gelding]] and related profession/skill/etc<br />
|-<br />
| [[DF2014:Release information/0.40.18|0.40.18]] || (2014-11-20):<br />
| ''Hotfix''; Fixed a smelting issue on Windows<br />
|-<br />
| [[DF2014:Release information/0.40.17|0.40.17]] || (2014-11-19):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.16|0.40.16]] || (2014-11-12):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.15|0.40.15]] || (2014-11-05):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.14|0.40.14]] || (2014-10-25):<br />
| Thought/emotion rewrite, stopped site invaders from always winning<br />
|-<br />
| [[DF2014:Release information/0.40.13|0.40.13]] || (2014-09-17):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.12|0.40.12]] || (2014-09-10):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.11|0.40.11]] || (2014-09-03):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.10|0.40.10]] || (2014-08-24):<br />
| ''Bugfix'';<br />
|-<br />
| [[DF2014:Release information/0.40.09|0.40.09]] || (2014-08-17):<br />
| ''Bugfix''; Misc. bugfixes<br />
|-<br />
| [[DF2014:Release information/0.40.08|0.40.08]] || (2014-08-11):<br />
| ''Hotfix''; Fixed a crash bug and issues with constructions <br />
|-<br />
| [[DF2014:Release information/0.40.07|0.40.07]] || (2014-08-10):<br />
| ''Bugfix''; AI and invasion fixes<br />
|-<br />
| [[DF2014:Release information/0.40.06|0.40.06]] || (2014-08-03):<br />
| ''Bugfix''; stack bugfixes.<br />
|-<br />
| [[DF2014:Release information/0.40.05|0.40.05]] || (2014-07-27):<br />
| ''Bugfix''; fixed large world slowdown, decreased rampant tree growth, many old and new bugfixes.<br />
|-<br />
| [[DF2014:Release information/0.40.04|0.40.04]] || (2014-07-20):<br />
| ''Bugfix''; several crash fixes, made saplings grow properly.<br />
|-<br />
| [[DF2014:Release information/0.40.03|0.40.03]] || (2014-07-13):<br />
| ''Bugfix''; broke save game compatibility again due to more save corruption, several crash fixes.<br />
|-<br />
| [[DF2014:Release information/0.40.02|0.40.02]] || (2014-07-10):<br />
| ''Bugfix''; broke save game compatibility due to save corruption, several crash fixes.<br />
|-<br />
| [[DF2014:Release information/0.40.01|0.40.01]] || (2014-07-07):<br />
| ''Release''; Introduced world generation running in the background while fortresses and adventurers progress, un-retiring of fortresses, multiple tile trees, climbing & jumping, and more.<br />
|}<br />
<br />
=== Dwarf Fortress v0.34 ===<br />
{| class=wikitable<br />
<br />
In a [http://www.bay12games.com/dwarves/index.html devlog] entry for 2011-01-30, Threetoe announced plans for a series of nine numbered releases ("Short-term Goals" on the [http://www.bay12games.com/dwarves/dev.html dev page]) to finish off the long-planned "caravan" development arc. Release 1, improving towns and introducing markets, along with a variety of supernatural creature types, was predicted to have a version number of [http://www.bay12games.com/media/df_talk_14_transcript.html#14.16 0.33 or 0.34] and was released on Valentine's Day 2012 as version 0.34.01.<br />
|-<br />
| [[v0.34:Release information/0.34.11|0.34.11]] || (2012-06-04):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.34:Release information/0.34.10|0.34.10]] || (2012-05-21):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.34:Release information/0.34.09|0.34.09]] || (2012-05-17):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.34:Release information/0.34.08|0.34.08]] || (2012-05-14):<br />
| Hauling overhaul - minecarts and wheelbarrows, more accurate projectiles, reduced mining yields, advanced stockpile/workshop links<br />
|-<br />
| [[v0.34:Release information/0.34.07|0.34.07]] || (2012-03-30):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.34:Release information/0.34.06|0.34.06]] || (2012-03-23):<br />
| Updates to animal training ([[dungeon master]] removed, having been nonfunctional since 0.31.01), return of good/evil trees and shrubs<br />
|-<br />
| [[v0.34:Release information/0.34.05|0.34.05]] || (2012-03-06):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.34:Release information/0.34.04|0.34.04]] || (2012-02-29):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.34:Release information/0.34.03|0.34.03]] || (2012-02-28):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.34:Release information/0.34.02|0.34.02]] || (2012-02-18):<br />
| ''Bugfix''; broke save compatibility due to save corruption, numerous fixes for old issues<br />
|-<br />
| [[v0.34:Release information/0.34.01|0.34.01]] || (2012-02-14):<br />
| Introduction of human cities (shops, marketplaces, sewers, dungeons) and tombs, addition of [[interaction]]s ([[necromancer]]s, [[werebeast]]s, [[vampire]]s, etc.), historical migrants, truly evil regions, updated [[justice]] system,<br />
|}<br />
<br />
=== Dwarf Fortress v0.31 ===<br />
{| class=wikitable<br />
|-<br />
| [[v0.31:Release information/0.31.25|0.31.25]] || (2011-03-28):<br />
| ''Hotfix'' -- Final update of version 0.31.<br />
|-<br />
| [[v0.31:Release information/0.31.24|0.31.24]] || (2011-03-27):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.23|0.31.23]] || (2011-03-26):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.22|0.31.22]] || (2011-03-24):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.21|0.31.21]] || (2011-03-06):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.20|0.31.20]] || (2011-03-06):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.19|0.31.19]] || (2011-02-16):<br />
| Worldgen starvation, usually wiping out kobolds; grazing; ceramics; jugs, pots, nest boxes, beehives (and bees); site finder changes. Last major 0.31 release, and the (unnumbered) beginning of the caravan arc series.<br />
|-<br />
| [[v0.31:Release information/0.31.18|0.31.18]] || (2010-11-16):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.17|0.31.17]] || (2010-11-11):<br />
| Bandits, Night Creatures, Bogeyman, Adventure mode improvements, combat aiming, castles<br />
|-<br />
| [[v0.31:Release information/0.31.16|0.31.16]] || (2010-10-04):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.15|0.31.15]] || (2010-10-03):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.14|0.31.14]] || (2010-09-23):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.13|0.31.13]] || (2010-09-15):<br />
| Entity populations, sprawl, river density tweaking, TrueType font support<br />
|-<br />
| [[v0.31:Release information/0.31.12|0.31.12]] || (2010-07-25):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.11|0.31.11]] || (2010-07-23):<br />
| Art of deities<br />
|-<br />
| [[v0.31:Release information/0.31.10|0.31.10]] || (2010-07-11):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.09|0.31.09]] || (2010-07-10):<br />
| Adventure mode knapping and butchery, combat improvements<br />
|-<br />
| [[v0.31:Release information/0.31.08|0.31.08]] || (2010-06-19):<br />
| ''Hotfix''<br />
|-<br />
| [[v0.31:Release information/0.31.07|0.31.07]] || (2010-06-19):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.06|0.31.06]] || (2010-06-09):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.05|0.31.05]] || (2010-06-04):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.04|0.31.04]] || (2010-05-16):<br />
| Merge with the 40d19 branch<br />
|-<br />
| [[v0.31:Release information/0.31.03|0.31.03]] || (2010-04-12):<br />
| Ability to create undead in arena<br />
|-<br />
| [[v0.31:Release information/0.31.02|0.31.02]] || (2010-04-08):<br />
| ''Bugfix''<br />
|-<br />
| [[v0.31:Release information/0.31.01|0.31.01]] || (2010-04-01):<br />
| Overhaul of many aspects of the game, first 2010 release<br />
|}<br />
<br />
=== 3D Version (before 2010) ===<br />
{| class=wikitable<br />
|-<br />
| [[40d:Release information/''Branch'':|''Branch'':]] 0.28.181.40d2 thru 0.28.181.40d19: OpenGL optimizations, macros, zooming<br />
|-<br />
| [[40d:Release information/0.28.181.40d|0.28.181.40d]] || (2008-09-06):<br />
| ''Bugfix''; [[40d:Cat cancels Store Item in Stockpile: Too injured|Cat bug introduced]]<br />
|-<br />
| [[40d:Release information/0.28.181.40c|0.28.181.40c]] || (2008-08-21):<br />
| ''Hotfix'', partial print now allows specifying a frame count<br />
|-<br />
| [[40d:Release information/0.28.181.40b|0.28.181.40b]] || (2008-08-20):<br />
| Partial print, windowed/fullscreen gridsizes<br />
|-<br />
| [[40d:Release information/0.28.181.40a|0.28.181.40a]] || (2008-08-18):<br />
| Embark profiles added, [[note]]s extended to embark map, customizable forbid [[orders]] added (used ammunition, dead creatures' possessions, etc.), and dwarves now try to store items in partially-filled containers instead of empty ones<br />
|-<br />
| [[40d:Release information/0.28.181.39f|0.28.181.39f]] || (2008-08-09):<br />
| [[Custom grid]] sizes added<br />
|-<br />
| [[40d:Release information/0.28.181.39e|0.28.181.39e]] || (2008-07-23):<br />
| ''Hotfix''<br />
|-<br />
| [[40d:Release information/0.28.181.39d|0.28.181.39d]] || (2008-07-23):<br />
| Added [[Site finder]], can display hidden map features when choosing a site, [[Note]] support implemented, and worldgen presets added<br />
|-<br />
| [[40d:Release information/0.28.181.39c|0.28.181.39c]] || (2008-07-16):<br />
| ''Hotfix''<br />
|-<br />
| [[40d:Release information/0.28.181.39b|0.28.181.39b]] || (2008-07-14):<br />
| ''Hotfix''; trees in [[Elf|Elven]] forest retreats no longer have names<br />
|-<br />
| [[40d:Release information/0.28.181.39a|0.28.181.39a]] || (2008-07-13):<br />
| Lots of worldgen changes, including ethics (leading to wars and conquered sites), dynamic era naming, worldgen roads/bridges/tunnels, megabeasts being killed during worldgen, megabeasts being undead; cats and trained animals are now named on adoption, human weapon stores stock more stuff (including ammo), placing [[construction]]s now destroys engravings, and flying creatures no longer give birth in mid-air<br />
|-<br />
| [[40d:Release information/0.27.176.38c|0.27.176.38c]] || (2008-02-24):<br />
| ''Bugfix''<br />
|-<br />
| [[40d:Release information/0.27.176.38b|0.27.176.38b]] || (2008-02-23):<br />
| First Macintosh-compatible release; Dwarves no longer carry their artifacts around, booze food no longer melts, worlds can now have custom sizes<br />
|-<br />
| [[40d:Release information/0.27.176.38a|0.27.176.38a]] || (2008-02-15):<br />
| Magma pipes now refill, ZERO_RENT and BABY_CHILD_CAP init.txt options were added, strange moods no longer convert workshops, metal crossbows now made by [[weaponsmith]]s instead of [[bowyer]]s, dwarves chat and make friends/grudges and get married, unhappy thoughts from [[masterpiece]] destruction are now reduced based on the number of masterpieces the dwarf has made, and plants can now drown in deep water<br />
|-<br />
| [[40d:Release information/0.27.173.38a|0.27.173.38a]] || (2008-02-04):<br />
| [[Sphere]]s added, lots of new entity tags, numerous worldgen improvements, religions implemented, undead [[ruin]]s removed<br />
|-<br />
| [[40d:Release information/0.27.169.33g|0.27.169.33g]] || (2007-12-21):<br />
| Mud no longer dries up during winter, occupied cages are named according to their contents, brand new "Bring to depot" interface, [[strange mood]]s no longer require glass until you actually make some<br />
|-<br />
| [[40d:Release information/0.27.169.33f|0.27.169.33f]] || (2007-12-14):<br />
| ''Bugfix''; mud and blood no longer spread, auto-[[forbid]] fired ammunition, donkey/horse foals are now named properly, graphics sets can now use custom tiles for appointed nobles, and flux stones now have a value of 2 again.<br />
|-<br />
| [[40d:Release information/0.27.169.33e|0.27.169.33e]] || (2007-12-08):<br />
| ''Bugfix''; in particular, nobles no longer order themselves to be punished for failed mandates, donkeys can now breed, most types of vermin no longer have bones, and most types of fish no longer have lungs or throats<br />
|-<br />
| [[40d:Release information/0.27.169.33d|0.27.169.33d]] || (2007-11-30):<br />
| ''Bugfix''<br />
|-<br />
| [[40d:Release information/0.27.169.33c|0.27.169.33c]] || (2007-11-23):<br />
| Animals screen now labels war dogs and hunting dogs correctly, [[sliver barb]]s now have seeds, and process priority can now be configured in init.txt<br />
|-<br />
| [[40d:Release information/0.27.169.33b|0.27.169.33b]] || (2007-11-16):<br />
| [[Carp]] and other fish no longer gain [[swimming]] skill (making them ''slightly'' less dangerous), and various ore types now properly show up as '*' when mined.<br />
|-<br />
| [[40d:Release information/0.27.169.33a|0.27.169.33a]] || (2007-11-01):<br />
| added [[wood]]en [[block]]s, renamed aluminum ore to "native aluminum", [[mountain gnome]]s and [[dark gnome]]s no longer butcherable<br />
|-<br />
| [[40d:Release information/0.27.169.32a|0.27.169.32a]] || (2007-10-29):<br />
| The very first fully 3D version<br />
|}<br />
<br />
=== 2D Version ===<br />
{| class=wikitable<br />
|-<br />
| [[23a:Release information/0.23.130.23a|0.23.130.23a]] || (2007-01-18):<br />
| ''Hotfix'' - Final version<br />
|-<br />
| [[23a:Release information/0.23.125.23b|0.23.125.23b]] || (2007-01-16):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.23.125.23a|0.23.125.23a]] || (2007-01-16):<br />
| Temperature support was further improved, population/FPS caps were added, coffins could now be restricted to only dwarves or only pets, and animals could now be marked for slaughter from their {{K|v}}-{{K|p}} screen. Spirits of fire also got a '''lot''' hotter. For some reason, [[horse]]s are now made of [[iron]].<br />
|-<br />
| [[23a:Release information/0.22.123.23a|0.22.123.23a]] || (2006-12-21):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.22.123.23a|0.22.123.23a]] || (2006-12-21):<br />
| More workshop orders were added - auto collect webs, auto slaughter, auto butcher, auto tan; male cows are now called bulls, and whips can no longer get stuck in opponents<br />
|-<br />
| [[23a:Release information/0.22.121.23b|0.22.121.23b]] || (2006-12-16):<br />
| The ability to disable temperature and weather were added (to boost FPS)<br />
|-<br />
| [[23a:Release information/0.22.121.23a|0.22.121.23a]] || (2006-12-14):<br />
| Bins could now be made from metal, and the embark screen now described your biome and listed what civilizations were nearby<br />
|-<br />
| [[23a:Release information/0.22.120.23b|0.22.120.23b]] || (2006-12-10):<br />
| Improved temperature support was added<br />
|-<br />
| [[23a:Release information/0.22.120.23a|0.22.120.23a]] || (2006-11-23):<br />
| The ability to use custom [[graphics sets]] was added<br />
|-<br />
| [[23a:Release information/0.22.110.23c|0.22.110.23c]] || (2006-11-17):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.22.110.23b|0.22.110.23b]] || (2006-11-15):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.22.110.23a|0.22.110.23a]] || (2006-11-17):<br />
| [[Dye]]s and dyeing were implemented, allowed sewing cloth/leather images into goods, as well as more detailed [[decoration|art]] (historical figures and events, special shapes); standing orders now allowed auto collecting webs and only using dyed cloth<br />
|-<br />
| [[23a:Release information/0.22.110.22f|0.22.110.22f]] || (2006-11-03):<br />
| ''Bugfix''; additionally, butterflies, fireflies, and dragonflies can no longer be kept as pets. [[Boatmurdered]] began in this version.<br />
|-<br />
| [[23a:Release information/0.22.110.22e|0.22.110.22e]] || (2006-10-29):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.22.110.22d|0.22.110.22d]] || (2006-10-29):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.22.110.22c|0.22.110.22c]] || (2006-10-29):<br />
| Custom [[stockpile]]s were added (previously, there were only 16 basic stockpile types; things like [[potash]] would be stored with your metal bars and you could not force [[seed]]s to be kept near the farm).<br />
|-<br />
| [[23a:Release information/0.22.110.22b|0.22.110.22b]] || (2006-10-21):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.22.110.22a|0.22.110.22a]] || (2006-10-21):<br />
| Inventory system changes (most notably, gloves and boots were split into two items (left & right for gloves))<br />
|-<br />
| [[23a:Release information/0.22.107.21a|0.22.107.21a]] || (2006-10-02):<br />
| Various changes to [[adventurer mode]] - guards and families, plus "." as a wait key<br />
|-<br />
| [[23a:Release information/0.21.105.21a|0.21.105.21a]] || (2006-09-25):<br />
| ''Hotfix''<br />
|-<br />
| [[23a:Release information/0.21.104.21c|0.21.104.21c]] || (2006-09-25):<br />
| Making potash no longer required making ashes into lye first.<br />
|-<br />
| [[23a:Release information/0.21.104.21b|0.21.104.21b]] || (2006-09-16):<br />
| Workshop profiles were added, along with showing genders on the Animal status screen<br />
|-<br />
| [[23a:Release information/0.21.104.21a|0.21.104.21a]] || (2006-09-08):<br />
| [[Designation|Designating]] with the mouse was added<br />
|-<br />
| [[23a:Release information/0.21.104.19d|0.21.104.19d]] || (2006-09-02):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.104.19c|0.21.104.19c]] || (2006-09-02):<br />
| The ability to hide engravings was added, announcement consolidation (x15), seasonal blood cleanup was temporarily added (and would remain until version 0.31)<br />
|-<br />
| [[23a:Release information/0.21.104.19b|0.21.104.19b]] || (2006-08-27):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.104.19a|0.21.104.19a]] || (2006-08-27):<br />
| The ability to "chasm" items was added (complete with attacks from chasm creatures as a result), as well as butchering cats<br />
|-<br />
| [[23a:Release information/0.21.102.19a|0.21.102.19a]] || (2006-08-24):<br />
| Dwarves could now have custom nicknames and professions, fullscreen could be toggled, starting animals would have mixed genders, horses could breed<br />
|-<br />
| [[23a:Release information/0.21.101.19d|0.21.101.19d]] || (2006-08-21):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.101.19c|0.21.101.19c]] || (2006-08-20):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.101.19b|0.21.101.19b]] || (2006-08-20):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.101.19a|0.21.101.19a]] || (2006-08-19):<br />
| Adventurers could now have custom first names<br />
|-<br />
| [[23a:Release information/0.21.100.19a|0.21.100.19a]] || (2006-08-16):<br />
| Gender symbol was added to unit views, config options for disabling sound and the intro movie, command-line world generation, ability to export local map<br />
|-<br />
| [[23a:Release information/0.21.95.19c|0.21.95.19c]] || (2006-08-14):<br />
| Farm plot fertilization could be controlled directly<br />
|-<br />
| [[23a:Release information/0.21.95.19b|0.21.95.19b]] || (2006-08-13):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.95.19a|0.21.95.19a]] || (2006-08-12):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.93.19c|0.21.93.19c]] || (2006-08-10):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.93.19b|0.21.93.19b]] || (2006-08-10):<br />
| ''Bugfix''<br />
|-<br />
| [[23a:Release information/0.21.93.19a|0.21.93.19a]] || (2006-08-08):<br />
| Initial public release<br />
|}<br />
<br />
== Bugs ==<br />
Please report bugs on the [https://dwarffortress.mantishub.io/ official bug tracker], and optionally add them to [[Known bugs and issues]]. Please do not add them to this page.</div>Janhttps://dwarffortresswiki.org/index.php?title=Release_information&diff=284226Release information2023-01-06T19:05:42Z<p>Jan: /* Version History */</p>
<hr />
<div>{{migrated article}}<br />
{{Quality|Unrated}}<br />
{{release notes}}{{av}}<br />
<br />
The first version in this release cycle, '''DF 50.01''', was released on '''December 6, 2022'''. The latest version is '''{{current/version}}''', released on '''{{current/lastupdate}}'''. The changes in each version are listed in the sidebar to the right.<br />
<br />
Version 50.01 was the first version of Dwarf Fortress released on [https://steamcommunity.com/app/975370/ Steam]. It was also the first version to use a new versioning scheme: the leading "0." present in all previous versions of DF was removed from the version number.<br />
<br />
As with all major releases, version 50.01 broke [[save compatibility]] with old versions.<br />
<br />
== Version History ==<br />
=== Dwarf Fortress v50 ===<br />
* [[Release information/50.05|50.05]] (2023-01-05): ''Bugfixes and optimizations''<br />
* [[Release information/50.04|50.04]] (2022-12-22): '''Classic release''': released the free [[Classic]] version on [https://www.bay12games.com/dwarves/ bay12games.com], and enabled classic mode in the Premium version. Added ability to advance time by one frame, and assign everyone to a burrow.<br />
* [[Release information/50.03|50.03]] (2022-12-12): ''Premium-only bugfixes''. Improved UX for selecting building materials.<br />
* [[Release information/50.02|50.02]] (2022-12-08): ''Premium-only bugfixes''<br />
* [[Release information/50.01|50.01]] (2022-12-06): '''Premium release''': launched the paid [[Premium]] version on Steam and itch.io. Introduced [[graphics]], full [[Mouse control|mouse support]], a new user [[interface]], tutorials, and new [[soundtrack|music]] and sound effects. A number of features from v0.47 were lost in 50.01 (see [[Missing features]]).<br />
<br />
=== Dwarf Fortress v0.47 ===<br />
* [[DF2014:Release information/0.47.05|0.47.05]] (2021-01-28): ''Bugfix''<br />
* [[DF2014:Release information/0.47.04|0.47.04]] (2020-02-29): ''Bugfix''<br />
* [[DF2014:Release information/0.47.03|0.47.03]] (2020-02-16): ''Bugfix''<br />
* [[DF2014:Release information/0.47.02|0.47.02]] (2020-02-06): ''Bugfix''<br />
* [[DF2014:Release information/0.47.01|0.47.01]] (2020-01-29): ''Release'': introduced creation of [[guildhall]]s and [[temple]]s. Introduced [[traitor]]s and [[villain]]s.<br />
<br />
=== Dwarf Fortress v0.44 ===<br />
* [[DF2014:Release information/0.44.12|0.44.12]] (2018-06-23): ''Hotfix'';<br />
* [[DF2014:Release information/0.44.11|0.44.11]] (2018-06-23): Civilizations create nearby sites and associate them with your fortress, can request/send workers, long-term memories can lead to personality changes<br />
* [[DF2014:Release information/0.44.10|0.44.10]] (2018-05-05): Dwarves now have short-term and long-term memories of emotional events, Adventurer mode log improved<br />
* [[DF2014:Release information/0.44.09|0.44.09]] (2018-04-01): ''Hotfix'';<br />
* [[DF2014:Release information/0.44.08|0.44.08]] (2018-03-29): ''Bugfix'';<br />
* [[DF2014:Release information/0.44.07|0.44.07]] (2018-03-12): ''Hotfix'';<br />
* [[DF2014:Release information/0.44.06|0.44.06]] (2018-03-09): Raids can pillage/raze sites and demand tribute, will gain skills (e.g. military tactics) during missions<br />
* [[DF2014:Release information/0.44.05|0.44.05]] (2018-01-14): ''Hotfix'';<br />
* [[DF2014:Release information/0.44.04|0.44.04]] (2018-01-10): ''Bugfix'';<br />
* [[DF2014:Release information/0.44.03|0.44.03]] (2017-12-25): ''Bugfix'';<br />
* [[DF2014:Release information/0.44.02|0.44.02]] (2017-11-23): ''Hotfix'';<br />
* [[DF2014:Release information/0.44.01|0.44.01]] (2017-11-22): ''Release''; can now send raids to other sites, build museums using pedestals and display cases, artifacts created during worldgen, civilizations can send spies to gather information on artifacts<br />
<br />
=== Dwarf Fortress v0.43 ===<br />
* [[DF2014:Release information/0.43.05|0.43.05]] (2016-06-20): '''64-bit support''', bugfixes<br />
* [[DF2014:Release information/0.43.04|0.43.04]] (2016-06-20): ''Bugfix'';<br />
* [[DF2014:Release information/0.43.03|0.43.03]] (2016-05-22): ''Bugfix'';<br />
* [[DF2014:Release information/0.43.02|0.43.02]] (2016-05-11): ''Hotfix'';<br />
* [[DF2014:Release information/0.43.01|0.43.01]] (2016-05-09): ''Release''; Adventurers can create sites, make stone axes, fell trees, perform carpentry, and construct buildings; Fortress mode work orders can now specify start conditions, restart frequencies, and how many workshops can be used<br />
<br />
=== Dwarf Fortress v0.42 ===<br />
* [[DF2014:Release information/0.42.06|0.42.06]] (2016-02-10): Can specify exact materials for jobs, make specific crafts, apply specific decorations, and even customize the details of art images; Adventurers can now do bone carving, complete with custom images<br />
* [[DF2014:Release information/0.42.05|0.42.05]] (2016-01-17): Reputations for hunters and protection from bandits<br />
* [[DF2014:Release information/0.42.04|0.42.04]] (2015-12-26): More varieties of [[animal people]] and giant animals, Vampire purges during worldgen, bugfixes<br />
* [[DF2014:Release information/0.42.03|0.42.03]] (2015-12-12): ''Bugfix'';<br />
* [[DF2014:Release information/0.42.02|0.42.02]] (2015-12-05): ''Bugfix'';<br />
* [[DF2014:Release information/0.42.01|0.42.01]] (2015-12-01): ''Release''; introduced taverns, temples, and libraries, added new musical instruments and performance skills, introduced [[need]]s to replace dwarves going On Break, added visitors who can petition for fortress membership, scholars and historians can write books and spread knowledge, and drinking alcohol actually causes inebriation (and eventually fatal alcohol poisoning)<br />
<br />
=== Dwarf Fortress v0.40 ===<br />
* [[DF2014:Release information/0.40.24|0.40.24]] (2015-01-07): ''Bugfix''; Misc. bugfixes; allowing 1x1 forts<br />
* [[DF2014:Release information/0.40.23|0.40.23]] (2014-12-24): ''Bugfix''; Fixed farming job cancellations, armies camping forever, typos, and channeling bug<br />
* [[DF2014:Release information/0.40.22|0.40.22]] (2014-12-21): ''Bugfix''; Fixed multi-item jobs and toggle marker tweak<br />
* [[DF2014:Release information/0.40.21|0.40.21]] (2014-12-19): ''Hotfix''; Fixed a crash bug and other issues<br />
* [[DF2014:Release information/0.40.20|0.40.20]] (2014-12-18): Job priorities rewrite; vein and cluster automining<br />
* [[DF2014:Release information/0.40.19|0.40.19]] (2014-11-26): [[Gelding]] and related profession/skill/etc<br />
* [[DF2014:Release information/0.40.18|0.40.18]] (2014-11-20): ''Hotfix''; Fixed a smelting issue on Windows<br />
* [[DF2014:Release information/0.40.17|0.40.17]] (2014-11-19): ''Bugfix'';<br />
* [[DF2014:Release information/0.40.16|0.40.16]] (2014-11-12): ''Bugfix'';<br />
* [[DF2014:Release information/0.40.15|0.40.15]] (2014-11-05): ''Bugfix'';<br />
* [[DF2014:Release information/0.40.14|0.40.14]] (2014-10-25): Thought/emotion rewrite, stopped site invaders from always winning<br />
* [[DF2014:Release information/0.40.13|0.40.13]] (2014-09-17): ''Bugfix'';<br />
* [[DF2014:Release information/0.40.12|0.40.12]] (2014-09-10): ''Bugfix'';<br />
* [[DF2014:Release information/0.40.11|0.40.11]] (2014-09-03): ''Bugfix'';<br />
* [[DF2014:Release information/0.40.10|0.40.10]] (2014-08-24): ''Bugfix'';<br />
* [[DF2014:Release information/0.40.09|0.40.09]] (2014-08-17): ''Bugfix''; Misc. bugfixes<br />
* [[DF2014:Release information/0.40.08|0.40.08]] (2014-08-11): ''Hotfix''; Fixed a crash bug and issues with constructions <br />
* [[DF2014:Release information/0.40.07|0.40.07]] (2014-08-10): ''Bugfix''; AI and invasion fixes<br />
* [[DF2014:Release information/0.40.06|0.40.06]] (2014-08-03): ''Bugfix''; stack bugfixes.<br />
* [[DF2014:Release information/0.40.05|0.40.05]] (2014-07-27): ''Bugfix''; fixed large world slowdown, decreased rampant tree growth, many old and new bugfixes.<br />
* [[DF2014:Release information/0.40.04|0.40.04]] (2014-07-20): ''Bugfix''; several crash fixes, made saplings grow properly.<br />
* [[DF2014:Release information/0.40.03|0.40.03]] (2014-07-13): ''Bugfix''; broke save game compatibility again due to more save corruption, several crash fixes.<br />
* [[DF2014:Release information/0.40.02|0.40.02]] (2014-07-10): ''Bugfix''; broke save game compatibility due to save corruption, several crash fixes.<br />
* [[DF2014:Release information/0.40.01|0.40.01]] (2014-07-07): ''Release''; Introduced world generation running in the background while fortresses and adventurers progress, un-retiring of fortresses, multiple tile trees, climbing & jumping, and more.<br />
<br />
=== Dwarf Fortress v0.34 ===<br />
<br />
In a [http://www.bay12games.com/dwarves/index.html devlog] entry for 2011-01-30, Threetoe announced plans for a series of nine numbered releases ("Short-term Goals" on the [http://www.bay12games.com/dwarves/dev.html dev page]) to finish off the long-planned "caravan" development arc. Release 1, improving towns and introducing markets, along with a variety of supernatural creature types, was predicted to have a version number of [http://www.bay12games.com/media/df_talk_14_transcript.html#14.16 0.33 or 0.34] and was released on Valentine's Day 2012 as version 0.34.01.<br />
<br />
* [[v0.34:Release information/0.34.11|0.34.11]] (2012-06-04): ''Bugfix''<br />
* [[v0.34:Release information/0.34.10|0.34.10]] (2012-05-21): ''Bugfix''<br />
* [[v0.34:Release information/0.34.09|0.34.09]] (2012-05-17): ''Bugfix''<br />
* [[v0.34:Release information/0.34.08|0.34.08]] (2012-05-14): Hauling overhaul - minecarts and wheelbarrows, more accurate projectiles, reduced mining yields, advanced stockpile/workshop links<br />
* [[v0.34:Release information/0.34.07|0.34.07]] (2012-03-30): ''Bugfix''<br />
* [[v0.34:Release information/0.34.06|0.34.06]] (2012-03-23): Updates to animal training ([[dungeon master]] removed, having been nonfunctional since 0.31.01), return of good/evil trees and shrubs<br />
* [[v0.34:Release information/0.34.05|0.34.05]] (2012-03-06): ''Bugfix''<br />
* [[v0.34:Release information/0.34.04|0.34.04]] (2012-02-29): ''Hotfix''<br />
* [[v0.34:Release information/0.34.03|0.34.03]] (2012-02-28): ''Bugfix''<br />
* [[v0.34:Release information/0.34.02|0.34.02]] (2012-02-18): ''Bugfix''; broke save compatibility due to save corruption, numerous fixes for old issues<br />
* [[v0.34:Release information/0.34.01|0.34.01]] (2012-02-14): Introduction of human cities (shops, marketplaces, sewers, dungeons) and tombs, addition of [[interaction]]s ([[necromancer]]s, [[werebeast]]s, [[vampire]]s, etc.), historical migrants, truly evil regions, updated [[justice]] system,<br />
<br />
=== Dwarf Fortress v0.31 ===<br />
<br />
* [[v0.31:Release information/0.31.25|0.31.25]] (2011-03-28): ''Hotfix'' -- Final update of version 0.31.<br />
* [[v0.31:Release information/0.31.24|0.31.24]] (2011-03-27): ''Hotfix''<br />
* [[v0.31:Release information/0.31.23|0.31.23]] (2011-03-26): ''Hotfix''<br />
* [[v0.31:Release information/0.31.22|0.31.22]] (2011-03-24): ''Bugfix''<br />
* [[v0.31:Release information/0.31.21|0.31.21]] (2011-03-06): ''Bugfix''<br />
* [[v0.31:Release information/0.31.20|0.31.20]] (2011-03-06): ''Hotfix''<br />
* [[v0.31:Release information/0.31.19|0.31.19]] (2011-02-16): Worldgen starvation, usually wiping out kobolds; grazing; ceramics; jugs, pots, nest boxes, beehives (and bees); site finder changes. Last major 0.31 release, and the (unnumbered) beginning of the caravan arc series.<br />
* [[v0.31:Release information/0.31.18|0.31.18]] (2010-11-16): ''Hotfix''<br />
* [[v0.31:Release information/0.31.17|0.31.17]] (2010-11-11): Bandits, Night Creatures, Bogeyman, Adventure mode improvements, combat aiming, castles<br />
* [[v0.31:Release information/0.31.16|0.31.16]] (2010-10-04): ''Hotfix''<br />
* [[v0.31:Release information/0.31.15|0.31.15]] (2010-10-03): ''Bugfix''<br />
* [[v0.31:Release information/0.31.14|0.31.14]] (2010-09-23): ''Hotfix''<br />
* [[v0.31:Release information/0.31.13|0.31.13]] (2010-09-15): Entity populations, sprawl, river density tweaking, TrueType font support<br />
* [[v0.31:Release information/0.31.12|0.31.12]] (2010-07-25): ''Hotfix''<br />
* [[v0.31:Release information/0.31.11|0.31.11]] (2010-07-23): Art of deities<br />
* [[v0.31:Release information/0.31.10|0.31.10]] (2010-07-11): ''Hotfix''<br />
* [[v0.31:Release information/0.31.09|0.31.09]] (2010-07-10): Adventure mode knapping and butchery, combat improvements<br />
* [[v0.31:Release information/0.31.08|0.31.08]] (2010-06-19): ''Hotfix''<br />
* [[v0.31:Release information/0.31.07|0.31.07]] (2010-06-19): ''Bugfix''<br />
* [[v0.31:Release information/0.31.06|0.31.06]] (2010-06-09): ''Bugfix''<br />
* [[v0.31:Release information/0.31.05|0.31.05]] (2010-06-04): ''Bugfix''<br />
* [[v0.31:Release information/0.31.04|0.31.04]] (2010-05-16): Merge with the 40d19 branch<br />
* [[v0.31:Release information/0.31.03|0.31.03]] (2010-04-12): Ability to create undead in arena<br />
* [[v0.31:Release information/0.31.02|0.31.02]] (2010-04-08): ''Bugfix''<br />
* [[v0.31:Release information/0.31.01|0.31.01]] (2010-04-01): Overhaul of many aspects of the game, first 2010 release<br />
<br />
=== 3D Version (before 2010) ===<br />
* [[40d:Release information/''Branch'':|''Branch'':]] 0.28.181.40d2 thru 0.28.181.40d19: OpenGL optimizations, macros, zooming<br />
* [[40d:Release information/0.28.181.40d|0.28.181.40d]] (2008-09-06): ''Bugfix''; [[40d:Cat cancels Store Item in Stockpile: Too injured|Cat bug introduced]]<br />
* [[40d:Release information/0.28.181.40c|0.28.181.40c]] (2008-08-21): ''Hotfix'', partial print now allows specifying a frame count<br />
* [[40d:Release information/0.28.181.40b|0.28.181.40b]] (2008-08-20): Partial print, windowed/fullscreen gridsizes<br />
* [[40d:Release information/0.28.181.40a|0.28.181.40a]] (2008-08-18): Embark profiles added, [[note]]s extended to embark map, customizable forbid [[orders]] added (used ammunition, dead creatures' possessions, etc.), and dwarves now try to store items in partially-filled containers instead of empty ones<br />
* [[40d:Release information/0.28.181.39f|0.28.181.39f]] (2008-08-09): [[Custom grid]] sizes added<br />
* [[40d:Release information/0.28.181.39e|0.28.181.39e]] (2008-07-23): ''Hotfix''<br />
* [[40d:Release information/0.28.181.39d|0.28.181.39d]] (2008-07-23): Added [[Site finder]], can display hidden map features when choosing a site, [[Note]] support implemented, and worldgen presets added<br />
* [[40d:Release information/0.28.181.39c|0.28.181.39c]] (2008-07-16): ''Hotfix''<br />
* [[40d:Release information/0.28.181.39b|0.28.181.39b]] (2008-07-14): ''Hotfix''; trees in [[Elf|Elven]] forest retreats no longer have names<br />
* [[40d:Release information/0.28.181.39a|0.28.181.39a]] (2008-07-13): Lots of worldgen changes, including ethics (leading to wars and conquered sites), dynamic era naming, worldgen roads/bridges/tunnels, megabeasts being killed during worldgen, megabeasts being undead; cats and trained animals are now named on adoption, human weapon stores stock more stuff (including ammo), placing [[construction]]s now destroys engravings, and flying creatures no longer give birth in mid-air<br />
* [[40d:Release information/0.27.176.38c|0.27.176.38c]] (2008-02-24): ''Bugfix''<br />
* [[40d:Release information/0.27.176.38b|0.27.176.38b]] (2008-02-23): First Macintosh-compatible release; Dwarves no longer carry their artifacts around, booze food no longer melts, worlds can now have custom sizes<br />
* [[40d:Release information/0.27.176.38a|0.27.176.38a]] (2008-02-15): Magma pipes now refill, ZERO_RENT and BABY_CHILD_CAP init.txt options were added, strange moods no longer convert workshops, metal crossbows now made by [[weaponsmith]]s instead of [[bowyer]]s, dwarves chat and make friends/grudges and get married, unhappy thoughts from [[masterpiece]] destruction are now reduced based on the number of masterpieces the dwarf has made, and plants can now drown in deep water<br />
* [[40d:Release information/0.27.173.38a|0.27.173.38a]] (2008-02-04): [[Sphere]]s added, lots of new entity tags, numerous worldgen improvements, religions implemented, undead [[ruin]]s removed<br />
* [[40d:Release information/0.27.169.33g|0.27.169.33g]] (2007-12-21): Mud no longer dries up during winter, occupied cages are named according to their contents, brand new "Bring to depot" interface, [[strange mood]]s no longer require glass until you actually make some<br />
* [[40d:Release information/0.27.169.33f|0.27.169.33f]] (2007-12-14): ''Bugfix''; mud and blood no longer spread, auto-[[forbid]] fired ammunition, donkey/horse foals are now named properly, graphics sets can now use custom tiles for appointed nobles, and flux stones now have a value of 2 again.<br />
* [[40d:Release information/0.27.169.33e|0.27.169.33e]] (2007-12-08): ''Bugfix''; in particular, nobles no longer order themselves to be punished for failed mandates, donkeys can now breed, most types of vermin no longer have bones, and most types of fish no longer have lungs or throats<br />
* [[40d:Release information/0.27.169.33d|0.27.169.33d]] (2007-11-30): ''Bugfix''<br />
* [[40d:Release information/0.27.169.33c|0.27.169.33c]] (2007-11-23): Animals screen now labels war dogs and hunting dogs correctly, [[sliver barb]]s now have seeds, and process priority can now be configured in init.txt<br />
* [[40d:Release information/0.27.169.33b|0.27.169.33b]] (2007-11-16): [[Carp]] and other fish no longer gain [[swimming]] skill (making them ''slightly'' less dangerous), and various ore types now properly show up as '*' when mined.<br />
* [[40d:Release information/0.27.169.33a|0.27.169.33a]] (2007-11-01): added [[wood]]en [[block]]s, renamed aluminum ore to "native aluminum", [[mountain gnome]]s and [[dark gnome]]s no longer butcherable<br />
* [[40d:Release information/0.27.169.32a|0.27.169.32a]] (2007-10-29): The very first fully 3D version<br />
<br />
=== 2D Version ===<br />
* [[23a:Release information/0.23.130.23a|0.23.130.23a]] (2007-01-18): ''Hotfix'' - Final version<br />
* [[23a:Release information/0.23.125.23b|0.23.125.23b]] (2007-01-16): ''Hotfix''<br />
* [[23a:Release information/0.23.125.23a|0.23.125.23a]] (2007-01-16): Temperature support was further improved, population/FPS caps were added, coffins could now be restricted to only dwarves or only pets, and animals could now be marked for slaughter from their {{K|v}}-{{K|p}} screen. Spirits of fire also got a '''lot''' hotter. For some reason, [[horse]]s are now made of [[iron]].<br />
* [[23a:Release information/0.22.123.23a|0.22.123.23a]] (2006-12-21): ''Hotfix''<br />
* [[23a:Release information/0.22.123.23a|0.22.123.23a]] (2006-12-21): More workshop orders were added - auto collect webs, auto slaughter, auto butcher, auto tan; male cows are now called bulls, and whips can no longer get stuck in opponents<br />
* [[23a:Release information/0.22.121.23b|0.22.121.23b]] (2006-12-16): The ability to disable temperature and weather were added (to boost FPS)<br />
* [[23a:Release information/0.22.121.23a|0.22.121.23a]] (2006-12-14): Bins could now be made from metal, and the embark screen now described your biome and listed what civilizations were nearby<br />
* [[23a:Release information/0.22.120.23b|0.22.120.23b]] (2006-12-10): Improved temperature support was added<br />
* [[23a:Release information/0.22.120.23a|0.22.120.23a]] (2006-11-23): The ability to use custom [[graphics sets]] was added<br />
* [[23a:Release information/0.22.110.23c|0.22.110.23c]] (2006-11-17): ''Hotfix''<br />
* [[23a:Release information/0.22.110.23b|0.22.110.23b]] (2006-11-15): ''Hotfix''<br />
* [[23a:Release information/0.22.110.23a|0.22.110.23a]] (2006-11-17): [[Dye]]s and dyeing were implemented, allowed sewing cloth/leather images into goods, as well as more detailed [[decoration|art]] (historical figures and events, special shapes); standing orders now allowed auto collecting webs and only using dyed cloth<br />
* [[23a:Release information/0.22.110.22f|0.22.110.22f]] (2006-11-03): ''Bugfix''; additionally, butterflies, fireflies, and dragonflies can no longer be kept as pets. [[Boatmurdered]] began in this version.<br />
* [[23a:Release information/0.22.110.22e|0.22.110.22e]] (2006-10-29): ''Hotfix''<br />
* [[23a:Release information/0.22.110.22d|0.22.110.22d]] (2006-10-29): ''Hotfix''<br />
* [[23a:Release information/0.22.110.22c|0.22.110.22c]] (2006-10-29): Custom [[stockpile]]s were added (previously, there were only 16 basic stockpile types; things like [[potash]] would be stored with your metal bars and you could not force [[seed]]s to be kept near the farm).<br />
* [[23a:Release information/0.22.110.22b|0.22.110.22b]] (2006-10-21): ''Hotfix''<br />
* [[23a:Release information/0.22.110.22a|0.22.110.22a]] (2006-10-21): Inventory system changes (most notably, gloves and boots were split into two items (left & right for gloves))<br />
* [[23a:Release information/0.22.107.21a|0.22.107.21a]] (2006-10-02): Various changes to [[adventurer mode]] - guards and families, plus "." as a wait key<br />
* [[23a:Release information/0.21.105.21a|0.21.105.21a]] (2006-09-25): ''Hotfix''<br />
* [[23a:Release information/0.21.104.21c|0.21.104.21c]] (2006-09-25): Making potash no longer required making ashes into lye first.<br />
* [[23a:Release information/0.21.104.21b|0.21.104.21b]] (2006-09-16): Workshop profiles were added, along with showing genders on the Animal status screen<br />
* [[23a:Release information/0.21.104.21a|0.21.104.21a]] (2006-09-08): [[Designation|Designating]] with the mouse was added<br />
* [[23a:Release information/0.21.104.19d|0.21.104.19d]] (2006-09-02): ''Bugfix''<br />
* [[23a:Release information/0.21.104.19c|0.21.104.19c]] (2006-09-02): The ability to hide engravings was added, announcement consolidation (x15), seasonal blood cleanup was temporarily added (and would remain until version 0.31)<br />
* [[23a:Release information/0.21.104.19b|0.21.104.19b]] (2006-08-27): ''Bugfix''<br />
* [[23a:Release information/0.21.104.19a|0.21.104.19a]] (2006-08-27): The ability to "chasm" items was added (complete with attacks from chasm creatures as a result), as well as butchering cats<br />
* [[23a:Release information/0.21.102.19a|0.21.102.19a]] (2006-08-24): Dwarves could now have custom nicknames and professions, fullscreen could be toggled, starting animals would have mixed genders, horses could breed<br />
* [[23a:Release information/0.21.101.19d|0.21.101.19d]] (2006-08-21): ''Bugfix''<br />
* [[23a:Release information/0.21.101.19c|0.21.101.19c]] (2006-08-20): ''Bugfix''<br />
* [[23a:Release information/0.21.101.19b|0.21.101.19b]] (2006-08-20): ''Bugfix''<br />
* [[23a:Release information/0.21.101.19a|0.21.101.19a]] (2006-08-19): Adventurers could now have custom first names<br />
* [[23a:Release information/0.21.100.19a|0.21.100.19a]] (2006-08-16): Gender symbol was added to unit views, config options for disabling sound and the intro movie, command-line world generation, ability to export local map<br />
* [[23a:Release information/0.21.95.19c|0.21.95.19c]] (2006-08-14): Farm plot fertilization could be controlled directly<br />
* [[23a:Release information/0.21.95.19b|0.21.95.19b]] (2006-08-13): ''Bugfix''<br />
* [[23a:Release information/0.21.95.19a|0.21.95.19a]] (2006-08-12): ''Bugfix''<br />
* [[23a:Release information/0.21.93.19c|0.21.93.19c]] (2006-08-10): ''Bugfix''<br />
* [[23a:Release information/0.21.93.19b|0.21.93.19b]] (2006-08-10): ''Bugfix''<br />
* [[23a:Release information/0.21.93.19a|0.21.93.19a]] (2006-08-08): Initial public release<br />
<br />
== Bugs ==<br />
Please report bugs on the [https://dwarffortress.mantishub.io/ official bug tracker], and optionally add them to [[Known bugs and issues]]. Please do not add them to this page.</div>Janhttps://dwarffortresswiki.org/index.php?title=Release_information&diff=284224Release information2023-01-06T19:03:36Z<p>Jan: /* Version History */</p>
<hr />
<div>{{migrated article}}<br />
{{Quality|Unrated}}<br />
{{release notes}}{{av}}<br />
<br />
The first version in this release cycle, '''DF 50.01''', was released on '''December 6, 2022'''. The latest version is '''{{current/version}}''', released on '''{{current/lastupdate}}'''. The changes in each version are listed in the sidebar to the right.<br />
<br />
Version 50.01 was the first version of Dwarf Fortress released on [https://steamcommunity.com/app/975370/ Steam]. It was also the first version to use a new versioning scheme: the leading "0." present in all previous versions of DF was removed from the version number.<br />
<br />
As with all major releases, version 50.01 broke [[save compatibility]] with old versions.<br />
<br />
== Version History ==<br />
=== Dwarf Fortress v50 ===<br />
* [[Release information/50.05|50.05]] (2023-01-05): ''Bugfixes and optimizations''<br />
* [[Release information/50.04|50.04]] (2022-12-22): '''Classic release''': released the free [[Classic]] version on [https://www.bay12games.com/dwarves/ bay12games.com], and enabled classic mode in the Premium version. Added ability to advance time by one frame, and assign everyone to a burrow.<br />
* [[Release information/50.03|50.03]] (2022-12-12): ''Premium-only bugfixes''. Improved UX for selecting building materials.<br />
* [[Release information/50.02|50.02]] (2022-12-08): ''Premium-only bugfixes''<br />
* [[Release information/50.01|50.01]] (2022-12-06): '''Premium release''': launched the paid [[Premium]] version on Steam and itch.io. Introduced [[graphics]], full [[Mouse control|mouse support]], a new user [[interface]], tutorials, and new [[soundtrack|music]] and sound effects. A number of features from v0.47 were lost in 50.01 (see [[Missing features]]).<br />
<br />
=== Dwarf Fortress v0.47 ===<br />
* [[DF2014:Release information/0.47.05|0.47.05]] (2021-01-28): ''Bugfix''<br />
* [[DF2014:Release information/0.47.04|0.47.04]] (2020-02-29): ''Bugfix''<br />
* [[DF2014:Release information/0.47.03|0.47.03]] (2020-02-16): ''Bugfix''<br />
* [[DF2014:Release information/0.47.02|0.47.02]] (2020-02-06): ''Bugfix''<br />
* [[DF2014:Release information/0.47.01|0.47.01]] (2020-01-29): ''Release'': introduced creation of [[guildhall]]s and [[temple]]s. Introduced [[traitor]]s and [[villain]]s.<br />
<br />
=== Dwarf Fortress v0.44 ===<br />
* 0.44.12 (2018-06-23): ''Hotfix'';<br />
* 0.44.11 (2018-06-23): Civilizations create nearby sites and associate them with your fortress, can request/send workers, long-term memories can lead to personality changes<br />
* 0.44.10 (2018-05-05): Dwarves now have short-term and long-term memories of emotional events, Adventurer mode log improved<br />
* 0.44.09 (2018-04-01): ''Hotfix'';<br />
* 0.44.08 (2018-03-29): ''Bugfix'';<br />
* 0.44.07 (2018-03-12): ''Hotfix'';<br />
* 0.44.06 (2018-03-09): Raids can pillage/raze sites and demand tribute, will gain skills (e.g. military tactics) during missions<br />
* 0.44.05 (2018-01-14): ''Hotfix'';<br />
* 0.44.04 (2018-01-10): ''Bugfix'';<br />
* 0.44.03 (2017-12-25): ''Bugfix'';<br />
* 0.44.02 (2017-11-23): ''Hotfix'';<br />
* 0.44.01 (2017-11-22): ''Release''; can now send raids to other sites, build museums using pedestals and display cases, artifacts created during worldgen, civilizations can send spies to gather information on artifacts<br />
<br />
=== Dwarf Fortress v0.43 ===<br />
* 0.43.05 (2016-06-20): '''64-bit support''', bugfixes<br />
* 0.43.04 (2016-06-20): ''Bugfix'';<br />
* 0.43.03 (2016-05-22): ''Bugfix'';<br />
* 0.43.02 (2016-05-11): ''Hotfix'';<br />
* 0.43.01 (2016-05-09): ''Release''; Adventurers can create sites, make stone axes, fell trees, perform carpentry, and construct buildings; Fortress mode work orders can now specify start conditions, restart frequencies, and how many workshops can be used<br />
<br />
=== Dwarf Fortress v0.42 ===<br />
* 0.42.06 (2016-02-10): Can specify exact materials for jobs, make specific crafts, apply specific decorations, and even customize the details of art images; Adventurers can now do bone carving, complete with custom images<br />
* 0.42.05 (2016-01-17): Reputations for hunters and protection from bandits<br />
* 0.42.04 (2015-12-26): More varieties of [[animal people]] and giant animals, Vampire purges during worldgen, bugfixes<br />
* 0.42.03 (2015-12-12): ''Bugfix'';<br />
* 0.42.02 (2015-12-05): ''Bugfix'';<br />
* 0.42.01 (2015-12-01): ''Release''; introduced taverns, temples, and libraries, added new musical instruments and performance skills, introduced [[need]]s to replace dwarves going On Break, added visitors who can petition for fortress membership, scholars and historians can write books and spread knowledge, and drinking alcohol actually causes inebriation (and eventually fatal alcohol poisoning)<br />
<br />
=== Dwarf Fortress v0.40 ===<br />
* 0.40.24 (2015-01-07): ''Bugfix''; Misc. bugfixes; allowing 1x1 forts<br />
* 0.40.23 (2014-12-24): ''Bugfix''; Fixed farming job cancellations, armies camping forever, typos, and channeling bug<br />
* 0.40.22 (2014-12-21): ''Bugfix''; Fixed multi-item jobs and toggle marker tweak<br />
* 0.40.21 (2014-12-19): ''Hotfix''; Fixed a crash bug and other issues<br />
* 0.40.20 (2014-12-18): Job priorities rewrite; vein and cluster automining<br />
* 0.40.19 (2014-11-26): [[Gelding]] and related profession/skill/etc<br />
* 0.40.18 (2014-11-20): ''Hotfix''; Fixed a smelting issue on Windows<br />
* 0.40.17 (2014-11-19): ''Bugfix'';<br />
* 0.40.16 (2014-11-12): ''Bugfix'';<br />
* 0.40.15 (2014-11-05): ''Bugfix'';<br />
* 0.40.14 (2014-10-25): Thought/emotion rewrite, stopped site invaders from always winning<br />
* 0.40.13 (2014-09-17): ''Bugfix'';<br />
* 0.40.12 (2014-09-10): ''Bugfix'';<br />
* 0.40.11 (2014-09-03): ''Bugfix'';<br />
* 0.40.10 (2014-08-24): ''Bugfix'';<br />
* 0.40.09 (2014-08-17): ''Bugfix''; Misc. bugfixes<br />
* 0.40.08 (2014-08-11): ''Hotfix''; Fixed a crash bug and issues with constructions <br />
* 0.40.07 (2014-08-10): ''Bugfix''; AI and invasion fixes<br />
* 0.40.06 (2014-08-03): ''Bugfix''; stack bugfixes.<br />
* 0.40.05 (2014-07-27): ''Bugfix''; fixed large world slowdown, decreased rampant tree growth, many old and new bugfixes.<br />
* 0.40.04 (2014-07-20): ''Bugfix''; several crash fixes, made saplings grow properly.<br />
* 0.40.03 (2014-07-13): ''Bugfix''; broke save game compatibility again due to more save corruption, several crash fixes.<br />
* 0.40.02 (2014-07-10): ''Bugfix''; broke save game compatibility due to save corruption, several crash fixes.<br />
* 0.40.01 (2014-07-07): ''Release''; Introduced world generation running in the background while fortresses and adventurers progress, un-retiring of fortresses, multiple tile trees, climbing & jumping, and more.<br />
<br />
=== Dwarf Fortress v0.34 ===<br />
<br />
In a [http://www.bay12games.com/dwarves/index.html devlog] entry for 2011-01-30, Threetoe announced plans for a series of nine numbered releases ("Short-term Goals" on the [http://www.bay12games.com/dwarves/dev.html dev page]) to finish off the long-planned "caravan" development arc. Release 1, improving towns and introducing markets, along with a variety of supernatural creature types, was predicted to have a version number of [http://www.bay12games.com/media/df_talk_14_transcript.html#14.16 0.33 or 0.34] and was released on Valentine's Day 2012 as version 0.34.01.<br />
<br />
* [[v0.34:Release information/0.34.11|0.34.11]] (2012-06-04): ''Bugfix''<br />
* [[v0.34:Release information/0.34.10|0.34.10]] (2012-05-21): ''Bugfix''<br />
* [[v0.34:Release information/0.34.09|0.34.09]] (2012-05-17): ''Bugfix''<br />
* [[v0.34:Release information/0.34.08|0.34.08]] (2012-05-14): Hauling overhaul - minecarts and wheelbarrows, more accurate projectiles, reduced mining yields, advanced stockpile/workshop links<br />
* [[v0.34:Release information/0.34.07|0.34.07]] (2012-03-30): ''Bugfix''<br />
* [[v0.34:Release information/0.34.06|0.34.06]] (2012-03-23): Updates to animal training ([[dungeon master]] removed, having been nonfunctional since 0.31.01), return of good/evil trees and shrubs<br />
* [[v0.34:Release information/0.34.05|0.34.05]] (2012-03-06): ''Bugfix''<br />
* [[v0.34:Release information/0.34.04|0.34.04]] (2012-02-29): ''Hotfix''<br />
* [[v0.34:Release information/0.34.03|0.34.03]] (2012-02-28): ''Bugfix''<br />
* [[v0.34:Release information/0.34.02|0.34.02]] (2012-02-18): ''Bugfix''; broke save compatibility due to save corruption, numerous fixes for old issues<br />
* [[v0.34:Release information/0.34.01|0.34.01]] (2012-02-14): Introduction of human cities (shops, marketplaces, sewers, dungeons) and tombs, addition of [[interaction]]s ([[necromancer]]s, [[werebeast]]s, [[vampire]]s, etc.), historical migrants, truly evil regions, updated [[justice]] system,<br />
<br />
=== Dwarf Fortress v0.31 ===<br />
<br />
* [[v0.31:Release information/0.31.25|0.31.25]] (2011-03-28): ''Hotfix'' -- Final update of version 0.31.<br />
* [[v0.31:Release information/0.31.24|0.31.24]] (2011-03-27): ''Hotfix''<br />
* [[v0.31:Release information/0.31.23|0.31.23]] (2011-03-26): ''Hotfix''<br />
* [[v0.31:Release information/0.31.22|0.31.22]] (2011-03-24): ''Bugfix''<br />
* [[v0.31:Release information/0.31.21|0.31.21]] (2011-03-06): ''Bugfix''<br />
* [[v0.31:Release information/0.31.20|0.31.20]] (2011-03-06): ''Hotfix''<br />
* [[v0.31:Release information/0.31.19|0.31.19]] (2011-02-16): Worldgen starvation, usually wiping out kobolds; grazing; ceramics; jugs, pots, nest boxes, beehives (and bees); site finder changes. Last major 0.31 release, and the (unnumbered) beginning of the caravan arc series.<br />
* [[v0.31:Release information/0.31.18|0.31.18]] (2010-11-16): ''Hotfix''<br />
* [[v0.31:Release information/0.31.17|0.31.17]] (2010-11-11): Bandits, Night Creatures, Bogeyman, Adventure mode improvements, combat aiming, castles<br />
* [[v0.31:Release information/0.31.16|0.31.16]] (2010-10-04): ''Hotfix''<br />
* [[v0.31:Release information/0.31.15|0.31.15]] (2010-10-03): ''Bugfix''<br />
* [[v0.31:Release information/0.31.14|0.31.14]] (2010-09-23): ''Hotfix''<br />
* [[v0.31:Release information/0.31.13|0.31.13]] (2010-09-15): Entity populations, sprawl, river density tweaking, TrueType font support<br />
* [[v0.31:Release information/0.31.12|0.31.12]] (2010-07-25): ''Hotfix''<br />
* [[v0.31:Release information/0.31.11|0.31.11]] (2010-07-23): Art of deities<br />
* [[v0.31:Release information/0.31.10|0.31.10]] (2010-07-11): ''Hotfix''<br />
* [[v0.31:Release information/0.31.09|0.31.09]] (2010-07-10): Adventure mode knapping and butchery, combat improvements<br />
* [[v0.31:Release information/0.31.08|0.31.08]] (2010-06-19): ''Hotfix''<br />
* [[v0.31:Release information/0.31.07|0.31.07]] (2010-06-19): ''Bugfix''<br />
* [[v0.31:Release information/0.31.06|0.31.06]] (2010-06-09): ''Bugfix''<br />
* [[v0.31:Release information/0.31.05|0.31.05]] (2010-06-04): ''Bugfix''<br />
* [[v0.31:Release information/0.31.04|0.31.04]] (2010-05-16): Merge with the 40d19 branch<br />
* [[v0.31:Release information/0.31.03|0.31.03]] (2010-04-12): Ability to create undead in arena<br />
* [[v0.31:Release information/0.31.02|0.31.02]] (2010-04-08): ''Bugfix''<br />
* [[v0.31:Release information/0.31.01|0.31.01]] (2010-04-01): Overhaul of many aspects of the game, first 2010 release<br />
<br />
=== 3D Version (before 2010) ===<br />
* [[40d:Release information/''Branch'':|''Branch'':]] 0.28.181.40d2 thru 0.28.181.40d19: OpenGL optimizations, macros, zooming<br />
* [[40d:Release information/0.28.181.40d|0.28.181.40d]] (2008-09-06): ''Bugfix''; [[40d:Cat cancels Store Item in Stockpile: Too injured|Cat bug introduced]]<br />
* [[40d:Release information/0.28.181.40c|0.28.181.40c]] (2008-08-21): ''Hotfix'', partial print now allows specifying a frame count<br />
* [[40d:Release information/0.28.181.40b|0.28.181.40b]] (2008-08-20): Partial print, windowed/fullscreen gridsizes<br />
* [[40d:Release information/0.28.181.40a|0.28.181.40a]] (2008-08-18): Embark profiles added, [[note]]s extended to embark map, customizable forbid [[orders]] added (used ammunition, dead creatures' possessions, etc.), and dwarves now try to store items in partially-filled containers instead of empty ones<br />
* [[40d:Release information/0.28.181.39f|0.28.181.39f]] (2008-08-09): [[Custom grid]] sizes added<br />
* [[40d:Release information/0.28.181.39e|0.28.181.39e]] (2008-07-23): ''Hotfix''<br />
* [[40d:Release information/0.28.181.39d|0.28.181.39d]] (2008-07-23): Added [[Site finder]], can display hidden map features when choosing a site, [[Note]] support implemented, and worldgen presets added<br />
* [[40d:Release information/0.28.181.39c|0.28.181.39c]] (2008-07-16): ''Hotfix''<br />
* [[40d:Release information/0.28.181.39b|0.28.181.39b]] (2008-07-14): ''Hotfix''; trees in [[Elf|Elven]] forest retreats no longer have names<br />
* [[40d:Release information/0.28.181.39a|0.28.181.39a]] (2008-07-13): Lots of worldgen changes, including ethics (leading to wars and conquered sites), dynamic era naming, worldgen roads/bridges/tunnels, megabeasts being killed during worldgen, megabeasts being undead; cats and trained animals are now named on adoption, human weapon stores stock more stuff (including ammo), placing [[construction]]s now destroys engravings, and flying creatures no longer give birth in mid-air<br />
* [[40d:Release information/0.27.176.38c|0.27.176.38c]] (2008-02-24): ''Bugfix''<br />
* [[40d:Release information/0.27.176.38b|0.27.176.38b]] (2008-02-23): First Macintosh-compatible release; Dwarves no longer carry their artifacts around, booze food no longer melts, worlds can now have custom sizes<br />
* [[40d:Release information/0.27.176.38a|0.27.176.38a]] (2008-02-15): Magma pipes now refill, ZERO_RENT and BABY_CHILD_CAP init.txt options were added, strange moods no longer convert workshops, metal crossbows now made by [[weaponsmith]]s instead of [[bowyer]]s, dwarves chat and make friends/grudges and get married, unhappy thoughts from [[masterpiece]] destruction are now reduced based on the number of masterpieces the dwarf has made, and plants can now drown in deep water<br />
* [[40d:Release information/0.27.173.38a|0.27.173.38a]] (2008-02-04): [[Sphere]]s added, lots of new entity tags, numerous worldgen improvements, religions implemented, undead [[ruin]]s removed<br />
* [[40d:Release information/0.27.169.33g|0.27.169.33g]] (2007-12-21): Mud no longer dries up during winter, occupied cages are named according to their contents, brand new "Bring to depot" interface, [[strange mood]]s no longer require glass until you actually make some<br />
* [[40d:Release information/0.27.169.33f|0.27.169.33f]] (2007-12-14): ''Bugfix''; mud and blood no longer spread, auto-[[forbid]] fired ammunition, donkey/horse foals are now named properly, graphics sets can now use custom tiles for appointed nobles, and flux stones now have a value of 2 again.<br />
* [[40d:Release information/0.27.169.33e|0.27.169.33e]] (2007-12-08): ''Bugfix''; in particular, nobles no longer order themselves to be punished for failed mandates, donkeys can now breed, most types of vermin no longer have bones, and most types of fish no longer have lungs or throats<br />
* [[40d:Release information/0.27.169.33d|0.27.169.33d]] (2007-11-30): ''Bugfix''<br />
* [[40d:Release information/0.27.169.33c|0.27.169.33c]] (2007-11-23): Animals screen now labels war dogs and hunting dogs correctly, [[sliver barb]]s now have seeds, and process priority can now be configured in init.txt<br />
* [[40d:Release information/0.27.169.33b|0.27.169.33b]] (2007-11-16): [[Carp]] and other fish no longer gain [[swimming]] skill (making them ''slightly'' less dangerous), and various ore types now properly show up as '*' when mined.<br />
* [[40d:Release information/0.27.169.33a|0.27.169.33a]] (2007-11-01): added [[wood]]en [[block]]s, renamed aluminum ore to "native aluminum", [[mountain gnome]]s and [[dark gnome]]s no longer butcherable<br />
* [[40d:Release information/0.27.169.32a|0.27.169.32a]] (2007-10-29): The very first fully 3D version<br />
<br />
=== 2D Version ===<br />
* [[23a:Release information/0.23.130.23a|0.23.130.23a]] (2007-01-18): ''Hotfix'' - Final version<br />
* [[23a:Release information/0.23.125.23b|0.23.125.23b]] (2007-01-16): ''Hotfix''<br />
* [[23a:Release information/0.23.125.23a|0.23.125.23a]] (2007-01-16): Temperature support was further improved, population/FPS caps were added, coffins could now be restricted to only dwarves or only pets, and animals could now be marked for slaughter from their {{K|v}}-{{K|p}} screen. Spirits of fire also got a '''lot''' hotter. For some reason, [[horse]]s are now made of [[iron]].<br />
* [[23a:Release information/0.22.123.23a|0.22.123.23a]] (2006-12-21): ''Hotfix''<br />
* [[23a:Release information/0.22.123.23a|0.22.123.23a]] (2006-12-21): More workshop orders were added - auto collect webs, auto slaughter, auto butcher, auto tan; male cows are now called bulls, and whips can no longer get stuck in opponents<br />
* [[23a:Release information/0.22.121.23b|0.22.121.23b]] (2006-12-16): The ability to disable temperature and weather were added (to boost FPS)<br />
* [[23a:Release information/0.22.121.23a|0.22.121.23a]] (2006-12-14): Bins could now be made from metal, and the embark screen now described your biome and listed what civilizations were nearby<br />
* [[23a:Release information/0.22.120.23b|0.22.120.23b]] (2006-12-10): Improved temperature support was added<br />
* [[23a:Release information/0.22.120.23a|0.22.120.23a]] (2006-11-23): The ability to use custom [[graphics sets]] was added<br />
* [[23a:Release information/0.22.110.23c|0.22.110.23c]] (2006-11-17): ''Hotfix''<br />
* [[23a:Release information/0.22.110.23b|0.22.110.23b]] (2006-11-15): ''Hotfix''<br />
* [[23a:Release information/0.22.110.23a|0.22.110.23a]] (2006-11-17): [[Dye]]s and dyeing were implemented, allowed sewing cloth/leather images into goods, as well as more detailed [[decoration|art]] (historical figures and events, special shapes); standing orders now allowed auto collecting webs and only using dyed cloth<br />
* [[23a:Release information/0.22.110.22f|0.22.110.22f]] (2006-11-03): ''Bugfix''; additionally, butterflies, fireflies, and dragonflies can no longer be kept as pets. [[Boatmurdered]] began in this version.<br />
* [[23a:Release information/0.22.110.22e|0.22.110.22e]] (2006-10-29): ''Hotfix''<br />
* [[23a:Release information/0.22.110.22d|0.22.110.22d]] (2006-10-29): ''Hotfix''<br />
* [[23a:Release information/0.22.110.22c|0.22.110.22c]] (2006-10-29): Custom [[stockpile]]s were added (previously, there were only 16 basic stockpile types; things like [[potash]] would be stored with your metal bars and you could not force [[seed]]s to be kept near the farm).<br />
* [[23a:Release information/0.22.110.22b|0.22.110.22b]] (2006-10-21): ''Hotfix''<br />
* [[23a:Release information/0.22.110.22a|0.22.110.22a]] (2006-10-21): Inventory system changes (most notably, gloves and boots were split into two items (left & right for gloves))<br />
* [[23a:Release information/0.22.107.21a|0.22.107.21a]] (2006-10-02): Various changes to [[adventurer mode]] - guards and families, plus "." as a wait key<br />
* [[23a:Release information/0.21.105.21a|0.21.105.21a]] (2006-09-25): ''Hotfix''<br />
* [[23a:Release information/0.21.104.21c|0.21.104.21c]] (2006-09-25): Making potash no longer required making ashes into lye first.<br />
* [[23a:Release information/0.21.104.21b|0.21.104.21b]] (2006-09-16): Workshop profiles were added, along with showing genders on the Animal status screen<br />
* [[23a:Release information/0.21.104.21a|0.21.104.21a]] (2006-09-08): [[Designation|Designating]] with the mouse was added<br />
* [[23a:Release information/0.21.104.19d|0.21.104.19d]] (2006-09-02): ''Bugfix''<br />
* [[23a:Release information/0.21.104.19c|0.21.104.19c]] (2006-09-02): The ability to hide engravings was added, announcement consolidation (x15), seasonal blood cleanup was temporarily added (and would remain until version 0.31)<br />
* [[23a:Release information/0.21.104.19b|0.21.104.19b]] (2006-08-27): ''Bugfix''<br />
* [[23a:Release information/0.21.104.19a|0.21.104.19a]] (2006-08-27): The ability to "chasm" items was added (complete with attacks from chasm creatures as a result), as well as butchering cats<br />
* [[23a:Release information/0.21.102.19a|0.21.102.19a]] (2006-08-24): Dwarves could now have custom nicknames and professions, fullscreen could be toggled, starting animals would have mixed genders, horses could breed<br />
* [[23a:Release information/0.21.101.19d|0.21.101.19d]] (2006-08-21): ''Bugfix''<br />
* [[23a:Release information/0.21.101.19c|0.21.101.19c]] (2006-08-20): ''Bugfix''<br />
* [[23a:Release information/0.21.101.19b|0.21.101.19b]] (2006-08-20): ''Bugfix''<br />
* [[23a:Release information/0.21.101.19a|0.21.101.19a]] (2006-08-19): Adventurers could now have custom first names<br />
* [[23a:Release information/0.21.100.19a|0.21.100.19a]] (2006-08-16): Gender symbol was added to unit views, config options for disabling sound and the intro movie, command-line world generation, ability to export local map<br />
* [[23a:Release information/0.21.95.19c|0.21.95.19c]] (2006-08-14): Farm plot fertilization could be controlled directly<br />
* [[23a:Release information/0.21.95.19b|0.21.95.19b]] (2006-08-13): ''Bugfix''<br />
* [[23a:Release information/0.21.95.19a|0.21.95.19a]] (2006-08-12): ''Bugfix''<br />
* [[23a:Release information/0.21.93.19c|0.21.93.19c]] (2006-08-10): ''Bugfix''<br />
* [[23a:Release information/0.21.93.19b|0.21.93.19b]] (2006-08-10): ''Bugfix''<br />
* [[23a:Release information/0.21.93.19a|0.21.93.19a]] (2006-08-08): Initial public release<br />
<br />
== Bugs ==<br />
Please report bugs on the [https://dwarffortress.mantishub.io/ official bug tracker], and optionally add them to [[Known bugs and issues]]. Please do not add them to this page.</div>Janhttps://dwarffortresswiki.org/index.php?title=Release_information&diff=284222Release information2023-01-06T19:00:24Z<p>Jan: </p>
<hr />
<div>{{migrated article}}<br />
{{Quality|Unrated}}<br />
{{release notes}}{{av}}<br />
<br />
The first version in this release cycle, '''DF 50.01''', was released on '''December 6, 2022'''. The latest version is '''{{current/version}}''', released on '''{{current/lastupdate}}'''. The changes in each version are listed in the sidebar to the right.<br />
<br />
Version 50.01 was the first version of Dwarf Fortress released on [https://steamcommunity.com/app/975370/ Steam]. It was also the first version to use a new versioning scheme: the leading "0." present in all previous versions of DF was removed from the version number.<br />
<br />
As with all major releases, version 50.01 broke [[save compatibility]] with old versions.<br />
<br />
== Version History ==<br />
=== Dwarf Fortress v50 ===<br />
* [[Release information/50.05|50.05]] (2023-01-05): ''Bugfixes and optimizations''<br />
* [[Release information/50.04|50.04]] (2022-12-22): '''Classic release''': released the free [[Classic]] version on [https://www.bay12games.com/dwarves/ bay12games.com], and enabled classic mode in the Premium version. Added ability to advance time by one frame, and assign everyone to a burrow.<br />
* [[Release information/50.03|50.03]] (2022-12-12): ''Premium-only bugfixes''. Improved UX for selecting building materials.<br />
* [[Release information/50.02|50.02]] (2022-12-08): ''Premium-only bugfixes''<br />
* [[Release information/50.01|50.01]] (2022-12-06): '''Premium release''': launched the paid [[Premium]] version on Steam and itch.io. Introduced [[graphics]], full [[Mouse control|mouse support]], a new user [[interface]], tutorials, and new [[soundtrack|music]] and sound effects. A number of features from v0.47 were lost in 50.01 (see [[Missing features]]).<br />
<br />
=== Dwarf Fortress v0.47 ===<br />
* [[DF2014:Release information/0.47.05|0.47.05]] (2021-01-28): ''Bugfix''<br />
* [[DF2014:Release information/0.47.04|0.47.04]] (2020-02-29): ''Bugfix''<br />
* [[DF2014:Release information/0.47.03|0.47.03]] (2020-02-16): ''Bugfix''<br />
* [[DF2014:Release information/0.47.02|0.47.02]] (2020-02-06): ''Bugfix''<br />
* [[DF2014:Release information/0.47.01|0.47.01]] (2020-01-29): ''Release'': introduced creation of [[guildhall]]s and [[temple]]s. Introduced [[traitor]]s and [[villain]]s.<br />
<br />
=== Dwarf Fortress v0.44 ===<br />
* 0.44.12 (2018-06-23): ''Hotfix'';<br />
* 0.44.11 (2018-06-23): Civilizations create nearby sites and associate them with your fortress, can request/send workers, long-term memories can lead to personality changes<br />
* 0.44.10 (2018-05-05): Dwarves now have short-term and long-term memories of emotional events, Adventurer mode log improved<br />
* 0.44.09 (2018-04-01): ''Hotfix'';<br />
* 0.44.08 (2018-03-29): ''Bugfix'';<br />
* 0.44.07 (2018-03-12): ''Hotfix'';<br />
* 0.44.06 (2018-03-09): Raids can pillage/raze sites and demand tribute, will gain skills (e.g. military tactics) during missions<br />
* 0.44.05 (2018-01-14): ''Hotfix'';<br />
* 0.44.04 (2018-01-10): ''Bugfix'';<br />
* 0.44.03 (2017-12-25): ''Bugfix'';<br />
* 0.44.02 (2017-11-23): ''Hotfix'';<br />
* 0.44.01 (2017-11-22): ''Release''; can now send raids to other sites, build museums using pedestals and display cases, artifacts created during worldgen, civilizations can send spies to gather information on artifacts<br />
<br />
=== Dwarf Fortress v0.43 ===<br />
* 0.43.05 (2016-06-20): '''64-bit support''', bugfixes<br />
* 0.43.04 (2016-06-20): ''Bugfix'';<br />
* 0.43.03 (2016-05-22): ''Bugfix'';<br />
* 0.43.02 (2016-05-11): ''Hotfix'';<br />
* 0.43.01 (2016-05-09): ''Release''; Adventurers can create sites, make stone axes, fell trees, perform carpentry, and construct buildings; Fortress mode work orders can now specify start conditions, restart frequencies, and how many workshops can be used<br />
<br />
=== Dwarf Fortress v0.42 ===<br />
* 0.42.06 (2016-02-10): Can specify exact materials for jobs, make specific crafts, apply specific decorations, and even customize the details of art images; Adventurers can now do bone carving, complete with custom images<br />
* 0.42.05 (2016-01-17): Reputations for hunters and protection from bandits<br />
* 0.42.04 (2015-12-26): More varieties of [[animal people]] and giant animals, Vampire purges during worldgen, bugfixes<br />
* 0.42.03 (2015-12-12): ''Bugfix'';<br />
* 0.42.02 (2015-12-05): ''Bugfix'';<br />
* 0.42.01 (2015-12-01): ''Release''; introduced taverns, temples, and libraries, added new musical instruments and performance skills, introduced [[need]]s to replace dwarves going On Break, added visitors who can petition for fortress membership, scholars and historians can write books and spread knowledge, and drinking alcohol actually causes inebriation (and eventually fatal alcohol poisoning)<br />
<br />
=== Dwarf Fortress v0.40 ===<br />
* 0.40.24 (2015-01-07): ''Bugfix''; Misc. bugfixes; allowing 1x1 forts<br />
* 0.40.23 (2014-12-24): ''Bugfix''; Fixed farming job cancellations, armies camping forever, typos, and channeling bug<br />
* 0.40.22 (2014-12-21): ''Bugfix''; Fixed multi-item jobs and toggle marker tweak<br />
* 0.40.21 (2014-12-19): ''Hotfix''; Fixed a crash bug and other issues<br />
* 0.40.20 (2014-12-18): Job priorities rewrite; vein and cluster automining<br />
* 0.40.19 (2014-11-26): [[Gelding]] and related profession/skill/etc<br />
* 0.40.18 (2014-11-20): ''Hotfix''; Fixed a smelting issue on Windows<br />
* 0.40.17 (2014-11-19): ''Bugfix'';<br />
* 0.40.16 (2014-11-12): ''Bugfix'';<br />
* 0.40.15 (2014-11-05): ''Bugfix'';<br />
* 0.40.14 (2014-10-25): Thought/emotion rewrite, stopped site invaders from always winning<br />
* 0.40.13 (2014-09-17): ''Bugfix'';<br />
* 0.40.12 (2014-09-10): ''Bugfix'';<br />
* 0.40.11 (2014-09-03): ''Bugfix'';<br />
* 0.40.10 (2014-08-24): ''Bugfix'';<br />
* 0.40.09 (2014-08-17): ''Bugfix''; Misc. bugfixes<br />
* 0.40.08 (2014-08-11): ''Hotfix''; Fixed a crash bug and issues with constructions <br />
* 0.40.07 (2014-08-10): ''Bugfix''; AI and invasion fixes<br />
* 0.40.06 (2014-08-03): ''Bugfix''; stack bugfixes.<br />
* 0.40.05 (2014-07-27): ''Bugfix''; fixed large world slowdown, decreased rampant tree growth, many old and new bugfixes.<br />
* 0.40.04 (2014-07-20): ''Bugfix''; several crash fixes, made saplings grow properly.<br />
* 0.40.03 (2014-07-13): ''Bugfix''; broke save game compatibility again due to more save corruption, several crash fixes.<br />
* 0.40.02 (2014-07-10): ''Bugfix''; broke save game compatibility due to save corruption, several crash fixes.<br />
* 0.40.01 (2014-07-07): ''Release''; Introduced world generation running in the background while fortresses and adventurers progress, un-retiring of fortresses, multiple tile trees, climbing & jumping, and more.<br />
<br />
=== Dwarf Fortress v0.34 ===<br />
<br />
In a [http://www.bay12games.com/dwarves/index.html devlog] entry for 2011-01-30, Threetoe announced plans for a series of nine numbered releases ("Short-term Goals" on the [http://www.bay12games.com/dwarves/dev.html dev page]) to finish off the long-planned "caravan" development arc. Release 1, improving towns and introducing markets, along with a variety of supernatural creature types, was predicted to have a version number of [http://www.bay12games.com/media/df_talk_14_transcript.html#14.16 0.33 or 0.34] and was released on Valentine's Day 2012 as version 0.34.01.<br />
<br />
* 0.34.11 (2012-06-04): ''Bugfix''<br />
* 0.34.10 (2012-05-21): ''Bugfix''<br />
* 0.34.09 (2012-05-17): ''Bugfix''<br />
* 0.34.08 (2012-05-14): Hauling overhaul - minecarts and wheelbarrows, more accurate projectiles, reduced mining yields, advanced stockpile/workshop links<br />
* 0.34.07 (2012-03-30): ''Bugfix''<br />
* 0.34.06 (2012-03-23): Updates to animal training ([[dungeon master]] removed, having been nonfunctional since 0.31.01), return of good/evil trees and shrubs<br />
* 0.34.05 (2012-03-06): ''Bugfix''<br />
* 0.34.04 (2012-02-29): ''Hotfix''<br />
* 0.34.03 (2012-02-28): ''Bugfix''<br />
* 0.34.02 (2012-02-18): ''Bugfix''; broke save compatibility due to save corruption, numerous fixes for old issues<br />
* 0.34.01 (2012-02-14): Introduction of human cities (shops, marketplaces, sewers, dungeons) and tombs, addition of [[interaction]]s ([[necromancer]]s, [[werebeast]]s, [[vampire]]s, etc.), historical migrants, truly evil regions, updated [[justice]] system,<br />
<br />
=== Dwarf Fortress v0.31 ===<br />
<br />
* 0.31.25 (2011-03-28): ''Hotfix'' -- Final update of version 0.31.<br />
* 0.31.24 (2011-03-27): ''Hotfix''<br />
* 0.31.23 (2011-03-26): ''Hotfix''<br />
* 0.31.22 (2011-03-24): ''Bugfix''<br />
* 0.31.21 (2011-03-06): ''Bugfix''<br />
* 0.31.20 (2011-03-06): ''Hotfix''<br />
* 0.31.19 (2011-02-16): Worldgen starvation, usually wiping out kobolds; grazing; ceramics; jugs, pots, nest boxes, beehives (and bees); site finder changes. Last major 0.31 release, and the (unnumbered) beginning of the caravan arc series.<br />
* 0.31.18 (2010-11-16): ''Hotfix''<br />
* 0.31.17 (2010-11-11): Bandits, Night Creatures, Bogeyman, Adventure mode improvements, combat aiming, castles<br />
* 0.31.16 (2010-10-04): ''Hotfix''<br />
* 0.31.15 (2010-10-03): ''Bugfix''<br />
* 0.31.14 (2010-09-23): ''Hotfix''<br />
* 0.31.13 (2010-09-15): Entity populations, sprawl, river density tweaking, TrueType font support<br />
* 0.31.12 (2010-07-25): ''Hotfix''<br />
* 0.31.11 (2010-07-23): Art of deities<br />
* 0.31.10 (2010-07-11): ''Hotfix''<br />
* 0.31.09 (2010-07-10): Adventure mode knapping and butchery, combat improvements<br />
* 0.31.08 (2010-06-19): ''Hotfix''<br />
* 0.31.07 (2010-06-19): ''Bugfix''<br />
* 0.31.06 (2010-06-09): ''Bugfix''<br />
* 0.31.05 (2010-06-04): ''Bugfix''<br />
* 0.31.04 (2010-05-16): Merge with the 40d19 branch<br />
* 0.31.03 (2010-04-12): Ability to create undead in arena<br />
* 0.31.02 (2010-04-08): ''Bugfix''<br />
* 0.31.01 (2010-04-01): Overhaul of many aspects of the game, first 2010 release<br />
<br />
=== 3D Version (before 2010) ===<br />
* ''Branch'': 0.28.181.40d2 thru 0.28.181.40d19: OpenGL optimizations, macros, zooming<br />
* 0.28.181.40d (2008-09-06): ''Bugfix''; [[40d:Cat cancels Store Item in Stockpile: Too injured|Cat bug introduced]]<br />
* 0.28.181.40c (2008-08-21): ''Hotfix'', partial print now allows specifying a frame count<br />
* 0.28.181.40b (2008-08-20): Partial print, windowed/fullscreen gridsizes<br />
* 0.28.181.40a (2008-08-18): Embark profiles added, [[note]]s extended to embark map, customizable forbid [[orders]] added (used ammunition, dead creatures' possessions, etc.), and dwarves now try to store items in partially-filled containers instead of empty ones<br />
* 0.28.181.39f (2008-08-09): [[Custom grid]] sizes added<br />
* 0.28.181.39e (2008-07-23): ''Hotfix''<br />
* 0.28.181.39d (2008-07-23): Added [[Site finder]], can display hidden map features when choosing a site, [[Note]] support implemented, and worldgen presets added<br />
* 0.28.181.39c (2008-07-16): ''Hotfix''<br />
* 0.28.181.39b (2008-07-14): ''Hotfix''; trees in [[Elf|Elven]] forest retreats no longer have names<br />
* 0.28.181.39a (2008-07-13): Lots of worldgen changes, including ethics (leading to wars and conquered sites), dynamic era naming, worldgen roads/bridges/tunnels, megabeasts being killed during worldgen, megabeasts being undead; cats and trained animals are now named on adoption, human weapon stores stock more stuff (including ammo), placing [[construction]]s now destroys engravings, and flying creatures no longer give birth in mid-air<br />
* 0.27.176.38c (2008-02-24): ''Bugfix''<br />
* 0.27.176.38b (2008-02-23): First Macintosh-compatible release; Dwarves no longer carry their artifacts around, booze food no longer melts, worlds can now have custom sizes<br />
* 0.27.176.38a (2008-02-15): Magma pipes now refill, ZERO_RENT and BABY_CHILD_CAP init.txt options were added, strange moods no longer convert workshops, metal crossbows now made by [[weaponsmith]]s instead of [[bowyer]]s, dwarves chat and make friends/grudges and get married, unhappy thoughts from [[masterpiece]] destruction are now reduced based on the number of masterpieces the dwarf has made, and plants can now drown in deep water<br />
* 0.27.173.38a (2008-02-04): [[Sphere]]s added, lots of new entity tags, numerous worldgen improvements, religions implemented, undead [[ruin]]s removed<br />
* 0.27.169.33g (2007-12-21): Mud no longer dries up during winter, occupied cages are named according to their contents, brand new "Bring to depot" interface, [[strange mood]]s no longer require glass until you actually make some<br />
* 0.27.169.33f (2007-12-14): ''Bugfix''; mud and blood no longer spread, auto-[[forbid]] fired ammunition, donkey/horse foals are now named properly, graphics sets can now use custom tiles for appointed nobles, and flux stones now have a value of 2 again.<br />
* 0.27.169.33e (2007-12-08): ''Bugfix''; in particular, nobles no longer order themselves to be punished for failed mandates, donkeys can now breed, most types of vermin no longer have bones, and most types of fish no longer have lungs or throats<br />
* 0.27.169.33d (2007-11-30): ''Bugfix''<br />
* 0.27.169.33c (2007-11-23): Animals screen now labels war dogs and hunting dogs correctly, [[sliver barb]]s now have seeds, and process priority can now be configured in init.txt<br />
* 0.27.169.33b (2007-11-16): [[Carp]] and other fish no longer gain [[swimming]] skill (making them ''slightly'' less dangerous), and various ore types now properly show up as '*' when mined.<br />
* 0.27.169.33a (2007-11-01): added [[wood]]en [[block]]s, renamed aluminum ore to "native aluminum", [[mountain gnome]]s and [[dark gnome]]s no longer butcherable<br />
* 0.27.169.32a (2007-10-29): The very first fully 3D version<br />
<br />
=== 2D Version ===<br />
* 0.23.130.23a (2007-01-18): ''Hotfix'' - Final version<br />
* 0.23.125.23b (2007-01-16): ''Hotfix''<br />
* 0.23.125.23a (2007-01-16): Temperature support was further improved, population/FPS caps were added, coffins could now be restricted to only dwarves or only pets, and animals could now be marked for slaughter from their {{K|v}}-{{K|p}} screen. Spirits of fire also got a '''lot''' hotter. For some reason, [[horse]]s are now made of [[iron]].<br />
* 0.22.123.23a (2006-12-21): ''Hotfix''<br />
* 0.22.123.23a (2006-12-21): More workshop orders were added - auto collect webs, auto slaughter, auto butcher, auto tan; male cows are now called bulls, and whips can no longer get stuck in opponents<br />
* 0.22.121.23b (2006-12-16): The ability to disable temperature and weather were added (to boost FPS)<br />
* 0.22.121.23a (2006-12-14): Bins could now be made from metal, and the embark screen now described your biome and listed what civilizations were nearby<br />
* 0.22.120.23b (2006-12-10): Improved temperature support was added<br />
* 0.22.120.23a (2006-11-23): The ability to use custom [[graphics sets]] was added<br />
* 0.22.110.23c (2006-11-17): ''Hotfix''<br />
* 0.22.110.23b (2006-11-15): ''Hotfix''<br />
* 0.22.110.23a (2006-11-17): [[Dye]]s and dyeing were implemented, allowed sewing cloth/leather images into goods, as well as more detailed [[decoration|art]] (historical figures and events, special shapes); standing orders now allowed auto collecting webs and only using dyed cloth<br />
* 0.22.110.22f (2006-11-03): ''Bugfix''; additionally, butterflies, fireflies, and dragonflies can no longer be kept as pets. [[Boatmurdered]] began in this version.<br />
* 0.22.110.22e (2006-10-29): ''Hotfix''<br />
* 0.22.110.22d (2006-10-29): ''Hotfix''<br />
* 0.22.110.22c (2006-10-29): Custom [[stockpile]]s were added (previously, there were only 16 basic stockpile types; things like [[potash]] would be stored with your metal bars and you could not force [[seed]]s to be kept near the farm).<br />
* 0.22.110.22b (2006-10-21): ''Hotfix''<br />
* 0.22.110.22a (2006-10-21): Inventory system changes (most notably, gloves and boots were split into two items (left & right for gloves))<br />
* 0.22.107.21a (2006-10-02): Various changes to [[adventurer mode]] - guards and families, plus "." as a wait key<br />
* 0.21.105.21a (2006-09-25): ''Hotfix''<br />
* 0.21.104.21c (2006-09-25): Making potash no longer required making ashes into lye first.<br />
* 0.21.104.21b (2006-09-16): Workshop profiles were added, along with showing genders on the Animal status screen<br />
* 0.21.104.21a (2006-09-08): [[Designation|Designating]] with the mouse was added<br />
* 0.21.104.19d (2006-09-02): ''Bugfix''<br />
* 0.21.104.19c (2006-09-02): The ability to hide engravings was added, announcement consolidation (x15), seasonal blood cleanup was temporarily added (and would remain until version 0.31)<br />
* 0.21.104.19b (2006-08-27): ''Bugfix''<br />
* 0.21.104.19a (2006-08-27): The ability to "chasm" items was added (complete with attacks from chasm creatures as a result), as well as butchering cats<br />
* 0.21.102.19a (2006-08-24): Dwarves could now have custom nicknames and professions, fullscreen could be toggled, starting animals would have mixed genders, horses could breed<br />
* 0.21.101.19d (2006-08-21): ''Bugfix''<br />
* 0.21.101.19c (2006-08-20): ''Bugfix''<br />
* 0.21.101.19b (2006-08-20): ''Bugfix''<br />
* 0.21.101.19a (2006-08-19): Adventurers could now have custom first names<br />
* 0.21.100.19a (2006-08-16): Gender symbol was added to unit views, config options for disabling sound and the intro movie, command-line world generation, ability to export local map<br />
* 0.21.95.19c (2006-08-14): Farm plot fertilization could be controlled directly<br />
* 0.21.95.19b (2006-08-13): ''Bugfix''<br />
* 0.21.95.19a (2006-08-12): ''Bugfix''<br />
* 0.21.93.19c (2006-08-10): ''Bugfix''<br />
* 0.21.93.19b (2006-08-10): ''Bugfix''<br />
* 0.21.93.19a (2006-08-08): Initial public release<br />
<br />
== Bugs ==<br />
Please report bugs on the [https://dwarffortress.mantishub.io/ official bug tracker], and optionally add them to [[Known bugs and issues]]. Please do not add them to this page.</div>Janhttps://dwarffortresswiki.org/index.php?title=Mod&diff=284220Mod2023-01-06T18:50:47Z<p>Jan: /* Objects and graphics folder */ raw filename seem to matter</p>
<hr />
<div>{{For/see|using mods and their basic structure|[[modding]] about making mods}}<br />
<br />
A '''mod''' (short for modification) is an alteration of the game and the objective of modding. Modifications can range from small tweaks to complete overhauls.<br />
<br />
== Installing Mods ==<br />
<br />
Mods can be acquired using the [https://steamcommunity.com/app/975370/workshop/ steam workshop] (if using Steam version), a manual download from [[Bay 12 Forums]] or third party websites (like [https://dffd.bay12games.com/ DFFD]), or by [[Modding|creating]] one yourself. <br />
<br />
Users of the Steam version can subscribe to mods on Steam Workshop, once the download is complete they will be available when creating a new world automatically. Otherwise, manually download the mod, then place the mod zip file or the unzipped mod folder into the Dwarf Fortress [[mod folder]] (if this folder doesn't exist, you can create it.) You can have more than one mod in the mod folder, including different version of the same mod. The game will detect all mods that are properly made in this folder and let the user select which mods to play (see bellow.)<br />
<br />
== Enabling Mods ==<br />
[[File:Ui-p-mod-selection.png|thumb|world generation mod menu]] <br />
<br />
When [[World generation|creating a world]] and choosing its initial parameters, if you have a mod available, there should be a '''Mods''' button at the bottom of the screen. Pressing this will let you select which mods you'd like to enable and what the load order should be. You should put mods at the end of the mod list after the vanilla objects if you don't have any further information, so that they can reference vanilla objects after those are loaded.<br />
<br />
Something something load order basic<br />
<br />
<div class="" style="padding: 0.8em 1em; margin: 0.5rem 0; background: #fcf8e3; border-left: 5px solid #aa6708;"><br />
* Mods are enabled per world and can not be disabled afterwards, however, it is possibly to manually modify the game file as we did in previous versions by applying the mods directly to <code>[[Game folder|<Dwarf Fortress>]]/data/vanilla</code>. Be ware this method has the disadvantage of being a permanent change for all worlds and may break your game. <br />
<br />
* Unlike the previous versions of Dwarf Fortress, mods no longer live inside save files and must be installed on every computer where saves using those mods are going to be loaded. Once a world is created that uses mods, then the game will copy the mod to the <code>[[Game folder|<Dwarf Fortress>]]/data/installed_mods</code> folder. That is the version that the game actually uses.<br />
</div><br />
<br />
== Updating Mods ==<br />
If a world is using a mod that's been updated, and is currently using an older version of that mod, the player will be prompted about this when a save is loading. Causing a message like the following to appear:<br><br />
[[File:mod_version_v50_prompt.png]]<br />
<br />
When this happens, you have the choice of simply updating the mod, updating ''all'' mods at once, continuing to use the older version of the mod in question without updating, selecting the previous task but not updating ''any'' possibly outdated mods or simply returning to the title screen.<br />
<br />
== Modding ==<br />
<br />
Dwarf Fortress supports mods in the form of new objects and tiles. Each mod is a zip file or unzipped folder with the required format (see below.)<br />
<br />
=== Mod Format===<br />
<br />
Mods contain an info.txt file and either an "objects" folder or a "graphics" folder (or both.) All of the vanilla objects in the game too use this format. Your mod folder should look something like this:<br />
<br />
[[File:Folder-orange.svg|20px|link=]] Mod Name<br />
├ [[File:Text-x-generic.svg|20px|link=]] info.txt<br />
├ [[File:Text-x-generic.svg|20px|link=]] preview.png<br />
├ [[File:Folder.svg|20px|link=]] objects<br />
└ [[File:Folder.svg|20px|link=]] graphics<br />
<br />
=== Mod info ===<br />
{{main|Mod info token}}<br />
<br />
Each mod must have a <code>info.txt</code> at the root of your mod folder. It has a few fields defining basic metadata information about the mod and can be edited using any text editor (like notepad++). See Example:<br />
<br />
{{code|<br />
[ID:wiki_example]<br />
[NAME:Wiki Example Mod]<br />
[NUMERIC_VERSION:5001]<br />
[DISPLAYED_VERSION:50.01]<br />
[EARLIEST_COMPATIBLE_NUMERIC_VERSION:5001]<br />
[EARLIEST_COMPATIBLE_DISPLAYED_VERSION:50.01]<br />
[AUTHOR:Dwarf Fortress Wiki]<br />
[DESCRIPTION:This is an example mod. This text shows up in-game.]<br />
<br />
[STEAM_TITLE:Wiki Example Mod]<br />
[STEAM_DESCRIPTION:This text shows up on Steam Workshop.]<br />
[STEAM_TAG:mod] <br />
[STEAM_KEY_VALUE_TAG:test:stuff]<br />
[STEAM_METADATA:metadata test]<br />
[STEAM_CHANGELOG:Made some changes. Shown in 'Change Notes' tab.]<br />
<br />
[STEAM_FILE_ID:#########]<br />
}}<br />
<br />
Only <code>ID</code> and <code>NAME</code> are required to appear in the in-game mod menu.<br />
<br />
STEAM tags are only used by Steam. <br />
* The <code>STEAM_FILE_ID</code> used to identify the mod in the Workshop. This is automatically managed when uploading to Steam the first time. And required if you wish to update an existing Steam Workshop mod. <br />
* The <code>STEAM_TAG</code> and <code>STEAM_KEY_VALUE_TAG</code> are used by Steams search engine and the categorization. You can use as many entries you want, use a separate tag for each one.<br />
* You can also create a thumbnail for your mod by creating an image called <code>preview.png</code> in the same level as your info.txt file. This image will become the thumbnail when the mod is uploaded to steam workshop. The image should be less than 1MB in size.<br />
<br />
=== Objects and graphics folder ===<br />
<br />
At the root of your mod folder you can have a <code>objects\</code> and <code>graphics\</code> folder, this is where all the [[raw file]]s or [[graphics]] goes (exactly the same as objects from previous versions of Dwarf Fortress) allowing you to tweak or add new content for the game. It's beyond the scope of this short guide to go into what specific tags do, but the vanilla objects and previous mods by members of the community will give you plenty of examples to work with. See: [[modding]].<br />
<br />
The graphics filenames are not important, furthermore they can be arbitrarily nested into other sub-folders to help you organize your mod content.<br />
<br />
== Publishing mods ==<br />
<br />
There are two official platforms for publishing ''Dwarf Fortress'' mods, recommended because it's easy for people to find them there. These are [https://steamcommunity.com/app/975370/workshop/ Steam Workshop] and [https://dffd.bay12games.com/ the Dwarf Fortress File Depot (DFFD)].<br />
<br />
=== Publishing on Steam Workshop ===<br />
<br />
To upload a mod to Steam Workshop, you need to add STEAM tags to the <code>info.txt</code> file (see above.) Afterward, you put the unzipped mod folder in the "<code>mods/mod_upload</code>" folder. Then select Mods from the title menu, and upload your mods using the button you'll see there. Other Steam users will be able to subscribe to your mod immediately once it is uploaded.<br />
<br />
Once the upload process is completed successfully, you'll find a <code>[STEAM_FILE_ID:#########]</code> appended to your info.txt. Make sure this entry is included for future uploads if you want to make changes to your mod and have it overwrite the existing entry on the workshop. Otherwise you'll create a new entry every time you upload.<br />
<br />
=== Publishing on DFFD ===<br />
<br />
In addition to Steam Workshop, it is recommended you upload your mod to DFFD. This allows people who play ''[[Classic|Dwarf Fortress Classic]]'', or ''[[Premium]]'' via Itch.io, to also download and play your mod. To publish/upload a file to DFFD you first need to create an account.<br />
<br />
For legal reasons, mods that contain graphics derived from the ''Premium'' graphics should not be uploaded outside Steam Workshop. For this reason, you might want to separate your mod into two parts: the first without graphics, which is uploaded to both DFFD and Steam Workshop, and the second with ''only'' the graphics, uploaded only to Workshop. Of course, this is not an issue if your graphics are not based off the ''Premium'' ones.<br />
<br />
[[Category:Modding]]</div>Janhttps://dwarffortresswiki.org/index.php?title=Talk:Raw_file&diff=284219Talk:Raw file2023-01-06T18:48:16Z<p>Jan: /* Parsing changes */ new section</p>
<hr />
<div>== One object type per file? ==<br />
<br />
iirc I seen this mentioned on the forums, if so can someone please make note of it on the page, to avoid confusion of people using multiple objects per file. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:13, 3 January 2023 (UTC)<br />
<br />
== Parsing changes ==<br />
<br />
It seems that filenames are no longer irrelevant. In my test it appears that filename must start with object name: <br />
Filename : <Object-name>-whatever-you-want-.txt<br />
With each raw file beginning with same file name and presumably followed by the same <code>[OBJECT:<Object-name>]</code> (I haven't tested the last) --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:48, 6 January 2023 (UTC)</div>Janhttps://dwarffortresswiki.org/index.php?title=Amphibian_man&diff=284216Amphibian man2023-01-06T18:36:46Z<p>Jan: no longer an animal person. not sure if it still tribal</p>
<hr />
<div>{{migrated article}}<br />
{{Quality|Unrated}}<br />
{{Creaturelookup/0<br />
|vary=no<br />
|contrib=no<br />
|death=nobutcher<br />
}}<br />
{{av}}<br />
{{creaturedesc}}<br />
'''Amphibian men''' are one of the many underworld tribal [[Creature]] that can be found on any [[cavern]] level milling around piles of [[food|meat]] and [[leather|tanned hides]]. They are equivalent in size to [[kobold]]s, but are less agile. <br />
<br />
Approach with caution, unless the tribe is friendly. If the tribe is friendly, feel free to take advantage of them in imperialistic tradition and steal all their resources without compensation. To check whether a tribe of amphibian men is friendly, press {{k|u}} to view the unit list. The amphibian men will be labeled as either hostile or friendly. Alternatively, press {{k|v}} to view one of their profiles - if a hostile amphibian man kills a [[forgotten beast]], they will become friendly. However, they will not attack their fellow amphibian men - this is true of all underground animal man tribes.<br />
<br />
Like many underground races, the danger of amphibian men is not to be found in their wooden weapons, but in the substances found smeared on them. Amphibian men use many [[syndrome|poisons]], some of which can be deadly. They will launch group attacks on your fort, and have the ability to swim through your reservoirs and launch amphibious assaults on your [[fisherdwarf|fisherdwarves]]. Despite their description, they do not possess the{{token|EVIL}}token and are not any more malevolent than any other race of animal people.<br />
<br />
Some [[dwarves]] [[Preferences|like]] amphibian men for their ''terrifying features''.<br />
<br />
[[File:amph_man_preview.jpg|thumb|230px|center|Has a very bad lisp issue.]]<br />
<br />
{{gamedata}}<br />
{{gamedata|title=Entity ([[civilization]]) Raws|{{raw|v50:entity_default.txt|ENTITY|SUBTERRANEAN_ANIMAL_PEOPLES}}}}<br />
{{Creatures}}<br />
{{Category|Humanoids}}<br />
{{Category|Races}}</div>Janhttps://dwarffortresswiki.org/index.php?title=User:Jan/sandbox&diff=284188User:Jan/sandbox2023-01-06T10:56:13Z<p>Jan: </p>
<hr />
<div>__TOC__<br />
<br />
== Misc variants ==<br />
<br />
<br />
<br />
{| style="padding: 0.5em 0.5em 0 0.5em; margin: 0.5rem 0; background: #dff0d8; border: 2px solid #afbdaa;" <br />
| This article is about the current version of DF. <br />
|-<br />
|<div style="position: relative"><br />
<div class="mw-collapsible" id="mw-customcollapsible-version-toggle"><span class="mw-customtoggle-version-toggle" style="position: absolute; bottom: 0px; left: 50%; line-height: 1; cursor: pointer; font-size: 10px;">[[File:Eo circle green white caret-double-down.svg|10px|link=]] More...</span></div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-version-toggle"><span class="mw-customtoggle-version-toggle" style="position: absolute; bottom: 0px; left: 50%; line-height: 1; cursor: pointer; font-size: 10px;">[[File:Eo circle green white caret-double-down.svg|10px|link=]] Collapse</span>bla bla bla bla bla</div></div><br />
|}<br />
<br />
<br />
<br />
<span class="mw-customtoggle-111" style="position: relative; padding:5px; background-color: #2a4b8d; color: #fff;">[[:Release information|<span style="padding:5px; background-color: #2a4b8d; color: #fff;">v50.05 ▼</span>]]</span> This article is about the current version of DF. <br />
<div style="z-index: 101; position: absolute; background-color: #f8f9fa; color: #202122;"><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-111" style="padding:0.5em 1em; border: 1px solid #a2a9b1;">[[DF2014:{{PAGENAME}}|v0.47]]<br>[[v0.34:{{PAGENAME}}|v0.34]]<br>[[v0.31:{{PAGENAME}}|v0.31]]<br>[[40d:{{PAGENAME}}|v0.28]]<br>[[23a:{{PAGENAME}}|v0.23]]</div></div><br />
<br />
<br />
<br />
<div class="" style="padding: 0.8em 1em; margin: 0.5rem 0; <!--<br />
-->border-width: 0; background-color: #E7F2F8; border-radius: 4px; font-size: 84%; line-height: 1.2em;"><br />
This article is about the current version of DF ( <span style="background-color:white;">v{{current/version}}</span> | [[DF2014:{{PAGENAME}}|v0.47.05]] | [[v0.34:{{PAGENAME}}|v0.34]] | [[v0.31:{{PAGENAME}}|v0.31]] | [[40d:{{PAGENAME}}|v0.28]] | [[23a:{{PAGENAME}}|v0.23]] )<br />
</div><br />
<br />
<br />
<br />
== In game==<br />
<br />
<div style="width:100px; padding:5px; background-color: #187c36; border: 2px outset #22b14c; color:white; {{border-radius|3px}}">Start</div ><br />
<div style="width:100px; padding:5px; background-color: #4b4b4b; border: 2px outset #786c80; color:white; {{border-radius|3px}}">Quit</div ><br />
<div style="width:100px; padding:5px; background-color: #a40d14; border: 2px outset #ed1c24; color:white; {{border-radius|3px}}">Delete</div ><br />
<br />
<br />
=== build shortkeys ===<br />
<br />
:[[file:ui_b.png]]{{key|b}}Build <br />
::[[file:ui_bo.png]]{{key|o}}Workshops<br />
:::[[file:ui_bol.png]]{{key|l}}Clothing and Leather <br />
::::[[file:ui_boll.png]]{{key|l}}Leather <br />
::::[[file:ui_bolo.png]]{{key|o}}Loom<br />
::::[[file:ui_bolk.png]]{{key|k}}Clothes<br />
::::[[file:ui_boly.png]]{{key|y}}Dyer <br />
:::[[file:ui_bof.png]]{{key|f}}Farming <br />
::::[[file:ui_bofp.png]]{{key|p}}Farm plot <br />
::::[[file:ui_bofl.png]]{{key|l}}Still<br />
::::[[file:ui_bofb.png]]{{key|b}}<br />
::::[[file:ui_boft.png]]{{key|t}}<br />
::::[[file:ui_bofy.png]]{{key|y}}<br />
::::[[file:ui_bofk.png]]{{key|k}}<br />
::::[[file:ui_boff.png]]{{key|f}}<br />
::::[[file:ui_bofq.png]]{{key|q}}<br />
::::[[file:ui_bofv.png]]{{key|v}}<br />
::::[[file:ui_bofn.png]]{{key|n}}<br />
::::[[file:ui_bofh.png]]{{key|h}}<br />
:::[[file:ui_bou.png]]{{key|u}}Furnaces <br />
::::[[file:ui_boug.png]]{{key|g}}Glass Furnace<br />
::::[[file:ui_bouk.png]]{{key|k}}Klin<br />
::::[[file:ui_bouG.png]]{{key|G}}Magma glass Furnace<br />
::::[[file:ui_bouK.png]]{{key|K}}<br />
::::[[file:ui_bouL.png]]{{key|L}}<br />
::::[[file:ui_boul.png]]{{key|l}}<br />
::::[[file:ui_bouf.png]]{{key|f}}<br />
:::[[file:ui_boy.png]]{{key|y}} <br />
:::[[file:ui_bob.png]]{{key|b}} <br />
:::[[file:ui_bop.png]]{{key|p}} <br />
:::[[file:ui_bor.png]]{{key|r}} <br />
:::[[file:ui_boj.png]]{{key|j}} <br />
:::[[file:ui_boI.png]]{{key|I}} <br />
:::[[file:ui_boh.png]]{{key|h}} <br />
:::[[file:ui_boi.png]]{{key|i}} <br />
:::[[file:ui_boR.png]]{{key|R}} <br />
:::[[file:ui_bog.png]]{{key|g}} <br />
:::[[file:ui_boP.png]]{{key|P}} <br />
:::[[file:ui_bot.png]]{{key|t}} <br />
::[[file:ui_bf.png]]{{key|f}}Furniture <br />
:::[[file:ui_bfb.png]]{{key|b}}Bed <br />
:::[[file:ui_bfr.png]]{{key|r}}Chair <br />
:::[[file:ui_bft.png]]{{key|t}} <br />
:::[[file:ui_bfh.png]]{{key|h}} <br />
:::[[file:ui_bfn.png]]{{key|n}} <br />
:::[[file:ui_bfx.png]]{{key|x}} <br />
:::[[file:ui_bfl.png]]{{key|l}} <br />
:::[[file:ui_bfu.png]]{{key|u}} <br />
:::[[file:ui_bfT.png]]{{key|T}} <br />
:::[[file:ui_bfo.png]]{{key|o}} <br />
:::[[file:ui_bfy.png]]{{key|y}} <br />
:::[[file:ui_bfp.png]]{{key|p}} <br />
:::[[file:ui_bfi.png]]{{key|i}} <br />
::[[file:ui_bp.png]]{{key|p}}Doors/Hatches <br />
:::[[file:ui_bpr.png]]{{key|r}} <br />
:::[[file:ui_bph.png]]{{key|h}} <br />
::[[file:ui_bn.png]]{{key|n}}Constructions <br />
:::[[file:ui_bnl.png]]{{key|l}}wall <br />
:::[[file:ui_bnf.png]]{{key|f}}<br />
:::[[file:ui_bnr.png]]{{key|r}}<br />
:::[[file:ui_bnt.png]]{{key|t}}<br />
:::[[file:ui_bnb.png]]{{key|b}}<br />
:::[[file:ui_bno.png]]{{key|o}}<br />
:::[[file:ui_bnO.png]]{{key|O}}<br />
:::[[file:ui_bnF.png]]{{key|F}}<br />
:::[[file:ui_bnG.png]]{{key|G}}<br />
:::[[file:ui_bng.png]]{{key|g}}<br />
:::[[file:ui_bnM.png]]{{key|M}}<br />
:::[[file:ui_bnm.png]]{{key|m}}<br />
:::[[file:ui_bny.png]]{{key|y}}<br />
:::[[file:ui_bnY.png]]{{key|Y}}<br />
:::[[file:ui_bnp.png]]{{key|p}}<br />
:::[[file:ui_bnk.png]]{{key|k}}<br />
:::[[file:ui_bnK.png]]{{key|K}}<br />
::[[file:ui_bm.png]]{{key|m}}Machines/Fluids <br />
:::[[file:ui_bml.png]]{{key|l}}<br />
:::[[file:ui_bmL.png]]{{key|L}}<br />
:::[[file:ui_bmf.png]]{{key|f}}<br />
:::[[file:ui_bmp.png]]{{key|p}}<br />
:::[[file:ui_bmh.png]]{{key|h}}<br />
:::[[file:ui_bmm.png]]{{key|m}}<br />
:::[[file:ui_bmg.png]]{{key|g}}<br />
:::[[file:ui_bma.png]]{{key|a}}<br />
:::[[file:ui_bmA.png]]{{key|A}}<br />
:::[[file:ui_bmn.png]]{{key|n}}<br />
:::[[file:ui_bmr.png]]{{key|r}}<br />
::[[file:ui_br.png]]{{key|r}}Cages/Restraints <br />
:::[[file:ui_brh.png]]{{key|h}}<br />
:::[[file:ui_brg.png]]{{key|g}}<br />
:::[[file:ui_brt.png]]{{key|t}}<br />
::[[file:ui_bt.png]]{{key|t}}Trap<br />
:::[[file:ui_btp.png]]{{key|p}}<br />
:::[[file:ui_btt.png]]{{key|t}}<br />
:::[[file:ui_bto.png]]{{key|o}}<br />
:::[[file:ui_btg.png]]{{key|g}}<br />
:::[[file:ui_btu.png]]{{key|u}}<br />
::[[file:ui_by.png]]{{key|y}}Military<br />
:::[[file:ui_byt.png]]{{key|t}}<br />
:::[[file:ui_byr.png]]{{key|r}}<br />
:::[[file:ui_byn.png]]{{key|n}}<br />
:::[[file:ui_byb.png]]{{key|b}}<br />
:::[[file:ui_byp.png]]{{key|p}}<br />
::[[file:ui_bT.png]]{{key|T}}Trade Depot<br />
<br />
== Metal example ==<br />
{|<br />
|- valign=top<br />
|<br />
{{infostart|{{{name|Pig iron}}}}}<br />
{{infocell|{{{sample|[[File:PigIron Swatch.png|256px|center|frameless]]}}}}}<br />
{{infocell|{{Metal/picture|ingredients={{#if:{{{color3|}}}|3|{{#if:{{{color2|7:0:1}}}|2|1}}}}|color={{{color|7:0:1}}}|<br />
tile1={{{tile1|≡}}}|color1={{{color1|0:7:1}}}|<br />
tile2={{{tile2|≡}}}|color2={{{color2|0:7:1}}}|<br />
tile3={{{tile3|≡}}}|color3={{{color3}}}}}}}<br />
{{infoheader|Uses}}<br />
{{infocell|{{{uses|<br />
* Make [[steel]] at [[smelter]]}}}<br />
* [[Construction]]}}{{#if:{{{ore|}}}|{{infoheader|[[Ore]]}}<br />
{{infocell|{{{ore|}}}}}}}<br />
{{#if:{{{recipe|}}}|{{infoheader|Recipe}}<br />
{{infocell|{{{recipe|<br />
* 1 [[Iron]] [[bar]]<br />
* 1 [[Flux]] [[stone]]<br />
* 1 [[Fuel|Coal]] [[bar]]}}}}}}}<br />
{{infoheader|Properties}}<br />
{{infocell|{{{properties|<br />
* [[Material value]] 10<br />
{{firemagmasafe|yes|yes}}<br />
* [[Melting point]] {{ct|12106}}<br />
* [[Boiling point]] {{ct|13968}}<br />
* [[Ignition point]] none<br />
* [[Solid density]] 7850<br />
* Liquid [[density]] 6980<br />
* [[Specific heat]] 500}}}}}<br />
{{#ifeq:{{{wiki}}}|no||{{infocell|style=text-align:center; background-color: #eee; border-top: 1px solid #aaa|1=[[wikipedia:{{#if:{{{wiki|}}}|{{{wiki}}}|{{{name|Pig iron}}}}}|Wikipedia article]]}}|{{!-}}}}<br />
{{infoend}}<br />
|<br />
{{infostart|{{{name|Pig iron}}}}}<br />
|- style="background-color:#eaecf0;"<br />
| {{{sample|[[File:PigIron Swatch.png|100px|center|frameless]]}}}<br />
| {{Metal/picture|ingredients={{#if:{{{color3|}}}|3|{{#if:{{{color2|}}}|2|1}}}}|color={{{color|0:7:1}}}|<br />
tile1={{{tile1|≡}}}|color1={{{color1|0:7:1}}}|<br />
tile2={{{tile2|≡}}}|color2={{{color2|0:7:1}}}|<br />
tile3={{{tile3|≡}}}|color3={{{color3}}}}}<br />
{{infoheader|Uses}}<br />
{{infocell|{{{uses|<br />
* Make [[steel]] at [[smelter]]}}}<br />
* [[Construction]]}}{{#if:{{{ore|}}}|{{infoheader|[[Ore]]}}<br />
{{infocell|{{{ore|}}}}}}}<br />
{{#if:{{{recipe|}}}|{{infoheader|Recipe}}<br />
{{infocell|{{{recipe|<br />
* 1 [[Iron]] [[bar]]<br />
* 1 [[Flux]] [[stone]]<br />
* 1 [[Fuel|Coal]] [[bar]]}}}}}}}<br />
{{infoheader|Properties}}<br />
{{infocell|{{{properties|<br />
* [[Material value]] 10<br />
{{firemagmasafe|yes|yes}}<br />
* [[Melting point]] {{ct|12106}}<br />
* [[Boiling point]] {{ct|13968}}<br />
* [[Ignition point]] none<br />
* [[Solid density]] 7850<br />
* Liquid [[density]] 6980<br />
* [[Specific heat]] 500}}}}}<br />
{{#ifeq:{{{wiki}}}|no||{{infocell|style=text-align:center; background-color: #eee; border-top: 1px solid #aaa|1=[[wikipedia:{{#if:{{{wiki|}}}|{{{wiki}}}|{{{name|Pig iron}}}}}|Wikipedia article]]}}|{{!-}}}}<br />
{{infoend}}<br />
|<br />
{{infostart|{{{name|Pig iron <div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="float: right;">toggle</div>}}}}}<br />
|- style="background-color:#eaecf0;"<br />
|<span class="mw-collapsible" id="mw-customcollapsible-infoboxtab">{{{sample|[[File:PigIron Swatch.png|100px|center|frameless]]}}}</span><span class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab">{{Metal/picture|ingredients={{#if:{{{color3|}}}|3|{{#if:{{{color2|}}}|2|1}}}}|color={{{color|0:7:1}}}|<br />
tile1={{{tile1|≡}}}|color1={{{color1|0:7:1}}}|<br />
tile2={{{tile2|≡}}}|color2={{{color2|0:7:1}}}|<br />
tile3={{{tile3|≡}}}|color3={{{color3}}}}}</span><br />
{{infoheader|Uses}}<br />
{{infocell|{{{uses|<br />
* Make [[steel]] at [[smelter]]}}}<br />
* [[Construction]]}}{{#if:{{{ore|}}}|{{infoheader|[[Ore]]}}<br />
{{infocell|{{{ore|}}}}}}}<br />
{{#if:{{{recipe|}}}|{{infoheader|Recipe}}<br />
{{infocell|{{{recipe|<br />
* 1 [[Iron]] [[bar]]<br />
* 1 [[Flux]] [[stone]]<br />
* 1 [[Fuel|Coal]] [[bar]]}}}}}}}<br />
{{infoheader|Properties}}<br />
{{infocell|{{{properties|<br />
* [[Material value]] 10<br />
{{firemagmasafe|yes|yes}}<br />
* [[Melting point]] {{ct|12106}}<br />
* [[Boiling point]] {{ct|13968}}<br />
* [[Ignition point]] none<br />
* [[Solid density]] 7850<br />
* Liquid [[density]] 6980<br />
* [[Specific heat]] 500}}}}}<br />
{{#ifeq:{{{wiki}}}|no||{{infocell|style=text-align:center; background-color: #eee; border-top: 1px solid #aaa|1=[[wikipedia:{{#if:{{{wiki|}}}|{{{wiki}}}|{{{name|Pig iron}}}}}|Wikipedia article]]}}|{{!-}}}}<br />
{{infoend}}<br />
|<br />
{{infostart|{{{name|Pig iron}}}}}<br />
|- style="background-color:#eaecf0;"<br />
|<span class="mw-customtoggle-infoboxtab" title="Toggle between Premium and Classic">[[File:OOjs UI icon eyeClosed-progressive.svg|right|30px|link=]]</span><span class="mw-collapsible" id="mw-customcollapsible-infoboxtab">{{{sample|[[File:PigIron Swatch.png|100px|center|frameless]]}}}</span><span class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab">{{Metal/picture|ingredients={{#if:{{{color3|}}}|3|{{#if:{{{color2|}}}|2|1}}}}|color={{{color|0:7:1}}}|<br />
tile1={{{tile1|≡}}}|color1={{{color1|0:7:1}}}|<br />
tile2={{{tile2|≡}}}|color2={{{color2|0:7:1}}}|<br />
tile3={{{tile3|≡}}}|color3={{{color3}}}}}</span><br />
{{infoheader|Uses}}<br />
{{infocell|{{{uses|<br />
* Make [[steel]] at [[smelter]]}}}<br />
* [[Construction]]}}{{#if:{{{ore|}}}|{{infoheader|[[Ore]]}}<br />
{{infocell|{{{ore|}}}}}}}<br />
{{#if:{{{recipe|}}}|{{infoheader|Recipe}}<br />
{{infocell|{{{recipe|<br />
* 1 [[Iron]] [[bar]]<br />
* 1 [[Flux]] [[stone]]<br />
* 1 [[Fuel|Coal]] [[bar]]}}}}}}}<br />
{{infoheader|Properties}}<br />
{{infocell|{{{properties|<br />
* [[Material value]] 10<br />
{{firemagmasafe|yes|yes}}<br />
* [[Melting point]] {{ct|12106}}<br />
* [[Boiling point]] {{ct|13968}}<br />
* [[Ignition point]] none<br />
* [[Solid density]] 7850<br />
* Liquid [[density]] 6980<br />
* [[Specific heat]] 500}}}}}<br />
{{#ifeq:{{{wiki}}}|no||{{infocell|style=text-align:center; background-color: #eee; border-top: 1px solid #aaa|1=[[wikipedia:{{#if:{{{wiki|}}}|{{{wiki}}}|{{{name|Pig iron}}}}}|Wikipedia article]]}}|{{!-}}}}<br />
{{infoend}}<br />
|<br />
{{infostart|{{{name|Pig iron}}}}}<br />
|- style=""<br />
|<span class="mw-customtoggle-infoboxtab" title="Toggle between Premium and Classic"><br />
<span class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab">[[File:Toggle_grey.png|right|50px|link=]]</span><br />
<span class="mw-collapsible" id="mw-customcollapsible-infoboxtab">[[File:Toggle orange.png|right|50px|link=]]</span></span><br />
<span class="mw-collapsible" id="mw-customcollapsible-infoboxtab">{{{sample|[[File:PigIron Swatch.png|100px|center|frameless]]}}}</span><span class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab">{{Metal/picture|ingredients={{#if:{{{color3|}}}|3|{{#if:{{{color2|}}}|2|1}}}}|color={{{color|0:7:1}}}|<br />
tile1={{{tile1|≡}}}|color1={{{color1|0:7:1}}}|<br />
tile2={{{tile2|≡}}}|color2={{{color2|0:7:1}}}|<br />
tile3={{{tile3|≡}}}|color3={{{color3}}}}}</span><br />
{{infoheader|Uses}}<br />
{{infocell|{{{uses|<br />
* Make [[steel]] at [[smelter]]}}}<br />
* [[Construction]]}}{{#if:{{{ore|}}}|{{infoheader|[[Ore]]}}<br />
{{infocell|{{{ore|}}}}}}}<br />
{{#if:{{{recipe|}}}|{{infoheader|Recipe}}<br />
{{infocell|{{{recipe|<br />
* 1 [[Iron]] [[bar]]<br />
* 1 [[Flux]] [[stone]]<br />
* 1 [[Fuel|Coal]] [[bar]]}}}}}}}<br />
{{infoheader|Properties}}<br />
{{infocell|{{{properties|<br />
* [[Material value]] 10<br />
{{firemagmasafe|yes|yes}}<br />
* [[Melting point]] {{ct|12106}}<br />
* [[Boiling point]] {{ct|13968}}<br />
* [[Ignition point]] none<br />
* [[Solid density]] 7850<br />
* Liquid [[density]] 6980<br />
* [[Specific heat]] 500}}}}}<br />
{{#ifeq:{{{wiki}}}|no||{{infocell|style=text-align:center; background-color: #eee; border-top: 1px solid #aaa|1=[[wikipedia:{{#if:{{{wiki|}}}|{{{wiki}}}|{{{name|Pig iron}}}}}|Wikipedia article]]}}|{{!-}}}}<br />
{{infoend}}<br />
|}<br />
== Workshop example ==<br />
<br />
* [[:File:Carpenter's workshop.png]]<br />
[[:Category:Picture Templates]]<br />
* [[Template:Picture Carpenter's workshop]]<br />
[[:Category:Floor_Plan_Templates]] <br />
* [[Template:Floor Plan Carpenter's workshop]]<br />
<br />
* 3x3 96px 96-118py ([[Soap maker's workshop]])<br />
* 5x5 160px 162-177py ([[Siege workshop]]<br />
* 1x1 32px 47py ([[Screw press]])<br />
* 2x2 <br />
* 3x1 96px 46py ([[Water wheel]])<br />
<br />
=== All version ===<br />
{|<br />
|- valign=top<br />
|<br />
{| style="width:200px; background-color:#eaecf0;"<br />
|+ Base<br />
|- valign=top<br />
|colspan=2|<span class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive">Change view</span><br />
|-<br />
|rowspan=2 style="width:50%;"|<br />
<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab">[[File:Carpenter's workshop.png]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><center><br />
{| style="font-size: 175%; border-spacing: 0; background-color: black; border: 2px solid black"<br />
|- <!-- raw tile changes adds padding and margin --><br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|"|7:0:0}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|{{=}}|6:0:0}}<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"|<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|]|0:0:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
|}</center></div><br />
|<br />
{| style="border-spacing:5px;"<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 3x3<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|colspan=2 style="text-align: right;"|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="float:left; border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><span style="padding-top:5px; text-align: right;">{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}</span><br />
|- valign=top<br />
|rowspan=2 style="width:50%;"|<br />
<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab">[[File:Carpenter's workshop.png]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><center><br />
{| style="font-size: 175%; border-spacing: 0; background-color: black; border: 2px solid black"<br />
|- <!-- raw tile changes adds padding and margin --><br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|"|7:0:0}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|{{=}}|6:0:0}}<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"|<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|]|0:0:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
|}</center></div><br />
|<br />
{| style="border-spacing:5px;"<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 5x5<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><br />
|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|- valign=top<br />
|colspan=2|<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab"><br />
[[File:Siege workshop.png|center|160px]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><br />
{|<br />
|rowspan=2 style="width:50%; font-size: 125%;"|<center>{{Template:Picture Siege workshop}}</center><br />
|style="line-height: 1em; font-size: 125%;"|<br />
{| style="border-spacing:4px;"<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|}<br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1x1<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:Screw_press.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Screw press}}</center><br />
| style="border-left: 1px dotted #545557;"|<center>{{Template:Floor Plan Screw press}}</center><br />
|}<br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1x3<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:water_wheel.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Water wheel}}</center><br />
| style="border-left: 1px dotted #545557;line-height:normal;"|<center>{{Template:Floor Plan Water wheel}}</center><br />
|}<br />
|}<br />
<br />
== Gamefolder ==<br />
<br />
If you installed ''Dwarf Fortress'' on Arch Linux using <tt>pacman</tt>, then running <tt>dwarffortress</tt> will dump the configuration files you should edit into your home directory under <tt>.dwarffortress</tt> - editing the files under <tt>/opt/dwarffortress/data/init</tt> will ''not'' change how the game behaves.<br />
<br />
SU by default we believe the itch.io app stores game files in `%APPDATA%/itch/apps`, at least on windows.<br />
<br />
== Misc == <br />
<br />
{{User:Lethosor/header}}<br />
<br />
[[:Category:Message_box_templates]]<br />
{{ambox<br />
|type=warn<br />
|text=Welcome to the Dwarf Fortress Wiki!<br><br />
'''Please do not add content specific to v50 (the new DF premium release) yet!''' We are working on a migration that will be complete in the next few days. Adding content for v0.47 or to other pages is still encouraged.<br />
}}<br />
<br />
<div class="" style="padding: 0.8em 1em; margin: 0.5rem 0; background: #d9edf7; border-left: 5px solid #1b809e;"><br />
{{:Main_Page/Quote}}<br />
</div><br />
<div class="" style="padding: 0.8em 1em; margin: 0.5rem 0; background: #fcf8e3; border-left: 5px solid #aa6708;"><br />
{{:Main_Page/Quote}}<br />
</div><br />
<div class="" style="padding: 0.8em 1em; margin: 0.5rem 0; background: #dff0d8; border-left: 5px solid #3c763d;"><br />
{{:Main_Page/Quote}}<br />
</div><br />
</div><br />
<div class="" style="padding: 0.8em 1em; margin: 0.5rem 0; background: #f2dede; border-left: 5px solid #ce4844;"><br />
{{:Main_Page/Quote}}<br />
</div><br />
<br />
How does a dwarven light bulb looks like?<br />
<br />
{| class="" style="width:100%; margin: 0.5rem 0; background: #d9edf7; border-left: 5px solid #1b809e;"<br />
| style="" | [[File:BulbIcon.svg|link=]]<br />
| Style="padding: 0.8em 1em 0.8em 0px;" | {{:Main_Page/Quote}}<br />
|}<br />
{| class="" style="width:100%; margin: 0.5rem 0; background: #d9edf7; border-left: 5px solid #1b809e;"<br />
| style="" | [[File:BulbIcon.svg|75px|link=]]<br />
| Style="padding: 0.8em 1em 0.8em 0px;" | <br />
{{:Main_Page/Quote}}<br />
<br />
{{:Main_Page/Quote}}<br />
<br />
{{:Main_Page/Quote}}<br />
<br />
{{:Main_Page/Quote}}<br />
|}<br />
<br />
<br />
<br />
[[File:Bulbgraph.png|18px|link=]] '''Note''': {{:Main_Page/Quote}}<br />
<br />
-----<br />
<br />
<gallery mode="packed-hover"><br />
File:Dwarf head pixel.png<br />
File:D4Dwarf.png<br />
File:DFDefault.png<br />
File:Dwarven science stretched.png<br />
File:Beer mug.svg<br />
File:Books-aj.svg<br />
File:Forge Noun project 1044767.svg<br />
File:36 Vikingo.svg<br />
File:115 Nano.svg<br />
File:Dwarf Fortress Icon.svg<br />
File:BulbIcon.svg<br />
File:Microsoft_Tips_icon.png<br />
File:Eucalyp-Deus_WikiDwarf_(black).png<br />
File:Gimli_son_of_Gloin_by_Perrie_Nicholas_Smith.jpg<br />
</gallery><br />
<br />
----<br />
<br />
{{TipBox2|float=right|titlebg=#0a0|Conserving Resources|Some things absolutely require wood (like beds and charcoal), but others can be made out of more common materials like stone. For this reason it's best, especially in the beginning, to make everything that you can out of stone. For example, you could make wood chests and barrels, but stone coffers and rock pots would let you save wood for things that require it and help you rid yourself of all that stone. And if you decide you want solid gold chests or something later when you have more resources, you can always throw out the rock coffers.}}<br />
<br />
<div style="float:right; clear:both; width: 35%; background-color: #f9f9fb; border: 1px solid #cdcdcd; border-radius: 0.25rem; box-shadow: 0 1px 2px rgba(43,42,51,.05); margin: 2rem 0; padding: 1rem;"><br />
<div style="font-size: 1.424rem;>Conserving Resources</div><br />
Some things absolutely require wood (like beds and charcoal), but others can be made out of more common materials like stone. For this reason it's best, especially in the beginning, to make everything that you can out of stone. For example, you could make wood chests and barrels, but stone coffers and rock pots would let you save wood for things that require it and help you rid yourself of all that stone. And if you decide you want solid gold chests or something later when you have more resources, you can always throw out the rock coffers.<br />
</div><br />
<br />
<div style="float:right; clear:both; width: 35%; background-color: #f9f9fb; border: 1px solid #cdcdcd; border-left: 5px solid #3c763d; border-radius: 0.25rem; box-shadow: 0 1px 2px rgba(43,42,51,.05); margin: 2rem 0; padding: 1rem;"><br />
<div style="font-size: 1.424rem;>Conserving Resources</div><br />
Some things absolutely require wood (like beds and charcoal), but others can be made out of more common materials like stone. For this reason it's best, especially in the beginning, to make everything that you can out of stone. For example, you could make wood chests and barrels, but stone coffers and rock pots would let you save wood for things that require it and help you rid yourself of all that stone. And if you decide you want solid gold chests or something later when you have more resources, you can always throw out the rock coffers.<br />
</div><br />
<br />
<div style="float:right; clear:both; width: 35%; background-color: #f9f8f5; border: 1px solid #cdcdcd; border-left: 5px solid #cdcdcd; border-radius: 0.25rem; box-shadow: 0 1px 2px rgba(43,42,51,.05); margin: 2rem 0; padding: 1rem;"><br />
<div style="font-size: 1.424rem;>Conserving Resources</div><br />
Some things absolutely require wood (like beds and charcoal), but others can be made out of more common materials like stone. For this reason it's best, especially in the beginning, to make everything that you can out of stone. For example, you could make wood chests and barrels, but stone coffers and rock pots would let you save wood for things that require it and help you rid yourself of all that stone. And if you decide you want solid gold chests or something later when you have more resources, you can always throw out the rock coffers.<br />
</div><br />
<br />
<div style="float:right; clear:both; width: 35%; background-color: #fcf8e3; border: 1px solid #cdcdcd; border-left: 5px solid #aa6708; border-radius: 0.25rem; box-shadow: 0 1px 2px rgba(43,42,51,.05); margin: 2rem 0; padding: 1rem;"><br />
<div style="position:abolute; margin-top: -50px;">[[File:Dwarf Fortress Icon.svg|right|link=]]</div><br />
<div style="font-size: 1.424rem;>Conserving Resources</div><br />
<br />
Some things absolutely require wood (like beds and charcoal), but others can be made out of more common materials like stone. For this reason it's best, especially in the beginning, to make everything that you can out of stone. For example, you could make wood chests and barrels, but stone coffers and rock pots would let you save wood for things that require it and help you rid yourself of all that stone. And if you decide you want solid gold chests or something later when you have more resources, you can always throw out the rock coffers.<br />
</div><br />
<br />
<br />
<br />
{{Clear}}<br />
----<br />
<br />
{| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{prettytable}} style="border: none;padding:8px; width:auto;"<br />
|- style='background-color:#ddd; border: none;padding:8px;'<br />
! style="border: none;padding:8px; border-top:1px solid #dddddd; width:20%;"|Token<br />
! style="border: none;padding:8px; border-top:1px solid #dddddd; width:20%;"|Arguments<br />
! style="border: none;padding:8px; border-top:1px solid #dddddd;"|Description<br />
<br />
|- style=''<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{text anchor|NAME}}<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|<br />
*name<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|The singular form of the plant's name as seen in-game.<br />
|- style='background-color:#f5f5f5;'<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{text anchor|NAME_PLURAL}}<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|<br />
*name<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|The plural form of the plant's name as seen in-game.<br />
<br />
|- style=''<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{text anchor|ADJ}}<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|<br />
*adjective<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|The word or phrase used to describe items made from this plant.<br />
<br />
|- style='padding:8px !important; background-color:#f5f5f5'<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{text anchor|ALL_NAMES}}<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|<br />
*name<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|Sets the NAME, NAME_PLURAL, and ADJ to the specified string.<br />
<br />
|- style=''<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{text anchor|PREFSTRING}}<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|<br />
*reason<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|What dwarves can like this object for (e.g. "Urist likes plump helmets for their rounded tops.")<br />
<br />
|- style='padding:8px !important;background-color:#f5f5f5'<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{text anchor|MATERIAL}}<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|<br />
*material_name<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|Starts defining a new local plant material with the given name and '''no''' properties.<br />
<br />
|- style=''<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{text anchor|USE_MATERIAL}}<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|<br />
*material_name<br />
*old_material<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|Starts defining a new local plant material with the given name and using the properties of another local plant material.<br />
<br />
|- style='padding:8px !important;background-color:#f5f5f5'<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{text anchor|USE_MATERIAL_TEMPLATE}}<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|<br />
*material_name<br />
*template_name<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|Starts defining a new local plant material with the given name and using the properties of the specified material template.<br />
<br />
|- style=''<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{text anchor|BASIC_MAT}}<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|<br />
* [[Material token|material]]<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|Sets the basic material of the plant. According to Toady, you can use other materials (for instance, iron) but the game may hiccup on plants that aren't structurally plants. For crops, said material should have [STRUCTURAL_PLANT_MAT] to permit proper stockpiling. Generally, this should be "LOCAL_PLANT_MAT:material_name", using a material defined using MATERIAL, USE_MATERIAL, or USE_MATERIAL_TEMPLATE.<br />
|}<br />
<br />
<pre><br />
.wikitable,<br />
.prettytable{<br />
border: none !important;<br />
width:auto;<br />
max-width:100%;<br />
margin-bottom:20px;<br />
background-color:transparent;<br />
border-spacing:0px;<br />
}<br />
.wikitable tr,<br />
.prettytable tr{<br />
border-top:1px solid #dddddd;<br />
}<br />
.wikitable th,.prettytable th{<br />
border: none !important;<br />
text-align:left;<br />
}<br />
.wikitable td,.wikitable th,<br />
.prettytable td,.prettytable th{<br />
border: none !important;<br />
padding:0;<br />
}<br />
.wikitable tr > th,<br />
.prettytable tr > th{<br />
padding:8px !important;<br />
line-height:1.42857143;<br />
vertical-align:top;<br />
border-top:1px solid #dddddd;<br />
border-collapse:collapse;<br />
border-spacing:0;<br />
text-align:center;<br />
vertical-align:middle;<br />
}<br />
.wikitable tr > td,<br />
.prettytable tr > td{<br />
padding:8px !important;<br />
line-height:1.42857143;<br />
vertical-align:top;<br />
border-top:1px solid #dddddd;<br />
border-collapse:collapse;<br />
border-spacing:0<br />
}<br />
.wikitable tbody > tr:nth-child(even),<br />
.prettytable tbody > tr:nth-child(even){<br />
background-color:#f5f5f5<br />
}<br />
.wikitable tr > th.headerSort,<br />
.prettytable tr > th.headerSort{<br />
padding-right:21px !important<br />
}<br />
/*<br />
.wikitable tr:hover{ <br />
background: #f1f1f1;<br />
*/<br />
}<br />
</pre><br />
<br />
== Navigation ==<br />
<br />
User Interface: <br />
* [[Dwarf fortress mode#Gameplay user interface]] • [[Map legend]] • [[Status icon]] <br />
* [[Controls]] • [[Controls guide]] • [[Hotkeys]] • [[Macros and keymaps]] • [[Note]]<br />
* [[Interface]] • [[Menu]] • [[Status|Status screen]] • [[Health screen]] • [[Nobles screen]] • [[Military interface]] • [[Thoughts and preferences]]<br />
* • • • • •<br />
<br />
* Gameplay settings: [[announcements.txt]] • [[d_init.txt]] <br />
* Settings: [[init.txt]] • [[Technical tricks]] • [[interface.txt]]<br />
<br />
* [[About]] (vs [[Dwarf Fortress]] ?)<br />
* Download & [[Installation]] • [[System requirements]]<br />
<br />
<br />
* [[Dwarf fortress mode]] • [[Tutorials]] • [[Frequently Asked Questions]] • [[Troubleshooting]] • [[:Category:DF2014:Errors]]<br />
* [[Adventurer mode]] • [[Adventure mode quick start]] • [[Adventure mode quick reference]]<br />
* [[Frames per second]]<br />
<br />
----<br />
<br />
* [[world generation]] • [[Embark]]<br />
:: [[Quickstart_guide#Pre-Embark]] • [[Quickstart guide/Starting site]] • [[Site finder]] • [[Starting build]]<br />
* [[Troubleshooting]] • [[Frequently Asked Questions]] <br />
<br />
<br />
* [[Tutorials]] • [[Quickstart guide]] • [[:Category:DF2014:Getting_started]] • [[:Category:DF2014:Quickstart guide]]<br />
* [[:Category:Guides]]<br />
<br />
<br />
* [[Important advice]]<br />
<br />
<br />
* [[Design strategies]]<br />
<br />
* [[Race]]s • [[Creature]]s<br />
* [[Skills]]<br />
<br />
* [[Industry]]<br />
* [[Farming]] • [[Trading]] [[Military]]<br />
<br />
* [[Item]]s • [[Materials]] ( [[Material science]] • [[:Category:DF2014:Material properties]] )<br />
* [[Armor]] • [[Weapons]] <br />
<br />
* [[Building]] [[Workshop]] [[Furnace]]<br />
<br />
<br />
----<br />
<br />
* [[Biome]] • [[Surroundings]] • [[Climate]] • [[Weather]]<br />
* [[Civilization]] • [[Site]]s • <br />
* [[Nobles]] • [[Holding]]s • <br />
<br />
* [[Calendar]]<br />
<br />
----<br />
* [[Dwarf Fortress]] [[Reception of Dwarf Fortress]] [[Community of Dwarf Fortress]] [[Legacy of Dwarf Fortress]]<br />
* Development: [[DF2014:Release information|Release information]] • [[Dwarf Fortress Talk|Developer diaries]] • [[Dwarf Fortress Development|Roadmap]]<br />
<br />
<br />
* [[Challenge]]: [[Playstyle challenge]] [[Megaproject]] [[Stupid dwarf trick]]<br />
* [[:Category:Humor_and_stories]]<br />
<br />
<br />
* [[!!SCIENCE!!]]<br />
----<br />
<br />
[[Modding]]: <br />
* Documentation: [[Token]]s • [[Raw file]] • [[Reactions]] • [[syndrome]]<br />
* [[Speech file]] • [[Dipscript]]<br />
<br />
* [[Graphics]]: [[Tilesets]] • [[Graphic set]] • [[Color]] • [[Color scheme]] • [[Character table]]<br />
<br />
<br />
<br />
<br />
Development: <br />
* [[DF2014:Release information|Release information]] • [[Dwarf Fortress Talk|Developer diaries]] • [[Dwarf Fortress Development|Roadmap]]<br />
<br />
Tools & Utilities<br />
* [[Utilities#Modding tools]]<br />
<br />
<br />
[[:Category:DF2014:Files|Game Files]]:<br />
* Gameplay settings: [[announcements.txt]] • [[d_init.txt]]<br />
* Settings: [[colors.txt]] • [[init.txt]] • [[interface.txt]]<br />
* Log files: [[errorlog.txt]] • [[gamelog.txt]]<br />
* [[Saved game folder]] <!-- with steam the savegame, setting and mod folders will detach from the game folder [[Mod Structure]]--><br />
<br />
----<br />
{{Modding navbox|state=collapsed}}<br />
<br />
* [[Interaction token|Interaction]] • [[Material token|Material]] • [[Inorganic material definition token|Inorganic material definition]] • [[Plant token|Plant]] •<br />
<br />
--<br />
<br />
Misc Mechanics:<br />
* [[stress]] [[Thought]] [[Emotion]] [[personalities]] [[Preferences]] <br />
* [[Gait]] • [[Genetics]] • [[Size]] • [[Personality trait]] • [[Attribute]] • <br />
<br />
<br />
* [[:Category:DF2014:Material_properties]] - [[Material science]] <br />
:* Defined: [[Item value#Material multipliers|Value]] • [[Color#Material_By_Color|Color]] • [[Density]] • [[Strain at yield]] • [[Temperature#Material values|Temperature values]]<br />
:* Derived: [[Magma-safe|Magma safety]] • [[Fire-safe|Fire safety]]<br />
:* Fluids: [[Depth]] • [[Flow]] • [[Pressure]]<br />
<br />
<br />
<br />
* [[:Category:DF2014:Modding Examples]]: [[Interaction examples]] • [[Reaction examples]] • [[Creature examples]]<br />
<br />
<br />
* [[Text viewer]](?)<br />
* [[World token|World]] • [[Biome token|Biome]] • <br />
* [[Syndrome token|Syndrome]] • <br />
<br />
<br />
token nonsense testing style options <br />
{{Navbox<br />
| name = name1A<br />
| title = [[Modding]] 1A<br />
| state = no<br />
<br />
| group1 = Documentation<br />
| list1 = [[Raw file]] • [[Token]]s • [[Reactions]] • [[syndrome]] • [[Speech file]] • [[Dipscript]]<br />
<br />
| group2 = [[Graphics]]<br />
| list2 = [[Tilesets]] • [[Graphic set]] • [[Color]] • [[Color scheme]] • [[Character table]] <br />
<br />
| below = [[Modding#Guide]] • [[Utilities#Modding tools]] • [[List of mods]] • [[Graphics set repository]] • [[:Category:DF2014:Files|Game Files]]<br />
}}<br />
{{Navbox<br />
| name = name1B<br />
| title = [[Token]]s 1B<br />
| state = no<br />
<br />
| group1 = General<br />
| list1 = [[Biome token|Biome]] • [[Creature token|Creature]] • [[Entity token|Entity]] • [[Interaction token|Interaction]] • [[Material token|Material]] • [[Inorganic material definition token|Inorganic material definition]] • [[Plant token|Plant]] • [[Skill token|Skill]] • [[Syndrome token|Syndrome]] • [[World token|World]]<br />
<br />
| group2 = Color<br />
| list2 = [[Descriptor color token|Descriptor color]] • [[Descriptor pattern token|Descriptor pattern]] • [[Descriptor shape token|Descriptor shape]]<br />
<br />
| group3 = [[Creature token|Creature]]<br />
| list3 = [[Body token|Body]] • [[Body detail plan token|Body detail plan]] • [[Bodygloss]] • [[Creature variation token|Creature variation]] • [[Creature mannerism token|Creature mannerism]] • [[Creature texture token|Creature texture]] • [[Material definition token|Material definition]] • [[Tissue definition token|Tissue definition]] • [[Personality trait]]<br />
<br />
| group4 = [[Entity token|Entity]]<br />
| list4 = [[Position token|Position]] • [[Unit type token|Unit type]] • [[Language token|Language]] • [[Building token|Building]] • [[Ethic]] <br />
<br />
| group5 = [[Item definition token|Item definition]]<br />
| list5 = [[Ammo token|Ammo]] • [[Armor token|Armor]] • [[Instrument token|Instrument]] • [[Tool token|Tool]] • [[Trap component token|Trap component]] • [[Weapon token|Weapon]] • [[Item definition token|Other]]<br />
<br />
| group6 = [[Reactions]]<br />
| list6 = [[Item token|Item]] • [[Labor token|Labor]] • [[Skill token|Skill]]<br />
<br />
}}<br />
<br />
<br />
{{Navbox<br />
| name = name2<br />
| title = [[Modding]] 2<br />
| state = no<br />
<br />
| group1 = Documentation<br />
| list1 = [[Token]]s • [[Raw file]] • [[Reactions]] • [[syndrome]] • [[Speech file]] • [[Dipscript]]<br />
<br />
| group2 = [[Graphics]]<br />
| list2 = [[Tilesets]] • [[Graphic set]] • [[Color]] • [[Color scheme]] • [[Character table]] <br />
<br />
| group3 = [[Token]]s<br />
| list3 = [[Ammo token|Ammo]] • [[Armor token|Armor]] • [[Biome token|Biome]] • [[Building token|Building]] • [[Body token|Body]] • [[Body detail plan token|Body detail plan]] • [[Bodygloss]] • [[Creature token|Creature]] • [[Creature mannerism token|Creature mannerism]] • [[Creature texture token|Creature texture]] • [[Creature variation token|Creature variation]] • [[Descriptor color token|Descriptor color]] • [[Descriptor pattern token|Descriptor pattern]] • [[Descriptor shape token|Descriptor shape]] • [[Entity token|Entity]] • [[Item token|Item]] • [[Item definition token|Item definition]] • [[Instrument token|Instrument]] • [[Interaction token|Interaction]] • [[Labor token|Labor]] • [[Language token|Language]] • [[Material token|Material]] • [[Material definition token|Material definition]] • [[Inorganic material definition token|Inorganic material definition]] • [[Personality trait]] • [[Plant token|Plant]] • [[Position token|Position]] • [[Skill token|Skill]] • [[Syndrome token|Syndrome]] • [[Tissue definition token|Tissue definition]] • [[Tool token|Tool]] • [[Trap component token|Trap component]] • [[Unit type token|Unit type]] • [[Weapon token|Weapon]] • [[World token|World]]<br />
<br />
| below = [[Modding#Guide]] • [[Utilities#Modding tools]] • [[List of mods]] • [[Graphics set repository]] • [[:Category:DF2014:Files|Game Files]]<br />
}}<br />
<br />
{{Navbox<br />
| name = name3A<br />
| title = [[Modding]] 3A<br />
| state = no<br />
| bodystyle = width:100%;<br />
<br />
| group1 = Documentation<br />
| list1 = [[Token]]s • [[Raw file]] • [[Reactions]] • [[syndrome]] • [[Speech file]] • [[Dipscript]]<br />
<br />
| group2 = [[Graphics]]<br />
| list2 = [[Tilesets]] • [[Graphic set]] • [[Color]] • [[Color scheme]] • [[Character table]] <br />
<br />
| group3 = [[Token]]s<br />
| list3 = [[Ammo token|Ammo]] • [[Armor token|Armor]] • [[Biome token|Biome]] • [[Building token|Building]] • [[Body token|Body]] • [[Body detail plan token|Body detail plan]] • [[Bodygloss]] • [[Creature token|Creature]] • [[Creature mannerism token|Creature mannerism]] • [[Creature texture token|Creature texture]] • [[Creature variation token|Creature variation]] • [[Descriptor color token|Descriptor color]] • [[Descriptor pattern token|Descriptor pattern]] • [[Descriptor shape token|Descriptor shape]] • [[Entity token|Entity]] • [[Item token|Item]] • [[Item definition token|Item definition]] • [[Instrument token|Instrument]] • [[Interaction token|Interaction]] • [[Labor token|Labor]] • [[Language token|Language]] • [[Material token|Material]] • [[Material definition token|Material definition]] • [[Inorganic material definition token|Inorganic material definition]] • [[Personality trait]] • [[Plant token|Plant]] • [[Position token|Position]] • [[Skill token|Skill]] • [[Syndrome token|Syndrome]] • [[Tissue definition token|Tissue definition]] • [[Tool token|Tool]] • [[Trap component token|Trap component]] • [[Unit type token|Unit type]] • [[Weapon token|Weapon]] • [[World token|World]]<br />
<br />
| below = [[Modding guide]] • [[Utilities#Modding tools]] • [[List of mods]] • [[Graphics set repository]] • [[:Category:DF2014:Files|Game Files]]<br />
}}<br />
{{Navbox<br />
| name = name3B<br />
| title = [[Modding]] 3B large list double space<br />
| state = no<br />
| bodystyle = width:100%;<br />
<br />
| group1 = Documentation<br />
| list1 = [[Token]]s • [[Raw file]] • [[Reactions]] • [[syndrome]] • [[Speech file]] • [[Dipscript]]<br />
<br />
| group2 = [[Graphics]]<br />
| list2 = [[Tilesets]] • [[Graphic set]] • [[Color]] • [[Color scheme]] • [[Character table]] <br />
<br />
| group3 = [[Token]]s<br />
| list3 = [[Ammo token|Ammo]]{{*}}[[Armor token|Armor]]{{*}}[[Biome token|Biome]]{{*}}[[Building token|Building]]{{*}}[[Body token|Body]]{{*}}[[Body detail plan token|Body detail plan]]{{*}}[[Bodygloss]]{{*}}[[Creature token|Creature]]{{*}}[[Creature mannerism token|Creature mannerism]]{{*}}[[Creature texture token|Creature texture]]{{*}}[[Creature variation token|Creature variation]]{{*}}[[Descriptor color token|Descriptor color]]{{*}}[[Descriptor pattern token|Descriptor pattern]]{{*}}[[Descriptor shape token|Descriptor shape]]{{*}}[[Entity token|Entity]]{{*}}[[Item token|Item]]{{*}}[[Item definition token|Item definition]]{{*}}[[Instrument token|Instrument]]{{*}}[[Interaction token|Interaction]]{{*}}[[Labor token|Labor]]{{*}}[[Language token|Language]]{{*}}[[Material token|Material]]{{*}}[[Material definition token|Material definition]]{{*}}[[Inorganic material definition token|Inorganic material definition]]{{*}}[[Personality trait]]{{*}}[[Plant token|Plant]]{{*}}[[Position token|Position]]{{*}}[[Skill token|Skill]]{{*}}[[Syndrome token|Syndrome]]{{*}}[[Tissue definition token|Tissue definition]]{{*}}[[Tool token|Tool]]{{*}}[[Trap component token|Trap component]]{{*}}[[Unit type token|Unit type]]{{*}}[[Weapon token|Weapon]]{{*}}[[World token|World]]<br />
<br />
| below = [[Modding guide]] • [[Utilities#Modding tools]] • [[List of mods]] • [[Graphics set repository]] • [[:Category:DF2014:Files|Game Files]]<br />
}}<br />
{{Navbox<br />
| name = name5<br />
| title = [[Modding]] 5 large list grouping instead of sub groups - automatic with hlist <br />
| state = no<br />
| bodystyle = width:100%;<br />
<br />
| group1 = Documentation<br />
| list1 = [[Token]]s • [[Raw file]] • [[Reactions]] • [[syndrome]] • [[Speech file]] • [[Dipscript]]<br />
<br />
| group2 = [[Graphics]]<br />
| list2 = [[Tilesets]] • [[Graphic set]] • [[Color]] • [[Color scheme]] • [[Character table]] <br />
<br />
| group3 = [[Token]]s<br />
| list3 = [[Biome token|Biome]] • [[Creature token|Creature]]'''('''[[Body token|Body]] • [[Body detail plan token|Body detail plan]] • [[Bodygloss]] • [[Creature variation token|Creature variation]] • [[Creature mannerism token|Creature mannerism]] • [[Creature texture token|Creature texture]] • [[Material definition token|Material definition]] • [[Tissue definition token|Tissue definition]] • [[Personality trait]]''')''' • <br />
Color'''('''[[Descriptor color token|Descriptor color]] • [[Descriptor pattern token|Descriptor pattern]] • [[Descriptor shape token|Descriptor shape]]''')''' • [[Entity token|Entity]]'''('''[[Position token|Position]] • [[Unit type token|Unit type]] • [[Language token|Language]] • [[Building token|Building]] • [[Ethic]]''')''' • [[Item definition token|Item definition]]'''('''[[Ammo token|Ammo]] • [[Armor token|Armor]] • [[Instrument token|Instrument]] • [[Tool token|Tool]] • [[Trap component token|Trap component]] • [[Weapon token|Weapon]] • [[Item definition token|Other]]''')''' • [[Interaction token|Interaction]] • [[Material token|Material]] • [[Inorganic material definition token|Inorganic material definition]] • [[Plant token|Plant]] • [[Reactions]]'''('''[[Item token|Item]] • [[Labor token|Labor]] • [[Skill token|Skill]]''')''' • [[Syndrome token|Syndrome]] • [[World token|World]]<br />
<br />
| below = [[Modding guide]] • [[Utilities#Modding tools]] • [[List of mods]] • [[Graphics set repository]] • [[:Category:DF2014:Files|Game Files]]<br />
}}<br />
{{Navbox<br />
| name = name5A<br />
| title = [[Modding]] 5A - grouping, double space<br />
| state = no<br />
| bodystyle = width:100%;<br />
<br />
| group1 = Documentation<br />
| list1 = [[Token]]s • [[Raw file]] • [[Reactions]] • [[syndrome]] • [[Speech file]] • [[Dipscript]]<br />
<br />
| group2 = [[Graphics]]<br />
| list2 = [[Tilesets]] • [[Graphic set]] • [[Color]] • [[Color scheme]] • [[Character table]] <br />
<br />
| group3 = [[Token]]s<br />
| list3 = [[Biome token|Biome]]{{*}} [[Creature token|Creature]]([[Body token|Body]]{{*}}[[Body detail plan token|Body detail plan]]{{*}}[[Bodygloss]]{{*}}[[Creature variation token|Creature variation]]{{*}}[[Creature mannerism token|Creature mannerism]]{{*}}[[Creature texture token|Creature texture]]{{*}}[[Material definition token|Material definition]]{{*}}[[Tissue definition token|Tissue definition]]{{*}}[[Personality trait]]) {{*}} Color([[Descriptor color token|Descriptor color]]{{*}}[[Descriptor pattern token|Descriptor pattern]]{{*}}[[Descriptor shape token|Descriptor shape]]) {{*}} [[Entity token|Entity]]([[Position token|Position]]{{*}}[[Unit type token|Unit type]]{{*}}[[Language token|Language]]{{*}}[[Building token|Building]]{{*}}[[Ethic]]) {{*}} [[Item definition token|Item definition]]([[Ammo token|Ammo]]{{*}}[[Armor token|Armor]]{{*}}[[Instrument token|Instrument]]{{*}}[[Tool token|Tool]]{{*}}[[Trap component token|Trap component]]{{*}}[[Weapon token|Weapon]]{{*}}[[Item definition token|Other]]) {{*}}[[Interaction token|Interaction]]{{*}}[[Material token|Material]]{{*}}[[Inorganic material definition token|Inorganic material definition]]{{*}}[[Plant token|Plant]]{{*}} [[Reactions]]([[Item token|Item]]{{*}}[[Labor token|Labor]]{{*}}[[Skill token|Skill]]) {{*}}[[Syndrome token|Syndrome]]{{*}}[[World token|World]]<br />
<br />
| below = [[Modding guide]] • [[Utilities#Modding tools]] • [[List of mods]] • [[Graphics set repository]] • [[:Category:DF2014:Files|Game Files]]<br />
}}<br />
{{Navbox<br />
| name = name5B <br />
| title = [[Modding]] 5B grouping bold, double space<br />
| state = no<br />
| bodystyle = width:100%;<br />
<br />
| group1 = Documentation<br />
| list1 = [[Token]]s • [[Raw file]] • [[Reactions]] • [[syndrome]] • [[Speech file]] • [[Dipscript]]<br />
<br />
| group2 = [[Graphics]]<br />
| list2 = [[Tilesets]] • [[Graphic set]] • [[Color]] • [[Color scheme]] • [[Character table]] <br />
<br />
| group3 = [[Token]]s<br />
| list3 = [[Biome token|Biome]]{{*}}'''[[Creature token|Creature]]'''([[Body token|Body]]{{*}}[[Body detail plan token|Body detail plan]]{{*}}[[Bodygloss]]{{*}}[[Creature variation token|Creature variation]]{{*}}[[Creature mannerism token|Creature mannerism]]{{*}}[[Creature texture token|Creature texture]]{{*}}[[Material definition token|Material definition]]{{*}}[[Tissue definition token|Tissue definition]]{{*}}[[Personality trait]]){{*}}'''Color'''([[Descriptor color token|Descriptor color]]{{*}}[[Descriptor pattern token|Descriptor pattern]]{{*}}[[Descriptor shape token|Descriptor shape]]){{*}}'''[[Entity token|Entity]]'''([[Position token|Position]]{{*}}[[Unit type token|Unit type]]{{*}}[[Language token|Language]]{{*}}[[Building token|Building]]{{*}}[[Ethic]]){{*}}'''[[Item definition token|Item definition]]'''([[Ammo token|Ammo]]{{*}}[[Armor token|Armor]]{{*}}[[Instrument token|Instrument]]{{*}}[[Tool token|Tool]]{{*}}[[Trap component token|Trap component]]{{*}}[[Weapon token|Weapon]]{{*}}[[Item definition token|Other]]){{*}}[[Interaction token|Interaction]]{{*}}[[Material token|Material]]{{*}}[[Inorganic material definition token|Inorganic material definition]]{{*}}[[Plant token|Plant]]{{*}}'''[[Reactions]]'''([[Item token|Item]]{{*}}[[Labor token|Labor]]{{*}}[[Skill token|Skill]]){{*}}[[Syndrome token|Syndrome]]{{*}}[[World token|World]]<br />
<br />
| below = [[Modding guide]] • [[Utilities#Modding tools]] • [[List of mods]] • [[Graphics set repository]] • [[:Category:DF2014:Files|Game Files]]<br />
}}<br />
{{Navbox<br />
| name = name5c<br />
| title = [[Modding]] 5c grouping highilghted otherwise, double space<br />
| state = no<br />
| bodystyle = width:100%;<br />
<br />
| group1 = Documentation<br />
| list1 = [[Token]]s • [[Raw file]] • [[Reactions]] • [[syndrome]] • [[Speech file]] • [[Dipscript]]<br />
<br />
| group2 = [[Graphics]]<br />
| list2 = [[Tilesets]] • [[Graphic set]] • [[Color]] • [[Color scheme]] • [[Character table]] <br />
<br />
| group3 = [[Token]]s<br />
| list3 = [[Biome token|Biome]]{{*}}<span style="font-weight: bold;background: #ddf;">[[Creature token|Creature]]</span>([[Body token|Body]]{{*}}[[Body detail plan token|Body detail plan]]{{*}}[[Bodygloss]]{{*}}[[Creature variation token|Creature variation]]{{*}}[[Creature mannerism token|Creature mannerism]]{{*}}[[Creature texture token|Creature texture]]{{*}}[[Material definition token|Material definition]]{{*}}[[Tissue definition token|Tissue definition]]{{*}}[[Personality trait]]){{*}}<span style="font-weight: bold;background: #ddf;">Color</span>([[Descriptor color token|Descriptor color]]{{*}}[[Descriptor pattern token|Descriptor pattern]]{{*}}[[Descriptor shape token|Descriptor shape]]){{*}}<span style="font-weight: bold;background: #ddf;">[[Entity token|Entity]]</span>([[Position token|Position]]{{*}}[[Unit type token|Unit type]]{{*}}[[Language token|Language]]{{*}}[[Building token|Building]]{{*}}[[Ethic]]){{*}}<span style="font-weight: bold;background: #ddf;">[[Item definition token|Item definition]]</span>([[Ammo token|Ammo]]{{*}}[[Armor token|Armor]]{{*}}[[Instrument token|Instrument]]{{*}}[[Tool token|Tool]]{{*}}[[Trap component token|Trap component]]{{*}}[[Weapon token|Weapon]]{{*}}[[Item definition token|Other]]){{*}}[[Interaction token|Interaction]]{{*}}[[Material token|Material]]{{*}}[[Inorganic material definition token|Inorganic material definition]]{{*}}[[Plant token|Plant]]{{*}}<span style="font-weight: bold;background: #ddf;">[[Reactions]]</span>([[Item token|Item]]{{*}}[[Labor token|Labor]]{{*}}[[Skill token|Skill]]){{*}}[[Syndrome token|Syndrome]]{{*}}[[World token|World]]<br />
<br />
| below = [[Modding guide]] • [[Utilities#Modding tools]] • [[List of mods]] • [[Graphics set repository]] • [[:Category:DF2014:Files|Game Files]]<br />
}}<br />
<br />
=== Reference ===<br />
{{Template:DF2014 buildings}}<br />
{{Template:DF2014 creatures}}<br />
{{Template:DF2014 diamonds}}<br />
{{Template:DF2014 files}}<br />
{{Template:DF2014 gems}}<br />
{{Template:DF2014 labors}}<br />
{{Template:DF2014 materials}}<br />
{{Template:DF2014 metals}}<br />
{{Template:DF2014 military}}<br />
{{Template:DF2014 nobles}}<br />
{{Template:DF2014 plants}}<br />
{{Template:DF2014 rooms}}<br />
{{Template:DF2014 skills}}<br />
{{Template:DF2014 soil}}<br />
{{Template:DF2014 stones}}<br />
{{Template:DF2014 vermin}}<br />
{{Template:DF2014 weapons}}<br />
{{Template:DF2014 workshops}}<br />
{{Template:DF2014 world}}<br />
<br />
= Other Misc curiosities=<br />
{{t|Columns-list}} - [https://en.wikipedia.org/wiki/Template:Div_col/styles.css css "fix"] for the annoying margin glitch that skews columns sometimes.<br />
<br />
== Download links ==<br />
<span><span style="background-color:#4f4f4f; color:white; padding:2px 5px; {{Border-radius|5px 0px 0px 5px}}">Bay12</span><span style="background-color:#0374b5; color:white; padding:2px 5px;{{Border-radius|0px 5px 5px 0px}}">Forum</span></span><br />
<span><span style="background-color:#4f4f4f; color:white; padding:2px 5px; {{Border-radius|5px 0px 0px 5px}}">GitHub</span><span style="background-color:#0374b5; color:white; padding:2px 5px;{{Border-radius|0px 5px 5px 0px}}">Something</span></span><br />
<br />
<br />
<span><span style="background-color:#4f4f4f; color:white; padding:2px 5px; {{Border-radius|5px 0px 0px 5px}}">Bay12</span><span style="background-color:#0374b5; color:white; padding:2px 5px;{{Border-radius|0px 5px 5px 0px}}">Download</span></span><br />
<span><span style="width:250px; background-color:#4f4f4f; color:white; padding:2px 5px; {{Border-radius|5px 0px 0px 5px}}">DFFD</span><span style="background-color:#0374b5; color:white; padding:2px 5px;{{Border-radius|0px 5px 5px 0px}}">Download</span></span><br />
<span><span style="width:250px; background-color:#4f4f4f; color:white; padding:2px 5px; {{Border-radius|5px 0px 0px 5px}}">Steam</span><span style="background-color:#0374b5; color:white; padding:2px 5px;{{Border-radius|0px 5px 5px 0px}}">Download</span></span><br />
<br />
<br />
<span class="mw-ui-button mw-ui-progressive">{{{1|Button text}}}</span><br />
<span class="mw-ui-button mw-ui-progressive" style="width: 8em; margin-bottom: 20px; margin-top: 10px; font-size: 200%; line-height: 2em; border-radius: 5px;">Get Started</span> <span class="mw-ui-button mw-ui-progressive" style="width: 8em; margin-bottom: 20px; margin-top: 10px; font-size: 200%; line-height: 2em; border-radius: 5px;">Tutorial</span><br />
== Files ==<br />
Maybe merge many of the file articles stubs, and create an entry which documents all DF important files and folders.<br />
<br />
[[File:Folder-orange.svg|20px|link=]] Dwarf Fortress<br />
<br>&emsp;[[File:Folder.svg|20px|link=]] data<br />
<br>&emsp;&emsp;[[File:Folder.svg|20px|link=]] art<br />
<br>&emsp;&emsp;[[File:Folder.svg|20px|link=]] init<br />
<br>&emsp;&emsp;[[File:Folder.svg|20px|link=]] save<br />
<br>&emsp;&emsp;[[File:Folder.svg|20px|link=]] sound<br />
<br>&emsp;[[File:Folder.svg|20px|link=]] raw<br />
<br>&emsp;&emsp;[[File:Folder.svg|20px|link=]] graphics<br />
<br>&emsp;&emsp;[[File:Folder.svg|20px|link=]] objects<br />
<br />
<br />
[[File:Folder-orange.svg|20px|link=]] Dwarf Fortress<br />
<br>&emsp;[[File:Folder.svg|20px|link=]] data<br />
<br>&emsp;&emsp;[[File:Folder.svg|20px|link=]] init<br />
<br>&emsp;&emsp;&emsp;[[File:Text-x-generic.svg|20px|link=]][[announcements.txt]]<br />
<br>&emsp;&emsp;&emsp;[[File:Text-x-generic.svg|20px|link=]][[arena.txt]]<br />
<br>&emsp;&emsp;&emsp;[[File:Text-x-generic.svg|20px|link=]][[colors.txt]]<br />
<br>&emsp;&emsp;&emsp;[[File:Text-x-generic.svg|20px|link=]][[d init.txt]]<br />
<br>&emsp;&emsp;&emsp;[[File:Text-x-generic.svg|20px|link=]][[embark profiles.txt]]<br />
<br>&emsp;&emsp;&emsp;[[File:Text-x-generic.svg|20px|link=]][[init.txt]]<br />
<br>&emsp;&emsp;&emsp;[[File:Text-x-generic.svg|20px|link=]][[interface.txt]]<br />
<br>&emsp;&emsp;&emsp;[[File:Text-x-generic.svg|20px|link=]][[macros]]<br />
<br>&emsp;&emsp;&emsp;[[File:Text-x-generic.svg|20px|link=]][[world gen.txt]]<br />
<br>&emsp;[[File:Text-x-generic.svg|20px|link=]][[gamelog.txt]]<br />
<br>&emsp;[[File:Text-x-generic.svg|20px|link=]][[errorlog.txt]]<br />
<br />
<br />
[[File:Folder-orange.svg|20px|link=]]Dwarf Fortress \ [[File:Folder.svg|20px|link=]]data \ [[File:Folder.svg|20px|link=]]init<br />
{| cellspacing="5" style="padding-left: 5px;"<br />
| [[File:Text-x-generic.svg|20px|link=]] [[announcements.txt]] <br />
| used to control the types of [[announcement]]s displayed in-game<br />
|- style="border: 1px solid black;"<br />
| [[File:Text-x-generic.svg|20px|link=]] [[arena.txt]]<br />
|-<br />
| [[File:Text-x-generic.svg|20px|link=]] [[colors.txt]]<br />
| defines the [[color scheme]]<br />
|-<br />
| [[File:Text-x-generic.svg|20px|link=]] [[d init.txt]]<br />
| contains settings that affect game features such as saving and population controls. Further detail [[Technical tricks|here]].<br />
|-<br />
| [[File:Text-x-generic.svg|20px|link=]] [[embark profiles.txt]]<br />
|<br />
|-<br />
| [[File:Text-x-generic.svg|20px|link=]] [[init.txt]]<br />
| contains mostly the settings pertaining to the window, rendering and sound of Dwarf Fortress. Further detail [[Technical tricks|here]].<br />
|-<br />
| [[File:Text-x-generic.svg|20px|link=]] [[interface.txt]]<br />
| Manually edit Key bindings<br />
|-<br />
| [[File:Text-x-generic.svg|20px|link=]] [[macros]]<br />
|<br />
|-<br />
| [[File:Text-x-generic.svg|20px|link=]] [[world gen.txt]]<br />
|<br />
|}<br />
<br />
== Modding notes ==<br />
<br />
* Token is catch all name for everything inside brackets<br />
* Token pages <br />
** Most document how to define new objects of that type. <br />
** Some document how to reference objects and list their default parameters e.g. [[Material_token]] and [[Item_token]]<br />
** Article naming is inconsistent<br />
** Some Token objects aren't covered or aren't tagged as such e.g. [[Caste]].<br />
* Documentation<br />
** Our syntax is sometimes unclear to the uninitiated e.g. [[Creature token]] wth is caste TYPE how it differs from creature type of special? <br />
** Our syntax is sometimes inconsistent. <br />
** Some object names seems inconsistent as far as I understand their use here.<br />
<pre><br />
[OBJECT:CREATURE]<br />
[CREATURE:<identifier>]<br />
<br />
Don't match<br />
[OBJECT:DESCRIPTOR_COLOR] - match article name, never used<br />
[COLOR:<identifier>] - what is used everwhere that I seen.<br />
[OBJECT:DESCRIPTOR_PATTERN]<br />
[COLOR_PATTERN:<identifier>]<br />
[OBJECT:DESCRIPTOR_SHAPE]<br />
[SHAPE:<identifier>]<br />
</pre></div>Janhttps://dwarffortresswiki.org/index.php?title=User:Jan/sandbox&diff=284157User:Jan/sandbox2023-01-06T03:22:47Z<p>Jan: /* In game */</p>
<hr />
<div>__TOC__<br />
<br />
== Misc variants ==<br />
<br />
<br />
<br />
{| style="padding: 0.5em 0.5em 0 0.5em; margin: 0.5rem 0; background: #dff0d8; border: 2px solid #afbdaa;" <br />
| This article is about the current version of DF. <br />
|-<br />
|<div style="position: relative"><br />
<div class="mw-collapsible" id="mw-customcollapsible-version-toggle"><span class="mw-customtoggle-version-toggle" style="position: absolute; bottom: 0px; left: 50%; line-height: 1; cursor: pointer; font-size: 10px;">[[File:Eo circle green white caret-double-down.svg|10px|link=]] More...</span></div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-version-toggle"><span class="mw-customtoggle-version-toggle" style="position: absolute; bottom: 0px; left: 50%; line-height: 1; cursor: pointer; font-size: 10px;">[[File:Eo circle green white caret-double-down.svg|10px|link=]] Collapse</span>bla bla bla bla bla</div></div><br />
|}<br />
<br />
<br />
<br />
<span class="mw-customtoggle-111" style="position: relative; padding:5px; background-color: #2a4b8d; color: #fff;">[[:Release information|<span style="padding:5px; background-color: #2a4b8d; color: #fff;">v50.05 ▼</span>]]</span> This article is about the current version of DF. <br />
<div style="z-index: 101; position: absolute; background-color: #f8f9fa; color: #202122;"><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-111" style="padding:0.5em 1em; border: 1px solid #a2a9b1;">[[DF2014:{{PAGENAME}}|v0.47]]<br>[[v0.34:{{PAGENAME}}|v0.34]]<br>[[v0.31:{{PAGENAME}}|v0.31]]<br>[[40d:{{PAGENAME}}|v0.28]]<br>[[23a:{{PAGENAME}}|v0.23]]</div></div><br />
<br />
<br />
<br />
<div class="" style="padding: 0.8em 1em; margin: 0.5rem 0; <!--<br />
-->border-width: 0; background-color: #E7F2F8; border-radius: 4px; font-size: 84%; line-height: 1.2em;"><br />
This article is about the current version of DF ( <span style="background-color:white;">v{{current/version}}</span> | [[DF2014:{{PAGENAME}}|v0.47.05]] | [[v0.34:{{PAGENAME}}|v0.34]] | [[v0.31:{{PAGENAME}}|v0.31]] | [[40d:{{PAGENAME}}|v0.28]] | [[23a:{{PAGENAME}}|v0.23]] )<br />
</div><br />
<br />
<br />
<br />
== In game==<br />
<br />
<div style="width:100px; padding:5px; background-color: #187c36; border: 2px outset #22b14c; color:white; {{border-radius|3px}}">Start</div ><br />
<div style="width:100px; padding:5px; background-color: #4b4b4b; border: 2px outset #786c80; color:white; {{border-radius|3px}}">Quit</div ><br />
<div style="width:100px; padding:5px; background-color: #a40d14; border: 2px outset #ed1c24; color:white; {{border-radius|3px}}">Delete</div ><br />
<br />
<br />
=== build shortkeys ===<br />
<br />
:[[file:ui_b.png]]{{key|b}}Build <br />
::[[file:ui_bo.png]]{{key|o}}Workshops<br />
:::[[file:ui_bol.png]]{{key|l}}Clothing and Leather <br />
::::[[file:ui_boll.png]]{{key|l}}Leather <br />
::::[[file:ui_bolo.png]]{{key|o}}Loom<br />
::::[[file:ui_bolk.png]]{{key|k}}Clothes<br />
::::[[file:ui_boly.png]]{{key|y}}Dyer <br />
:::[[file:ui_bof.png]]{{key|f}}Farming <br />
::::[[file:ui_bofp.png]]{{key|p}}Farm plot <br />
::::[[file:ui_bofl.png]]{{key|l}}Still<br />
::::[[file:ui_bofb.png]]{{key|b}}<br />
::::[[file:ui_boft.png]]{{key|t}}<br />
::::[[file:ui_bofy.png]]{{key|y}}<br />
::::[[file:ui_bofk.png]]{{key|k}}<br />
::::[[file:ui_boff.png]]{{key|f}}<br />
::::[[file:ui_bofq.png]]{{key|q}}<br />
::::[[file:ui_bofv.png]]{{key|v}}<br />
::::[[file:ui_bofn.png]]{{key|n}}<br />
::::[[file:ui_bofh.png]]{{key|h}}<br />
:::[[file:ui_bou.png]]{{key|u}}Furnaces <br />
::::[[file:ui_boug.png]]{{key|g}}Glass Furnace<br />
::::[[file:ui_bouk.png]]{{key|k}}Klin<br />
::::[[file:ui_bouG.png]]{{key|G}}Magma glass Furnace<br />
::::[[file:ui_bouK.png]]{{key|K}}<br />
::::[[file:ui_bouL.png]]{{key|L}}<br />
::::[[file:ui_boul.png]]{{key|l}}<br />
::::[[file:ui_bouf.png]]{{key|f}}<br />
:::[[file:ui_boy.png]]{{key|y}} <br />
:::[[file:ui_bob.png]]{{key|b}} <br />
:::[[file:ui_bop.png]]{{key|p}} <br />
:::[[file:ui_bor.png]]{{key|r}} <br />
:::[[file:ui_boj.png]]{{key|j}} <br />
:::[[file:ui_boI.png]]{{key|I}} <br />
:::[[file:ui_boh.png]]{{key|h}} <br />
:::[[file:ui_boi.png]]{{key|i}} <br />
:::[[file:ui_boR.png]]{{key|R}} <br />
:::[[file:ui_bog.png]]{{key|g}} <br />
:::[[file:ui_boP.png]]{{key|P}} <br />
:::[[file:ui_bot.png]]{{key|t}} <br />
::[[file:ui_bf.png]]{{key|f}}Furniture <br />
:::[[file:ui_bfb.png]]{{key|b}}Bed <br />
:::[[file:ui_bfr.png]]{{key|r}}Chair <br />
:::[[file:ui_bft.png]]{{key|t}} <br />
:::[[file:ui_bfh.png]]{{key|h}} <br />
:::[[file:ui_bfn.png]]{{key|n}} <br />
:::[[file:ui_bfx.png]]{{key|x}} <br />
:::[[file:ui_bfl.png]]{{key|l}} <br />
:::[[file:ui_bfu.png]]{{key|u}} <br />
:::[[file:ui_bfT.png]]{{key|T}} <br />
:::[[file:ui_bfo.png]]{{key|o}} <br />
:::[[file:ui_bfy.png]]{{key|y}} <br />
:::[[file:ui_bfp.png]]{{key|p}} <br />
:::[[file:ui_bfi.png]]{{key|i}} <br />
::[[file:ui_bp.png]]{{key|p}}Doors/Hatches <br />
:::[[file:ui_bpr.png]]{{key|r}} <br />
:::[[file:ui_bph.png]]{{key|h}} <br />
::[[file:ui_bn.png]]{{key|n}}Constructions <br />
:::[[file:ui_bnl.png]]{{key|l}}wall <br />
:::[[file:ui_bnf.png]]{{key|f}}<br />
:::[[file:ui_bnr.png]]{{key|r}}<br />
:::[[file:ui_bnt.png]]{{key|t}}<br />
:::[[file:ui_bnb.png]]{{key|b}}<br />
:::[[file:ui_bno.png]]{{key|o}}<br />
:::[[file:ui_bnO.png]]{{key|O}}<br />
:::[[file:ui_bnF.png]]{{key|F}}<br />
:::[[file:ui_bnG.png]]{{key|G}}<br />
:::[[file:ui_bng.png]]{{key|g}}<br />
:::[[file:ui_bnM.png]]{{key|M}}<br />
:::[[file:ui_bnm.png]]{{key|m}}<br />
:::[[file:ui_bny.png]]{{key|y}}<br />
:::[[file:ui_bnY.png]]{{key|Y}}<br />
:::[[file:ui_bnp.png]]{{key|p}}<br />
:::[[file:ui_bnk.png]]{{key|k}}<br />
:::[[file:ui_bnK.png]]{{key|K}}<br />
::[[file:ui_bm.png]]{{key|m}}Machines/Fluids <br />
:::[[file:ui_bml.png]]{{key|l}}<br />
:::[[file:ui_bmL.png]]{{key|L}}<br />
:::[[file:ui_bmf.png]]{{key|f}}<br />
:::[[file:ui_bmp.png]]{{key|p}}<br />
:::[[file:ui_bmh.png]]{{key|h}}<br />
:::[[file:ui_bmm.png]]{{key|m}}<br />
:::[[file:ui_bmg.png]]{{key|g}}<br />
:::[[file:ui_bma.png]]{{key|a}}<br />
:::[[file:ui_bmA.png]]{{key|A}}<br />
:::[[file:ui_bmn.png]]{{key|n}}<br />
:::[[file:ui_bmr.png]]{{key|r}}<br />
::[[file:ui_br.png]]{{key|r}}Cages/Restraints <br />
:::[[file:ui_brh.png]]{{key|h}}<br />
:::[[file:ui_brg.png]]{{key|g}}<br />
:::[[file:ui_brt.png]]{{key|t}}<br />
::[[file:ui_bt.png]]{{key|t}}Trap<br />
:::[[file:ui_btp.png]]{{key|p}}<br />
:::[[file:ui_btt.png]]{{key|t}}<br />
:::[[file:ui_bto.png]]{{key|o}}<br />
:::[[file:ui_btg.png]]{{key|g}}<br />
:::[[file:ui_btu.png]]{{key|u}}<br />
::[[file:ui_by.png]]{{key|y}}Military<br />
:::[[file:ui_byt.png]]{{key|t}}<br />
:::[[file:ui_byr.png]]{{key|r}}<br />
:::[[file:ui_byn.png]]{{key|n}}<br />
:::[[file:ui_byb.png]]{{key|b}}<br />
:::[[file:ui_byp.png]]{{key|p}}<br />
::[[file:ui_bT.png]]{{key|T}}Trade Depot<br />
<br />
== Metal example ==<br />
{|<br />
|- valign=top<br />
|<br />
{{infostart|{{{name|Pig iron}}}}}<br />
{{infocell|{{{sample|[[File:PigIron Swatch.png|256px|center|frameless]]}}}}}<br />
{{infocell|{{Metal/picture|ingredients={{#if:{{{color3|}}}|3|{{#if:{{{color2|7:0:1}}}|2|1}}}}|color={{{color|7:0:1}}}|<br />
tile1={{{tile1|≡}}}|color1={{{color1|0:7:1}}}|<br />
tile2={{{tile2|≡}}}|color2={{{color2|0:7:1}}}|<br />
tile3={{{tile3|≡}}}|color3={{{color3}}}}}}}<br />
{{infoheader|Uses}}<br />
{{infocell|{{{uses|<br />
* Make [[steel]] at [[smelter]]}}}<br />
* [[Construction]]}}{{#if:{{{ore|}}}|{{infoheader|[[Ore]]}}<br />
{{infocell|{{{ore|}}}}}}}<br />
{{#if:{{{recipe|}}}|{{infoheader|Recipe}}<br />
{{infocell|{{{recipe|<br />
* 1 [[Iron]] [[bar]]<br />
* 1 [[Flux]] [[stone]]<br />
* 1 [[Fuel|Coal]] [[bar]]}}}}}}}<br />
{{infoheader|Properties}}<br />
{{infocell|{{{properties|<br />
* [[Material value]] 10<br />
{{firemagmasafe|yes|yes}}<br />
* [[Melting point]] {{ct|12106}}<br />
* [[Boiling point]] {{ct|13968}}<br />
* [[Ignition point]] none<br />
* [[Solid density]] 7850<br />
* Liquid [[density]] 6980<br />
* [[Specific heat]] 500}}}}}<br />
{{#ifeq:{{{wiki}}}|no||{{infocell|style=text-align:center; background-color: #eee; border-top: 1px solid #aaa|1=[[wikipedia:{{#if:{{{wiki|}}}|{{{wiki}}}|{{{name|Pig iron}}}}}|Wikipedia article]]}}|{{!-}}}}<br />
{{infoend}}<br />
|<br />
{{infostart|{{{name|Pig iron}}}}}<br />
|- style="background-color:#eaecf0;"<br />
| {{{sample|[[File:PigIron Swatch.png|100px|center|frameless]]}}}<br />
| {{Metal/picture|ingredients={{#if:{{{color3|}}}|3|{{#if:{{{color2|}}}|2|1}}}}|color={{{color|0:7:1}}}|<br />
tile1={{{tile1|≡}}}|color1={{{color1|0:7:1}}}|<br />
tile2={{{tile2|≡}}}|color2={{{color2|0:7:1}}}|<br />
tile3={{{tile3|≡}}}|color3={{{color3}}}}}<br />
{{infoheader|Uses}}<br />
{{infocell|{{{uses|<br />
* Make [[steel]] at [[smelter]]}}}<br />
* [[Construction]]}}{{#if:{{{ore|}}}|{{infoheader|[[Ore]]}}<br />
{{infocell|{{{ore|}}}}}}}<br />
{{#if:{{{recipe|}}}|{{infoheader|Recipe}}<br />
{{infocell|{{{recipe|<br />
* 1 [[Iron]] [[bar]]<br />
* 1 [[Flux]] [[stone]]<br />
* 1 [[Fuel|Coal]] [[bar]]}}}}}}}<br />
{{infoheader|Properties}}<br />
{{infocell|{{{properties|<br />
* [[Material value]] 10<br />
{{firemagmasafe|yes|yes}}<br />
* [[Melting point]] {{ct|12106}}<br />
* [[Boiling point]] {{ct|13968}}<br />
* [[Ignition point]] none<br />
* [[Solid density]] 7850<br />
* Liquid [[density]] 6980<br />
* [[Specific heat]] 500}}}}}<br />
{{#ifeq:{{{wiki}}}|no||{{infocell|style=text-align:center; background-color: #eee; border-top: 1px solid #aaa|1=[[wikipedia:{{#if:{{{wiki|}}}|{{{wiki}}}|{{{name|Pig iron}}}}}|Wikipedia article]]}}|{{!-}}}}<br />
{{infoend}}<br />
|<br />
{{infostart|{{{name|Pig iron <div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="float: right;">toggle</div>}}}}}<br />
|- style="background-color:#eaecf0;"<br />
|<span class="mw-collapsible" id="mw-customcollapsible-infoboxtab">{{{sample|[[File:PigIron Swatch.png|100px|center|frameless]]}}}</span><span class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab">{{Metal/picture|ingredients={{#if:{{{color3|}}}|3|{{#if:{{{color2|}}}|2|1}}}}|color={{{color|0:7:1}}}|<br />
tile1={{{tile1|≡}}}|color1={{{color1|0:7:1}}}|<br />
tile2={{{tile2|≡}}}|color2={{{color2|0:7:1}}}|<br />
tile3={{{tile3|≡}}}|color3={{{color3}}}}}</span><br />
{{infoheader|Uses}}<br />
{{infocell|{{{uses|<br />
* Make [[steel]] at [[smelter]]}}}<br />
* [[Construction]]}}{{#if:{{{ore|}}}|{{infoheader|[[Ore]]}}<br />
{{infocell|{{{ore|}}}}}}}<br />
{{#if:{{{recipe|}}}|{{infoheader|Recipe}}<br />
{{infocell|{{{recipe|<br />
* 1 [[Iron]] [[bar]]<br />
* 1 [[Flux]] [[stone]]<br />
* 1 [[Fuel|Coal]] [[bar]]}}}}}}}<br />
{{infoheader|Properties}}<br />
{{infocell|{{{properties|<br />
* [[Material value]] 10<br />
{{firemagmasafe|yes|yes}}<br />
* [[Melting point]] {{ct|12106}}<br />
* [[Boiling point]] {{ct|13968}}<br />
* [[Ignition point]] none<br />
* [[Solid density]] 7850<br />
* Liquid [[density]] 6980<br />
* [[Specific heat]] 500}}}}}<br />
{{#ifeq:{{{wiki}}}|no||{{infocell|style=text-align:center; background-color: #eee; border-top: 1px solid #aaa|1=[[wikipedia:{{#if:{{{wiki|}}}|{{{wiki}}}|{{{name|Pig iron}}}}}|Wikipedia article]]}}|{{!-}}}}<br />
{{infoend}}<br />
|<br />
{{infostart|{{{name|Pig iron}}}}}<br />
|- style="background-color:#eaecf0;"<br />
|<span class="mw-customtoggle-infoboxtab" title="Toggle between Premium and Classic">[[File:OOjs UI icon eyeClosed-progressive.svg|right|30px|link=]]</span><span class="mw-collapsible" id="mw-customcollapsible-infoboxtab">{{{sample|[[File:PigIron Swatch.png|100px|center|frameless]]}}}</span><span class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab">{{Metal/picture|ingredients={{#if:{{{color3|}}}|3|{{#if:{{{color2|}}}|2|1}}}}|color={{{color|0:7:1}}}|<br />
tile1={{{tile1|≡}}}|color1={{{color1|0:7:1}}}|<br />
tile2={{{tile2|≡}}}|color2={{{color2|0:7:1}}}|<br />
tile3={{{tile3|≡}}}|color3={{{color3}}}}}</span><br />
{{infoheader|Uses}}<br />
{{infocell|{{{uses|<br />
* Make [[steel]] at [[smelter]]}}}<br />
* [[Construction]]}}{{#if:{{{ore|}}}|{{infoheader|[[Ore]]}}<br />
{{infocell|{{{ore|}}}}}}}<br />
{{#if:{{{recipe|}}}|{{infoheader|Recipe}}<br />
{{infocell|{{{recipe|<br />
* 1 [[Iron]] [[bar]]<br />
* 1 [[Flux]] [[stone]]<br />
* 1 [[Fuel|Coal]] [[bar]]}}}}}}}<br />
{{infoheader|Properties}}<br />
{{infocell|{{{properties|<br />
* [[Material value]] 10<br />
{{firemagmasafe|yes|yes}}<br />
* [[Melting point]] {{ct|12106}}<br />
* [[Boiling point]] {{ct|13968}}<br />
* [[Ignition point]] none<br />
* [[Solid density]] 7850<br />
* Liquid [[density]] 6980<br />
* [[Specific heat]] 500}}}}}<br />
{{#ifeq:{{{wiki}}}|no||{{infocell|style=text-align:center; background-color: #eee; border-top: 1px solid #aaa|1=[[wikipedia:{{#if:{{{wiki|}}}|{{{wiki}}}|{{{name|Pig iron}}}}}|Wikipedia article]]}}|{{!-}}}}<br />
{{infoend}}<br />
|<br />
{{infostart|{{{name|Pig iron}}}}}<br />
|- style=""<br />
|<span class="mw-customtoggle-infoboxtab" title="Toggle between Premium and Classic"><br />
<span class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab">[[File:Toggle_grey.png|right|50px|link=]]</span><br />
<span class="mw-collapsible" id="mw-customcollapsible-infoboxtab">[[File:Toggle orange.png|right|50px|link=]]</span></span><br />
<span class="mw-collapsible" id="mw-customcollapsible-infoboxtab">{{{sample|[[File:PigIron Swatch.png|100px|center|frameless]]}}}</span><span class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab">{{Metal/picture|ingredients={{#if:{{{color3|}}}|3|{{#if:{{{color2|}}}|2|1}}}}|color={{{color|0:7:1}}}|<br />
tile1={{{tile1|≡}}}|color1={{{color1|0:7:1}}}|<br />
tile2={{{tile2|≡}}}|color2={{{color2|0:7:1}}}|<br />
tile3={{{tile3|≡}}}|color3={{{color3}}}}}</span><br />
{{infoheader|Uses}}<br />
{{infocell|{{{uses|<br />
* Make [[steel]] at [[smelter]]}}}<br />
* [[Construction]]}}{{#if:{{{ore|}}}|{{infoheader|[[Ore]]}}<br />
{{infocell|{{{ore|}}}}}}}<br />
{{#if:{{{recipe|}}}|{{infoheader|Recipe}}<br />
{{infocell|{{{recipe|<br />
* 1 [[Iron]] [[bar]]<br />
* 1 [[Flux]] [[stone]]<br />
* 1 [[Fuel|Coal]] [[bar]]}}}}}}}<br />
{{infoheader|Properties}}<br />
{{infocell|{{{properties|<br />
* [[Material value]] 10<br />
{{firemagmasafe|yes|yes}}<br />
* [[Melting point]] {{ct|12106}}<br />
* [[Boiling point]] {{ct|13968}}<br />
* [[Ignition point]] none<br />
* [[Solid density]] 7850<br />
* Liquid [[density]] 6980<br />
* [[Specific heat]] 500}}}}}<br />
{{#ifeq:{{{wiki}}}|no||{{infocell|style=text-align:center; background-color: #eee; border-top: 1px solid #aaa|1=[[wikipedia:{{#if:{{{wiki|}}}|{{{wiki}}}|{{{name|Pig iron}}}}}|Wikipedia article]]}}|{{!-}}}}<br />
{{infoend}}<br />
|}<br />
== Workshop example ==<br />
<br />
* [[:File:Carpenter's workshop.png]]<br />
[[:Category:Picture Templates]]<br />
* [[Template:Picture Carpenter's workshop]]<br />
[[:Category:Floor_Plan_Templates]] <br />
* [[Template:Floor Plan Carpenter's workshop]]<br />
<br />
* 3x3 96px 96-118py ([[Soap maker's workshop]])<br />
* 5x5 160px 162-177py ([[Siege workshop]]<br />
* 1x1 32px 47py ([[Screw press]])<br />
* 2x2 <br />
* 3x1 96px 46py ([[Water wheel]])<br />
<br />
=== Minimal change option ===<br />
{|<br />
|- valign=top<br />
|<br />
{| style="width:200px; background-color:#eaecf0;"<br />
|-<br />
|rowspan=2|[[File:Carpenter's workshop.png|150px]]<br />
|{{Template:Floor Plan Carpenter's workshop}}<br />
|-<br />
|{{Template:Picture Carpenter's workshop}}<br />
|}<br />
|<br />
{| style="width:200px; background-color:#eaecf0;"<br />
|-<br />
|rowspan=2|[[File:Carpenter's workshop.png|130px|link=]]<br />
| style="line-height: 1em;font-size: 135%;"|<br />
{{Floor Plan|2:1|2:1|2:1|2:0|2:1|2:1|2:0|2:1|2:0}}<br />
|-<br />
| <br />
{| style=" font-size: 135%; border-spacing: 0; background: black; border: 2px solid black"<br />
|- <!-- raw tile changes adds padding and margin --><br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|"|7:0:0}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|{{=}}|6:0:0}}<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"|<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|]|0:0:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
|}<br />
|}<br />
|<br />
{| style="width:200px; padding:10px; background-color:#eaecf0;"<br />
|-<br />
| [[File:Screw_press.png|32px|center|link=]]<br />
| style="font-size:125%;"|{{Template:Picture Screw press}}<br />
| {{Template:Floor Plan Screw press}}<br />
|}<br />
|}<br />
<br />
=== "Tab" option without tabs ===<br />
{|<br />
|- valign=top<br />
|<br />
{| style="width:200px; background-color:#eaecf0;"<br />
|<span class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive">Change view</span><br />
<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab">[[File:Carpenter's workshop.png]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab">{{Template:Picture Carpenter's workshop}}{{Template:Floor Plan Carpenter's workshop}}</div><br />
|}<br />
|<br />
{| style="width:200px; height:165px; background-color:#eaecf0;"<br />
|- valign=top<br />
|<span class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive">Change view</span><br />
<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab"><br />
{| <br />
|rowspan=2|[[File:Carpenter's workshop.png]]<br />
|<br />
{| style="border-spacing:5px;"<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><br />
{| style="width:100%;"<br />
|rowspan=2 style="width:50%; padding:10px;"|<center><br />
{| style="font-size: 175%; border-spacing: 0; background-color: black; border: 2px solid black"<br />
|- <!-- raw tile changes adds padding and margin --><br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|"|7:0:0}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|{{=}}|6:0:0}}<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"|<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|]|0:0:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
|}</center><br />
| style="padding:10px; line-height: 1em;font-size: 150%;"|<br />
<center>{{Floor Plan|2:1|2:1|2:1|2:0|2:1|2:1|2:0|2:1|2:0}}</center><br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
|}<br />
|<br />
{| style="width:200px; background-color:#eaecf0;"<br />
|- valign=top<br />
|colspan=2|<span class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive">Change view</span><br />
|-<br />
|rowspan=2 style="width:50%;"|<br />
<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab">[[File:Carpenter's workshop.png]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><center><br />
{| style="font-size: 175%; border-spacing: 0; background-color: black; border: 2px solid black"<br />
|- <!-- raw tile changes adds padding and margin --><br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|"|7:0:0}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|{{=}}|6:0:0}}<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"|<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|]|0:0:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
|}</center></div><br />
|<br />
{| style="border-spacing:5px;"<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|}<br />
<br />
=== All version ===<br />
{|<br />
|- valign=top<br />
|<br />
{| style="width:200px; background-color:#eaecf0;"<br />
|+ Base<br />
|- valign=top<br />
|colspan=2|<span class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive">Change view</span><br />
|-<br />
|rowspan=2 style="width:50%;"|<br />
<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab">[[File:Carpenter's workshop.png]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><center><br />
{| style="font-size: 175%; border-spacing: 0; background-color: black; border: 2px solid black"<br />
|- <!-- raw tile changes adds padding and margin --><br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|"|7:0:0}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|{{=}}|6:0:0}}<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"|<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|]|0:0:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
|}</center></div><br />
|<br />
{| style="border-spacing:5px;"<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 3x3<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|colspan=2 style="text-align: right;"|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="float:left; border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><span style="padding-top:5px; text-align: right;">{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}</span><br />
|- valign=top<br />
|rowspan=2 style="width:50%;"|<br />
<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab">[[File:Carpenter's workshop.png]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><center><br />
{| style="font-size: 175%; border-spacing: 0; background-color: black; border: 2px solid black"<br />
|- <!-- raw tile changes adds padding and margin --><br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|"|7:0:0}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|{{=}}|6:0:0}}<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"|<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|]|0:0:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
|}</center></div><br />
|<br />
{| style="border-spacing:5px;"<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 5x5<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><br />
|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|- valign=top<br />
|colspan=2|<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab"><br />
[[File:Siege workshop.png|center|160px]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><br />
{|<br />
|rowspan=2 style="width:50%; font-size: 125%;"|<center>{{Template:Picture Siege workshop}}</center><br />
|style="line-height: 1em; font-size: 125%;"|<br />
{| style="border-spacing:4px;"<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|}<br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1x1<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:Screw_press.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Screw press}}</center><br />
| style="border-left: 1px dotted #545557;"|<center>{{Template:Floor Plan Screw press}}</center><br />
|}<br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1x3<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:water_wheel.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Water wheel}}</center><br />
| style="border-left: 1px dotted #545557;line-height:normal;"|<center>{{Template:Floor Plan Water wheel}}</center><br />
|}<br />
|}<br />
<br />
== Gamefolder ==<br />
<br />
If you installed ''Dwarf Fortress'' on Arch Linux using <tt>pacman</tt>, then running <tt>dwarffortress</tt> will dump the configuration files you should edit into your home directory under <tt>.dwarffortress</tt> - editing the files under <tt>/opt/dwarffortress/data/init</tt> will ''not'' change how the game behaves.<br />
<br />
SU by default we believe the itch.io app stores game files in `%APPDATA%/itch/apps`, at least on windows.<br />
<br />
== Misc == <br />
<br />
{{User:Lethosor/header}}<br />
<br />
[[:Category:Message_box_templates]]<br />
{{ambox<br />
|type=warn<br />
|text=Welcome to the Dwarf Fortress Wiki!<br><br />
'''Please do not add content specific to v50 (the new DF premium release) yet!''' We are working on a migration that will be complete in the next few days. Adding content for v0.47 or to other pages is still encouraged.<br />
}}<br />
<br />
<div class="" style="padding: 0.8em 1em; margin: 0.5rem 0; background: #d9edf7; border-left: 5px solid #1b809e;"><br />
{{:Main_Page/Quote}}<br />
</div><br />
<div class="" style="padding: 0.8em 1em; margin: 0.5rem 0; background: #fcf8e3; border-left: 5px solid #aa6708;"><br />
{{:Main_Page/Quote}}<br />
</div><br />
<div class="" style="padding: 0.8em 1em; margin: 0.5rem 0; background: #dff0d8; border-left: 5px solid #3c763d;"><br />
{{:Main_Page/Quote}}<br />
</div><br />
</div><br />
<div class="" style="padding: 0.8em 1em; margin: 0.5rem 0; background: #f2dede; border-left: 5px solid #ce4844;"><br />
{{:Main_Page/Quote}}<br />
</div><br />
<br />
How does a dwarven light bulb looks like?<br />
<br />
{| class="" style="width:100%; margin: 0.5rem 0; background: #d9edf7; border-left: 5px solid #1b809e;"<br />
| style="" | [[File:BulbIcon.svg|link=]]<br />
| Style="padding: 0.8em 1em 0.8em 0px;" | {{:Main_Page/Quote}}<br />
|}<br />
{| class="" style="width:100%; margin: 0.5rem 0; background: #d9edf7; border-left: 5px solid #1b809e;"<br />
| style="" | [[File:BulbIcon.svg|75px|link=]]<br />
| Style="padding: 0.8em 1em 0.8em 0px;" | <br />
{{:Main_Page/Quote}}<br />
<br />
{{:Main_Page/Quote}}<br />
<br />
{{:Main_Page/Quote}}<br />
<br />
{{:Main_Page/Quote}}<br />
|}<br />
<br />
<br />
<br />
[[File:Bulbgraph.png|18px|link=]] '''Note''': {{:Main_Page/Quote}}<br />
<br />
-----<br />
<br />
<gallery mode="packed-hover"><br />
File:Dwarf head pixel.png<br />
File:D4Dwarf.png<br />
File:DFDefault.png<br />
File:Dwarven science stretched.png<br />
File:Beer mug.svg<br />
File:Books-aj.svg<br />
File:Forge Noun project 1044767.svg<br />
File:36 Vikingo.svg<br />
File:115 Nano.svg<br />
File:Dwarf Fortress Icon.svg<br />
File:BulbIcon.svg<br />
File:Microsoft_Tips_icon.png<br />
File:Eucalyp-Deus_WikiDwarf_(black).png<br />
File:Gimli_son_of_Gloin_by_Perrie_Nicholas_Smith.jpg<br />
</gallery><br />
<br />
----<br />
<br />
{{TipBox2|float=right|titlebg=#0a0|Conserving Resources|Some things absolutely require wood (like beds and charcoal), but others can be made out of more common materials like stone. For this reason it's best, especially in the beginning, to make everything that you can out of stone. For example, you could make wood chests and barrels, but stone coffers and rock pots would let you save wood for things that require it and help you rid yourself of all that stone. And if you decide you want solid gold chests or something later when you have more resources, you can always throw out the rock coffers.}}<br />
<br />
<div style="float:right; clear:both; width: 35%; background-color: #f9f9fb; border: 1px solid #cdcdcd; border-radius: 0.25rem; box-shadow: 0 1px 2px rgba(43,42,51,.05); margin: 2rem 0; padding: 1rem;"><br />
<div style="font-size: 1.424rem;>Conserving Resources</div><br />
Some things absolutely require wood (like beds and charcoal), but others can be made out of more common materials like stone. For this reason it's best, especially in the beginning, to make everything that you can out of stone. For example, you could make wood chests and barrels, but stone coffers and rock pots would let you save wood for things that require it and help you rid yourself of all that stone. And if you decide you want solid gold chests or something later when you have more resources, you can always throw out the rock coffers.<br />
</div><br />
<br />
<div style="float:right; clear:both; width: 35%; background-color: #f9f9fb; border: 1px solid #cdcdcd; border-left: 5px solid #3c763d; border-radius: 0.25rem; box-shadow: 0 1px 2px rgba(43,42,51,.05); margin: 2rem 0; padding: 1rem;"><br />
<div style="font-size: 1.424rem;>Conserving Resources</div><br />
Some things absolutely require wood (like beds and charcoal), but others can be made out of more common materials like stone. For this reason it's best, especially in the beginning, to make everything that you can out of stone. For example, you could make wood chests and barrels, but stone coffers and rock pots would let you save wood for things that require it and help you rid yourself of all that stone. And if you decide you want solid gold chests or something later when you have more resources, you can always throw out the rock coffers.<br />
</div><br />
<br />
<div style="float:right; clear:both; width: 35%; background-color: #f9f8f5; border: 1px solid #cdcdcd; border-left: 5px solid #cdcdcd; border-radius: 0.25rem; box-shadow: 0 1px 2px rgba(43,42,51,.05); margin: 2rem 0; padding: 1rem;"><br />
<div style="font-size: 1.424rem;>Conserving Resources</div><br />
Some things absolutely require wood (like beds and charcoal), but others can be made out of more common materials like stone. For this reason it's best, especially in the beginning, to make everything that you can out of stone. For example, you could make wood chests and barrels, but stone coffers and rock pots would let you save wood for things that require it and help you rid yourself of all that stone. And if you decide you want solid gold chests or something later when you have more resources, you can always throw out the rock coffers.<br />
</div><br />
<br />
<div style="float:right; clear:both; width: 35%; background-color: #fcf8e3; border: 1px solid #cdcdcd; border-left: 5px solid #aa6708; border-radius: 0.25rem; box-shadow: 0 1px 2px rgba(43,42,51,.05); margin: 2rem 0; padding: 1rem;"><br />
<div style="position:abolute; margin-top: -50px;">[[File:Dwarf Fortress Icon.svg|right|link=]]</div><br />
<div style="font-size: 1.424rem;>Conserving Resources</div><br />
<br />
Some things absolutely require wood (like beds and charcoal), but others can be made out of more common materials like stone. For this reason it's best, especially in the beginning, to make everything that you can out of stone. For example, you could make wood chests and barrels, but stone coffers and rock pots would let you save wood for things that require it and help you rid yourself of all that stone. And if you decide you want solid gold chests or something later when you have more resources, you can always throw out the rock coffers.<br />
</div><br />
<br />
<br />
<br />
{{Clear}}<br />
----<br />
<br />
<br />
{| {{prettytable}}<br />
|- style='background-color:#ddd'<br />
! width="20%" | Token<br />
! width="20%" | Arguments<br />
! width="60%" | Description<br />
<br />
|-<br />
| {{text anchor|NAME}}<br />
| <br />
*name<br />
| The singular form of the plant's name as seen in-game.<br />
<br />
|-<br />
| {{text anchor|NAME_PLURAL}}<br />
| <br />
*name<br />
| The plural form of the plant's name as seen in-game.<br />
<br />
|-<br />
| {{text anchor|ADJ}}<br />
| <br />
*adjective<br />
| The word or phrase used to describe items made from this plant.<br />
<br />
|-<br />
| {{text anchor|ALL_NAMES}}<br />
| <br />
*name<br />
| Sets the NAME, NAME_PLURAL, and ADJ to the specified string.<br />
<br />
|-<br />
| {{text anchor|PREFSTRING}}<br />
| <br />
*reason<br />
| What dwarves can like this object for (e.g. "Urist likes plump helmets for their rounded tops.")<br />
<br />
|-<br />
| {{text anchor|MATERIAL}}<br />
| <br />
*material_name<br />
| Starts defining a new local plant material with the given name and '''no''' properties.<br />
<br />
|-<br />
| {{text anchor|USE_MATERIAL}}<br />
| <br />
*material_name<br />
*old_material<br />
| Starts defining a new local plant material with the given name and using the properties of another local plant material.<br />
<br />
|-<br />
| {{text anchor|USE_MATERIAL_TEMPLATE}}<br />
| <br />
*material_name<br />
*template_name<br />
| Starts defining a new local plant material with the given name and using the properties of the specified material template.<br />
<br />
|-<br />
| {{text anchor|BASIC_MAT}}<br />
| <br />
* [[Material token|material]]<br />
| Sets the basic material of the plant. According to Toady, you can use other materials (for instance, iron) but the game may hiccup on plants that aren't structurally plants. For crops, said material should have [STRUCTURAL_PLANT_MAT] to permit proper stockpiling. Generally, this should be "LOCAL_PLANT_MAT:material_name", using a material defined using MATERIAL, USE_MATERIAL, or USE_MATERIAL_TEMPLATE.<br />
|}<br />
<br />
{| {{prettytable}}<br />
|- style='background-color:#ddd'<br />
! width="20%" | Token<br />
! width="20%" | Arguments<br />
! width="60%" | Description<br />
<br />
|-<br />
|{{text anchor|NAME}}<br />
| <br />
*name<br />
| The singular form of the plant's name as seen in-game.<br />
border-top:1px solid #dddddd;<br />
|- style='background-color:#f5f5f5'<br />
| {{text anchor|NAME_PLURAL}}<br />
| <br />
*name<br />
| The plural form of the plant's name as seen in-game.<br />
<br />
|-<br />
| {{text anchor|ADJ}}<br />
| <br />
*adjective<br />
| The word or phrase used to describe items made from this plant.<br />
<br />
|- style='background-color:#f5f5f5'<br />
| {{text anchor|ALL_NAMES}}<br />
| <br />
*name<br />
| Sets the NAME, NAME_PLURAL, and ADJ to the specified string.<br />
<br />
|-<br />
| {{text anchor|PREFSTRING}}<br />
| <br />
*reason<br />
| What dwarves can like this object for (e.g. "Urist likes plump helmets for their rounded tops.")<br />
<br />
|- style='background-color:#f5f5f5'<br />
| {{text anchor|MATERIAL}}<br />
| <br />
*material_name<br />
| Starts defining a new local plant material with the given name and '''no''' properties.<br />
<br />
|-<br />
| {{text anchor|USE_MATERIAL}}<br />
| <br />
*material_name<br />
*old_material<br />
| Starts defining a new local plant material with the given name and using the properties of another local plant material.<br />
<br />
|- style='background-color:#f5f5f5'<br />
| {{text anchor|USE_MATERIAL_TEMPLATE}}<br />
| <br />
*material_name<br />
*template_name<br />
| Starts defining a new local plant material with the given name and using the properties of the specified material template.<br />
<br />
|-<br />
| {{text anchor|BASIC_MAT}}<br />
| <br />
* [[Material token|material]]<br />
| Sets the basic material of the plant. According to Toady, you can use other materials (for instance, iron) but the game may hiccup on plants that aren't structurally plants. For crops, said material should have [STRUCTURAL_PLANT_MAT] to permit proper stockpiling. Generally, this should be "LOCAL_PLANT_MAT:material_name", using a material defined using MATERIAL, USE_MATERIAL, or USE_MATERIAL_TEMPLATE.<br />
|}<br />
<br />
{| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{prettytable}} style="border: none;padding:8px; width:auto;"<br />
|- style='background-color:#ddd; border: none;padding:8px;'<br />
! style="border: none;padding:8px; border-top:1px solid #dddddd; width:20%;"|Token<br />
! style="border: none;padding:8px; border-top:1px solid #dddddd; width:20%;"|Arguments<br />
! style="border: none;padding:8px; border-top:1px solid #dddddd;"|Description<br />
<br />
|- style=''<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{text anchor|NAME}}<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|<br />
*name<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|The singular form of the plant's name as seen in-game.<br />
|- style='background-color:#f5f5f5;'<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{text anchor|NAME_PLURAL}}<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|<br />
*name<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|The plural form of the plant's name as seen in-game.<br />
<br />
|- style=''<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{text anchor|ADJ}}<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|<br />
*adjective<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|The word or phrase used to describe items made from this plant.<br />
<br />
|- style='padding:8px !important; background-color:#f5f5f5'<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{text anchor|ALL_NAMES}}<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|<br />
*name<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|Sets the NAME, NAME_PLURAL, and ADJ to the specified string.<br />
<br />
|- style=''<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{text anchor|PREFSTRING}}<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|<br />
*reason<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|What dwarves can like this object for (e.g. "Urist likes plump helmets for their rounded tops.")<br />
<br />
|- style='padding:8px !important;background-color:#f5f5f5'<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{text anchor|MATERIAL}}<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|<br />
*material_name<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|Starts defining a new local plant material with the given name and '''no''' properties.<br />
<br />
|- style=''<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{text anchor|USE_MATERIAL}}<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|<br />
*material_name<br />
*old_material<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|Starts defining a new local plant material with the given name and using the properties of another local plant material.<br />
<br />
|- style='padding:8px !important;background-color:#f5f5f5'<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{text anchor|USE_MATERIAL_TEMPLATE}}<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|<br />
*material_name<br />
*template_name<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|Starts defining a new local plant material with the given name and using the properties of the specified material template.<br />
<br />
|- style=''<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|{{text anchor|BASIC_MAT}}<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|<br />
* [[Material token|material]]<br />
| style="border: none;padding:8px; border-top:1px solid #dddddd;|Sets the basic material of the plant. According to Toady, you can use other materials (for instance, iron) but the game may hiccup on plants that aren't structurally plants. For crops, said material should have [STRUCTURAL_PLANT_MAT] to permit proper stockpiling. Generally, this should be "LOCAL_PLANT_MAT:material_name", using a material defined using MATERIAL, USE_MATERIAL, or USE_MATERIAL_TEMPLATE.<br />
|}<br />
<br />
<pre><br />
.wikitable,<br />
.prettytable{<br />
border: none !important;<br />
width:auto;<br />
max-width:100%;<br />
margin-bottom:20px;<br />
background-color:transparent;<br />
border-spacing:0px;<br />
}<br />
.wikitable tr,<br />
.prettytable tr{<br />
border-top:1px solid #dddddd;<br />
}<br />
.wikitable th,.prettytable th{<br />
border: none !important;<br />
text-align:left;<br />
}<br />
.wikitable td,.wikitable th,<br />
.prettytable td,.prettytable th{<br />
border: none !important;<br />
padding:0;<br />
}<br />
.wikitable tr > th,<br />
.prettytable tr > th{<br />
padding:8px !important;<br />
line-height:1.42857143;<br />
vertical-align:top;<br />
border-top:1px solid #dddddd;<br />
border-collapse:collapse;<br />
border-spacing:0;<br />
text-align:center;<br />
vertical-align:middle;<br />
}<br />
.wikitable tr > td,<br />
.prettytable tr > td{<br />
padding:8px !important;<br />
line-height:1.42857143;<br />
vertical-align:top;<br />
border-top:1px solid #dddddd;<br />
border-collapse:collapse;<br />
border-spacing:0<br />
}<br />
.wikitable tbody > tr:nth-child(even),<br />
.prettytable tbody > tr:nth-child(even){<br />
background-color:#f5f5f5<br />
}<br />
.wikitable tr > th.headerSort,<br />
.prettytable tr > th.headerSort{<br />
padding-right:21px !important<br />
}<br />
/*<br />
.wikitable tr:hover{ <br />
background: #f1f1f1;<br />
*/<br />
}<br />
</pre><br />
<br />
== Navigation ==<br />
<br />
User Interface: <br />
* [[Dwarf fortress mode#Gameplay user interface]] • [[Map legend]] • [[Status icon]] <br />
* [[Controls]] • [[Controls guide]] • [[Hotkeys]] • [[Macros and keymaps]] • [[Note]]<br />
* [[Interface]] • [[Menu]] • [[Status|Status screen]] • [[Health screen]] • [[Nobles screen]] • [[Military interface]] • [[Thoughts and preferences]]<br />
* • • • • •<br />
<br />
* Gameplay settings: [[announcements.txt]] • [[d_init.txt]] <br />
* Settings: [[init.txt]] • [[Technical tricks]] • [[interface.txt]]<br />
<br />
* [[About]] (vs [[Dwarf Fortress]] ?)<br />
* Download & [[Installation]] • [[System requirements]]<br />
<br />
<br />
* [[Dwarf fortress mode]] • [[Tutorials]] • [[Frequently Asked Questions]] • [[Troubleshooting]] • [[:Category:DF2014:Errors]]<br />
* [[Adventurer mode]] • [[Adventure mode quick start]] • [[Adventure mode quick reference]]<br />
* [[Frames per second]]<br />
<br />
----<br />
<br />
* [[world generation]] • [[Embark]]<br />
:: [[Quickstart_guide#Pre-Embark]] • [[Quickstart guide/Starting site]] • [[Site finder]] • [[Starting build]]<br />
* [[Troubleshooting]] • [[Frequently Asked Questions]] <br />
<br />
<br />
* [[Tutorials]] • [[Quickstart guide]] • [[:Category:DF2014:Getting_started]] • [[:Category:DF2014:Quickstart guide]]<br />
* [[:Category:Guides]]<br />
<br />
<br />
* [[Important advice]]<br />
<br />
<br />
* [[Design strategies]]<br />
<br />
* [[Race]]s • [[Creature]]s<br />
* [[Skills]]<br />
<br />
* [[Industry]]<br />
* [[Farming]] • [[Trading]] [[Military]]<br />
<br />
* [[Item]]s • [[Materials]] ( [[Material science]] • [[:Category:DF2014:Material properties]] )<br />
* [[Armor]] • [[Weapons]] <br />
<br />
* [[Building]] [[Workshop]] [[Furnace]]<br />
<br />
<br />
----<br />
<br />
* [[Biome]] • [[Surroundings]] • [[Climate]] • [[Weather]]<br />
* [[Civilization]] • [[Site]]s • <br />
* [[Nobles]] • [[Holding]]s • <br />
<br />
* [[Calendar]]<br />
<br />
----<br />
* [[Dwarf Fortress]] [[Reception of Dwarf Fortress]] [[Community of Dwarf Fortress]] [[Legacy of Dwarf Fortress]]<br />
* Development: [[DF2014:Release information|Release information]] • [[Dwarf Fortress Talk|Developer diaries]] • [[Dwarf Fortress Development|Roadmap]]<br />
<br />
<br />
* [[Challenge]]: [[Playstyle challenge]] [[Megaproject]] [[Stupid dwarf trick]]<br />
* [[:Category:Humor_and_stories]]<br />
<br />
<br />
* [[!!SCIENCE!!]]<br />
----<br />
<br />
[[Modding]]: <br />
* Documentation: [[Token]]s • [[Raw file]] • [[Reactions]] • [[syndrome]]<br />
* [[Speech file]] • [[Dipscript]]<br />
<br />
* [[Graphics]]: [[Tilesets]] • [[Graphic set]] • [[Color]] • [[Color scheme]] • [[Character table]]<br />
<br />
<br />
<br />
<br />
Development: <br />
* [[DF2014:Release information|Release information]] • [[Dwarf Fortress Talk|Developer diaries]] • [[Dwarf Fortress Development|Roadmap]]<br />
<br />
Tools & Utilities<br />
* [[Utilities#Modding tools]]<br />
<br />
<br />
[[:Category:DF2014:Files|Game Files]]:<br />
* Gameplay settings: [[announcements.txt]] • [[d_init.txt]]<br />
* Settings: [[colors.txt]] • [[init.txt]] • [[interface.txt]]<br />
* Log files: [[errorlog.txt]] • [[gamelog.txt]]<br />
* [[Saved game folder]] <!-- with steam the savegame, setting and mod folders will detach from the game folder [[Mod Structure]]--><br />
<br />
----<br />
{{Modding navbox|state=collapsed}}<br />
<br />
* [[Interaction token|Interaction]] • [[Material token|Material]] • [[Inorganic material definition token|Inorganic material definition]] • [[Plant token|Plant]] •<br />
<br />
--<br />
<br />
Misc Mechanics:<br />
* [[stress]] [[Thought]] [[Emotion]] [[personalities]] [[Preferences]] <br />
* [[Gait]] • [[Genetics]] • [[Size]] • [[Personality trait]] • [[Attribute]] • <br />
<br />
<br />
* [[:Category:DF2014:Material_properties]] - [[Material science]] <br />
:* Defined: [[Item value#Material multipliers|Value]] • [[Color#Material_By_Color|Color]] • [[Density]] • [[Strain at yield]] • [[Temperature#Material values|Temperature values]]<br />
:* Derived: [[Magma-safe|Magma safety]] • [[Fire-safe|Fire safety]]<br />
:* Fluids: [[Depth]] • [[Flow]] • [[Pressure]]<br />
<br />
<br />
<br />
* [[:Category:DF2014:Modding Examples]]: [[Interaction examples]] • [[Reaction examples]] • [[Creature examples]]<br />
<br />
<br />
* [[Text viewer]](?)<br />
* [[World token|World]] • [[Biome token|Biome]] • <br />
* [[Syndrome token|Syndrome]] • <br />
<br />
<br />
token nonsense testing style options <br />
{{Navbox<br />
| name = name1A<br />
| title = [[Modding]] 1A<br />
| state = no<br />
<br />
| group1 = Documentation<br />
| list1 = [[Raw file]] • [[Token]]s • [[Reactions]] • [[syndrome]] • [[Speech file]] • [[Dipscript]]<br />
<br />
| group2 = [[Graphics]]<br />
| list2 = [[Tilesets]] • [[Graphic set]] • [[Color]] • [[Color scheme]] • [[Character table]] <br />
<br />
| below = [[Modding#Guide]] • [[Utilities#Modding tools]] • [[List of mods]] • [[Graphics set repository]] • [[:Category:DF2014:Files|Game Files]]<br />
}}<br />
{{Navbox<br />
| name = name1B<br />
| title = [[Token]]s 1B<br />
| state = no<br />
<br />
| group1 = General<br />
| list1 = [[Biome token|Biome]] • [[Creature token|Creature]] • [[Entity token|Entity]] • [[Interaction token|Interaction]] • [[Material token|Material]] • [[Inorganic material definition token|Inorganic material definition]] • [[Plant token|Plant]] • [[Skill token|Skill]] • [[Syndrome token|Syndrome]] • [[World token|World]]<br />
<br />
| group2 = Color<br />
| list2 = [[Descriptor color token|Descriptor color]] • [[Descriptor pattern token|Descriptor pattern]] • [[Descriptor shape token|Descriptor shape]]<br />
<br />
| group3 = [[Creature token|Creature]]<br />
| list3 = [[Body token|Body]] • [[Body detail plan token|Body detail plan]] • [[Bodygloss]] • [[Creature variation token|Creature variation]] • [[Creature mannerism token|Creature mannerism]] • [[Creature texture token|Creature texture]] • [[Material definition token|Material definition]] • [[Tissue definition token|Tissue definition]] • [[Personality trait]]<br />
<br />
| group4 = [[Entity token|Entity]]<br />
| list4 = [[Position token|Position]] • [[Unit type token|Unit type]] • [[Language token|Language]] • [[Building token|Building]] • [[Ethic]] <br />
<br />
| group5 = [[Item definition token|Item definition]]<br />
| list5 = [[Ammo token|Ammo]] • [[Armor token|Armor]] • [[Instrument token|Instrument]] • [[Tool token|Tool]] • [[Trap component token|Trap component]] • [[Weapon token|Weapon]] • [[Item definition token|Other]]<br />
<br />
| group6 = [[Reactions]]<br />
| list6 = [[Item token|Item]] • [[Labor token|Labor]] • [[Skill token|Skill]]<br />
<br />
}}<br />
<br />
<br />
{{Navbox<br />
| name = name2<br />
| title = [[Modding]] 2<br />
| state = no<br />
<br />
| group1 = Documentation<br />
| list1 = [[Token]]s • [[Raw file]] • [[Reactions]] • [[syndrome]] • [[Speech file]] • [[Dipscript]]<br />
<br />
| group2 = [[Graphics]]<br />
| list2 = [[Tilesets]] • [[Graphic set]] • [[Color]] • [[Color scheme]] • [[Character table]] <br />
<br />
| group3 = [[Token]]s<br />
| list3 = [[Ammo token|Ammo]] • [[Armor token|Armor]] • [[Biome token|Biome]] • [[Building token|Building]] • [[Body token|Body]] • [[Body detail plan token|Body detail plan]] • [[Bodygloss]] • [[Creature token|Creature]] • [[Creature mannerism token|Creature mannerism]] • [[Creature texture token|Creature texture]] • [[Creature variation token|Creature variation]] • [[Descriptor color token|Descriptor color]] • [[Descriptor pattern token|Descriptor pattern]] • [[Descriptor shape token|Descriptor shape]] • [[Entity token|Entity]] • [[Item token|Item]] • [[Item definition token|Item definition]] • [[Instrument token|Instrument]] • [[Interaction token|Interaction]] • [[Labor token|Labor]] • [[Language token|Language]] • [[Material token|Material]] • [[Material definition token|Material definition]] • [[Inorganic material definition token|Inorganic material definition]] • [[Personality trait]] • [[Plant token|Plant]] • [[Position token|Position]] • [[Skill token|Skill]] • [[Syndrome token|Syndrome]] • [[Tissue definition token|Tissue definition]] • [[Tool token|Tool]] • [[Trap component token|Trap component]] • [[Unit type token|Unit type]] • [[Weapon token|Weapon]] • [[World token|World]]<br />
<br />
| below = [[Modding#Guide]] • [[Utilities#Modding tools]] • [[List of mods]] • [[Graphics set repository]] • [[:Category:DF2014:Files|Game Files]]<br />
}}<br />
<br />
{{Navbox<br />
| name = name3A<br />
| title = [[Modding]] 3A<br />
| state = no<br />
| bodystyle = width:100%;<br />
<br />
| group1 = Documentation<br />
| list1 = [[Token]]s • [[Raw file]] • [[Reactions]] • [[syndrome]] • [[Speech file]] • [[Dipscript]]<br />
<br />
| group2 = [[Graphics]]<br />
| list2 = [[Tilesets]] • [[Graphic set]] • [[Color]] • [[Color scheme]] • [[Character table]] <br />
<br />
| group3 = [[Token]]s<br />
| list3 = [[Ammo token|Ammo]] • [[Armor token|Armor]] • [[Biome token|Biome]] • [[Building token|Building]] • [[Body token|Body]] • [[Body detail plan token|Body detail plan]] • [[Bodygloss]] • [[Creature token|Creature]] • [[Creature mannerism token|Creature mannerism]] • [[Creature texture token|Creature texture]] • [[Creature variation token|Creature variation]] • [[Descriptor color token|Descriptor color]] • [[Descriptor pattern token|Descriptor pattern]] • [[Descriptor shape token|Descriptor shape]] • [[Entity token|Entity]] • [[Item token|Item]] • [[Item definition token|Item definition]] • [[Instrument token|Instrument]] • [[Interaction token|Interaction]] • [[Labor token|Labor]] • [[Language token|Language]] • [[Material token|Material]] • [[Material definition token|Material definition]] • [[Inorganic material definition token|Inorganic material definition]] • [[Personality trait]] • [[Plant token|Plant]] • [[Position token|Position]] • [[Skill token|Skill]] • [[Syndrome token|Syndrome]] • [[Tissue definition token|Tissue definition]] • [[Tool token|Tool]] • [[Trap component token|Trap component]] • [[Unit type token|Unit type]] • [[Weapon token|Weapon]] • [[World token|World]]<br />
<br />
| below = [[Modding guide]] • [[Utilities#Modding tools]] • [[List of mods]] • [[Graphics set repository]] • [[:Category:DF2014:Files|Game Files]]<br />
}}<br />
{{Navbox<br />
| name = name3B<br />
| title = [[Modding]] 3B large list double space<br />
| state = no<br />
| bodystyle = width:100%;<br />
<br />
| group1 = Documentation<br />
| list1 = [[Token]]s • [[Raw file]] • [[Reactions]] • [[syndrome]] • [[Speech file]] • [[Dipscript]]<br />
<br />
| group2 = [[Graphics]]<br />
| list2 = [[Tilesets]] • [[Graphic set]] • [[Color]] • [[Color scheme]] • [[Character table]] <br />
<br />
| group3 = [[Token]]s<br />
| list3 = [[Ammo token|Ammo]]{{*}}[[Armor token|Armor]]{{*}}[[Biome token|Biome]]{{*}}[[Building token|Building]]{{*}}[[Body token|Body]]{{*}}[[Body detail plan token|Body detail plan]]{{*}}[[Bodygloss]]{{*}}[[Creature token|Creature]]{{*}}[[Creature mannerism token|Creature mannerism]]{{*}}[[Creature texture token|Creature texture]]{{*}}[[Creature variation token|Creature variation]]{{*}}[[Descriptor color token|Descriptor color]]{{*}}[[Descriptor pattern token|Descriptor pattern]]{{*}}[[Descriptor shape token|Descriptor shape]]{{*}}[[Entity token|Entity]]{{*}}[[Item token|Item]]{{*}}[[Item definition token|Item definition]]{{*}}[[Instrument token|Instrument]]{{*}}[[Interaction token|Interaction]]{{*}}[[Labor token|Labor]]{{*}}[[Language token|Language]]{{*}}[[Material token|Material]]{{*}}[[Material definition token|Material definition]]{{*}}[[Inorganic material definition token|Inorganic material definition]]{{*}}[[Personality trait]]{{*}}[[Plant token|Plant]]{{*}}[[Position token|Position]]{{*}}[[Skill token|Skill]]{{*}}[[Syndrome token|Syndrome]]{{*}}[[Tissue definition token|Tissue definition]]{{*}}[[Tool token|Tool]]{{*}}[[Trap component token|Trap component]]{{*}}[[Unit type token|Unit type]]{{*}}[[Weapon token|Weapon]]{{*}}[[World token|World]]<br />
<br />
| below = [[Modding guide]] • [[Utilities#Modding tools]] • [[List of mods]] • [[Graphics set repository]] • [[:Category:DF2014:Files|Game Files]]<br />
}}<br />
{{Navbox<br />
| name = name5<br />
| title = [[Modding]] 5 large list grouping instead of sub groups - automatic with hlist <br />
| state = no<br />
| bodystyle = width:100%;<br />
<br />
| group1 = Documentation<br />
| list1 = [[Token]]s • [[Raw file]] • [[Reactions]] • [[syndrome]] • [[Speech file]] • [[Dipscript]]<br />
<br />
| group2 = [[Graphics]]<br />
| list2 = [[Tilesets]] • [[Graphic set]] • [[Color]] • [[Color scheme]] • [[Character table]] <br />
<br />
| group3 = [[Token]]s<br />
| list3 = [[Biome token|Biome]] • [[Creature token|Creature]]'''('''[[Body token|Body]] • [[Body detail plan token|Body detail plan]] • [[Bodygloss]] • [[Creature variation token|Creature variation]] • [[Creature mannerism token|Creature mannerism]] • [[Creature texture token|Creature texture]] • [[Material definition token|Material definition]] • [[Tissue definition token|Tissue definition]] • [[Personality trait]]''')''' • <br />
Color'''('''[[Descriptor color token|Descriptor color]] • [[Descriptor pattern token|Descriptor pattern]] • [[Descriptor shape token|Descriptor shape]]''')''' • [[Entity token|Entity]]'''('''[[Position token|Position]] • [[Unit type token|Unit type]] • [[Language token|Language]] • [[Building token|Building]] • [[Ethic]]''')''' • [[Item definition token|Item definition]]'''('''[[Ammo token|Ammo]] • [[Armor token|Armor]] • [[Instrument token|Instrument]] • [[Tool token|Tool]] • [[Trap component token|Trap component]] • [[Weapon token|Weapon]] • [[Item definition token|Other]]''')''' • [[Interaction token|Interaction]] • [[Material token|Material]] • [[Inorganic material definition token|Inorganic material definition]] • [[Plant token|Plant]] • [[Reactions]]'''('''[[Item token|Item]] • [[Labor token|Labor]] • [[Skill token|Skill]]''')''' • [[Syndrome token|Syndrome]] • [[World token|World]]<br />
<br />
| below = [[Modding guide]] • [[Utilities#Modding tools]] • [[List of mods]] • [[Graphics set repository]] • [[:Category:DF2014:Files|Game Files]]<br />
}}<br />
{{Navbox<br />
| name = name5A<br />
| title = [[Modding]] 5A - grouping, double space<br />
| state = no<br />
| bodystyle = width:100%;<br />
<br />
| group1 = Documentation<br />
| list1 = [[Token]]s • [[Raw file]] • [[Reactions]] • [[syndrome]] • [[Speech file]] • [[Dipscript]]<br />
<br />
| group2 = [[Graphics]]<br />
| list2 = [[Tilesets]] • [[Graphic set]] • [[Color]] • [[Color scheme]] • [[Character table]] <br />
<br />
| group3 = [[Token]]s<br />
| list3 = [[Biome token|Biome]]{{*}} [[Creature token|Creature]]([[Body token|Body]]{{*}}[[Body detail plan token|Body detail plan]]{{*}}[[Bodygloss]]{{*}}[[Creature variation token|Creature variation]]{{*}}[[Creature mannerism token|Creature mannerism]]{{*}}[[Creature texture token|Creature texture]]{{*}}[[Material definition token|Material definition]]{{*}}[[Tissue definition token|Tissue definition]]{{*}}[[Personality trait]]) {{*}} Color([[Descriptor color token|Descriptor color]]{{*}}[[Descriptor pattern token|Descriptor pattern]]{{*}}[[Descriptor shape token|Descriptor shape]]) {{*}} [[Entity token|Entity]]([[Position token|Position]]{{*}}[[Unit type token|Unit type]]{{*}}[[Language token|Language]]{{*}}[[Building token|Building]]{{*}}[[Ethic]]) {{*}} [[Item definition token|Item definition]]([[Ammo token|Ammo]]{{*}}[[Armor token|Armor]]{{*}}[[Instrument token|Instrument]]{{*}}[[Tool token|Tool]]{{*}}[[Trap component token|Trap component]]{{*}}[[Weapon token|Weapon]]{{*}}[[Item definition token|Other]]) {{*}}[[Interaction token|Interaction]]{{*}}[[Material token|Material]]{{*}}[[Inorganic material definition token|Inorganic material definition]]{{*}}[[Plant token|Plant]]{{*}} [[Reactions]]([[Item token|Item]]{{*}}[[Labor token|Labor]]{{*}}[[Skill token|Skill]]) {{*}}[[Syndrome token|Syndrome]]{{*}}[[World token|World]]<br />
<br />
| below = [[Modding guide]] • [[Utilities#Modding tools]] • [[List of mods]] • [[Graphics set repository]] • [[:Category:DF2014:Files|Game Files]]<br />
}}<br />
{{Navbox<br />
| name = name5B <br />
| title = [[Modding]] 5B grouping bold, double space<br />
| state = no<br />
| bodystyle = width:100%;<br />
<br />
| group1 = Documentation<br />
| list1 = [[Token]]s • [[Raw file]] • [[Reactions]] • [[syndrome]] • [[Speech file]] • [[Dipscript]]<br />
<br />
| group2 = [[Graphics]]<br />
| list2 = [[Tilesets]] • [[Graphic set]] • [[Color]] • [[Color scheme]] • [[Character table]] <br />
<br />
| group3 = [[Token]]s<br />
| list3 = [[Biome token|Biome]]{{*}}'''[[Creature token|Creature]]'''([[Body token|Body]]{{*}}[[Body detail plan token|Body detail plan]]{{*}}[[Bodygloss]]{{*}}[[Creature variation token|Creature variation]]{{*}}[[Creature mannerism token|Creature mannerism]]{{*}}[[Creature texture token|Creature texture]]{{*}}[[Material definition token|Material definition]]{{*}}[[Tissue definition token|Tissue definition]]{{*}}[[Personality trait]]){{*}}'''Color'''([[Descriptor color token|Descriptor color]]{{*}}[[Descriptor pattern token|Descriptor pattern]]{{*}}[[Descriptor shape token|Descriptor shape]]){{*}}'''[[Entity token|Entity]]'''([[Position token|Position]]{{*}}[[Unit type token|Unit type]]{{*}}[[Language token|Language]]{{*}}[[Building token|Building]]{{*}}[[Ethic]]){{*}}'''[[Item definition token|Item definition]]'''([[Ammo token|Ammo]]{{*}}[[Armor token|Armor]]{{*}}[[Instrument token|Instrument]]{{*}}[[Tool token|Tool]]{{*}}[[Trap component token|Trap component]]{{*}}[[Weapon token|Weapon]]{{*}}[[Item definition token|Other]]){{*}}[[Interaction token|Interaction]]{{*}}[[Material token|Material]]{{*}}[[Inorganic material definition token|Inorganic material definition]]{{*}}[[Plant token|Plant]]{{*}}'''[[Reactions]]'''([[Item token|Item]]{{*}}[[Labor token|Labor]]{{*}}[[Skill token|Skill]]){{*}}[[Syndrome token|Syndrome]]{{*}}[[World token|World]]<br />
<br />
| below = [[Modding guide]] • [[Utilities#Modding tools]] • [[List of mods]] • [[Graphics set repository]] • [[:Category:DF2014:Files|Game Files]]<br />
}}<br />
{{Navbox<br />
| name = name5c<br />
| title = [[Modding]] 5c grouping highilghted otherwise, double space<br />
| state = no<br />
| bodystyle = width:100%;<br />
<br />
| group1 = Documentation<br />
| list1 = [[Token]]s • [[Raw file]] • [[Reactions]] • [[syndrome]] • [[Speech file]] • [[Dipscript]]<br />
<br />
| group2 = [[Graphics]]<br />
| list2 = [[Tilesets]] • [[Graphic set]] • [[Color]] • [[Color scheme]] • [[Character table]] <br />
<br />
| group3 = [[Token]]s<br />
| list3 = [[Biome token|Biome]]{{*}}<span style="font-weight: bold;background: #ddf;">[[Creature token|Creature]]</span>([[Body token|Body]]{{*}}[[Body detail plan token|Body detail plan]]{{*}}[[Bodygloss]]{{*}}[[Creature variation token|Creature variation]]{{*}}[[Creature mannerism token|Creature mannerism]]{{*}}[[Creature texture token|Creature texture]]{{*}}[[Material definition token|Material definition]]{{*}}[[Tissue definition token|Tissue definition]]{{*}}[[Personality trait]]){{*}}<span style="font-weight: bold;background: #ddf;">Color</span>([[Descriptor color token|Descriptor color]]{{*}}[[Descriptor pattern token|Descriptor pattern]]{{*}}[[Descriptor shape token|Descriptor shape]]){{*}}<span style="font-weight: bold;background: #ddf;">[[Entity token|Entity]]</span>([[Position token|Position]]{{*}}[[Unit type token|Unit type]]{{*}}[[Language token|Language]]{{*}}[[Building token|Building]]{{*}}[[Ethic]]){{*}}<span style="font-weight: bold;background: #ddf;">[[Item definition token|Item definition]]</span>([[Ammo token|Ammo]]{{*}}[[Armor token|Armor]]{{*}}[[Instrument token|Instrument]]{{*}}[[Tool token|Tool]]{{*}}[[Trap component token|Trap component]]{{*}}[[Weapon token|Weapon]]{{*}}[[Item definition token|Other]]){{*}}[[Interaction token|Interaction]]{{*}}[[Material token|Material]]{{*}}[[Inorganic material definition token|Inorganic material definition]]{{*}}[[Plant token|Plant]]{{*}}<span style="font-weight: bold;background: #ddf;">[[Reactions]]</span>([[Item token|Item]]{{*}}[[Labor token|Labor]]{{*}}[[Skill token|Skill]]){{*}}[[Syndrome token|Syndrome]]{{*}}[[World token|World]]<br />
<br />
| below = [[Modding guide]] • [[Utilities#Modding tools]] • [[List of mods]] • [[Graphics set repository]] • [[:Category:DF2014:Files|Game Files]]<br />
}}<br />
<br />
=== Reference ===<br />
{{Template:DF2014 buildings}}<br />
{{Template:DF2014 creatures}}<br />
{{Template:DF2014 diamonds}}<br />
{{Template:DF2014 files}}<br />
{{Template:DF2014 gems}}<br />
{{Template:DF2014 labors}}<br />
{{Template:DF2014 materials}}<br />
{{Template:DF2014 metals}}<br />
{{Template:DF2014 military}}<br />
{{Template:DF2014 nobles}}<br />
{{Template:DF2014 plants}}<br />
{{Template:DF2014 rooms}}<br />
{{Template:DF2014 skills}}<br />
{{Template:DF2014 soil}}<br />
{{Template:DF2014 stones}}<br />
{{Template:DF2014 vermin}}<br />
{{Template:DF2014 weapons}}<br />
{{Template:DF2014 workshops}}<br />
{{Template:DF2014 world}}<br />
<br />
= Other Misc curiosities=<br />
{{t|Columns-list}} - [https://en.wikipedia.org/wiki/Template:Div_col/styles.css css "fix"] for the annoying margin glitch that skews columns sometimes.<br />
<br />
== Download links ==<br />
<span><span style="background-color:#4f4f4f; color:white; padding:2px 5px; {{Border-radius|5px 0px 0px 5px}}">Bay12</span><span style="background-color:#0374b5; color:white; padding:2px 5px;{{Border-radius|0px 5px 5px 0px}}">Forum</span></span><br />
<span><span style="background-color:#4f4f4f; color:white; padding:2px 5px; {{Border-radius|5px 0px 0px 5px}}">GitHub</span><span style="background-color:#0374b5; color:white; padding:2px 5px;{{Border-radius|0px 5px 5px 0px}}">Something</span></span><br />
<br />
<br />
<span><span style="background-color:#4f4f4f; color:white; padding:2px 5px; {{Border-radius|5px 0px 0px 5px}}">Bay12</span><span style="background-color:#0374b5; color:white; padding:2px 5px;{{Border-radius|0px 5px 5px 0px}}">Download</span></span><br />
<span><span style="width:250px; background-color:#4f4f4f; color:white; padding:2px 5px; {{Border-radius|5px 0px 0px 5px}}">DFFD</span><span style="background-color:#0374b5; color:white; padding:2px 5px;{{Border-radius|0px 5px 5px 0px}}">Download</span></span><br />
<span><span style="width:250px; background-color:#4f4f4f; color:white; padding:2px 5px; {{Border-radius|5px 0px 0px 5px}}">Steam</span><span style="background-color:#0374b5; color:white; padding:2px 5px;{{Border-radius|0px 5px 5px 0px}}">Download</span></span><br />
<br />
<br />
<span class="mw-ui-button mw-ui-progressive">{{{1|Button text}}}</span><br />
<span class="mw-ui-button mw-ui-progressive" style="width: 8em; margin-bottom: 20px; margin-top: 10px; font-size: 200%; line-height: 2em; border-radius: 5px;">Get Started</span> <span class="mw-ui-button mw-ui-progressive" style="width: 8em; margin-bottom: 20px; margin-top: 10px; font-size: 200%; line-height: 2em; border-radius: 5px;">Tutorial</span><br />
== Files ==<br />
Maybe merge many of the file articles stubs, and create an entry which documents all DF important files and folders.<br />
<br />
[[File:Folder-orange.svg|20px|link=]] Dwarf Fortress<br />
<br>&emsp;[[File:Folder.svg|20px|link=]] data<br />
<br>&emsp;&emsp;[[File:Folder.svg|20px|link=]] art<br />
<br>&emsp;&emsp;[[File:Folder.svg|20px|link=]] init<br />
<br>&emsp;&emsp;[[File:Folder.svg|20px|link=]] save<br />
<br>&emsp;&emsp;[[File:Folder.svg|20px|link=]] sound<br />
<br>&emsp;[[File:Folder.svg|20px|link=]] raw<br />
<br>&emsp;&emsp;[[File:Folder.svg|20px|link=]] graphics<br />
<br>&emsp;&emsp;[[File:Folder.svg|20px|link=]] objects<br />
<br />
<br />
[[File:Folder-orange.svg|20px|link=]] Dwarf Fortress<br />
<br>&emsp;[[File:Folder.svg|20px|link=]] data<br />
<br>&emsp;&emsp;[[File:Folder.svg|20px|link=]] init<br />
<br>&emsp;&emsp;&emsp;[[File:Text-x-generic.svg|20px|link=]][[announcements.txt]]<br />
<br>&emsp;&emsp;&emsp;[[File:Text-x-generic.svg|20px|link=]][[arena.txt]]<br />
<br>&emsp;&emsp;&emsp;[[File:Text-x-generic.svg|20px|link=]][[colors.txt]]<br />
<br>&emsp;&emsp;&emsp;[[File:Text-x-generic.svg|20px|link=]][[d init.txt]]<br />
<br>&emsp;&emsp;&emsp;[[File:Text-x-generic.svg|20px|link=]][[embark profiles.txt]]<br />
<br>&emsp;&emsp;&emsp;[[File:Text-x-generic.svg|20px|link=]][[init.txt]]<br />
<br>&emsp;&emsp;&emsp;[[File:Text-x-generic.svg|20px|link=]][[interface.txt]]<br />
<br>&emsp;&emsp;&emsp;[[File:Text-x-generic.svg|20px|link=]][[macros]]<br />
<br>&emsp;&emsp;&emsp;[[File:Text-x-generic.svg|20px|link=]][[world gen.txt]]<br />
<br>&emsp;[[File:Text-x-generic.svg|20px|link=]][[gamelog.txt]]<br />
<br>&emsp;[[File:Text-x-generic.svg|20px|link=]][[errorlog.txt]]<br />
<br />
<br />
[[File:Folder-orange.svg|20px|link=]]Dwarf Fortress \ [[File:Folder.svg|20px|link=]]data \ [[File:Folder.svg|20px|link=]]init<br />
{| cellspacing="5" style="padding-left: 5px;"<br />
| [[File:Text-x-generic.svg|20px|link=]] [[announcements.txt]] <br />
| used to control the types of [[announcement]]s displayed in-game<br />
|- style="border: 1px solid black;"<br />
| [[File:Text-x-generic.svg|20px|link=]] [[arena.txt]]<br />
|-<br />
| [[File:Text-x-generic.svg|20px|link=]] [[colors.txt]]<br />
| defines the [[color scheme]]<br />
|-<br />
| [[File:Text-x-generic.svg|20px|link=]] [[d init.txt]]<br />
| contains settings that affect game features such as saving and population controls. Further detail [[Technical tricks|here]].<br />
|-<br />
| [[File:Text-x-generic.svg|20px|link=]] [[embark profiles.txt]]<br />
|<br />
|-<br />
| [[File:Text-x-generic.svg|20px|link=]] [[init.txt]]<br />
| contains mostly the settings pertaining to the window, rendering and sound of Dwarf Fortress. Further detail [[Technical tricks|here]].<br />
|-<br />
| [[File:Text-x-generic.svg|20px|link=]] [[interface.txt]]<br />
| Manually edit Key bindings<br />
|-<br />
| [[File:Text-x-generic.svg|20px|link=]] [[macros]]<br />
|<br />
|-<br />
| [[File:Text-x-generic.svg|20px|link=]] [[world gen.txt]]<br />
|<br />
|}<br />
<br />
== Tokens ==<br />
<br />
* [{{text anchor|MANNERISM_EYELIDS}}]<br />
* [{{text anchor|MANNERISM_FINGERS}}:finger:fingers]<br />
* [{{text anchor|MANNERISM_NOSE}}:nose]<br />
<br />
syntax highlighting - for simple and quick code block highlight :<br />
<br />
<syntaxhighlight lang="BBCode"><br />
* [MANNERISM_EYELIDS]<br />
* [MANNERISM_FINGERS:finger:fingers]<br />
* [MANNERISM_NOSE:nose]<br />
</syntaxhighlight><br />
<br />
Inline template stuff:<br />
* [{{text anchor|MANNERISM_FINGERS}}:finger:fingers]<br />
* <span style="background-color: #eaecf0; font-family: monospace,monospace;"><span style="margin: 0 2px;">[</span><!--<br />
--><span style="color: #008000">MANNERISM_FINGERS</span><!--<br />
--><span style="margin: 0 2px;">:</span><!--<br />
--><span style="color: #7D9029;">fingers</span><!--<br />
--><span style="margin: 0 2px;">:</span><!--<br />
--><span style="color: #BC7A00;">fingers</span><!--<br />
--><span style="margin: 0 2px;">]</span></span> <br />
* <span style="background-color: #eaecf0; font-family: monospace,monospace; font-weight: bold;"><span style="margin: 0 2px;">[</span><!--<br />
--><span style="color: #008000">MANNERISM_FINGERS</span><!--<br />
--><span style="margin: 0 2px;">:</span><!--<br />
--><span style="color: #7D9029;">fingers</span><!--<br />
--><span style="margin: 0 2px;">:</span><!--<br />
--><span style="color: #BC7A00;">fingers</span><!--<br />
--><span style="margin: 0 2px;">]</span></span><br />
* <span style="background-color: #eaecf0; font-family: monospace,monospace;"><span style="margin: 0 2px;">[</span><!--<br />
--><span style="color: #0645ad;">MANNERISM_FINGERS</span><!--<br />
--><span style="margin: 0 2px;">:</span><!--<br />
--><span style="">fingers</span><!--<br />
--><span style="margin: 0 2px;">:</span><!--<br />
--><span style="">fingers</span><!--<br />
--><span style="margin: 0 2px;">]</span></span> <br />
* <span style="background-color: #eaecf0; font-family: monospace,monospace; font-weight: bold;"><span style="margin: 0 2px;">[</span><!--<br />
--><span style="color: #0645ad">MANNERISM_FINGERS</span><!--<br />
--><span style="margin: 0 2px;">:</span><!--<br />
--><span style="">fingers</span><!--<br />
--><span style="margin: 0 2px;">:</span><!--<br />
--><span style="">fingers</span><!--<br />
--><span style="margin: 0 2px;">]</span></span><br />
<br />
Template with anchor but no link:<br />
<pre><br />
<span id="{{{1}}}" style="background-color: #eaecf0; font-family: monospace,monospace; font-weight: bold;"><span style="margin: 0 2px;">[</span><!--<br />
--><span style="color: #008000">{{{1}}}</span><!--<br />
-->{{#if:{{{2|}}}|<!--<br />
--><span style="margin: 0 2px;">:</span><!--<br />
--><span style="color: #7D9029;">{{{2}}}</span>}}<!--<br />
-->{{#if:{{{3|}}}|<!--<br />
--><span style="margin: 0 2px;">:</span><!--<br />
--><span style="color: #BC7A00;">{{{3}}}</span>}}<!--<br />
--><span style="margin: 0 2px;">]</span></span><br />
</pre><br />
<br />
== Modding notes ==<br />
<br />
* Token is catch all name for everything inside brackets<br />
* Token pages <br />
** Most document how to define new objects of that type. <br />
** Some document how to reference objects and list their default parameters e.g. [[Material_token]] and [[Item_token]]<br />
** Article naming is inconsistent<br />
** Some Token objects aren't covered or aren't tagged as such e.g. [[Caste]].<br />
* Documentation<br />
** Our syntax is sometimes unclear to the uninitiated e.g. [[Creature token]] wth is caste TYPE how it differs from creature type of special? <br />
** Our syntax is sometimes inconsistent. <br />
** Some object names seems inconsistent as far as I understand their use here.<br />
<pre><br />
[OBJECT:CREATURE]<br />
[CREATURE:<identifier>]<br />
<br />
Don't match<br />
[OBJECT:DESCRIPTOR_COLOR] - match article name, never used<br />
[COLOR:<identifier>] - what is used everwhere that I seen.<br />
[OBJECT:DESCRIPTOR_PATTERN]<br />
[COLOR_PATTERN:<identifier>]<br />
[OBJECT:DESCRIPTOR_SHAPE]<br />
[SHAPE:<identifier>]<br />
</pre></div>Janhttps://dwarffortresswiki.org/index.php?title=Talk:Release_information&diff=284129Talk:Release information2023-01-06T01:17:26Z<p>Jan: </p>
<hr />
<div>==Proposed cleanup of release info==<br />
<br />
I suggest streamlining release info as follows:<br />
* Delete [[DF2014:Release information]], there's basically no info there<br />
* Replace the contents of [[Release information]] with [[History of Dwarf Fortress#Release_History]], the goal being to provide a concise summary of all updates and major changes since the beginning. No more than a line or two per version.<br />
* Rename [[Release information]] to [[Release history]] with a redirect.<br />
<br />
Any objections? [[User:OddballJoe|OddballJoe]] ([[User talk:OddballJoe|talk]]) 07:11, 4 January 2023 (UTC)<br />
<br />
iirc there is another places where there is out of date version history. I think that we should consolidate all this into one page, and that page should be 'Release information'. I also think that we should have links here to older versions. Not sure about the other specifics.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 00:25, 5 January 2023 (UTC)<br />
<br />
The only other place I've found talking about versions was [[Dwarf Fortress#History]], and I think the top half of [[History of Dwarf Fortress]] can be merged into that. <br />
I'm also thinking that it could be nice to include top few lines of the release history on the main page, to show off what's new, if there's an easy technical solution. [[User:OddballJoe|OddballJoe]] ([[User talk:OddballJoe|talk]]) 23:38, 5 January 2023 (UTC)<br />
<br />
: Sorry took me a while to find it again. It is [[save compatibility#breakages]], which isn't updated regularly and is identical in function to what asterisk are used for on this page. So if release information is consolidated here, it can be used instead of that section. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:17, 6 January 2023 (UTC)</div>Janhttps://dwarffortresswiki.org/index.php?title=Serpent_man&diff=284123Serpent man2023-01-05T23:58:48Z<p>Jan: no longer an animal person. not sure if still tribal</p>
<hr />
<div>{{migrated article}}<br />
{{Quality|Unrated}}<br />
{{Creaturelookup/0<br />
|contrib=no<br />
|death=nobutcher<br />
|vary=no<br />
}}<br />
{{av}}<br />
''For other kinds of snake men see [[adder man]], [[anaconda man]], [[black mamba man]], [[bushmaster man]], [[copperhead snake man]], [[King cobra man]], [[kingsnake man]], [[python man]], and [[rattlesnake man]].''<br />
{{creaturedesc}}<br />
<br />
'''Serpent men''' are one of the many underworld tribal Creature living on any [[cavern]] level milling around piles of [[food|meat]] and [[leather|tanned hides]]. They stand at roughly the size of an adult [[dwarf]].<br />
<br />
Approach with caution, unless the tribe is friendly. If the tribe is friendly, feel free to take advantage of them in fine imperialistic tradition and steal all their resources without compensation. To check whether a tribe of serpent men is friendly, press {{k|u}} to view the unit list. The tribe will be labeled as either hostile or friendly. Alternatively, press {{k|v}} to view one of their profiles. <br />
<br />
Like many underground races, the danger of serpent men is not to be found in their [[wood]]en [[weapon]]s, but in the substances found smeared on them. Serpent men use many [[syndrome|poisons]], some of which can be deadly. They will launch group attacks on your fort, and have the ability to swim through your reservoirs and launch amphibious assaults on your [[fisherdwarf|fisherdwarves]]. Additionally, serpent men possess a poisonous bite which paralyzes enemies, making them vulnerable to suffocation as well as other attacks from other serpent men. Serpent men themselves are completely immune to paralysis. Despite their description, they do not possess the {{token|EVIL}} token and are not any more malevolent than any other race of animal people.<br />
<br />
If you ssspeak to a ssserpent man in [[adventure mode]], they will talk like thisss, becaussse of the {{token|LISP}} token.<br />
<br />
Some [[dwarves]] [[Preferences|like]] serpent men for their ''impressive tails''.<br />
<br />
[[File:serpent_man_prev.jpg|thumb|200px|center|Does a great "steam blowing through pipes" impression.]]<br />
<br />
{{D for Dwarf}}<br />
<br />
There are rumors of a Serpent woman living with a male [[human]], a [[Harpy]], a [[Cave blob|Slime]], a [[Merperson|Mermaid]], a [[Jumping spider man|Spider woman]] and a [[Centaur]]. (''Context:'' https://en.wikipedia.org/wiki/Monster_Musume)<br />
<br />
{{Translation| dwarven = shethel udos | elvish = relira onino | goblin = olsmu ngorûg | human = ithrat abo}}<br />
<br />
{{gamedata}}<br />
{{gamedata|title=Entity ([[civilization]]) Raws|{{raw|v50:entity_default.txt|ENTITY|SUBTERRANEAN_ANIMAL_PEOPLES}}}}<br />
{{Creatures}}<br />
{{Category|Humanoids}}</div>Janhttps://dwarffortresswiki.org/index.php?title=Mod&diff=284110Mod2023-01-05T23:05:54Z<p>Jan: /* Publishing on DFFD */</p>
<hr />
<div>{{For/see|using mods and their basic structure|[[modding]] about making mods}}<br />
<br />
A '''mod''' (short for modification) is an alteration of the game and the objective of modding. Modifications can range from small tweaks to complete overhauls.<br />
<br />
== Installing Mods ==<br />
<br />
Mods can be acquired using the [https://steamcommunity.com/app/975370/workshop/ steam workshop] (if using Steam version), a manual download from [[Bay 12 Forums]] or third party websites (like [https://dffd.bay12games.com/ DFFD]), or by [[Modding|creating]] one yourself. <br />
<br />
Users of the Steam version can subscribe to mods on Steam Workshop, once the download is complete they will be available when creating a new world automatically. Otherwise, manually download the mod, then place the mod zip file or the unzipped mod folder into the Dwarf Fortress [[mod folder]] (if this folder doesn't exist, you can create it.) You can have more than one mod in the mod folder, including different version of the same mod. The game will detect all mods that are properly made in this folder and let the user select which mods to play (see bellow.)<br />
<br />
== Enabling Mods ==<br />
[[File:Ui-p-mod-selection.png|thumb|world generation mod menu]] <br />
<br />
When [[World generation|creating a world]] and choosing its initial parameters, if you have a mod available, there should be a '''Mods''' button at the bottom of the screen. Pressing this will let you select which mods you'd like to enable and what the load order should be. You should put mods at the end of the mod list after the vanilla objects if you don't have any further information, so that they can reference vanilla objects after those are loaded.<br />
<br />
Something something load order basic<br />
<br />
<div class="" style="padding: 0.8em 1em; margin: 0.5rem 0; background: #fcf8e3; border-left: 5px solid #aa6708;"><br />
* Mods are enabled per world and can not be disabled afterwards, however, it is possibly to manually modify the game file as we did in previous versions by applying the mods directly to <code>[[Game folder|<Dwarf Fortress>]]/data/vanilla</code>. Be ware this method has the disadvantage of being a permanent change for all worlds and may break your game. <br />
<br />
* Unlike the previous versions of Dwarf Fortress, mods no longer live inside save files and must be installed on every computer where saves using those mods are going to be loaded. Once a world is created that uses mods, then the game will copy the mod to the <code>[[Game folder|<Dwarf Fortress>]]/data/installed_mods</code> folder. That is the version that the game actually uses.<br />
</div><br />
<br />
== Updating Mods ==<br />
If a world is using a mod that's been updated, and is currently using an older version of that mod, the player will be prompted about this when a save is loading. Causing a message like the following to appear:<br><br />
[[File:mod_version_v50_prompt.png]]<br />
<br />
When this happens, you have the choice of simply updating the mod, updating ''all'' mods at once, continuing to use the older version of the mod in question without updating, selecting the previous task but not updating ''any'' possibly outdated mods or simply returning to the title screen.<br />
<br />
== Modding ==<br />
<br />
Dwarf Fortress supports mods in the form of new objects and tiles. Each mod is a zip file or unzipped folder with the required format (see below.)<br />
<br />
=== Mod Format===<br />
<br />
Mods contain an info.txt file and either an "objects" folder or a "graphics" folder (or both.) All of the vanilla objects in the game too use this format. Your mod folder should look something like this:<br />
<br />
[[File:Folder-orange.svg|20px|link=]] Mod Name<br />
├ [[File:Text-x-generic.svg|20px|link=]] info.txt<br />
├ [[File:Text-x-generic.svg|20px|link=]] preview.png<br />
├ [[File:Folder.svg|20px|link=]] objects<br />
└ [[File:Folder.svg|20px|link=]] graphics<br />
<br />
=== Mod info ===<br />
{{main|Mod info token}}<br />
<br />
Each mod must have a <code>info.txt</code> at the root of your mod folder. It has a few fields defining basic metadata information about the mod and can be edited using any text editor (like notepad++). See Example:<br />
<br />
{{code|<br />
[ID:wiki_example]<br />
[NAME:Wiki Example Mod]<br />
[NUMERIC_VERSION:5001]<br />
[DISPLAYED_VERSION:50.01]<br />
[EARLIEST_COMPATIBLE_NUMERIC_VERSION:5001]<br />
[EARLIEST_COMPATIBLE_DISPLAYED_VERSION:50.01]<br />
[AUTHOR:Dwarf Fortress Wiki]<br />
[DESCRIPTION:This is an example mod. This text shows up in-game.]<br />
<br />
[STEAM_TITLE:Wiki Example Mod]<br />
[STEAM_DESCRIPTION:This text shows up on Steam Workshop.]<br />
[STEAM_TAG:mod] <br />
[STEAM_KEY_VALUE_TAG:test:stuff]<br />
[STEAM_METADATA:metadata test]<br />
[STEAM_CHANGELOG:Made some changes. Shown in 'Change Notes' tab.]<br />
<br />
[STEAM_FILE_ID:#########]<br />
}}<br />
<br />
Only <code>ID</code> and <code>NAME</code> are required to appear in the in-game mod menu.<br />
<br />
STEAM tags are only used by Steam. <br />
* The <code>STEAM_FILE_ID</code> used to identify the mod in the Workshop. This is automatically managed when uploading to Steam the first time. And required if you wish to update an existing Steam Workshop mod. <br />
* The <code>STEAM_TAG</code> and <code>STEAM_KEY_VALUE_TAG</code> are used by Steams search engine and the categorization. You can use as many entries you want, use a separate tag for each one.<br />
* You can also create a thumbnail for your mod by creating an image called <code>preview.png</code> in the same level as your info.txt file. This image will become the thumbnail when the mod is uploaded to steam workshop. The image should be less than 1MB in size.<br />
<br />
=== Objects and graphics folder ===<br />
<br />
At the root of your mod folder you can have a <code>objects\</code> and <code>graphics\</code> folder, this is where all the [[raw file]]s or [[graphics]] goes (exactly the same as objects from previous versions of Dwarf Fortress) allowing you to tweak or add new content for the game. It's beyond the scope of this short guide to go into what specific tags do, but the vanilla objects and previous mods by members of the community will give you plenty of examples to work with. See: [[modding]].<br />
<br />
The filenames of these files are not important, furthermore they can be arbitrarily nested into other sub-folders to help you organize your mod content.<br />
<br />
== Publishing mods ==<br />
<br />
There are two official platforms for publishing ''Dwarf Fortress'' mods, recommended because it's easy for people to find them there. These are [https://steamcommunity.com/app/975370/workshop/ Steam Workshop] and [https://dffd.bay12games.com/ the Dwarf Fortress File Depot (DFFD)].<br />
<br />
=== Publishing on Steam Workshop ===<br />
<br />
To upload a mod to Steam Workshop, you need to add STEAM tags to the <code>info.txt</code> file (see above.) Afterward, you put the unzipped mod folder in the "<code>mods/mod_upload</code>" folder. Then select Mods from the title menu, and upload your mods using the button you'll see there. Other Steam users will be able to subscribe to your mod immediately once it is uploaded.<br />
<br />
Once the upload process is completed successfully, you'll find a <code>[STEAM_FILE_ID:#########]</code> appended to your info.txt. Make sure this entry is included for future uploads if you want to make changes to your mod and have it overwrite the existing entry on the workshop. Otherwise you'll create a new entry every time you upload.<br />
<br />
=== Publishing on DFFD ===<br />
<br />
In addition to Steam Workshop, it is recommended you upload your mod to DFFD. This allows people who play ''[[Classic|Dwarf Fortress Classic]]'', or ''[[Premium]]'' via Itch.io, to also download and play your mod. To publish/upload a file to DFFD you first need to create an account.<br />
<br />
For legal reasons, mods that contain graphics derived from the ''Premium'' graphics should not be uploaded outside Steam Workshop. For this reason, you might want to separate your mod into two parts: the first without graphics, which is uploaded to both DFFD and Steam Workshop, and the second with ''only'' the graphics, uploaded only to Workshop. Of course, this is not an issue if your graphics are not based off the ''Premium'' ones.<br />
<br />
[[Category:Modding]]</div>Janhttps://dwarffortresswiki.org/index.php?title=Mod&diff=284058Mod2023-01-05T19:36:29Z<p>Jan: added new section for updating mods</p>
<hr />
<div>{{For/see|using mods and their basic structure|[[modding]] about making mods}}<br />
<br />
A '''mod''' (short for modification) is an alteration of the game and the objective of modding. Modifications can range from small tweaks to complete overhauls.<br />
<br />
== Installing Mods ==<br />
<br />
Mods can be acquired using the [https://steamcommunity.com/app/975370/workshop/ steam workshop] (if using Steam version), a manual download from [[Bay 12 Forums]] or third party websites (like [https://dffd.bay12games.com/ DFFD]), or by [[Modding|creating]] one yourself. <br />
<br />
Users of the Steam version can subscribe to mods on Steam Workshop, once the download is complete they will be available when creating a new world automatically. Otherwise, manually download the mod, then place the mod zip file or the unzipped mod folder into the Dwarf Fortress [[mod folder]] (if this folder doesn't exist, you can create it.) You can have more than one mod in the mod folder, including different version of the same mod. The game will detect all mods that are properly made in this folder and let the user select which mods to play (see bellow.)<br />
<br />
== Enabling Mods ==<br />
[[File:Ui-p-mod-selection.png|thumb|world generation mod menu]] <br />
<br />
When [[World generation|creating a world]] and choosing its initial parameters, if you have a mod available, there should be a '''Mods''' button at the bottom of the screen. Pressing this will let you select which mods you'd like to enable and what the load order should be. You should put mods at the end of the mod list after the vanilla objects if you don't have any further information, so that they can reference vanilla objects after those are loaded.<br />
<br />
Something something load order basic<br />
<br />
<div class="" style="padding: 0.8em 1em; margin: 0.5rem 0; background: #fcf8e3; border-left: 5px solid #aa6708;"><br />
* Mods are enabled per world and can not be disabled afterwards, however, it is possibly to manually modify the game file as we did in previous versions by applying the mods directly to <code>[[Game folder|<Dwarf Fortress>]]/data/vanilla</code>. Be ware this method has the disadvantage of being a permanent change for all worlds and may break your game. <br />
<br />
* Unlike the previous versions of Dwarf Fortress, mods no longer live inside save files and must be installed on every computer where saves using those mods are going to be loaded. Once a world is created that uses mods, then the game will copy the mod to the <code>[[Game folder|<Dwarf Fortress>]]/data/installed_mods</code> folder. That is the version that the game actually uses.<br />
</div><br />
<br />
== Updating Mods ==<br />
If a world is using a mod that's been updated, and is currently using an older version of that mod, the player will be prompted about this when a save is loading. Causing a message like the following to appear:<br><br />
[[File:mod_version_v50_prompt.png]]<br />
<br />
When this happens, you have the choice of simply updating the mod, updating ''all'' mods at once, continuing to use the older version of the mod in question without updating, selecting the previous task but not updating ''any'' possibly outdated mods or simply returning to the title screen.<br />
<br />
== Modding ==<br />
<br />
Dwarf Fortress supports mods in the form of new objects and tiles. Each mod is a zip file or unzipped folder with the required format (see below.)<br />
<br />
=== Mod Format===<br />
<br />
Mods contain an info.txt file and either an "objects" folder or a "graphics" folder (or both.) All of the vanilla objects in the game too use this format. Your mod folder should look something like this:<br />
<br />
[[File:Folder-orange.svg|20px|link=]] Mod Name<br />
├ [[File:Text-x-generic.svg|20px|link=]] info.txt<br />
├ [[File:Text-x-generic.svg|20px|link=]] preview.png<br />
├ [[File:Folder.svg|20px|link=]] objects<br />
└ [[File:Folder.svg|20px|link=]] graphics<br />
<br />
=== Mod info ===<br />
{{main|Mod info token}}<br />
<br />
Each mod must have a <code>info.txt</code> at the root of your mod folder. It has a few fields defining basic metadata information about the mod and can be edited using any text editor (like notepad++). See Example:<br />
<br />
{{code|<br />
[ID:wiki_example]<br />
[NAME:Wiki Example Mod]<br />
[NUMERIC_VERSION:5001]<br />
[DISPLAYED_VERSION:50.01]<br />
[EARLIEST_COMPATIBLE_NUMERIC_VERSION:5001]<br />
[EARLIEST_COMPATIBLE_DISPLAYED_VERSION:50.01]<br />
[AUTHOR:Dwarf Fortress Wiki]<br />
[DESCRIPTION:This is an example mod. This text shows up in-game.]<br />
<br />
[STEAM_TITLE:Wiki Example Mod]<br />
[STEAM_DESCRIPTION:This text shows up on Steam Workshop.]<br />
[STEAM_TAG:mod] <br />
[STEAM_KEY_VALUE_TAG:test:stuff]<br />
[STEAM_METADATA:metadata test]<br />
[STEAM_CHANGELOG:Made some changes. Shown in 'Change Notes' tab.]<br />
<br />
[STEAM_FILE_ID:#########]<br />
}}<br />
<br />
Only <code>ID</code> and <code>NAME</code> are required to appear in the in-game mod menu.<br />
<br />
STEAM tags are only used by Steam. <br />
* The <code>STEAM_FILE_ID</code> used to identify the mod in the Workshop. This is automatically managed when uploading to Steam the first time. And required if you wish to update an existing Steam Workshop mod. <br />
* The <code>STEAM_TAG</code> and <code>STEAM_KEY_VALUE_TAG</code> are used by Steams search engine and the categorization. You can use as many entries you want, use a separate tag for each one.<br />
* You can also create a thumbnail for your mod by creating an image called <code>preview.png</code> in the same level as your info.txt file. This image will become the thumbnail when the mod is uploaded to steam workshop. The image should be less than 1MB in size.<br />
<br />
=== Objects and graphics folder ===<br />
<br />
At the root of your mod folder you can have a <code>objects\</code> and <code>graphics\</code> folder, this is where all the [[raw file]]s or [[graphics]] goes (exactly the same as objects from previous versions of Dwarf Fortress) allowing you to tweak or add new content for the game. It's beyond the scope of this short guide to go into what specific tags do, but the vanilla objects and previous mods by members of the community will give you plenty of examples to work with. See: [[modding]].<br />
<br />
The filenames of these files are not important, furthermore they can be arbitrarily nested into other sub-folders to help you organize your mod content.<br />
<br />
== Publishing mods ==<br />
<br />
There are two official platforms for publishing ''Dwarf Fortress'' mods, recommended because it's easy for people to find them there. These are [https://steamcommunity.com/app/975370/workshop/ Steam Workshop] and [https://dffd.bay12games.com/ the Dwarf Fortress File Depot (DFFD)].<br />
<br />
=== Publishing on Steam Workshop ===<br />
<br />
To upload a mod to Steam Workshop, you need to add STEAM tags to the <code>info.txt</code> file (see above.) Afterward, you put the unzipped mod folder in the "<code>mods/mod_upload</code>" folder. Then select Mods from the title menu, and upload your mods using the button you'll see there. Other Steam users will be able to subscribe to your mod immediately once it is uploaded.<br />
<br />
Once the upload process is completed successfully, you'll find a <code>[STEAM_FILE_ID:#########]</code> appended to your info.txt. Make sure this entry is included for future uploads if you want to make changes to your mod and have it overwrite the existing entry on the workshop. Otherwise you'll create a new entry every time you upload.<br />
<br />
=== Publishing on DFFD ===<br />
<br />
In addition to Steam Workshop, it is recommended you upload your mod to DFFD. This allows people who play ''[[Dwarf Fortress Classic]]'', or ''[[Premium]]'' via Itch.io, to also download and play your mod. To publish/upload a file to DFFD you first need to create an account.<br />
<br />
For legal reasons, mods that contain graphics derived from the ''Premium'' graphics should not be uploaded outside Steam Workshop. For this reason, you might want to separate your mod into two parts: the first without graphics, which is uploaded to both DFFD and Steam Workshop, and the second with ''only'' the graphics, uploaded only to Workshop. Of course, this is not an issue if your graphics are not based off the ''Premium'' ones.<br />
<br />
[[Category:Modding]]</div>Janhttps://dwarffortresswiki.org/index.php?title=Talk:Mod_info_token&diff=284057Talk:Mod info token2023-01-05T19:32:41Z<p>Jan: /* Required */ new section</p>
<hr />
<div>== token? ==<br />
<br />
Not sure this is a Token in the sense the term is used in game. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:13, 21 December 2022 (UTC)<br />
<br />
:The wiki also has the [[world token]]s which similarly represent something other than raw objects. I think it is more about the format than anything, and afaik "token" is not a term ever used in-game. The closest we get is the [[creature variation token]]s which call them "tag"s. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 21:21, 21 December 2022 (UTC)<br />
:: All setting files use the same format, but we don't say [[init.txt]] tokens. In this case I'd prefer simply 'Mod info' but I am fine either way. There gonna be some trail and error for awhile. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 22:54, 21 December 2022 (UTC)<br />
:: Btw there is no longer 'raw' folder, now it is 'vanilla' --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:10, 21 December 2022 (UTC)<br />
<br />
== Required ==<br />
<br />
I am not sure all the fields marked as required fields indeed are. When I last run a test I used mod_info text with just an ID and NAME and it worked.<br />
<pre>[ID:wiki_example]<br />
[NAME:Wiki Example Mod]</pre><br />
--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 19:32, 5 January 2023 (UTC)</div>Janhttps://dwarffortresswiki.org/index.php?title=The_Non-Dwarf%27s_Guide_to_Rock&diff=284053The Non-Dwarf's Guide to Rock2023-01-05T19:27:36Z<p>Jan: used wikitable and tidied up, sorting should work now</p>
<hr />
<div>{{migrated article}}<br />
{{Quality|Unrated}}<br />
{{av}}<br />
<br />
<br />
Wondering what that new kind of rock your dwarves just struck is good for? Possibly nothing, but when you're just getting started it can be tough to tell the trash from the treasure. The following table summarizes the types of stone and ore found in Dwarf Fortress; [[gem]]s are covered in their own article.<br />
<br />
The ''Uses'' column lists any special uses or properties of this particular stone type; if no uses are listed, you can always use the stone for general construction and crafting. Note that many "low-value" materials are still ''very'' useful in a fortress. "Colors" are useful for color coding or [[style project|creative aesthetic uses]].<br />
<br />
For more detailed and expanded information, see the [[Stone]], [[Ore]], [[Metal|Metals & Alloys]], [[Vein|Veins & Clusters]], and [[Smelting]] pages, or the article on any particular stone, metal or ore.<br />
<br />
During the game, you can press {{key|z}} and then navigate to "stone". The list there covers all types of rocks and ores, and tells you what rocks can be smelted into.<br />
<br />
==Table of Rocks==<br />
<br />
''(Some materials are worth an additional comment; these are numbered, with footnotes below the table.)''<br />
<br />
{| class="wikitable sortable" border = 1 cellspacing="0" cellpadding="5"<br />
! Name<br />
! Type<br />
! Uses<br />
! class="unsortable"|Appearance (ASCII)*<br />
! class="unsortable"|Color (Tileset)<br />
|-<br />
| [[Raw adamantine|Adamantine, raw]]||ore, special<sup>1</sup>, spoilerry||Becomes [[Adamantine]]<sup>1</sup> (spoilers!), by far the most valuable substance||{{Raw Tile|£|3:7:1}} {{Raw Tile|*|3:1}}||[[File:Raw adammantineSwatch.png|64px|center]]<br />
|-<br />
| [[Alabaster]]||stone||Low-value stone; used for making [[plaster]]||{{Raw Tile|^|7:7:1}} {{Raw Tile|•|7:1}}||[[File:AlabasterSwatch.png|64px|center]]<br />
|-<br />
| [[Native aluminum|Aluminum, native]]||ore, high-value||Smelt into [[Aluminum]], a high-value decorative [[metal]]||{{Raw Tile|^|7:7:1}} {{Raw Tile|*|7:1}}||[[File:NativeAluminumSwatch.png|64px|center]]<br />
|-<br />
| [[Alunite]]||stone||Low-value [[magma-safe]] stone||{{Raw Tile|`|7:7:1}} {{Raw Tile|•|7:1}}||[[File:AluniteSwatch.png|64px|center]]<br />
|-<br />
| [[Andesite]]||layer stone||Low-value stone||{{Raw Tile|∞|0:7:1}} {{Raw Tile|•|0:1}}||[[File:AndesiteSwatch.png|64px|center]]<br />
|-<br />
| [[Anhydrite]]||stone||Low-value [[magma-safe]] stone||{{Raw Tile|v|7:7:1}} {{Raw Tile|•|7:0}}||[[File:AnhydriteSwatch.png|64px|center]]<br />
|-<br />
| [[Basalt]]||layer stone||Low-value [[magma-safe]] stone||{{Raw Tile|#|0:7:1}} {{Raw Tile|•|0:1}}||[[File:BasaltSwatch.png|64px|center]]<br />
|-<br />
| [[Bauxite]]||stone||Low-value [[magma-safe]] stone; only source of some high-value gems||{{Raw Tile|+|4:7:0}} {{Raw Tile|•|4:0}}||[[File:BauxiteSwatch.png|64px|center]]<br />
|-<br />
| [[Bismuthinite]]||ore, rare||Smelt into [[bismuth]], ingredient of [[bismuth bronze]]||{{Raw Tile|%|7:7:1}} {{Raw Tile|*|7:0}}||[[File:BismuthiniteSwatch.png|64px|center]]<br />
|-<br />
| [[Bituminous coal]]||stone||Smelt into [[Fuel]], flammable||{{Raw Tile|☼|0:7:1}} {{Raw Tile|☼|0:1}}||[[File:Bituminous coalSwatch.png|64px|center]]<br />
|-<br />
| [[Borax]]||stone||Low-value stone||{{Raw Tile|`|7:7:1}} {{Raw Tile|•|7:1}}||[[File:BoraxSwatch.png|64px|center]]<br />
|-<br />
| [[Brimstone]]||stone||Low-value stone||{{Raw Tile|%|6:7:1}} {{Raw Tile|•|6:1}}||[[File:BrimstoneSwatch.png|64px|center]]<br />
|-<br />
| [[Calcite]]||stone||[[Flux]], mid-value [[magma-safe]] stone||{{Raw Tile|"|7:7:1}} {{Raw Tile|•|7:1}}||[[File:CalciteSwatch.png|64px|center]]<br />
|-<br />
| [[Cassiterite]]||ore, uncommon||Smelt into [[Tin]], a low-value metal; ingredient of [[Bronze]]s; [[magma-safe]]||{{Raw Tile|£|6:7:0}} {{Raw Tile|*|6:0}}||[[File:CassiteriteSwatch.png|64px|center]]<br />
|-<br />
| [[Chalk]]||layer stone||[[Flux]], mid-value stone||{{Raw Tile|░|7:7:1}} {{Raw Tile|•|7:1}}||[[File:ChalkSwatch.png|64px|center]]<br />
|-<br />
| [[Chert]]||layer stone|| Low-value [[magma-safe]] stone||{{Raw Tile|&#61;|6:7:0}} {{Raw Tile|•|6:0}}||[[File:ChertSwatch.png|64px|center]]<br />
|-<br />
| [[Chromite]]||stone||Low-value [[magma-safe]] stone||{{Raw Tile|&#61;|0:7:1}} {{Raw Tile|•|0:1}}||[[File:ChromiteSwatch.png|64px|center]]<br />
|-<br />
| [[Cinnabar]]||stone||Low-value stone||{{Raw Tile|£|4:7:1}} {{Raw Tile|*|4:1}}||[[File:CinnabarSwatch.png|64px|center]]<br />
|-<br />
| [[Claystone]]||layer stone||Low-value stone||{{Raw Tile|,|0:7:1}} {{Raw Tile|•|0:1}}||[[File:ClaystoneSwatch.png|64px|center]]<br />
|-<br />
| [[Cobaltite]]||stone||Low-value stone||{{Raw Tile|£|1:7:1}} {{Raw Tile|*|1:1}}||[[File:CobaltiteSwatch.png|64px|center]]<br />
|-<br />
| [[Conglomerate]]||layer stone||Low-value stone||{{Raw Tile|∞|6:7:0}} {{Raw Tile|•|6:0}}||[[File:ConglomerateSwatch.png|64px|center]]<br />
|-<br />
| [[Native copper|Copper, native]]||ore, low-value||Smelt into useful [[Copper]]; ingredient of [[Bronze]]s||{{Raw Tile|£|6:7:0}} {{Raw Tile|*|6:0}}||[[File:NativeCopperSwatch.png|64px|center]]<br />
|-<br />
| [[Cryolite]]||stone||Low-value stone||{{Raw Tile|-|7:7:1}} {{Raw Tile|•|7:1}}||[[File:CryoliteSwatch.png|64px|center]]<br />
|-<br />
| [[Dacite]]||layer stone||Low-value stone||{{Raw Tile|.|0:7:1}} {{Raw Tile|•|7:0}}||[[File:DaciteSwatch.png|64px|center]]<br />
|-<br />
| [[Diorite]]||layer stone||Low-value stone||{{Raw Tile|░|0:7:1}} {{Raw Tile|•|0:1}}||[[File:DioriteSwatch.png|64px|center]]<br />
|-<br />
| [[Dolomite]]||layer stone||[[Flux]], mid-value [[magma-safe]] stone||{{Raw Tile|`|7:7:1}} {{Raw Tile|•|7:1}}||[[File:DolomiteSwatch.png|64px|center]]<br />
|-<br />
| [[Gabbro]]||layer stone||Low-value [[magma-safe]] stone; only source of some [[ore]]s & [[gem]]s||{{Raw Tile|▒|0:7:1}} {{Raw Tile|•|0:1}}||[[File:GabbroSwatch.png|64px|center]]<br />
|-<br />
| [[Galena]]||ore||Smelt into [[Lead]], a low-value metal, with a 50% chance<sup>2</sup> for [[Silver]]; [[magma-safe]]||{{Raw Tile|£|7:7:1}} {{Raw Tile|*|7:1}}||[[File:GalenaSwatch.png|64px|center]]<br />
|-<br />
| [[Garnierite]]||ore, uncommon||Smelt into [[Nickel]], a low-value [[magma-safe]] metal ||{{Raw Tile|£|2:7:1}} {{Raw Tile|*|2:1}}||[[File:GarnieriteSwatch.png|64px|center]]<br />
|-<br />
| [[Gneiss]]||layer stone||Low-value stone||{{Raw Tile|&#61;|7:7:1}} {{Raw Tile|•|7:0}}||[[File:GneissSwatch.png|64px|center]]<br />
|-<br />
| [[Native gold|Gold, native]]||ore||Smelt into [[Gold]], a high-value [[metal]]||{{Raw Tile|£|6:7:1}} {{Raw Tile|*|6:1}}||[[File:NativeGoldSwatch.png|64px|center]]<br />
|-<br />
| [[Granite]]||layer stone||Low-value stone; only source of some ores; relatively rich in content||{{Raw Tile|▓|7:0}} {{Raw Tile|•|7:0}}||[[File:GraniteSwatch.png|64px|center]]<br />
|-<br />
| [[Graphite]]||stone||Low-value stone, flammable||{{Raw Tile|o|0:7:1}} {{Raw Tile|•|0:1}}||[[File:GraphiteSwatch.png|64px|center]]<br />
|-<br />
| [[Gypsum]]||stone||Low-value stone; used for making [[plaster]]||{{Raw Tile|#|6:7:1}} {{Raw Tile|•|6:1}}||[[File:GypsumSwatch.png|64px|center]]<br />
|-<br />
| [[Hematite]]||ore||Smelt into [[Iron]], a mid-value metal; ingredient for [[Steel]]; [[magma-safe]]||{{Raw Tile|£|4:7:0}} {{Raw Tile|*|4:0}}||[[File:HematiteSwatch.png|64px|center]]<br />
|-<br />
| [[Horn silver]]||ore||Smelt into [[Silver]], a mid-value metal||{{Raw Tile|£|7:7:1}} {{Raw Tile|*|7:1}}||[[File:HornSilverSwatch.png|64px|center]]<br />
|-<br />
| [[Hornblende]]||stone||Low-value stone||{{Raw Tile|"|0:7:1}} {{Raw Tile|•|0:1}}||[[File:HornblendeSwatch.png|64px|center]]<br />
|-<br />
| [[Ilmenite]]||stone||Low-value [[magma-safe]] stone||{{Raw Tile|.|0:7:1}} {{Raw Tile|•|0:1}}||[[File:IlmeniteSwatch.png|64px|center]]<br />
|-<br />
| [[Ice]]<sup>3</sup>||stone/water<sup>3</sup>||Frozen Water||{{Raw Tile|█|3:3:1}} {{Raw Tile|•|3:1}}||[[File:IceSwatch.png|64px|center]]<br />
|-<br />
| [[Jet]]||stone||Low-value stone||{{Raw Tile|░|0:7:1}} {{Raw Tile|•|0:1}}||[[File:JetSwatch.png|64px|center]]<br />
|-<br />
| [[Kaolinite]]||stone||Low-value [[magma-safe]] stone; used for making [[porcelain]]||{{Raw Tile|&#61;|4:7:0}} {{Raw Tile|•|4:0}}||[[File:KaoliniteSwatch.png|64px|center]]<br />
|-<br />
| [[Kimberlite]]||stone|| Low-value stone; only source of [[Faint yellow diamond|diamond]]s||{{Raw Tile|%|1:7:0}} {{Raw Tile|•|1:0}}||[[File:KimberliteSwatch.png|64px|center]]<br />
|-<br />
| [[Lignite]]||stone||Smelt into [[Fuel]], flammable||{{Raw Tile|*|0:7:1}} {{Raw Tile|•|0:1}}||[[File:LigniteSwatch.png|64px|center]]<br />
|-<br />
| [[Limestone]]||layer stone||[[Flux]], mid-value stone||{{Raw Tile|▓|7:7:1}} {{Raw Tile|•|7:1}}||[[File:LimestoneSwatch.png|64px|center]]<br />
|-<br />
| [[Limonite]]||ore, high-value||Smelt into [[Iron]], a mid-value metal; ingredient for [[Steel]]||{{Raw Tile|£|6:7:1}} {{Raw Tile|*|6:1}}||[[File:LimoniteSwatch.png|64px|center]]<br />
|-<br />
| [[Magnetite]]||ore, high-value||Smelt into [[Iron]], a mid-value metal; ingredient for [[Steel]]; [[magma-safe]]||{{Raw Tile|~|0:7:1}} {{Raw Tile|*|0:1}}||[[File:MagnetiteSwatch.png|64px|center]]<br />
|-<br />
| [[Malachite]]||ore, low-value||Smelt into useful [[Copper]]; ingredient of [[Bronze]]s||{{Raw Tile|£|2:7:0}} {{Raw Tile|*|2:0}}||[[File:MalachiteSwatch.png|64px|center]]<br />
|-<br />
| [[Marble]]||layer stone||[[Flux]], mid-value stone||{{Raw Tile|▓|7:7:1}} {{Raw Tile|•|7:1}}||[[File:MarbleSwatch.png|64px|center]]<br />
|-<br />
| [[Marcasite]]||stone||Low-value stone||{{Raw Tile|%|7:7:1}} {{Raw Tile|•|7:1}}||[[File:MarcasiteSwatch.png|64px|center]]<br />
|-<br />
| [[Mica]]||stone||Low-value [[magma-safe]] stone||{{Raw Tile|v|0:7:1}} {{Raw Tile|•|0:1}}||[[File:MicaSwatch.png|64px|center]]<br />
|-<br />
| [[Microcline]]||stone||Low-value stone||{{Raw Tile|%|3:7:1}} {{Raw Tile|•|3:1}}||[[File:MicroclineSwatch.png|64px|center]]<br />
|-<br />
| [[Mudstone]]||layer stone||Low-value stone||{{Raw Tile|≈|6:7:0}} {{Raw Tile|•|6:0}}||[[File:MudstoneSwatch.png|64px|center]]<br />
|-<br />
| [[Obsidian]]||layer stone||High-value [[magma-safe]] stone;Sharpenable hard rock (used to create stone [[short sword]]s); <br />signifies nearby [[magma]] if not a layer||{{Raw Tile|▒|0:7:1}} {{Raw Tile|•|0:1}}||[[File:ObsidianSwatch.png|64px|center]]<br />
|-<br />
| [[Olivine]]||stone||Low-value [[magma-safe]] stone; may contain [[Platinum]]||{{Raw Tile|%|2:7:0}} {{Raw Tile|•|2:0}}||[[File:OlivineSwatch.png|64px|center]]<br />
|-<br />
| [[Orpiment]]||stone||Low-value stone||{{Raw Tile|-|6:7:1}} {{Raw Tile|•|6:1}}||[[File:OrpimentSwatch.png|64px|center]]<br />
|-<br />
| [[Orthoclase]]||stone||Low-value [[magma-safe]] stone||{{Raw Tile|%|6:7:1}} {{Raw Tile|•|6:1}}||[[File:OrthoclaseSwatch.png|64px|center]]<br />
|-<br />
| [[Periclase]]||stone||Low-value [[magma-safe]] stone||{{Raw Tile|,|7:7:1}} {{Raw Tile|•|7:1}}||[[File:PericlaseSwatch.png|64px|center]]<br />
|-<br />
| [[Petrified wood]]||stone||Low-value [[magma-safe]] stone||{{Raw Tile|%|4:7:1}} {{Raw Tile|•|4:1}}||[[File:Petrified woodSwatch.png|64px|center]]<br />
|-<br />
| [[Phyllite]]||layer stone||Low-value stone||{{Raw Tile|-|0:7:1}} {{Raw Tile|•|7:0}}||[[File:PhylliteSwatch.png|64px|center]]<br />
|-<br />
| [[Pitchblende]]||stone||Low-value [[magma-safe]] stone||{{Raw Tile|*|5:7:0}} {{Raw Tile|•|5:0}}||[[File:PitchblendeSwatch.png|64px|center]]<br />
|-<br />
| [[Native platinum|Platinum, native]]||ore, high-value||Smelt into [[Platinum]], a highest-value decorative [[metal]]||{{Raw Tile|£|7:7:1}} {{Raw Tile|*|7:1}}||[[File:NativePlatinumSwatch.png|64px|center]]<br />
|-<br />
| [[Puddingstone]]||stone|| Low-value stone||{{Raw Tile|Θ|6:7:0}} {{Raw Tile|•|6:0}}||[[File:PuddingstoneSwatch.png|64px|center]]<br />
|-<br />
| [[Pyrolusite]]||stone||Low-value stone||{{Raw Tile|%|0:7:1}} {{Raw Tile|•|0:1}}||[[File:PyrolusiteSwatch.png|64px|center]]<br />
|-<br />
| [[Quartzite]]||layer stone||Low-value [[magma-safe]] stone||{{Raw Tile|-|7:7:1}} {{Raw Tile|•|7:1}}||[[File:QuartziteSwatch.png|64px|center]]<br />
|-<br />
| [[Realgar]]||stone||Low-value stone||{{Raw Tile|%|4:7:1}} {{Raw Tile|•|4:1}}||[[File:RealgarSwatch.png|64px|center]]<br />
|-<br />
| [[Rhyolite]]||layer stone||Low-value stone||{{Raw Tile|,|0:7:1}} {{Raw Tile|•|0:1}}||[[File:RhyoliteSwatch.png|64px|center]]<br />
|-<br />
| [[Rock salt]]||layer stone||Low-value stone||{{Raw Tile|#|7:7:1}} {{Raw Tile|•|7:1}}||[[File:Rock saltSwatch.png|64px|center]]<br />
|-<br />
| [[Rutile]]||stone||Low-value [[magma-safe]] stone||{{Raw Tile|`|5:7:0}} {{Raw Tile|•|5:0}}||[[File:RutileSwatch.png|64px|center]]<br />
|-<br />
| [[Saltpeter]]||stone||Low-value stone||{{Raw Tile|x|6:7:1}} {{Raw Tile|•|6:1}}||[[File:SaltpeterSwatch.png|64px|center]]<br />
|-<br />
| [[Sandstone]]||layer stone||Low-value [[magma-safe]] stone||{{Raw Tile|#|6:7:0}} {{Raw Tile|•|6:0}}||[[File:SandstoneSwatch.png|64px|center]]<br />
|-<br />
| [[Satinspar]]||stone||Low-value stone; used for making [[plaster]]||{{Raw Tile|-|7:7:1}} {{Raw Tile|•|7:1}}||[[File:SatinsparSwatch.png|64px|center]]<br />
|-<br />
| [[Schist]]||layer stone||Low-value stone||{{Raw Tile|`|6:7:0}} {{Raw Tile|•|6:0}}||[[File:SchistSwatch.png|64px|center]]<br />
|-<br />
| [[Selenite]]||stone||Low-value stone; used for making [[plaster]]||{{Raw Tile|;|7:7:1}} {{Raw Tile|•|7:1}}||[[File:SeleniteSwatch.png|64px|center]]<br />
|-<br />
| [[Serpentine]]||stone||Low-value stone||{{Raw Tile|≈|2:7:0}} {{Raw Tile|•|2:0}}||[[File:SerpentineSwatch.png|64px|center]]<br />
|-<br />
| [[Shale]]||layer stone||Low-value stone||{{Raw Tile|.|0:7:1}} {{Raw Tile|•|0:1}}||[[File:ShaleSwatch.png|64px|center]]<br />
|-<br />
| [[Siltstone]]||layer stone||Low-value stone||{{Raw Tile|%|6:7:0}} {{Raw Tile|•|6:0}}||[[File:SiltstoneSwatch.png|64px|center]]<br />
|-<br />
| [[Native silver|Silver, native]]||ore||Smelt into [[Silver]], a mid-value metal||{{Raw Tile|£|7:7:1}} {{Raw Tile|*|7:1}}||[[File:NativeSilverSwatch.png|64px|center]]<br />
|-<br />
| [[Slade]]||stone, special||Not workable by dwarves||{{Raw Tile|░|0:1}} {{Raw Tile|*|0:1}}||[[File:SladeSwatch.png|64px|center]]<br />
|-<br />
| [[Slate]]||layer stone||Low-value stone||{{Raw Tile|%|0:7:1}} {{Raw Tile|•|0:1}}||[[File:SlateSwatch.png|64px|center]]<br />
|-<br />
| [[Sphalerite]]||ore, uncommon||Smelt into [[Zinc]], a low-value metal; ingredient for [[Brass]]||{{Raw Tile|£|0:7:1}} {{Raw Tile|*|0:1}}||[[File:SphaleriteSwatch.png|64px|center]]<br />
|-<br />
| [[Stibnite]]||stone||Low-value stone||{{Raw Tile|%|7:7:1}} {{Raw Tile|•|7:1}}||[[File:StibniteSwatch.png|64px|center]]<br />
|-<br />
| [[Sylvite]]||stone||Low-value stone||{{Raw Tile|&#61;|6:7:1}} {{Raw Tile|•|6:1}}||[[File:SylviteSwatch.png|64px|center]]<br />
|-<br />
| [[Talc]]||stone||Low-value [[magma-safe]] stone||{{Raw Tile|&#124;|7:7:1}} {{Raw Tile|•|7:1}}||[[File:TalcSwatch.png|64px|center]]<br />
|-<br />
| [[Tetrahedrite]]||ore, low-value||Smelt into useful [[Copper]]; ingredient of [[Bronze]]s;<br /> has a 20% additional chance<sup>2</sup> of [[Silver]]; smelt into [[Billon]]||{{Raw Tile|£|0:7:1}} {{Raw Tile|*|0:1}}||[[File:TetrahedriteSwatch.png|64px|center]]<br />
|}<br />
<br />
:''(* Each stone is one of 16 [[color scheme|colors]] in the game. Different un-mined stone of the same color have a different symbol to distinguish between them. Once mined, the individual stones themselves can sometimes look identical if the color is the same. Use {{k|k}} to loo{{k|k}} at items or the terrain for specific information.)''<br />
<br />
'''Notes:'''<br />
# '''Adamantine''' is not exactly like other metals, although it works almost the same. It has a value multiplier of x300 (yes, three ''hundred''). See (spoilers!) [[adamantine]] for a full discussion of this unusual and wondrous material.<br />
# '''% chance''' for additional metals: when [[Galena]] and [[Tetrahedrite]] are smelted, they produce (respectively) four lead or copper bars, 100% of the time. They also produce 0-4 ''additional'' bars of the second metal, with the percent chance to produce each additional bar listed above.<br />
# '''Ice''' has some ''very'' unusual properties in ''Dwarf Fortress'', and can be disastrous if misused. See the article on [[ice]] for a more complete discussion.<br />
<br />
===The Value of Rocks & Metals===<br />
You won't find the terms "low-value" or "highest-value" used in the game, but they're handy here for rough comparison. "[[Value]]s" are all relative to each other, on a common scale. The "material value" number multiplies any final product that is created with that material by that number. An average generic statue (base value 25) is worth much more than an average generic throne (base value 10), but a throne carved from raw [[native gold|gold nuggets]] (10 x 30 = 300) will be worth far more than a common-stone statue (25 x 1 = 25). ''(Note - "[[quality]]" also factors into total value of a final product, as do some other considerations, but those are outside the scope of this intro article).'' Bottom line - when in doubt, go for the more valuable stuff. <br />
<br />
Common '''stones''' ''(the vast majority)'' have a value multiplier of x1, mid-value ''(all [[flux]] stones like marble)'' are x2, and high-value ''([[obsidian]] only)'' is x3. This affects things like stone tables and doors, statues or stonecrafts - anything made from stone. Metal [[ore]]s have varying values, from 2-40, and can either be treated as stone or smelted into bars of metal.<br />
<br />
For '''metals''', low-value ''(like copper or nickel)'' is x2. Mid-value ''(silver or iron)'' is around x10, high-value ''(gold, steel)'' is x30, and highest-value ''(platinum, aluminum)'' is x40.<br />
<br />
Note that the raw mined ore and the smelted pure metal often have different value multipliers, but not always. [[Alloy]]s like brass or bronze are often more valuable than the sum of their pure metal ingredients, and have a true spectrum of values between 3-23. ''(Alloy values are not listed in this article.)'' <br />
<br />
Any metal can be crafted into decorations, furniture, or buildings. Only copper, bronzes, iron, steel, and adamantine can make weapons, armor, and picks, with silver also able to be forged into melee weapons.<br />
<br />
''(For comparison, all [[wood]] has a value of x1, equal to common stone.)''<br />
<br />
<!-- rock finding information not copied from the 40d page, as I am not certain of its accuracy --><br />
<br />
See also:<br />
:* [[Exploratory mining]]<br />
<br />
{{Category|Guides}}{{Category|Stone|0}}<br />
[[ru:The Non-Dwarf's Guide to Rock]]</div>Janhttps://dwarffortresswiki.org/index.php?title=Sedimentary_layer&diff=284049Sedimentary layer2023-01-05T19:22:30Z<p>Jan: </p>
<hr />
<div>{{migrated article}}<br />
{{av}}{{Quality|Unrated}}<br />
[[File:Layers of sedimentary rock in Makhtesh Ramon (50749).jpg|thumb|310px|right|Layers of sedimentary rock in Makhtesh Ramon.]]<br />
'''Sedimentary''' [[stone layers]] contain [[hematite]], [[limonite]], [[magnetite]], [[tetrahedrite]], [[bituminous coal]], [[lignite]], and [[gypsum]]. [[Chalk]]*, [[chert]]**, [[claystone]], [[conglomerate]], [[dolomite]]**, [[limestone]]*, [[mudstone]], [[rock salt]], [[sandstone]]**, [[siltstone]] and [[shale]] layers are sedimentary.<br />
:<sup>(* These also function as [[flux]]. **These are also [[magma-safe]].)</sup><br />
<br />
Sedimentary layers are, on average, the most economically valuable of the four [[stone layers]]. They are your only source of [[bituminous coal]] and [[lignite]], vital for fueling non-[[magma]] forges and for the [[coke]] that [[steel]]-making requires (especially if you lack [[tree]]s). They are much richer in [[iron]] [[ore]]s than other rock formations. Several sedimentary rocks - [[dolomite]], [[chalk]], and [[limestone]] - are [[flux]]es, required for [[steel]]-making and also being twice as valuable as normal stone, making them useful for [[crafts|trade goods]] or [[furniture]].<br />
<br />
Sedimentary layers can be tricky to locate. If you are starting off, and you want access to an embark area with sedimentary layers, use the "Find Desirable Location" function before embark and set your parameters to include sites with [[flux]] stone. Since most flux stones are found in sedimentary layers, this will increase your chances that a suitable site will have sedimentary rock near the surface. Be careful when using the "Find Desirable Location" function, as it will sometimes list green sites that have flux stone but not indicate that it does, actually, have flux stone. To find iron ores, search for a location that has shallow metals, flux stone, medium elevation, and either high or low drainage. On large maps, the ore is sometimes located near mountains and major rivers in large (min ~10x10) chunks.<br />
<br />
Alternatively, a [[mountain]] biome that has an [[aquifer]] is guaranteed to be sedimentary as well, due to mountains lacking soil, which means the aquifer must be in sedimentary layers.<br />
<br />
If your [[Embark#Changing_Views|embark civilization]] has access to sedimentary layer stones [[Embark#Prepare_Carefully|when preparing]], it is likely one or more of the biomes in their sites overlap a biome containing it.<br />
<br />
(In real-world geology, sedimentary [[stone]] is formed by sediment. The sediment gets carried away by rivers and deposited in constantly growing heaps, where the pressure at the bottom eventually forms the sediment into stone.)<br />
<br />
==Sedimentary layers==<br />
{{Layerlookup/layers|SEDIMENTARY}}<br />
<br />
==Stone found in sedimentary layers==<br />
{{Layerlookup/stones|SEDIMENTARY}}<br />
<br />
==Gems found in sedimentary layers==<br />
{{Layerlookup/gems|SEDIMENTARY}}<br />
<br />
<small>* See also: [[stone found everywhere]]</small><br />
<br />
{{stones}}<br />
{{Category|Stone Layers}}<br />
[[ru:Sedimentary layer]]</div>Janhttps://dwarffortresswiki.org/index.php?title=Igneous_intrusive_layer&diff=284048Igneous intrusive layer2023-01-05T19:22:03Z<p>Jan: </p>
<hr />
<div>{{migrated article}}<br />
{{Quality|Unrated}}<br />
{{av}}<br />
[[File:igneous_intrusive_layer.jpg|thumb|300px|right|Created from rocks that have crystallized from the heat of magma.]]<br />
'''Igneous intrusive''' [[stone layers]] can consist of [[granite]], [[diorite]], or [[gabbro]], all of which typically contain [[gold]] and [[tetrahedrite]].<br />
<br />
Gabbro can also contain [[garnierite]] (the ore of [[nickel]]), [[kimberlite]] (which may contain [[diamond]]s), and [[olivine]] (which may contain [[native platinum]]). Granite can contain [[cassiterite]] (the ore of [[tin]]), [[bismuthinite]] (the ore of [[bismuth]]), and [[galena]] (the ore of [[lead]], plus a 50% chance of silver).<br />
<br />
==Igneous intrusive layers==<br />
{{Layerlookup/layers|IGNEOUS_INTRUSIVE}}<br />
<br />
==Stone found in igneous intrusive layers==<br />
{{Layerlookup/stones|IGNEOUS_INTRUSIVE}}<br />
<br />
====Stone appearing in both igneous intrusive and igneous extrusive layers====<br />
{{Layerlookup/stones|IGNEOUS_ALL}}<br />
<br />
==Gems found in igneous intrusive layers==<br />
{{Layerlookup/gems|IGNEOUS_INTRUSIVE}}<br />
<br />
====Gems appearing in both igneous intrusive and igneous extrusive layers====<br />
{{Layerlookup/gems|IGNEOUS_ALL}}<br />
<br />
<small>* See also: [[stone found everywhere]]</small><br />
<br />
==In the real world==<br />
Igneous intrusive [[stone]] is formed by magma solidification occurring below the surface, as opposed to [[Igneous extrusive layer|igneous extrusive]] stone, which forms above the surface of the earth.<br />
<br />
{{stones}}<br />
{{Category|Stone Layers}}<br />
[[ru:Igneous intrusive layer]]</div>Janhttps://dwarffortresswiki.org/index.php?title=Igneous_intrusive_layer&diff=284047Igneous intrusive layer2023-01-05T19:21:46Z<p>Jan: </p>
<hr />
<div>{{migrated article}}<br />
{{Quality|Unrated}}<br />
{{av}}<br />
[[File:igneous_intrusive_layer.jpg|thumb|300px|right|Created from rocks that have crystallized from the heat of magma.]]<br />
'''Igneous intrusive'' [[stone layers]] can consist of [[granite]], [[diorite]], or [[gabbro]], all of which typically contain [[gold]] and [[tetrahedrite]].<br />
<br />
Gabbro can also contain [[garnierite]] (the ore of [[nickel]]), [[kimberlite]] (which may contain [[diamond]]s), and [[olivine]] (which may contain [[native platinum]]). Granite can contain [[cassiterite]] (the ore of [[tin]]), [[bismuthinite]] (the ore of [[bismuth]]), and [[galena]] (the ore of [[lead]], plus a 50% chance of silver).<br />
<br />
==Igneous intrusive layers==<br />
{{Layerlookup/layers|IGNEOUS_INTRUSIVE}}<br />
<br />
==Stone found in igneous intrusive layers==<br />
{{Layerlookup/stones|IGNEOUS_INTRUSIVE}}<br />
<br />
====Stone appearing in both igneous intrusive and igneous extrusive layers====<br />
{{Layerlookup/stones|IGNEOUS_ALL}}<br />
<br />
==Gems found in igneous intrusive layers==<br />
{{Layerlookup/gems|IGNEOUS_INTRUSIVE}}<br />
<br />
====Gems appearing in both igneous intrusive and igneous extrusive layers====<br />
{{Layerlookup/gems|IGNEOUS_ALL}}<br />
<br />
<small>* See also: [[stone found everywhere]]</small><br />
<br />
==In the real world==<br />
Igneous intrusive [[stone]] is formed by magma solidification occurring below the surface, as opposed to [[Igneous extrusive layer|igneous extrusive]] stone, which forms above the surface of the earth.<br />
<br />
{{stones}}<br />
{{Category|Stone Layers}}<br />
[[ru:Igneous intrusive layer]]</div>Janhttps://dwarffortresswiki.org/index.php?title=Igneous_extrusive_layer&diff=284046Igneous extrusive layer2023-01-05T18:38:45Z<p>Jan: </p>
<hr />
<div>{{migrated article}}<br />
{{Quality|Unrated}}<br />
{{av}}<br />
[[File:igneous_extrusive_preview.png|thumb|260px|right|Created when magma exits a volcano and cools above the Earth's surface.]]<br />
'''Igneous extrusive''' [[stone layers]] are formed from [[andesite]], [[basalt]], [[dacite]], [[obsidian]], and [[rhyolite]]. Of these five, andesite, dacite, and rhyolite are functionally identical, different only in appearance and name, basalt is like the other three except that it is magma-safe, and obsidian is... unique.<br />
<br />
==Igneous extrusive layers==<br />
{{Layerlookup/layers|IGNEOUS_EXTRUSIVE}}<br />
<br />
==Stone found in igneous extrusive layers==<br />
{{Layerlookup/stones|IGNEOUS_EXTRUSIVE}}<br />
<br />
====Stone appearing in both igneous intrusive and igneous extrusive layers====<br />
{{Layerlookup/stones|IGNEOUS_ALL}}<br />
<br />
==Gems found in igneous extrusive layers==<br />
{{Layerlookup/gems|IGNEOUS_EXTRUSIVE}}<br />
<br />
====Gems appearing in both igneous intrusive and igneous extrusive layers====<br />
{{Layerlookup/gems|IGNEOUS_ALL}}<br />
<br />
<small>* See also: [[stone found everywhere]]</small><br />
<br />
==In Real Life==<br />
In real-world geology, Igneous extrusive [[stone]] is formed by lava solidifying above the surface, open to the air. This is the main point of difference from [[igneous intrusive layer|igneous intrusive]] stone, which solidifies below the surface. This distinction is not kept in ''Dwarf Fortress'' geology, in which the difference is simply the name and contents of the two types of stone.<br />
<br />
{{stones}}<br />
{{Category|Stone Layers}}<br />
[[ru:Igneous extrusive layer]]</div>Janhttps://dwarffortresswiki.org/index.php?title=Dwarf_Fortress_Wiki_talk:Versions&diff=284041Dwarf Fortress Wiki talk:Versions2023-01-05T18:25:13Z<p>Jan: /* Creature List Now Supports Graphics! */</p>
<hr />
<div>{{archive|<br />
# [[DF Talk:Versions/Archive 1|Page 1]]}}<br />
<br />
== Version 0.31.19 starts a new DF generation? ==<br />
<br />
My reading of Toady's comments on the release of 0.31.19 is that it came out basically because he felt it would take too long to get DF all the way to 0.32. With the ore changes, the sitefinder changes, the addition of grazing and several different industries, there's a lot of changes between 31.18 and 31.19. So I'm thinking it might be a good idea to call it the first release of DF2011 - and what we refer to as "DF2010" would then become 0.31.18.<br />
<br />
Thoughts? --[[User:DeMatt|DeMatt]] 07:06, 28 February 2011 (UTC)<br />
<br />
==Revisiting Redirects==<br />
I wasn't around when the redirect policy was created, and I'm having trouble understanding the rationale. The example claims that linking [[Main:Cheese]] to [[cv:Cheese maker]] is problematic...but mainspace only ever redirects to the current version. If the best target in the current version is cheese maker, why not link to it directly? (It's not, at least for Cheese, since [[DF2012:Cheese]] exists now.) The explanation seems to be claiming that 40d articles that link to Cheese will follow the Mainspace link--but that hasn't been the case for a long while now. Articles in 40d automatically link against other articles in 40d, so that version remains internally consistent no matter where mainspace links to in the current version. For a current example, what do we gain by linking [[Main:Mead]] to [[cv:Mead]] and linking [[DF2012:Mead]] to [[DF2012:Alcohol]]?<br />
<br />
If this really is just an outdated procedure, I recommend we drop the mummery and allow mainspace to link to cv:(best target). Double redirects ''may'' work (sometimes, but [[Main:Mead]] demonstrates a common problem where automatic redirection fails), but if they are unnecessary I think they should be avoided, partly because of problems like [[Main:Mead]] and partly because of the effort required to protect double redirects from users who believe they are problematic.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:16, 8 January 2014 (UTC)<br />
<br />
:I was just thinking that. I'm currently attempting to write a basic extension to eliminate the need for mainspace redirects entirely, although Mediawiki's class structure may make this more difficult than I had hoped (the only method I've found for resolving redirects takes the ''article text'' instead of a title, e.g. "#REDIRECT ..."). I do agree that the current situation with redirects isn't ideal, so I'm hoping this will work better (once I get it to work). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:42, 8 January 2014 (UTC)<br />
<br />
Okay, that wasn't quite as clear as I meant it to be. In general, I think this is a tricky situation. Mediawiki wasn't designed to have five content namespaces, and certainly not chains of redirects between them. The problem that was pointed out in the [[DF:REDIR|policy]] is the fact that with:<br />
Main:Foo -> cv:Bar<br />
pages in the cv: namespace can't use [[<nowiki/>foo]], since the namespace links modification causes it to be treated as [[<nowiki/>cv:foo]] instead, which doesn't exist. The current suggested solution is this:<br />
Main:Foo -> cv:Foo -> cv:Bar<br />
This fixes the problem of [[<nowiki/>foo]] not working on cv pages, but creates issues with double redirects not always working. Another solution, which is more intuitive to new editors, is:<br />
Main:Foo -> cv:Bar<br />
cv:Foo -> cv:Bar<br />
Both require creating two redirects. The first method has the advantage of ''ensuring'' that the cv redirect exists (otherwise, main:foo would be a redlink), while the second has the advantage of working more reliably in a couple cases.<br />
<br />
What I'm trying to do is make main:Foo "jump" to cv:Foo when cv:foo exists, ''even if main:foo doesn't exist'' (basically it would treat all mainspace pages as redirects to cv pages, but only if the cv page exists and not the mainspace page). I had main:Bar jumping to cv:Bar fine, but if cv:Foo redirected to cv:Bar, accessing main:Foo would mysteriously stop at cv:Foo even if I increased the redirect limit. What I'm trying to do now is follow the redirects internally, without relying on Mediawiki to do it automatically - unfortunately, that has proved to be harder than I had hoped (and I sent my web server into an infinite loop while trying). I will try to work on this some more when I get a chance, although I'm not sure when that'll be yet :(. For now, feel free to fix broken double mainspace redirects as necessary, as long as redirects in the DF2012 namespace stay pointing to the right page (and new mainspace redirects get added in the DF2012 namespace too). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:21, 9 January 2014 (UTC)<br />
<br />
:You're treating cv like a namespace--it's not. It is simply shorthand for "fill in the current version here". [http://dwarffortresswiki.org/index.php?title=User_talk:Briess&diff=182404&oldid=181281 As I discovered a long time ago on a server not far away], linking from Main:Foo to cv:Foo tends to break redirection chains. If, instead of linking to cv:Foo, you link to DF2012:Foo, it might just work. It would, of course, be better if your patch could evaluate cv itself, but even if you have to hardcode the current version it's a single point of maintenance that requires update very infrequently. (For that matter, we could probably dispense with the cv hack entirely and just have a bot update mainspace links from DF2012 to DF201X when we switch to a new version.)--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:05, 9 January 2014 (UTC)<br />
::I know cv isn't a namespace - I was just trying to avoid future confusion when the DF2012 namespace changes. It's interesting that changing "cv" to "DF2012" fixes some broken redirects, although I've found that simply making an edit to a broken redirect can usually fix it as well. I've actually had the most problems with double redirects when the second one (in the DF2012 namespace) doesn't use the DF2012 prefix (e.g. main:Foo containing <nowiki>[[cv:Foo]] and DF2012:Foo containing [[Bar]]</nowiki>). I'd rather keep the cv alias even if it isn't necessary for mainspace redirects when I get the patch to work, since it makes it easier to refer to the current version of the page (for example, several MDF articles contain links to a vanilla page for things that don't change in the mod).<br />
::Also, using aliases like "cv" is supported by Mediawiki; in fact, several WMF wikis use them (for example, "[[wikipedia:WP:Redirects|WP:Redirects]]" on Wikipedia). It's quite likely that Mediawiki isn't processing double redirects using aliases correctly, though, since that's uncommon on most wikis. --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:35, 9 January 2014 (UTC)<br />
<br />
In light of the lack of support for the current redirect policy, I propose we replace the current redirect section with:<br />
<br />
:Mainspace article pages should use the cv: alias when redirecting to a versioned page, which will automatically update the link when a new version is released. For example, page "Main:Foo" should redirect to page "cv:Bar" (where "Bar" is the page that best describes the topic Foo in the current version).<br />
<br />
:Pages in mainspace should only redirect to an older versioned page if that content no longer exists in the current version of the game (e.g. [[Cave river]], [[Chunk]]). In these cases the cv: alias cannot be used. <br />
<br />
:Pages inside a versioned namespace should not use the cv: alias. Instead, they should redirect to the best page within that versioned namespace (e.g. [[DF2012:Dodging]], [[v0.31:Drink]]).<br />
<br />
:Due to limitations of the wiki software, double redirects should be avoided if possible. When fixing double redirects in mainspace, please make sure to use the cv: alias as appropriate.<br />
<br />
If no one objects, I will make this change in a few days.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:21, 15 January 2014 (UTC)<br />
<br />
:Okay with me. It may be worth mentioning that double redirects only really need to be changed when they don't work (since changing a lot of redirects that work isn't necessary), but I think it's clearer and more relevant than the current policy. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:26, 16 January 2014 (UTC)<br />
<br />
Done.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:55, 22 January 2014 (UTC)<br />
<br />
I was finally able to get my extension to work after being motivated by one too many malfunctioning redirects. It now causes nonexistent pages in the main namespace to behave exactly like redirects to their DF2012 counterparts (when linked to, accessed directly, and transcluded). Double redirects also work (up to 100, in fact, although that was a temporary safety measure that I'll probably change). This means we'll be able to safely get rid of all mainspace redirects (redirects that redirect to something other than "cv" will still function if not deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:20, 14 March 2014 (UTC)<br />
:What about articles which don't exist in the current version but do exist in older versions? Will those still need mainspace redirects, or will your extension be able to automatically redirect them to v0.31/40d/23a? --[[User:Quietust|Quietust]] ([[User talk:Quietust|talk]]) 01:29, 14 March 2014 (UTC)<br />
::It ignores all mainspace pages that actually have content, including redirects, so pages like [[masons guild]] won't be affected (unless deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:47, 14 March 2014 (UTC)<br />
<br />
Done and deployed. [[Cat]] is still treated as a redirect, even though I just deleted it (try clicking on the "redirected from" link). Pages that exist are ignored, so [[Masons guild]] and [[History of Dwarf Fortress]] still function normally (as a redirect to a 23a page and a non-redirect, respectively). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:57, 14 April 2014 (UTC)<br />
<br />
I'm sending around a bot right now to delete all redirects of the format "foo -> cv:foo" (a surprising number don't fit this format, so I'm leaving them alone for now). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:43, 14 April 2014 (UTC)<br />
<br />
:I'm confused. Do we use double redirects or not? Is there a single place we define our linking policy (including redirects), and is it updated? <br />
:I had trouble linking to [[Consolidated_development]] in [[v0.34:Dragon]]. It kept pointing to v0.34:Consolidated_development, which does not exist. I ended up linking to Main:Consolidated_development to make it work. --[[User:Nahno|Nahno]] ([[User talk:Nahno|talk]]) 10:18, 1 July 2014 (UTC)<br />
<br />
::That's a separate problem altogether - links in the versioned namespaces (v0.34, v0.31, 40d, 23a) automatically link to pages within their namespace. I may be able to set up a fallback to mainspace once I'm able to deploy again, but for now the "main:" alias is the intended solution. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 11:36, 1 July 2014 (UTC)<br />
<br />
== Google often directs people to the 0.31 page ==<br />
<br />
I've noticed a couple of times that finding a wiki page from an external search will often drop me onto a page from an older version. Is it possible to mitigate this somehow for new players? I could imagine something like redirecting old:Bar -> cv:Bar unless the user has come from old:Foo; no idea if that would actually work though. [[User:PeridexisErrant|PeridexisErrant]] ([[User talk:PeridexisErrant|talk]]) 11:48, 4 May 2014 (UTC)<br />
<br />
:As a temporary solution, I could write a script that displays a banner of some kind if the user came from an external site. I'll ask Briess if he can do anything on the server level to increase the weighting of the current version's pages. (Obviously there are situations where people are looking for old pages, like [[23a:dungeon master]], so we don't want to disable indexing entirely on old pages.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:03, 4 May 2014 (UTC)<br />
<br />
== DF2014? ==<br />
<br />
As Toady [http://www.bay12games.com/dwarves/ draws closer to a new release], it might be worthwhile to discuss the addition of a new version to the wiki. The upcoming release covers two years of changes and introduces a number of new plants, foods, drinks, multi-tile trees, climbing, jumping, etc., so it is likely to have significant changes from the current DF2012. To avoid having people start new pages (and lose all the effort spent refining the prior version's page), I think it would be best to have a bot automatically copy over the DF2012 pages as a starting point for DF2014. I would suggest that these copied pages include a noticebox template mentioning that the content may be outdated, so that we can easily track which pages have been reviewed. I think either the {{tl|version check}} or {{tl|old}} template would work. --[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:43, 5 May 2014 (UTC)<br />
<br />
:This is what [[User:QuietBot]] did after the 0.34 release, so it's certainly possible to use the same script to migrate to DF2014. I would like a way of tagging migrated pages, since inaccuracies in some pages went unnoticed for months after they were migrated. Since {{tl|old}} is already in use, {{tl|version check}} may be a better solution (it can be reworded slightly, or we can make a separate template for DF2014 migration). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:23, 1 June 2014 (UTC)<br />
:Made [[Template:DF2014 migrated]] as an example. Any thoughts? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:32, 1 June 2014 (UTC)<br />
<br />
== Redirects inconsistency ==<br />
<br />
Following a redirect is supposed to be exactly the same as going straight to the page it redirects to, but this actually isn't the case:<br />
* Go to [[Seeds]] and you get [[v0.34:Seed]] (outdated)<br />
* Go to http://dwarffortresswiki.org/index.php?title=Seeds&redirect=no and click on the link and you get to [[DF2014:Seed]] (current)<br />
So if you search for "seed", the top result is the DF2014 version. But search for "seeds" and you get the redirect, which sends you to the outdated page instead. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:22, 22 February 2015 (UTC)<br />
<br />
While I'm talking about redirects, it seems redirects to sections don't work: see [[DF2014:How do I manage my seeds and crops]]. I know MediaWiki is capable of this trick because Wikipedia does it. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:32, 22 February 2015 (UTC)<br />
<br />
:I have absolutely no idea why [[seeds]] redirects to a v0.34 page - it could be a Mediawiki bug. The section links issue is due to a known issue in the redirect extension we use, which has yet to be fixed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:01, 23 February 2015 (UTC)<br />
:It looks like deleting both [[Seeds]] and [[DF2014:Seeds]] fixed things (by allowing AutoRedirect to handle the redirects instead). Feel free to tag any others with {{tl|bad redirect}}. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:03, 23 February 2015 (UTC)<br />
::It gets stranger. [[Vial]] redirects explicitly to [[cv:Flask]] which displays (when you look at it with &redirect=no) as [[DF2014:Flask]], but still goes to the v0.34 version. It seems redirects interpret the cv: pseudo-namespace (or whatever it's called) in an outdated way. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 18:08, 23 February 2015 (UTC)<br />
::I've added a note to this page about this issue. If it gets resolved, the note should be removed. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 21:04, 23 February 2015 (UTC)<br />
<br />
<br />
==Reorganizing versions==<br />
<br />
The internet deals with moved content... poorly. Google is still linking to v0.34 pages more than a year after the switch to "DF2014", and even the wiki software still has cached links pointing to the old version pages.<br />
<br />
I propose reorganizing versions on the wiki to avoid moving content whenever possible. Instead of having a temporary "current version" namespace that changes occasionally, all the current information gets promoted to the Main namespace. When the next version split occurs, the Main articles as of a certain revision number can be copied to the newly-created permanent "old version" namespace, while all the current information remains in Main. This not only fixes the link rot issue, but it has a few other benefits as well: fewer administrative tasks, no lockdown (a historical version of the Main pages can be copied at any point, even if the Main articles are already modified for the new version), almost all the article history is maintained in the Main article (instead of being spread unevenly across multiple versions), no "temporary" namespaces are needed, fewer problematic long redirect chains, and hopefully less user confusion (since Main gets priority in search results, etc.).<br />
<br />
As an example, today we would not have a DF2014 namespace (which is good because "temporary" namespaces historically disappear anyway). If you ran a search for [[seed]] you'd end up at Main:seed, which would have all the current information on seeds. The version box at the top of the page would still link to the older versions of the seed article. When a new version is released, an admin would choose a revision number and copy the Main:seed article as it exists at that revision number to v0.40:seed. That's it. One historical copy that needs little to no new editing, and zero redirections/moves.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:02, 27 July 2015 (UTC)<br />
<br />
:Makes sense to me. It would involve a lot of work, though (e.g. fixing templates and categories to account for the current version being in mainspace), although that should be doable thanks to {{tl|category}}, {{tl|version switch}}, etc.. A bot could be set up to copy revisions from before a release date as well, which would be more difficult (and maybe slower) than a direct copy, but not severely. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:24, 30 July 2015 (UTC)<br />
<br />
:Actually, there are a few issues with that, namely that there wouldn't be an easy way to distinguish between versioned and non-versioned mainspace pages. There are ways to resolve Google search priority (we can exclude pages from older versions from search engine results if there are newer versions of those pages available, for example). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:47, 6 August 2015 (UTC)<br />
<br />
::There aren't very many non-versioned mainspace pages, and determining if a page is versioned is as simple as looking for the version template and/or categories added by the version template (e.g. copy [http://dwarffortresswiki.org/index.php/Category:Current this category] instead of Main:*). The problem with "suggesting" newer pages to Google is that they obviously aren't crawling our wiki regularly (if they were, the fact that the mainspace redirects point to new pages would automatically be picked up). Even if your Google hints worked they wouldn't do anything for all the other broken links out on the 'net.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:35, 6 August 2015 (UTC)<br />
<br />
::: Google actually crawls the wiki constantly - we probably get crawl hits from google for a continuous block of 2-3 hours per day, each and every day. Why they are slow to update is beyond me though. I can't remember why we didn't do this initially, but there was a technical limitation involved if I remember correctly. --[[User:Briess|Briess]] ([[User talk:Briess|talk]]) 22:05, 6 August 2015 (UTC)<br />
<br />
::: There are &lt;meta> tags that can be used to hide pages from search results (for search engines that recognize them, that is). Searching for {{tl|av}} or [[:Category:Current]] might work, although we'd have to make sure all of the DF2014 pages include that (some pages don't, particularly some disambiguation pages, although all of them should). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:53, 6 August 2015 (UTC)<br />
<br />
:Is there a particular reason main and current are separate to begin with?—[[User:CLA|CLA]] ([[User talk:CLA|talk]]) 00:17, 7 August 2015 (UTC)<br />
<br />
::It's mostly intended to distinguish between versioned and non-versioned pages and make version-related templates simpler to work with, since every versioned page has a namespace. I wasn't active here in 2010 when this system was created, so Briess and Emi would know more.<br />
::Another issue I just thought of with Loci's suggestion is categories - currently, categories like [[:Category:Animals]] are used to organize the versioned sub-categories. Sure, we can change {{tl|Category}} to categorize mainspace pages in [[:Category:v0.40:Animals]] or [[:Category:DF2014:Animals]], but that would be less straightforward because there wouldn't be a namespace with that name (until pages are migrated when a newer major version is released). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 13:05, 7 August 2015 (UTC)<br />
<br />
:Moving current pages to the main namespace sounds like a great idea. -[[User:Jecowa|Jecowa]] ([[User talk:Jecowa|talk]]) 20:47, 4 January 2018 (UTC)<br />
<br />
Another thought: dealing with migrating redirects could be difficult with this proposal - specifically, determining which redirects should be migrated to a versioned namespace. Redirects can't contain {{tl|av}}, at least not before ``#REDIRECT``. I ''think'' it would be possible to copy pages in two stages, though - all non-redirects first, then all redirects whose targets were also copied. Thoughts? Anything I'm missing? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:41, 27 June 2019 (UTC)<br />
<br />
Some subpages (particularly /raw and /Edit notice) also deliberately lack {{tl|av}}, although those shouldn't be too hard to handle. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:35, 9 July 2019 (UTC)<br />
<br />
:Redirect pages (and all other edge cases I've looked at) can be included in categories (like [[:Category:Current]]) to determine whether or not they should be copied into an archival version. But if the redirects are "properly qualified" then they can all be copied over blindly. Mainspace redirects pointing to versioned information should use a blank namespace (which will be automatically constrained to the archival namespace); mainspace redirects pointing to unversioned information should use an explicit "Main" (which will automatically link back to the unversioned page). Then, when [[[[Toady]]]] gets copied to [[[[v0.4x:Toady]]]] it will point back to [[[[Main:Toady One]]]]. Meanwhile, [[[[Beer]]]], copied to [[[[v0.4x:Beer]]]], will properly point to [[[[v0.4x:Alcohol]]]].--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:00, 14 July 2019 (UTC)<br />
<br />
::I think qualifying redirects is the best solution here - categorizing redirects manually is another possible source of errors, since categories (or a lack thereof) would only be visible on the redirect page itself, and [[:Category:Current]] is a hidden category. Copying over mainspace redirects into versioned namespaces would also resolve some issues that have come up due to those not reliably existing currently. I should be able to set up a bot script to add "main:" to current mainspace redirects (and it shouldn't break anything, since those redirects go to other mainspace pages anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:57, 14 July 2019 (UTC)<br />
<br />
(Note: I wrote all of this without noticing the previous discussion above.) I was wondering, when the wiki creates a new namespace for a major release again, if it is possible to ''not'' create a namespace for the next current version (e.g. "DF202x") and instead have the mainspace articles (which are currently redirects) become the new cv and move the content there. Therefore, [[cv:Cat]] would just be "[[Cat]]" (or [[Main:Cat]]).<br />
<br />
Certain namespace-related templates like [[Template:Ns/0]] would need to be changed, though nothing significant as far as I know. For most cases, any "DF2014" would be replaced with "Main" or even blank. There's also multiple extensions handling the current namespace system and they may need to be modified too, though I'm not sure if or how much. I'm guessing based on the discussions above that it will change stuff up.<br />
<br />
My reason is the current namespace is increasingly becoming more anachronistic. "DF2014" could be misinterpreted as "this page is about the 2014 version of the game" or "this page was last updated in 2014", which I've seen a few people in forums mention. Granted that [[Template:Av]] is on the top of very article, I still think the namespace is inconsistent with the recentness of the article. But how is this related to what I'm asking for? Let's say we continue the current system: if we happen to do a new namespace change this year and create DF2020, the next major release (after graphics/UI) will be mythgen, which is estimated to take several years to develop (the Big Wait), and so the anachronism will start over again. The proposed way will prevent this from occurring for the next major release and every release thereafter.<br />
<br />
I think the confusion with having a namespace that becomes old-fashioned overtime supersedes the confusion with not marking current versioned articles with a namespace. Most users just search "Cat" on the search bar and naturally expect to get information about the latest release of DF. So if users go a page that's just titled "Cat", they won't expect outdated info about cats from a previous release. That's how the current system works anyways. We'll be skipping the two-step process that we have now. It'll make several wiki tasks much simpler as well. Editors can create new articles for current versions without remembering to add a namespace. It'll fix any existing issues with (double) redirects; instead of [[Main:Kitten]] redirecting to [[cv:Kitten]], which goes to [[DF2014:Kitten]], which then redirects to [[DF2014:Cat]], [[Main:Kitten]] would just redirect to [[Main:Cat]]. And the cv: alias will no longer be necessary since "cv:" = "Main:" and will be forever.<br />
<br />
There's no need to differentiate the current version and previous versions with a namespace for the current version is what I'm saying. Articles of previous versions will retain their respective namespaces. Users will still type "40d:Cat" to go to the 40d version of the article, but if they want the current version, they'll just type "Cat" (like now). The mainspace containing the "live" version of an article is natural and would create no uncertainty when browsing the wiki. And it would simplify the wiki somewhat and future-proof this anachronism problem. As a bonus, this change will also prevent web search engines from showing previous version pages when typing "DF cat" or something. (This isn't happening right now as DF2014 has been the current namespace for ~6 years, but it'll happen again when everything moves to a new namespace.)<br />
<br />
This is the gist of it, and I may have ignored most of the problems with this proposal. I have personally wished for the whole version namespacing be made less complicated and have been seeking for a solution, and I feel like this is the best way to go about in the future. – [[User:Doorkeeper|Doorkeeper]] 21:27, 14 August 2020 (UTC)<br />
<br />
:<s>Whoops, looks like Loci already proposed this exact thing long ago. I definitely missed that discussion and should have checked first. My apologies. I'll move my text to that section and remove this one. – [[User:Doorkeeper|Doorkeeper]] 21:36, 14 August 2020 (UTC)</s> Done. – [[User:Doorkeeper|Doorkeeper]] 21:40, 14 August 2020 (UTC)<br />
<br />
:The main issue I have with that is that putting pages about the current version in a namespace also differentiates between those pages and pages not about ''any'' version (for example, [[Toady One]] does not need a 40d or v0.34 page). Yes, we can use {{tl|av}} to mark versioned pages, but people often forget to add that to new pages. The current system also allows determining whether a page is versioned or not from its title, which makes migrations a lot faster. Relying on {{tl|av}} would require either reading the content of every page (which would slow scripts down significantly) or cross-checking with the list of all pages including the template (feasible, but a bit more complicated, and still susceptible to missing templates). I suppose that manually fixing and migrating pages missing {{tl|av}} later wouldn't be too much work, though.<br />
:I am definitely in favor of changing "DF2014" (or a new namespace) to "Current", though. I was in favor of "DF2014" in 2014, but I don't think it makes sense anymore, and "Current" seemed to be a popular alternative in both the DF2012 and DF2014 discussions on the matter. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:02, 16 August 2020 (UTC)<br />
<br />
== Weird redirect behaviour ==<br />
<br />
[[Pump stack]] redirects to [[cv:Screw pump#Pump stack]]. If you look at the redirect itself it says it redirects to DF2014 namespace, which is correct. But if you actually follow the redirect, it goes to v0.34 namespace. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 16:10, 20 August 2018 (UTC)<br />
:Yeah, that's part of the issue described in the above section (the wiki caching part, not on Google's end.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 15:00, 21 August 2018 (UTC)<br />
<br />
== v50 organization ==<br />
<br />
Some wiki admins have had a talk on Discord and decided that the most sustainable path forward is to put content for all future versions of DF in the main namespace. We will be working on a bot to do this in the next few days. Feel free to chime in with suggestions here. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:56, 14 December 2022 (UTC)<br />
<br />
:Is it maybe possible to do backwards-namespacing? Like we have a "Main" namespace, which people are free to update, and whenever there's a new version of DF the "Main" namespace is copied into a namespace for the then old version, much like how you'd branch a stable branch from a development branch when working with a git-project? [[User:Therahedwig|Therahedwig]] ([[User talk:Therahedwig|talk]]) 23:13, 14 December 2022 (UTC)<br />
<br />
::Yeah, we could do that if we decide to. We were talking about doing that for v50, actually, and might still do something similar to preserve edit history if it doesn't end up being too hard to automate. Our hope is that we will not introduce new namespaces for v50 -> v5x, unless there is a serious breaking change (and hopefully there isn't one). But if we change our mind, one advantage of the type of migration you mentioned is that it can be done retroactively - we can copy historical revisions that were current at the time of the release, and would only lose some typo fixes made after the release that apply to earlier versions as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:11, 15 December 2022 (UTC)<br />
<br />
ETA is < 24 hours. Doing some final checks on a migration script. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 07:08, 19 December 2022 (UTC)<br />
<br />
: We should really have a task list as there are many things that change and need updating. Including but not limited to:<br />
:* Most templates that used the previous namespace convention broke, including nav templates. <br />
:* Many game files changed locations and their pages need to be updated.<br />
:* Raws need to be updated. <br />
:* Various features added, changed, removed. <br />
:* UI has been changed -- though I am more inclined to wait for classic release to avoid extra work --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 06:56, 20 December 2022 (UTC)<br />
<br />
"''Raws need to be updated.''" Including applying text wraparound where necessary, I suppose - more than a few of them have proven to be that special kind of...''difficult'' to navigate otherwise, shall we say? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 12:52, 20 December 2022 (UTC)<br />
<br />
:There is already a task list in the [[#v50 migration|section below]] that includes templates and raws, with an explanation. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:25, 20 December 2022 (UTC)<br />
<br />
== v50 migration ==<br />
<br />
The initial migration script is done. New content is in the '''main''' namespace, e.g. [[Cat]]. Old content is still at [[DF2014:Cat]]. History was migrated to the ''new'' (main namespace) articles.<br />
<br />
I know several things are broken still. Please reply if you find any others:<br />
<div style="border-left: 2px solid red"><br />
* <s>Versioned templates haven't been migrated yet (e.g. {{tl|vermin}} on [[Ant]])</s><br />
** Fixed. Most were migrated by a bot.<br />
* <s>Raws are missing on all pages that use them.</s><br />
** This also affects sidebars, such as on [[Cat]] and [[Microcline]].<br />
** Update: The DFRawFunctions extension has been upgraded to include v50 raws, using the "v50:" prefix for filenames instead of "DF2014:". <s>I haven't finished a migration script to create the /raw pages themselves, but they can typically be created manually by copying the DF2014 /raw pages and changing "DF2014" to "v50" everywhere.</s> &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:20, 1 January 2023 (UTC)<br />
** Update 2: Raws have been added for all pages! They were copied from the "DF2014" pages and had "DF2014" replaced with "v50", which appears to have worked from a spot-check, but let me know if you find any problems. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:57, 4 January 2023 (UTC)<br />
* Some pages where the DF2014 page was a redirect to a main namespace page that contained content were migrated incorrectly.<br />
** In this case, the main namespace page is usually a redirect to itself. This can be fixed by undoing LethosorBot's edit to the main namespace page, then copying the content to the DF2014 page.<br />
** Update: most seem to have been fixed manually - thanks! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:41, 21 December 2022 (UTC)<br />
* <s>Some main-namespace talk pages redirect to DF2014 talk pages. Some of these redirects work, and some (usually older ones) do not.</s><br />
** Fixed with a bot. Some redirects from talk pages to other deleted talk pages are now broken, e.g. [[Talk:Above_ground]] (exists) -> [[Talk:Tile attributes]] (redlink). I am leaving them like that because they redirect to where the talk page should be created, but I'm also fine with people deleting them if they really want to. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:41, 21 December 2022 (UTC)<br />
* {{tl|quality}} for new articles is disabled (see below)<br />
* Some links from DF2014 to Main weren't working: e.g. the version selector [[DF2014:Mason's workshop]] was linking to [[DF2014:Main:Mason's workshop]] instead of [[Main:Mason's workshop]]. I'm not sure exactly why, but I fixed it with a change to the NamespaceLinks extension. Let me know if you spot similar broken links. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:19, 21 December 2022 (UTC)<br />
</div><br />
<br />
&mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:54, 20 December 2022 (UTC)<br />
:The quality levels of the 50.03 pages seem to be missing. I'm not sure if that's covered under that first point. [[User:Trainzack|Trainzack]] ([[User talk:Trainzack|talk]]) 06:47, 20 December 2022 (UTC)<br />
::If the the [[Dwarf Fortress Wiki:Quality]] feature can be made to work with namespace scheme change, I suggest to automatically assign the lowest quality rating to all pages, alternately add the {{tl|old}} to all pages. Otherwise there will be a lot of pages that will fall through the cracks. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:12, 20 December 2022 (UTC)<br />
:::I disabled {{tl|quality}} in the main namespace because it would require some rework to make the rating script and the template work properly there. Feel free to take a stab at the template. I will see what can be done on the extension side. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:14, 20 December 2022 (UTC)<br />
::::What needs to be done on the template side? I'm not sure I see too big of an issue leaving pages as "unknown-quality" for now (or just change the default to tattered) until we get the rating script working. Is that script up anywhere, anything that could be helped with? [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:10, 2 January 2023 (UTC)<br />
:::::They're already marked as unknown. Really the only issue I know of with the template is that it doesn't show up with some of the newer skins we added, and that can be fixed by getting rid of the absolute positioning. As for the script, it can be found at https://github.com/DF-Wiki/QualityRatings, and the issue is really only with the configuration system not recognizing the main namespace as valid. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:29, 3 January 2023 (UTC)<br />
::::::Great, I started having a crack at fixing the template with different themes. Is the preference to get some CSS going and then include it in the global stylesheet (i.e different styles per theme) or to try and get a "one size fits all" fix? &mdash;[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 08:14, 3 January 2023 (UTC)<br />
:::::::I would rather avoid custom site-wide CSS if we can. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:29, 4 January 2023 (UTC)<br />
::::::::I appreciate that, I think it's the simplest solution to add a few lines to common.css though. Unless there is a way to attach CSS specifically to a template, I saw a few extensions that allowed that but I'm not sure if any are present in the wiki at the moment. Regardless there already exists a class `div.topicon` that is specifically for the quality ratings, is there an issue with expanding this class to accommodate the themes? The list of themes where the quality rating display is broken/invisible: Citizen, MinervaNeue, MonoBook. &mdash;[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 21:48, 4 January 2023 (UTC)<br />
:::::::::What do you think of moving the template out of the topicon entirely and just placing it in a div? It would take up a (hopefully) small amount of vertical space in the article. [[User:Lethosor/Sandbox/Quality_test]] is an example. Unfortunately it isn't possible to prevent other templates from displaying above the quality this way ([https://dwarffortresswiki.org/index.php?title=User:Lethosor/Sandbox/Quality_test&oldid=283883]). So maybe we do need some custom CSS after all if we want that. I'm open to trying out whatever you propose. I'm a bit worried about future-proofing against skins we add later (particularly a mobile skin) but at least MediaWiki supports skin-specific global CSS as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:33, 5 January 2023 (UTC)<br />
::::::::::I would rather we avoid taking any more vertical space in the article. The growing block pyramid at the top, starting with version template, is annoying. If you end up placing it inside the article space please use a slim box 100% wide that would include both.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:19, 5 January 2023 (UTC)<br />
:::::::::::Agreed with you Jan, however I see that as two different tasks (ArticleVersion template changes, getting quality back on pages). I made a test adjustment to the quality and it takes up a negligable amount of extra space. See [[User:Vallode/sandbox#Page_quality]] for the example, we'd be able to completely remove "topicon" (unless it is used somewhere else?) and then potentially move on to making the ArticleVersion template into a slim version on the left-hand-side instead of a large box? Let me know what you think. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:35, 5 January 2023 (UTC)<br />
<br />
It appears some pages are redirecting recursively and never resolving correctly, like the [[https://dwarffortresswiki.org/index.php?title=Character_table&redirect=no|character table]] and [[tileset repository]] 07:35, 20 December 2022 (UTC)<br />
: Indeed, these can be caught here: [[Special:DoubleRedirects]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:51, 20 December 2022 (UTC)<br />
<br />
It might be useful to change the notice title to "release information '''for editors'''" --[[Special:Contributions/142.59.195.176|142.59.195.176]] 10:26, 20 December 2022 (UTC)<br />
:Can do. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
::New here, hello. Should we set a date where we remove/only show the banner for logged in users. There are (some) pages that have 4 different notices about the upgrade. [[Engraving]] is one such page, the top banner states "information for editors", we then have the "this page was migrated" banner, a version selection which warns the article might be inaccurate, and a smaller banner saying the page might need to be updated. Quite a lot of screen space, I think we can start to slowly reduce the amount of warnings this coming month? [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 10:07, 2 January 2023 (UTC)<br />
:::Unfortunately, only showing info to logged-in users is difficult with how MediaWiki caching works. In terms of reducing warnings, there is a discussion [[Template_talk:ArticleVersion#.22Note_that_some_content_may_still_need_to_be_updated..22|here]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:43, 4 January 2023 (UTC)<br />
:::As for [[Engraving]] specifically, the {{tl|old}} banner was actually present on [[DF2014:Engraving]] as well and got carried over with the migration. I removed it, and agree that it was redundant. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:46, 4 January 2023 (UTC)<br />
<br />
Main talkpages seem to redirect to DF2014 talk. Not sure if it is intentional but I like it, though we should pay attention when creating new discussion relating to v50 ending up there.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 14:18, 20 December 2022 (UTC)<br />
:That's unintentional. I specifically wrote the migration script to not move talk pages, but that has the side-effect of leaving any previously-created "Talk -> DF2014 talk" redirects intact. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
<br />
Yo Lethosor, are we adding graphic sprites for the pages in some way? Or are we waiting for you to add some sort of new template or something? I'm sure you don't need me to tell you that the current templates don't allow that. Not sure if I'm allowed to change/create any templates either, as I don't want to break things for hundreds of pages. Edit: And IF the icons are allowed, should they be left alone, or 2×-3× sized like how the Minecraft wiki does it? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 14:29, 20 December 2022 (UTC)<br />
:Depends on which templates you mean. There are copyright concerns with uploading a premium sprite sheet, for instance. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
::I'm not talking about uploading an entire sprite sheet. I'm just talking about individual icons for each respective page. One image for cows, one for horses, one for werebeasts, etc. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 16:50, 20 December 2022 (UTC)<br />
:::If we do that for every creature in the sprite sheet, that's not much different (in terms of copyright) from uploading the entire sprite sheet. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:09, 20 December 2022 (UTC)<br />
::::Is there someone we can talk to about that? We finally get this new game with graphics, and then we can't use the very graphics of the game? No matter what the rules are, I'd say that would be the stupidest thing ever. I know I'm infamous here when it comes to copyright and images and stuff, but about 80% of game wikis out there are completely unofficial, and use game file images like no one's business. I can't imagine anyone's door being knocked on if we used the game's sprites, but I won't add any here until we have a go-ahead. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 17:14, 20 December 2022 (UTC)<br />
<br />
:::::...I've made noise in Mayday's direction on this matter, at least (prob an incorrect maneuver, ''but'').[[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 17:55, 20 December 2022 (UTC)<br />
:::::: I hope some sort of arrangement can be made so we can use the new sprites with permission/limits, just as we are using the raw files. Otherwise we are all (devs and editors alike) shooting ourselves in the foot here.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:07, 20 December 2022 (UTC)<br />
<br />
:::::::I just thought of something. We're supposedly not allowed to upload entire sprite sheets, right? What if - for the time being - we just use a few of them for the purpose of testing out new infoboxes? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 21:46, 20 December 2022 (UTC)<br />
::::::::I don't know. If someone could ask Kitfox and post the response here, that would be great. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:47, 20 December 2022 (UTC)<br />
<br />
:::::::::I've reached out to Alexandra, but she hasn't answered yet. Until then I found these old approvals from the previous community manager, Feeona: ([http://www.bay12forums.com/smf/index.php?topic=173474.msg8243633#msg8243633 link1], [http://www.bay12forums.com/smf/index.php?topic=176640.msg8243642#msg8243642 link2]). Waiting for a newer response until we begin mass uploads is probably the politer option, but like Zippy said, it is also standard for wikis to use game sprites with less approval. I second their idea of trying it out with a few images to test the infoboxes. On the extreme off-chance (and I do think it is) Kitfox protests we can always remove these few. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 22:19, 20 December 2022 (UTC) <br />
:::::::::And here is a third, more official statement: ([http://www.bay12forums.com/smf/index.php?topic=173474.msg8249718#msg8249718 link3]). Perhaps that address of info@kitfoxgames.com is the better channel to ask for a confirmation, rather than Discord DMs, but I will be going to bed, so it is best if someone else does that. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 22:29, 20 December 2022 (UTC)<br />
::::::::::Thanks for tracking this down! Ok, sprites should be fine, but let's avoid uploading the entire premium tileset as a single image, for instance (as the forum thread says, "use common sense"). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:21, 21 December 2022 (UTC)<br />
::::::::::: Looks good, permission is always preferable over fairuse, I think it is a win win for all involved. I agree that we shouldn't upload entire sprite sheets (e.g. there is no reason to upload the windmill from every direction or whole construction phase for workshops) and that there are a lot of details that needs to be ironed out through testing. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 05:07, 21 December 2022 (UTC)<br />
:::::::::We have a green light on uploading all and any sprites. Their response to me can be seen [https://i.imgur.com/BhmHjzC.png here]. I'm sure someone else confirmed it before me. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 19:00, 21 December 2022 (UTC)<br />
<br />
<br />
Shifting temporarily to a new issue, is the documentation of [[Template:ArticleVersion]] outdated? It would seem so to me, since the current version no longer has its own namespace, with the templates needing updating being different ones. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 18:30, 20 December 2022 (UTC)<br />
:I think it is still accurate enough. We left open the possibility of making another namespace in the future, albeit with a different migration strategy - see [[#v50 organization|above]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:52, 20 December 2022 (UTC)<br />
<br />
Some Changes to infoboxes might be needed. Too bad [[User:Doorkeeper]] isn't around. He did a great work with navbox project--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:52, 21 December 2022 (UTC)<br />
<br />
I just realized that raw files aren't stored as regular wiki pages but loaded via the DFRawFunctions extension (hence the need to update). Good news it's going to be handled in bulk, consistently and relatively easy to updated. Even better it's Lethosor problem ;) Also I just realized that all the "raw files" (txt files in the new vanilla folder) are released into the public domain. Both are probably not news to the vets but I'll leave it here for those who less up to date like myself. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:35, 22 December 2022 (UTC)<br />
<br />
: I noticed that some templates aren't working properly in the new namespace, e.g. [[Basalt]] entry had its raw updated manually but the infobox fail to show any details. Cursory look suggest {{t|layerlookup/0}} need a minor tweak. This should do the work<br />
:: Replace: <nowiki>{{layerlookup/aux|{{{{FULLPAGENAME}}/raw}}|uses={{{uses|}}}|wiki={{{wiki|}}}}}</nowiki><br />
:: With___: <nowiki>{{layerlookup/aux|{{</nowiki><span style="color:red; font-weight:bold;">:</span><nowiki>{{FULLPAGENAME}}/raw}}|uses={{{uses|}}}|wiki={{{wiki|}}}}}</nowiki><br />
: Not sure what the plan and ETA with raws update so I didn't touch this high usage template for now. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 08:11, 24 December 2022 (UTC)<br />
<br />
::Please do feel free to make this update. I am still working on a script to create the <code>/raw</code> pages themselves. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:12, 1 January 2023 (UTC)<br />
<br />
Wouldn't it be an idea to add to the Sitenotice to remove the {{tl|migrated article}} tag when an article has been fully updated? I see many articles that seem to be updated still have the tag. And/or advise to make use of the {{tl|verify}} for sections still in need of checking? --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 10:12, 2 January 2023 (UTC)<br />
:Probably a good shout. The "see this page" link does include the detail on removing but we should more explicitly encourage removing the banner once a page has at least been looked over. [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:01, 2 January 2023 (UTC)<br />
<br />
== v50 specific issues ==<br />
=== Graphics===<br />
Follow up on the use of game sprites and the need to trying it out with a few images to test the infoboxes. First sprite [[:File:Beds v50.png]] was uploaded and used on [[Bed]] entry. Any thoughts? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:06, 21 December 2022 (UTC)<br />
:Seems like it should be rearranged to be horizontal. Also, has there been a serious discussion about copyright? Full screenshots are 100% fine, but you start going into a grey area when you upload pieces of a spritesheet. I'm of the opinion that it's all fine as long as it's inconvenient to reconstruct the full sheet from the individual images. Maybe a further restriction could be you shouldn't upload any of the art unless it's used in an infobox (maybe an exception for pieces of the UI). And one more restriction could be you shouldn't show everything, like in your bed example, maybe just the wooden bed is good enough, leave out the stone and metal, <small>especially since those can only be made from strange moods</small>. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:43, 21 December 2022 (UTC)<br />
::Actually, your bed image is kinda bad for showing off what a bed looks like because it doesn't show the pillow/blankets. That might point to cropped screenshots being the best path, although less convenient for the uploader, as you don't get details left out. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:46, 21 December 2022 (UTC)<br />
::I created a new license template [[Template:Copyright game]], based it on the way the RimWorld wiki does things. Call it a prototype, but it's probably how your bed image should be labelled. Indeed, I added it to it already. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]])<br />
<br />
::: I agree that the horizontal arrangement would suit better here and that we should strive to represent how things look in-game. Otherwise, I am not too concerned about people being able to reconstruct anything (lets just say that ''anyone'' interested in that can get the real thing from the game files), also it seem we have permission to use the sprits on top of fairuse. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 19:55, 21 December 2022 (UTC)<br />
<br />
::: Modifying the existing template to allow the inclusion of the new sprites is easy (Something like [https://ibb.co/zFXCrjd this]?) The big question is the matter of consistency is there any exceptions that will break the format (size wise with variant bloat for example), the sprite naming format, etc --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:44, 21 December 2022 (UTC)<br />
::: If we are going to show a variant for each material type, then maybe these should be added as separate images so we can add a tooltip for each image. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:49, 21 December 2022 (UTC)<br />
<br />
:I've got another prototype going here and here: [[User:Brightgalrs/vector.css]] and [[User:Brightgalrs/Sandbox]]. (You'll need to add the css stuff to your own /vector.css). Basically it's a way to recolor images using css classes. No idea if there's a better way. Also, the real implementation would require a change to [[MediaWiki:Common.css]]. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 22:41, 21 December 2022 (UTC)<br />
:Should mention, there ''is'' a different way, just upload each image 16 times, one for each coloring. But maybe that's not very elegant. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 22:45, 21 December 2022 (UTC)<br />
<br />
: It should be noted that soon the classic edition will be released, hence one should plan to have both the Premium and classic alongside in that little space --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 03:14, 22 December 2022 (UTC)<br />
::I'm looking into a tab extension to potentially support this in infoboxes. Perhaps [https://www.mediawiki.org/wiki/Extension:Tabs Extension:Tabs]? I tried [https://www.mediawiki.org/wiki/Extension:TabberNeue Extension:TabberNeue], but it displays a placeholder if JavaScript is disabled, which isn't great. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:22, 22 December 2022 (UTC)<br />
::: The Neue Tabber seem to works pretty much like the old one (which fandom [https://coding-help.fandom.com/wiki/Tabber#Adding_images_into_tabbers still use]) defaulting to showing the first tab only. Quick look suggest that neue work the same, plus the notice that 'Tabber requires Javascript to function' warning? if so, and if it is a bother, then you should be able to edit out the tabberneue-noscript string in code. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 06:29, 22 December 2022 (UTC)<br />
::: I much prefer your tabber solution, but if that fails we can also use the gallery slideshow mode. If so, beware it has no way to control image size so the images have to be maliciously uploaded using the exact same size. example:<br />
<gallery mode="slideshow"><br />
File:SteelSample.png<br />
File:TinSample.png <br />
File:ZincSample.png<br />
File:GoldSample.png<br />
</gallery> --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:19, 22 December 2022 (UTC)<br />
<br />
==== adding premium set to Infobox ====<br />
I am unclear where are we going with this? <br><br />
1) Will (A) tabs be implemented, (B) we be using mediawiki toggle [[Template_talk:V50_workshop|example]] for premium and classic/blocked, (c) put images side by side, or (d) something else?<br><br />
2) Also [[silver]] and [[Pig iron]] use very different image style for example.<br><br />
3) Anything else you want ? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:32, 30 December 2022 (UTC)<br />
<br />
: Personally, I would love tabs to be implemented, but I think that side by side might be best for most. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:32, 30 December 2022 (UTC)<br />
: Here is rough layout we can use. It should fit most buildings given the default sprite size. There is also a different floor plan for both (inspired by reddit) <br />
<br />
{|<br />
|- valign=top<br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 5×5<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><br />
|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|- valign=top<br />
|colspan=2|<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab"><br />
[[File:Siege workshop.png|center|160px]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><br />
{|<br />
|rowspan=2 style="width:50%; font-size: 125%;"|<center>{{Template:Picture Siege workshop}}</center><br />
|style="line-height: 1em; font-size: 125%;"|<br />
{| style="border-spacing:4px;"<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|}<br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 3×3<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|colspan=2 style="text-align: right;"|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="float:left; border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><span style="padding-top:5px; text-align: right;">{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}</span><br />
|- valign=top<br />
|rowspan=2 style="width:50%;"|<br />
<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab">[[File:Carpenter's workshop.png]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><center><br />
{| style="font-size: 175%; border-spacing: 0; background-color: black; border: 2px solid black"<br />
|- <!-- raw tile changes adds padding and margin --><br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|"|7:0:0}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|{{=}}|6:0:0}}<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"|<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|]|0:0:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
|}</center></div><br />
|<br />
{| style="border-spacing:5px;"<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1×1<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:Screw_press.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Screw press}}</center><br />
| style="border-left: 1px dotted #545557;"|<center>{{Template:Floor Plan Screw press}}</center><br />
|}<br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1×3<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:water_wheel.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Water wheel}}</center><br />
| style="border-left: 1px dotted #545557;line-height:normal;"|<center>{{Template:Floor Plan Water wheel}}</center><br />
|}<br />
|}<br />
:Any thoughts on the direction and or any and all of its elements? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:16, 31 December 2022 (UTC)<br />
<br />
::I kind of like side-by-side, if it fits. If anyone wants to implement a toggle button or tabs, I would ask that that be implemented in a template for now, so that e.g. we could change a toggle button to tabs in a single place if we decide to install an extension to support that. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:14, 1 January 2023 (UTC)<br />
<br />
::: I noticed a comment saying that [[impassable tile]] are no longer used in v50, is that true for all constructions? If so, floor plans are no longer needed, making things much easier as we can fit everything in except the 5v5 constructions like trade depot (and even these can be placed one above the other if so desired). If not, any thought on the alternative floor plan design? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:46, 1 January 2023 (UTC)<br />
<br />
:::: None of the constructions have blocking tiles any more from my experience playing. I haven't tested siege weaponry with that stuff, but none of the workshops have it, nor does any furniture. (walls and fortifications will of course obstruct movement [[User:AndrielChaoti|AndrielChaoti]] ([[User talk:AndrielChaoti|talk]]) 18:47, 1 January 2023 (UTC)<br />
::::: Ok, I have removed them from v50. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:48, 1 January 2023 (UTC)<br />
<br />
I have added a basic side by side variant to [[Template:V50 workshop]] and [[Template:Building]] for testing, let us know if there any issues. Few notes:<br />
* The default image naming scheme of <code>workshop-name.png</code> will likely conflict with existing images here or on commons, maybe another naming scheme should be used like <code>v50 workshop-name.png</code> as it is with ascii pictures.<br />
* There is inconsistency in image size. If you want to use large zoomed images then toggle is best, otherwise they need to be all in native size (96px for 3x3).<br />
* In the current version the code roughly centers the images and if there is a big image like with [[Siege workshop]] it drops to a new line --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:48, 1 January 2023 (UTC)<br />
<br />
How about combining shortcut keys and the new menu icons: <br />
<div style="color:white; font-size: large; text-shadow: -1px -1px 0 #000, 1px -1px 0 #000, -1px 1px 0 #000, 1px 1px 0 #000;"><!--<br />
<br />
--><span style="position: relative;><!--<br />
-->[[File:Ui b.png]]<div style="position: absolute; bottom:-14px; right:3px;">b</div></span><!--<br />
<br />
--><span style="position: relative;><!--<br />
-->[[File:Ui bo.png]]<div style="position: absolute; bottom:-14px; right:3px;">o</div></span><!--<br />
<br />
--><span style="position: relative;"><!--<br />
-->[[File:Ui bol.png]]<div style="position: absolute; bottom:-14px; right:3px;">l</div></span><!--<br />
<br />
--><span style="position: relative;"><!--<br />
-->[[File:Ui boll.png]]<div style="position: absolute; bottom:-14px; right:3px;">l</div></span><!--<br />
--></div><br />
--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 02:24, 3 January 2023 (UTC)<br />
<br />
:I worry that this is difficult to read (I read it as "boil" at first). I would rather use something like {{tl|k}} with a known background. What about something like this? <span style="position: relative;">[[File:Ui boll.png]]<div style="position: absolute; bottom:-14px; right:0px;">{{k|l}}</div></span> <br>or, alternatively, using flexbox without any overlap: <span style="display: inline-flex;">[[File:Ui boll.png]]<span style="align-self: flex-end;">{{k|l}}</span></span> &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:37, 3 January 2023 (UTC)<br />
:: Same, but that is the best I came up with. We can use the key or maybe someone can help improve the design. Also 'l' is hard to read even with {{t|key}}.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 03:05, 3 January 2023 (UTC)<br />
:: I added a {{t|Menu icon}} to start things so others can have a go with it. Also any thoughts on the icon naming convention (their shortcut sequence), is there easier/better way? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:36, 3 January 2023 (UTC)<br />
::[[User:BarelyCreative]] updated the template: {{Menu icon|b|o|l|y}}. I think it looks good, thoughts? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:40, 3 January 2023 (UTC)<br />
:::I like that, yeah. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:29, 4 January 2023 (UTC)<br />
::::There were some places where it didn't make sense so display every icon all the time (like step-by-step guides), so I changed it slightly to allow display of fewer icons using "num" and counting from the end: <nowiki>{{Menu icon|b|o|l|y|sep=-;|num=2}}</nowiki> {{Menu icon|b|o|l|y|sep=-|num=2}} [[User:BarelyCreative|BarelyCreative]] ([[User talk:BarelyCreative|talk]]) 09:05, 4 January 2023 (UTC)<br />
<br />
==== Bizarre palette-swapping idea/prototype ====<br />
No idea if this is a good idea, since it takes a bit of time to set up, and there might be some performance issues... and maybe display issues?<br />
<br />
But take a look at this:<br />
{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock|palette-name=amber}}<br />
<br />
It's way to swap palettes on an image, although the image itself is a table, with each cell representing a pixel. The template itself looks like this:<br />
<code><nowiki>{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock|palette-name=saffron}}</nowiki></code><br />
Input the pattern and desired palette name.<br />
<br />
I've got a larger showcase here: [[User:Brightgalrs/Sandbox/PaletteSwapShowcase]]. Only did a rock pattern so far, but all palettes are implemented. <br />
The major use for this would be on each stone, metal, wood, etc. type's page. The palette could be read directly from the raws. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 03:22, 24 December 2022 (UTC)<br />
<br />
:From a technical perspective, my primary concern is indeed performance. Both on the server side and client side, a large number of tables that large (in terms of markup and cell count, that is) tend to be resource-intensive to generate and render. I saw your image-filtering experiments on [[User:Brightgalrs/vector.css]], and while that strikes me as a newer and less-backwards-compatible approach, it would probably be more resource-friendly.<br />
:Is this color adjustment something the game is doing natively? i.e. does this accurately match what the game displays? I bet we could slap together an image-filtering extension (or find an existing one?) that can do this if needed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:49, 24 December 2022 (UTC)<br />
::Yeah that's what I suspected. The images the template creates are spot on, checked it against a screenshot I took of some mica rocks in-game. The css stuff is unfortunately totally incorrect, was cool to learn about it though, so not a complete waste of my time :p. The premium, in-game graphics are true sprites, basically patterns of indexed colors. Each of the in-game colors (which are significantly expanded over the 16 ascii colors, there's 116/117) there is a palette defined in "\Dwarf Fortress\data\vanilla\vanilla_descriptors_graphics\graphics\images\palettes.png". Each indexed color of the sprite is swapped for the corresponding color in the palette. Because of that, the css stuff doesn't work since it's doing the hue/saturation/brightness changes to the entire sprite.<br />
::I've looked into an existing mediawiki extension, couldn't find anything. One thing I did't really look at is some type of lua script/module that would basically emulate what the game is doing. So some function that takes in the base image as well as the desired palette, and based on that finds and replaces each color. No idea what mediawiki's capabilities are on that front. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 05:31, 24 December 2022 (UTC)<br />
:::We do have Scribunto installed now, so it's totally possible to do something in Lua too - forgot about that. I can add you to the group that grants access to edit the Module namespace if you want to give that a shot. If we use an extension, we'd probably need a custom one, similar to DFDiagram (or perhaps DFDiagram could be extended - it's in dire need of a rewrite anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:43, 24 December 2022 (UTC)<br />
::::I asked around on the mediawiki irc, I think scribunto/lua is a deadend, at least for taking an uploaded image and doing stuff to it with a lua script. However I did come up with this even more bizarre solution, using block elements. [[User:Brightgalrs/Sandbox/PaletteSwapShowcase2]], maybe less resource intensive? Definitely displays a lot worse though, probably unusable.<br />
::::{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock2|palette-name=saffron}}<br />
::::I dunno, maybe none of this is worth it and we should just write some external program to put all the images together offline, and then just mass upload. It wouldn't be ''that'' many... [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 06:37, 24 December 2022 (UTC)<br />
<br />
====Is there an easy way to just paste images from the clipboard?====<br />
<br />
I use KDE spectacle to take screenshots straight to the clipboard (after cropping) -- is there an easy way to just paste (and auto-upload) an image into an article? It would make it a lot easier to contribute images. [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 23:35, 1 January 2023 (UTC)<br />
:Unfortunately there is not. I would be open to a MediaWiki extension to support this if someone finds one. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:32, 2 January 2023 (UTC)<br />
:: Looks like this could do it, but I haven't used it before: https://www.mediawiki.org/wiki/Extension:SimpleBatchUpload [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 19:41, 2 January 2023 (UTC)<br />
<br />
====Standards for adding graphical version screenshots and images====<br />
<br />
Hello, new user looking into adding imagery from the new version. Is there a standard for quality of new screenshots or images? I noticed that at a certain zoom level (2 zooms in from the furthest zoomed-out view), the graphics appear crisp and 1:1 pixel scaled, and I would propose that all images be taken at this scale whenever possible. If they need to be displayed larger, they should be nearest neighbor scaled in a photo editing program at 100% increments (Microsoft Paint will do this if you first select the image rather than directly scaling the whole canvas). I would also propose that images should be cropped to conform to the 32x32 pixel grid when possible, though this could be problematic with so many new graphical elements exceeding the bounds of their tiles. I would say the best practice for capturing artwork for items, furniture etc. ought to be done in a 3x3 open area to avoid shadows from nearby walls, or else extracted from the raw files (if this doesn't run afoul of being able to re-create the graphical version using those assets).<br />
<br />
I know that perfect is the enemy of good, and any documentation is better than none, but just thought I'd ask about this, and see if/where something like this ought to be posted. [[User:Unclesporky|Unclesporky]] ([[User talk:Unclesporky|talk]]) 13:58, 3 January 2023 (UTC)<br />
:It has been stated in [[Template:V50 workshop]] that <q>screenshots should be at the "native" resolution</q> but someone could edit the [[Screenshot]] page for best practice for the steam version. Or post some examples in [[Talk:Screenshot]] to find out what is best? --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 14:21, 3 January 2023 (UTC)<br />
<br />
====How would I/should I go about putting creature sprites on their pages?====<br />
<br />
Howdy. New player and wiki user here. I wanted to try and help update the wiki to the Steam release of DF, so I figured I'd chip in by putting each creature's sprites on their respective page, since I'll often look up a creature I have yet to see in game only to be met by a blue J, or whatever. I found all of the game's creature sprites in C:\Program Files (x86)\Steam\steamapps\common\Dwarf Fortress\data\vanilla\vanilla_creatures_graphics\graphics\images, so I figured I could just chop those up in Photoshop and stick them on here no problem, but the programming syntax/whatever it is on this site is incredibly confusing, I don't know how I'd actually go about doing it. I figured I'd just find the spot on the page where the little letter is and replace that with the image code, but it seems the pages are built using heavily nested templates that I can't even begin to understand. Any help?--[[User:Treese|Treese]] ([[User talk:Treese|talk]]) 03:07, 5 January 2023 (UTC)<br />
:Based on [[User:Zippy|Zippy]]'s work at {{tl|Creaturelookup_b}}, I added an "image" parameter to {{tl|creaturelookup/0}}, which is what creature pages should all be using. See [[Dwarf]] and [[Cow]] for examples. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:37, 5 January 2023 (UTC)<br />
<br />
=== Hotkeys/Menu navigation ===<br />
Most key bindings and menus have changed. Should the article reflect a) only the old version, b) only the GUI version or c) both? For example, [[Bridge|bridges]] used to be built via {{k|b}} -> {{k|g}}, but now it's in Place strucutures {{k|b}} -> Constructions {{k|n}} -> Bridge {{k|b}}. What should be written in the article? Currently, it's {{k|b}} -> {{k|g}}. I ''think'' it should be only b), but I am not sure if there will be differences regarding hotkeys or menus between the premium version and the free version and then, c) would be the most appropriate option. --[[User:Prometherus|Prometherus]] ([[User talk:Prometherus|talk]]) 10:16, 22 December 2022 (UTC)<br />
<br />
: Not sure. I wish the classic release soon --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 16:45, 22 December 2022 (UTC)<br />
:: Are you Toady's herald? Looks like it was just released! [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:18, 22 December 2022 (UTC)<br />
:: And our questions are answered, the old hotkeys seem to have been thrown out. Part of me is disappointed (useless muscle memory) but also relieved (unified UI for both versions is good in general and for the wiki). [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:25, 22 December 2022 (UTC)<br />
::: According to info, in a sort of 'demo version' at that. I'll wait a little while longer, for myself.[[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 18:22, 22 December 2022 (UTC)<br />
::::It's unlikely that keybindings in it will change significantly. My vote is that we should include information for both premium and classic, everywhere. Hopefully the keybindings are not different between versions. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:26, 22 December 2022 (UTC)<br />
:::Shouldn't it be based on the 50 or what verion the article is written for? [[User:Dominick|Dominick]] [[User_talk:dominick|<sup>(TALK)</sup>]] 18:42, 22 December 2022 (UTC)<br />
:::: The keybindings seem to be consistent between versions, (haven't checked exhausitvely, but since the menu layout is the same I think it is a good assumption). Should also keep in mind/consider that not all actions have keybindings. An option would be write 'Click on the <Example Text> icon or press {{k|E}}' [[User:Koos|Koos]] ([[User talk:Koos|talk]]) 23:14, 23 December 2022 (UTC)<br />
<br />
=== Removed features & concepts ===<br />
<br />
Since they're removed concepts, I've set [[Room]] to be a redirect for [[DF2014:Room]] and created [[Template:Activity zones]] for the nav bar bedrooms, etc, and made the necessary changes to [[Bedroom]] for it. Is this the correct approach, before I go on much further? (also a note, if it is, then [[Template:v50_rooms]] probably needs to be deleted) I also imagine that considering the number of changes in the interface, that things like [[Adventure mode]] and related pages might best be truncated to "not in 50.03" and when it does make it across, being more deliberately brought over in pieces? [[User:HawkOwl|HawkOwl]] ([[User talk:HawkOwl|talk]]) 06:23, 23 December 2022 (UTC)<br />
<br />
:Usually it is marked with [[Template:Removed_feature]]. For example: [[Dipscript]] or [[Party]]. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:45, 23 December 2022 (UTC)<br />
<br />
:: Ah, that's fair. Should that be mentioned in [[Dwarf_Fortress_Wiki:Versions#Redirects]]? [[User:HawkOwl|HawkOwl]] ([[User talk:HawkOwl|talk]]) 10:03, 23 December 2022 (UTC)<br />
<br />
:::I think the redirect policy mostly had in mind things that were removed a ''long'' time ago, like [[Tax collector]] and [[Economy]] (and the latter actually has a stub page as well). I guess we could clarify. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:34, 23 December 2022 (UTC)<br />
<br />
:::: The "current" redirects also cause the version box to incorrectly show that the current version has a page - e.g. [[23a:Cave_river]] shows a v50.04 version, but it's just a redirect back to that version. Similarly, what should happen to redirects like [[Clothes maker]], where a concept has evolved? It currently goes to [[23a:Clothes maker]] - that's correct if the user is trying to look up a very old concept, but if a new user is looking for "how to make clothes", they should be directed to [[Clothier]]. --[[User:Danny252|Danny252]] ([[User talk:Danny252|talk]]) 12:16, 26 December 2022 (UTC)<br />
<br />
:::: One should be careful with cv redirects. Most that were recently adjusted were unused plural forms (that should probably be deleted) but few like [[Crown]] needed that for backward compatibility. Removing the [https://dwarffortresswiki.org/index.php?title=Crown&type=revision&diff=279966&oldid=219482 cv part] means the the link on [[v0.31:Tilesets]] is now broken. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 22:30, 26 December 2022 (UTC)<br />
<br />
:::::If [[v0.31:Tilesets]] is about v0.31, it should not be using "main:" in its links - ''all'' of those links are going to pages about v50, not v0.31, regardless of whether the target is a redirect or not. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:37, 26 December 2022 (UTC)<br />
:::::: You right, I removed it. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 17:55, 27 December 2022 (UTC) <br />
<br />
Crown cv redir issue is now fixed, I believe. As goes with such cases where one can simply revert the troublesome edit, unless I've mistepped, myself? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 23:52, 26 December 2022 (UTC)<br />
:Both [https://dwarffortresswiki.org/index.php?title=Crown&diff=prev&oldid=280026] and [https://dwarffortresswiki.org/index.php?title=Crown&diff=prev&oldid=279966] should not have had any effect, because "cv" is an alias to the main namespace now, just like "main". Proof: [[Crown]], [[cv:Crown]], [[main:Crown]]. It's possible caching is coming into play here, although I purged the redirect cache after making that alias change earlier this month... &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:02, 27 December 2022 (UTC)<br />
<br />
I think there have been some changes not captured, but as a newb, I'm afraid to edit the page(s). A good example is Strawberry. I'm playing the Steam version right now and Strawberry plants are "not relevant to brewing" in Labor > kitchen > veg / fruit / leaves. Unless I'm mistaken and need to process them? Another example is the trade caravan = it seems the 3 square pathing no longer happens; it's just yak(s). 12:31, 28 December 2022 (UTC) 12:29, 28 December 2022 (UTC)<br />
:Strawberries should be brewable according to the Raws.<br />
:Trade wagons has been modified in v50. The first wagons will arrive at the same time your fort is becoming a barony. Until then, it's only pack animals and stairs are indeed fine. The [[Trading]] page needs a huge rework anyway... I'll try to do that next week. --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 13:40, 2 January 2023 (UTC)<br />
<br />
<s>As far as I can tell, none of the workshop buildings in v50 have blocking tiles any more. There's a comment to the like in data/vanilla/vanilla_buildings/objects/building_custom.txt that says this "[BLOCK:1:0:0:0] workbenches no longer block". Hesitant to update that template as I'm not sure if it's referenced for all of the old versions too. </s> [[User:AndrielChaoti|AndrielChaoti]] ([[User talk:AndrielChaoti|talk]]) 05:54, 29 December 2022 (UTC)<br />
: A new template has been created: {{tl|V50 workshop}} --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 13:40, 2 January 2023 (UTC)<br />
::Thanks! In general, I would like to delegate the switching responsibility to the template (like how {{tl|creaturelookup/0}} works), but in cases where the parameters diverge significantly like with workshops, it could make sense to make an entirely new template. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:40, 3 January 2023 (UTC)<br />
<br />
=== creature infobox prototype (moved) ===<br />
<br />
Check it out, I made a temporary template and added it to the [[cow]]s page. Now it shows the sprites (but not the zombified versions yet). I wanted to show everyone a prototype of what v50 creature infoboxes should look like. Or at least something similar to it. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 19:11, 27 December 2022 (UTC)<br />
:Hi, I'm new to editing wikis but I have done a bit of work with sprite sheets and I've been going through the DF data files to find the different graphics hoping to help with the animal pages. I've thrown together a template with grass and a few nature sprites (plants, a tree, and a rock) for size reference but I'm unsure how large the 'display' tiles in the middle of the template should be to suit all animals. I can see in the sprite sheets that some land animals have an adult and child sprite, so two tiles. Others have a male, female, and child, but after seeing you include the zombie cows I'm unsure if I should make it twice the size to add them too. Alternatively, I could grab some tiles from the haunted biomes for the zombie animals and make a separate template for a side-by-side comparison. Either way, let me know if this helps. I'd like to help with other graphics too as we add the premium tilesets but the animals seemed the easiest to tackle with me being new to wiki editing. ~~[[User:UristTheSeventh|UristTheSeventh]] ([[User talk:UristTheSeventh|talk]])<br />
::@Zippy, I am a bit perplexed about the purple cows. Why do we need a zombified version of creatures on every page?<br />
::@UristTheSeventh, we can use all the help. Maybe post an example, so that we can have something to compare and contrast.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:49, 3 January 2023 (UTC)<br />
:::@Jan Here are the examples: <br />
:::[[File:Creature template.png]] [[File:Armadillo.png]] [[File:Seagull.png]] <br />
:::It'll need to be wider or arranged differently for different creatures with more that two sprites or for multi-tile creatures. I can also do an aquatic and air themed template for swimming and flying creatures. ~~[[User:UristTheSeventh|UristTheSeventh]] ([[User talk:UristTheSeventh|talk]])<br />
::::Looks nice, like the metal template. There are several people working on updating the graphics you should talk more among yourselves. Best I can offer is that I width wise I am hoping to go up to 200px for infoboxes.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:13, 5 January 2023 (UTC)<br />
<br />
=== When do we remove the migration note on specific pages? ===<br />
<br />
At what point can we remove the "this page was auto migrated from v47" warning? There are a bunch of small pages that are more or less accurate, if I've reviewed them, can I go ahead and remove the warning? [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 23:33, 1 January 2023 (UTC)<br />
:Yes, feel free to remove it if you think all content is accurate. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:31, 2 January 2023 (UTC)<br />
<br />
=== Any info on fixing "creature description not found?" ===<br />
<br />
I see this issue on most creature pages, it seems to be due to a lookup that's not currently functioning? Cows interestingly doesn't have this issue but I couldn't figure out how to recreate whatever fix it's editor did. --[[User:Yallendallis|Yallendallis]] ([[User talk:Yallendallis|talk]]) 00:22, 3 January 2023 (UTC)<br />
:That is the missing raws issue described above. Cow was fixed by the addition of [[cow/raw]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:28, 3 January 2023 (UTC)<br />
::Ah makes sense, not fully used to the language of wikis yet so I read over it while looking. To put this bit of questioning to rest for any future readers, is it correct that it's fine to update any raws manually, though it will be done automatically at some point? --[[User:Yallendallis|Yallendallis]] ([[User talk:Yallendallis|talk]]) 07:48, 3 January 2023 (UTC)<br />
:::Yes. I'm circling back to work on a script right now, so not much point in doing it if you're reading this. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:57, 4 January 2023 (UTC)<br />
:::This should be fixed now. If you continue to see pages with problems, you can try [https://www.mediawiki.org/wiki/Manual:Purge purging the cache]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:59, 4 January 2023 (UTC)<br />
<br />
=== Adventurer Mode related sections ===<br />
<br />
The topic has already been discussed [[#Removed features & concepts|above]], but I don't see a clear line on what to do with article sections that mention Adventurer Mode. Like for example in [[Butcher#Adventurer_mode|Butcher]]. <br />
<br />
'''a) Truncate''' or '''b) leave in place with a mention''' that the mode is not yet present IG but will be added in a future update?<br />
<br />
Personally I think option b) is better, because I think it's silly to undo some work just to reintroduce it a few weeks later, with the necessary corrections. Even if a copy/paste of a previous version takes ~15 seconds, considering the number of articles that need to be corrected, it would be a bit of a waste of time.--[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 14:22, 3 January 2023 (UTC)<br />
<br />
== Toggleable image ==<br />
<br />
Any objections/comments to using this template for now for toggling between classic and premium images? I'd probably rename it to "Template:Premium-classic thumb image". I'm sure someone can come up with a better UI eventually, but should be easy to migrate at that point. I also think we should use the same customtoggle class for this and for the infobox. [[User:NiftyManiac|NiftyManiac]] ([[User talk:NiftyManiac|talk]]) 23:12, 1 January 2023 (UTC)<br />
<br />
{{User:NiftyManiac/Sandbox/TemplateDualImage|<br />
premium=File:Quickstart-finder.png|<br />
classic=File:Quickstart-finder-partial.png<br />
}}<br />
<br />
{{User:NiftyManiac/Sandbox/TemplateDualImage|<br />
premium=File:Quickstart-finder.png|<br />
classic=File:Quickstart-finder-partial.png|<br />
caption=My caption|<br />
width=100px<br />
}}<br />
<br />
:This looks nice to me! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:30, 2 January 2023 (UTC)<br />
<br />
: Good initiative. From the top of my head:<br />
:* I suggest using a shorthand, no one wants to type 'Premium-classic thumb image'. <br />
:* If we end up using toggle for infoboxes (not sure where we headed there), then I agree definitely same custom toggle class should be used for all, thus allowing to switch premium-classic view on the whole page at a click.<br />
:* The button part on a separate row isn't pretty, creating a lot of dead space that can be used by the text. Are we set on the label 'toggle ascii'? Classic isn't Ascii per se, maybe we can use a 'toggle' with a tooltip {{tooltip|for example|does bla bla bla}}, or maybe we can get rid of the text and have a smaller icon button ([[User:Jan/sandbox#Metal_example|two examples]]). <br />
: I hope that helps. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:21, 2 January 2023 (UTC)<br />
<br />
:: I added [[Template:Dual image]] with some of your suggestions. Agree that it's not super pretty, feel free to try something different. <br />
<br />
::* I put the toggle in the caption mostly because I gave up on trying to make a more sophisticated replacement for the default thumb image behavior, I'm sure someone with better wiki-fu could put together something more intelligent.<br />
::* I cut the text down to just "Toggle"; I think the best solution would be a small graphic showing the old and new dwarf icons with arrows between them. [[User:NiftyManiac|NiftyManiac]] ([[User talk:NiftyManiac|talk]]) 19:21, 2 January 2023 (UTC)<br />
<br />
{{Dual image|<br />
premium=File:DFwiki5by53by3farm.png|<br />
classic=File:Quickstart_layout_3.png|<br />
width=100px|<br />
caption=A 5x5 room with a 3x3 farm plot<br />
}}<br />
::: I updated the layout, now it should look just like a regular image thumb. I didn't had time to test it, if it doesn't work for you or you don't like it just revert the last change. cheers. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:46, 2 January 2023 (UTC)<br />
::::I don't know which part of this talk page to put this, but I added the ability to add icons to the v50 workshops template. Leaving the icon part blank will not break the template in any way. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 09:47, 3 January 2023 (UTC)<br />
{{clear}}<br />
==Creature List Now Supports Graphics!==<br />
I wasn't easy, but I made new templates so the [[Creature]]s page now supports both graphics sprites ''and'' ASCII tiles. Allow me to show you:<br />
<br />
{{v50_creaturecurrent_table_head}}<br />
{{v50_creaturecurrent table row|graphic=[[File:dwarf_sprite.png]]|name=[[Dwarf]]|symbol=☺|color=3:0:0|playable=Fort, Adv|hostile=No|food=No|size=60,000|value=Not tameable|biome=[[Mountain halls]], [[Fortress|dwarf fortress]]es, [[hillock]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:elf_sprite.png]]|name=[[Elf]]|symbol=e|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Forest retreat]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:human_sprite.png]]|name=[[Human]]|symbol=U|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=70,000|value=Not tameable|biome=[[Town]]s and cities|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:goblin_sprite.png]]|name=[[Goblin]]|symbol=g|color=7:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Dark fortress]]es and [[dark pit]]s|note=Snatchers<sup>2</sup>}}<br />
{{v50_creaturecurrent table row|graphic=[[File:kobold_sprite.png]]|name=[[Kobold]]|symbol=k|color=6:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=20,000|value=Not tameable|biome=Caves|note=Skulking race}}<br />
|}<br />
<br />
Oh wait, there's a bonus. You can also modify the background color of the box the sprites go in. I added that to make possibly-hard-to-see-otherwise sprites more easy to see - depending on the colors it has. Allow me to demonstrate.<br />
<br />
{{v50_creaturecurrent_table_head}}<br />
{{v50_creaturecurrent table row|graphic=[[File:dwarf_sprite.png]]|bgcolor=#829ccc|name=[[Dwarf]]|symbol=☺|color=3:0:0|playable=Fort, Adv|hostile=No|food=No|size=60,000|value=Not tameable|biome=[[Mountain halls]], [[Fortress|dwarf fortress]]es, [[hillock]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:elf_sprite.png]]|bgcolor=#c7dfc0|name=[[Elf]]|symbol=e|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Forest retreat]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:human_sprite.png]]|bgcolor=#c7dfc0|name=[[Human]]|symbol=U|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=70,000|value=Not tameable|biome=[[Town]]s and cities|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:goblin_sprite.png]]|bgcolor=#dfc0c0|name=[[Goblin]]|symbol=g|color=7:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Dark fortress]]es and [[dark pit]]s|note=Snatchers<sup>2</sup>}}<br />
{{v50_creaturecurrent table row|graphic=[[File:kobold_sprite.png]]|bgcolor=#dfc0c0|name=[[Kobold]]|symbol=k|color=6:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=20,000|value=Not tameable|biome=Caves|note=Skulking race}}<br />
|}<br />
<br />
To change the background color, add <code><nowiki>|bgcolor=COLOR</nowiki></code> segment after the <code><nowiki>|graphic</nowiki></code> part. You can use color names or HTML hex color codes. I added this to the v50 creatures page, but at this time, I only added the first five creatures I just displayed. It's gonna take a while to find ALL of those creature sprites. I hope a lot of people help out on that one. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 05:29, 5 January 2023 (UTC)<br />
<br />
:Thanks, looks nice! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:44, 5 January 2023 (UTC)<br />
:Nice stuff, took the quick liberty to change the padding-left -> text-align to make all the sprites center aligned relative to each other :) Sweet work --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:41, 5 January 2023 (UTC)<br />
:: Good work indeed. One minor issue, is that all the sprites have different sizes, which sometimes create slight variation in table row height. Consider using capping the image size vertically for example <code><nowiki>[[File:dwarf_sprite.png|x32px]]</nowiki></code>--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:15, 5 January 2023 (UTC)<br />
:: Also often in such tables people want to click on the image to go for the specific entry, and often will try to click on the very first thing they see in line the thumb image, but currently that will take them to the file page. Consider adding link parameter for example: <code><nowiki>[[File:dwarf_sprite.png|x32px|link=dwarf]]</nowiki></code> [[File:dwarf_sprite.png|x32px|link=dwarf]] or no link at all <code><nowiki>[[File:dwarf_sprite.png|x32px|link=]]</nowiki></code> [[File:dwarf_sprite.png|x32px|link=]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:24, 5 January 2023 (UTC)</div>Janhttps://dwarffortresswiki.org/index.php?title=Dwarf_Fortress_Wiki_talk:Versions&diff=284038Dwarf Fortress Wiki talk:Versions2023-01-05T18:24:27Z<p>Jan: /* Creature List Now Supports Graphics! */</p>
<hr />
<div>{{archive|<br />
# [[DF Talk:Versions/Archive 1|Page 1]]}}<br />
<br />
== Version 0.31.19 starts a new DF generation? ==<br />
<br />
My reading of Toady's comments on the release of 0.31.19 is that it came out basically because he felt it would take too long to get DF all the way to 0.32. With the ore changes, the sitefinder changes, the addition of grazing and several different industries, there's a lot of changes between 31.18 and 31.19. So I'm thinking it might be a good idea to call it the first release of DF2011 - and what we refer to as "DF2010" would then become 0.31.18.<br />
<br />
Thoughts? --[[User:DeMatt|DeMatt]] 07:06, 28 February 2011 (UTC)<br />
<br />
==Revisiting Redirects==<br />
I wasn't around when the redirect policy was created, and I'm having trouble understanding the rationale. The example claims that linking [[Main:Cheese]] to [[cv:Cheese maker]] is problematic...but mainspace only ever redirects to the current version. If the best target in the current version is cheese maker, why not link to it directly? (It's not, at least for Cheese, since [[DF2012:Cheese]] exists now.) The explanation seems to be claiming that 40d articles that link to Cheese will follow the Mainspace link--but that hasn't been the case for a long while now. Articles in 40d automatically link against other articles in 40d, so that version remains internally consistent no matter where mainspace links to in the current version. For a current example, what do we gain by linking [[Main:Mead]] to [[cv:Mead]] and linking [[DF2012:Mead]] to [[DF2012:Alcohol]]?<br />
<br />
If this really is just an outdated procedure, I recommend we drop the mummery and allow mainspace to link to cv:(best target). Double redirects ''may'' work (sometimes, but [[Main:Mead]] demonstrates a common problem where automatic redirection fails), but if they are unnecessary I think they should be avoided, partly because of problems like [[Main:Mead]] and partly because of the effort required to protect double redirects from users who believe they are problematic.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:16, 8 January 2014 (UTC)<br />
<br />
:I was just thinking that. I'm currently attempting to write a basic extension to eliminate the need for mainspace redirects entirely, although Mediawiki's class structure may make this more difficult than I had hoped (the only method I've found for resolving redirects takes the ''article text'' instead of a title, e.g. "#REDIRECT ..."). I do agree that the current situation with redirects isn't ideal, so I'm hoping this will work better (once I get it to work). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:42, 8 January 2014 (UTC)<br />
<br />
Okay, that wasn't quite as clear as I meant it to be. In general, I think this is a tricky situation. Mediawiki wasn't designed to have five content namespaces, and certainly not chains of redirects between them. The problem that was pointed out in the [[DF:REDIR|policy]] is the fact that with:<br />
Main:Foo -> cv:Bar<br />
pages in the cv: namespace can't use [[<nowiki/>foo]], since the namespace links modification causes it to be treated as [[<nowiki/>cv:foo]] instead, which doesn't exist. The current suggested solution is this:<br />
Main:Foo -> cv:Foo -> cv:Bar<br />
This fixes the problem of [[<nowiki/>foo]] not working on cv pages, but creates issues with double redirects not always working. Another solution, which is more intuitive to new editors, is:<br />
Main:Foo -> cv:Bar<br />
cv:Foo -> cv:Bar<br />
Both require creating two redirects. The first method has the advantage of ''ensuring'' that the cv redirect exists (otherwise, main:foo would be a redlink), while the second has the advantage of working more reliably in a couple cases.<br />
<br />
What I'm trying to do is make main:Foo "jump" to cv:Foo when cv:foo exists, ''even if main:foo doesn't exist'' (basically it would treat all mainspace pages as redirects to cv pages, but only if the cv page exists and not the mainspace page). I had main:Bar jumping to cv:Bar fine, but if cv:Foo redirected to cv:Bar, accessing main:Foo would mysteriously stop at cv:Foo even if I increased the redirect limit. What I'm trying to do now is follow the redirects internally, without relying on Mediawiki to do it automatically - unfortunately, that has proved to be harder than I had hoped (and I sent my web server into an infinite loop while trying). I will try to work on this some more when I get a chance, although I'm not sure when that'll be yet :(. For now, feel free to fix broken double mainspace redirects as necessary, as long as redirects in the DF2012 namespace stay pointing to the right page (and new mainspace redirects get added in the DF2012 namespace too). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:21, 9 January 2014 (UTC)<br />
<br />
:You're treating cv like a namespace--it's not. It is simply shorthand for "fill in the current version here". [http://dwarffortresswiki.org/index.php?title=User_talk:Briess&diff=182404&oldid=181281 As I discovered a long time ago on a server not far away], linking from Main:Foo to cv:Foo tends to break redirection chains. If, instead of linking to cv:Foo, you link to DF2012:Foo, it might just work. It would, of course, be better if your patch could evaluate cv itself, but even if you have to hardcode the current version it's a single point of maintenance that requires update very infrequently. (For that matter, we could probably dispense with the cv hack entirely and just have a bot update mainspace links from DF2012 to DF201X when we switch to a new version.)--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:05, 9 January 2014 (UTC)<br />
::I know cv isn't a namespace - I was just trying to avoid future confusion when the DF2012 namespace changes. It's interesting that changing "cv" to "DF2012" fixes some broken redirects, although I've found that simply making an edit to a broken redirect can usually fix it as well. I've actually had the most problems with double redirects when the second one (in the DF2012 namespace) doesn't use the DF2012 prefix (e.g. main:Foo containing <nowiki>[[cv:Foo]] and DF2012:Foo containing [[Bar]]</nowiki>). I'd rather keep the cv alias even if it isn't necessary for mainspace redirects when I get the patch to work, since it makes it easier to refer to the current version of the page (for example, several MDF articles contain links to a vanilla page for things that don't change in the mod).<br />
::Also, using aliases like "cv" is supported by Mediawiki; in fact, several WMF wikis use them (for example, "[[wikipedia:WP:Redirects|WP:Redirects]]" on Wikipedia). It's quite likely that Mediawiki isn't processing double redirects using aliases correctly, though, since that's uncommon on most wikis. --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:35, 9 January 2014 (UTC)<br />
<br />
In light of the lack of support for the current redirect policy, I propose we replace the current redirect section with:<br />
<br />
:Mainspace article pages should use the cv: alias when redirecting to a versioned page, which will automatically update the link when a new version is released. For example, page "Main:Foo" should redirect to page "cv:Bar" (where "Bar" is the page that best describes the topic Foo in the current version).<br />
<br />
:Pages in mainspace should only redirect to an older versioned page if that content no longer exists in the current version of the game (e.g. [[Cave river]], [[Chunk]]). In these cases the cv: alias cannot be used. <br />
<br />
:Pages inside a versioned namespace should not use the cv: alias. Instead, they should redirect to the best page within that versioned namespace (e.g. [[DF2012:Dodging]], [[v0.31:Drink]]).<br />
<br />
:Due to limitations of the wiki software, double redirects should be avoided if possible. When fixing double redirects in mainspace, please make sure to use the cv: alias as appropriate.<br />
<br />
If no one objects, I will make this change in a few days.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:21, 15 January 2014 (UTC)<br />
<br />
:Okay with me. It may be worth mentioning that double redirects only really need to be changed when they don't work (since changing a lot of redirects that work isn't necessary), but I think it's clearer and more relevant than the current policy. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:26, 16 January 2014 (UTC)<br />
<br />
Done.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:55, 22 January 2014 (UTC)<br />
<br />
I was finally able to get my extension to work after being motivated by one too many malfunctioning redirects. It now causes nonexistent pages in the main namespace to behave exactly like redirects to their DF2012 counterparts (when linked to, accessed directly, and transcluded). Double redirects also work (up to 100, in fact, although that was a temporary safety measure that I'll probably change). This means we'll be able to safely get rid of all mainspace redirects (redirects that redirect to something other than "cv" will still function if not deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:20, 14 March 2014 (UTC)<br />
:What about articles which don't exist in the current version but do exist in older versions? Will those still need mainspace redirects, or will your extension be able to automatically redirect them to v0.31/40d/23a? --[[User:Quietust|Quietust]] ([[User talk:Quietust|talk]]) 01:29, 14 March 2014 (UTC)<br />
::It ignores all mainspace pages that actually have content, including redirects, so pages like [[masons guild]] won't be affected (unless deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:47, 14 March 2014 (UTC)<br />
<br />
Done and deployed. [[Cat]] is still treated as a redirect, even though I just deleted it (try clicking on the "redirected from" link). Pages that exist are ignored, so [[Masons guild]] and [[History of Dwarf Fortress]] still function normally (as a redirect to a 23a page and a non-redirect, respectively). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:57, 14 April 2014 (UTC)<br />
<br />
I'm sending around a bot right now to delete all redirects of the format "foo -> cv:foo" (a surprising number don't fit this format, so I'm leaving them alone for now). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:43, 14 April 2014 (UTC)<br />
<br />
:I'm confused. Do we use double redirects or not? Is there a single place we define our linking policy (including redirects), and is it updated? <br />
:I had trouble linking to [[Consolidated_development]] in [[v0.34:Dragon]]. It kept pointing to v0.34:Consolidated_development, which does not exist. I ended up linking to Main:Consolidated_development to make it work. --[[User:Nahno|Nahno]] ([[User talk:Nahno|talk]]) 10:18, 1 July 2014 (UTC)<br />
<br />
::That's a separate problem altogether - links in the versioned namespaces (v0.34, v0.31, 40d, 23a) automatically link to pages within their namespace. I may be able to set up a fallback to mainspace once I'm able to deploy again, but for now the "main:" alias is the intended solution. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 11:36, 1 July 2014 (UTC)<br />
<br />
== Google often directs people to the 0.31 page ==<br />
<br />
I've noticed a couple of times that finding a wiki page from an external search will often drop me onto a page from an older version. Is it possible to mitigate this somehow for new players? I could imagine something like redirecting old:Bar -> cv:Bar unless the user has come from old:Foo; no idea if that would actually work though. [[User:PeridexisErrant|PeridexisErrant]] ([[User talk:PeridexisErrant|talk]]) 11:48, 4 May 2014 (UTC)<br />
<br />
:As a temporary solution, I could write a script that displays a banner of some kind if the user came from an external site. I'll ask Briess if he can do anything on the server level to increase the weighting of the current version's pages. (Obviously there are situations where people are looking for old pages, like [[23a:dungeon master]], so we don't want to disable indexing entirely on old pages.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:03, 4 May 2014 (UTC)<br />
<br />
== DF2014? ==<br />
<br />
As Toady [http://www.bay12games.com/dwarves/ draws closer to a new release], it might be worthwhile to discuss the addition of a new version to the wiki. The upcoming release covers two years of changes and introduces a number of new plants, foods, drinks, multi-tile trees, climbing, jumping, etc., so it is likely to have significant changes from the current DF2012. To avoid having people start new pages (and lose all the effort spent refining the prior version's page), I think it would be best to have a bot automatically copy over the DF2012 pages as a starting point for DF2014. I would suggest that these copied pages include a noticebox template mentioning that the content may be outdated, so that we can easily track which pages have been reviewed. I think either the {{tl|version check}} or {{tl|old}} template would work. --[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:43, 5 May 2014 (UTC)<br />
<br />
:This is what [[User:QuietBot]] did after the 0.34 release, so it's certainly possible to use the same script to migrate to DF2014. I would like a way of tagging migrated pages, since inaccuracies in some pages went unnoticed for months after they were migrated. Since {{tl|old}} is already in use, {{tl|version check}} may be a better solution (it can be reworded slightly, or we can make a separate template for DF2014 migration). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:23, 1 June 2014 (UTC)<br />
:Made [[Template:DF2014 migrated]] as an example. Any thoughts? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:32, 1 June 2014 (UTC)<br />
<br />
== Redirects inconsistency ==<br />
<br />
Following a redirect is supposed to be exactly the same as going straight to the page it redirects to, but this actually isn't the case:<br />
* Go to [[Seeds]] and you get [[v0.34:Seed]] (outdated)<br />
* Go to http://dwarffortresswiki.org/index.php?title=Seeds&redirect=no and click on the link and you get to [[DF2014:Seed]] (current)<br />
So if you search for "seed", the top result is the DF2014 version. But search for "seeds" and you get the redirect, which sends you to the outdated page instead. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:22, 22 February 2015 (UTC)<br />
<br />
While I'm talking about redirects, it seems redirects to sections don't work: see [[DF2014:How do I manage my seeds and crops]]. I know MediaWiki is capable of this trick because Wikipedia does it. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:32, 22 February 2015 (UTC)<br />
<br />
:I have absolutely no idea why [[seeds]] redirects to a v0.34 page - it could be a Mediawiki bug. The section links issue is due to a known issue in the redirect extension we use, which has yet to be fixed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:01, 23 February 2015 (UTC)<br />
:It looks like deleting both [[Seeds]] and [[DF2014:Seeds]] fixed things (by allowing AutoRedirect to handle the redirects instead). Feel free to tag any others with {{tl|bad redirect}}. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:03, 23 February 2015 (UTC)<br />
::It gets stranger. [[Vial]] redirects explicitly to [[cv:Flask]] which displays (when you look at it with &redirect=no) as [[DF2014:Flask]], but still goes to the v0.34 version. It seems redirects interpret the cv: pseudo-namespace (or whatever it's called) in an outdated way. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 18:08, 23 February 2015 (UTC)<br />
::I've added a note to this page about this issue. If it gets resolved, the note should be removed. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 21:04, 23 February 2015 (UTC)<br />
<br />
<br />
==Reorganizing versions==<br />
<br />
The internet deals with moved content... poorly. Google is still linking to v0.34 pages more than a year after the switch to "DF2014", and even the wiki software still has cached links pointing to the old version pages.<br />
<br />
I propose reorganizing versions on the wiki to avoid moving content whenever possible. Instead of having a temporary "current version" namespace that changes occasionally, all the current information gets promoted to the Main namespace. When the next version split occurs, the Main articles as of a certain revision number can be copied to the newly-created permanent "old version" namespace, while all the current information remains in Main. This not only fixes the link rot issue, but it has a few other benefits as well: fewer administrative tasks, no lockdown (a historical version of the Main pages can be copied at any point, even if the Main articles are already modified for the new version), almost all the article history is maintained in the Main article (instead of being spread unevenly across multiple versions), no "temporary" namespaces are needed, fewer problematic long redirect chains, and hopefully less user confusion (since Main gets priority in search results, etc.).<br />
<br />
As an example, today we would not have a DF2014 namespace (which is good because "temporary" namespaces historically disappear anyway). If you ran a search for [[seed]] you'd end up at Main:seed, which would have all the current information on seeds. The version box at the top of the page would still link to the older versions of the seed article. When a new version is released, an admin would choose a revision number and copy the Main:seed article as it exists at that revision number to v0.40:seed. That's it. One historical copy that needs little to no new editing, and zero redirections/moves.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:02, 27 July 2015 (UTC)<br />
<br />
:Makes sense to me. It would involve a lot of work, though (e.g. fixing templates and categories to account for the current version being in mainspace), although that should be doable thanks to {{tl|category}}, {{tl|version switch}}, etc.. A bot could be set up to copy revisions from before a release date as well, which would be more difficult (and maybe slower) than a direct copy, but not severely. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:24, 30 July 2015 (UTC)<br />
<br />
:Actually, there are a few issues with that, namely that there wouldn't be an easy way to distinguish between versioned and non-versioned mainspace pages. There are ways to resolve Google search priority (we can exclude pages from older versions from search engine results if there are newer versions of those pages available, for example). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:47, 6 August 2015 (UTC)<br />
<br />
::There aren't very many non-versioned mainspace pages, and determining if a page is versioned is as simple as looking for the version template and/or categories added by the version template (e.g. copy [http://dwarffortresswiki.org/index.php/Category:Current this category] instead of Main:*). The problem with "suggesting" newer pages to Google is that they obviously aren't crawling our wiki regularly (if they were, the fact that the mainspace redirects point to new pages would automatically be picked up). Even if your Google hints worked they wouldn't do anything for all the other broken links out on the 'net.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:35, 6 August 2015 (UTC)<br />
<br />
::: Google actually crawls the wiki constantly - we probably get crawl hits from google for a continuous block of 2-3 hours per day, each and every day. Why they are slow to update is beyond me though. I can't remember why we didn't do this initially, but there was a technical limitation involved if I remember correctly. --[[User:Briess|Briess]] ([[User talk:Briess|talk]]) 22:05, 6 August 2015 (UTC)<br />
<br />
::: There are &lt;meta> tags that can be used to hide pages from search results (for search engines that recognize them, that is). Searching for {{tl|av}} or [[:Category:Current]] might work, although we'd have to make sure all of the DF2014 pages include that (some pages don't, particularly some disambiguation pages, although all of them should). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:53, 6 August 2015 (UTC)<br />
<br />
:Is there a particular reason main and current are separate to begin with?—[[User:CLA|CLA]] ([[User talk:CLA|talk]]) 00:17, 7 August 2015 (UTC)<br />
<br />
::It's mostly intended to distinguish between versioned and non-versioned pages and make version-related templates simpler to work with, since every versioned page has a namespace. I wasn't active here in 2010 when this system was created, so Briess and Emi would know more.<br />
::Another issue I just thought of with Loci's suggestion is categories - currently, categories like [[:Category:Animals]] are used to organize the versioned sub-categories. Sure, we can change {{tl|Category}} to categorize mainspace pages in [[:Category:v0.40:Animals]] or [[:Category:DF2014:Animals]], but that would be less straightforward because there wouldn't be a namespace with that name (until pages are migrated when a newer major version is released). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 13:05, 7 August 2015 (UTC)<br />
<br />
:Moving current pages to the main namespace sounds like a great idea. -[[User:Jecowa|Jecowa]] ([[User talk:Jecowa|talk]]) 20:47, 4 January 2018 (UTC)<br />
<br />
Another thought: dealing with migrating redirects could be difficult with this proposal - specifically, determining which redirects should be migrated to a versioned namespace. Redirects can't contain {{tl|av}}, at least not before ``#REDIRECT``. I ''think'' it would be possible to copy pages in two stages, though - all non-redirects first, then all redirects whose targets were also copied. Thoughts? Anything I'm missing? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:41, 27 June 2019 (UTC)<br />
<br />
Some subpages (particularly /raw and /Edit notice) also deliberately lack {{tl|av}}, although those shouldn't be too hard to handle. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:35, 9 July 2019 (UTC)<br />
<br />
:Redirect pages (and all other edge cases I've looked at) can be included in categories (like [[:Category:Current]]) to determine whether or not they should be copied into an archival version. But if the redirects are "properly qualified" then they can all be copied over blindly. Mainspace redirects pointing to versioned information should use a blank namespace (which will be automatically constrained to the archival namespace); mainspace redirects pointing to unversioned information should use an explicit "Main" (which will automatically link back to the unversioned page). Then, when [[[[Toady]]]] gets copied to [[[[v0.4x:Toady]]]] it will point back to [[[[Main:Toady One]]]]. Meanwhile, [[[[Beer]]]], copied to [[[[v0.4x:Beer]]]], will properly point to [[[[v0.4x:Alcohol]]]].--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:00, 14 July 2019 (UTC)<br />
<br />
::I think qualifying redirects is the best solution here - categorizing redirects manually is another possible source of errors, since categories (or a lack thereof) would only be visible on the redirect page itself, and [[:Category:Current]] is a hidden category. Copying over mainspace redirects into versioned namespaces would also resolve some issues that have come up due to those not reliably existing currently. I should be able to set up a bot script to add "main:" to current mainspace redirects (and it shouldn't break anything, since those redirects go to other mainspace pages anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:57, 14 July 2019 (UTC)<br />
<br />
(Note: I wrote all of this without noticing the previous discussion above.) I was wondering, when the wiki creates a new namespace for a major release again, if it is possible to ''not'' create a namespace for the next current version (e.g. "DF202x") and instead have the mainspace articles (which are currently redirects) become the new cv and move the content there. Therefore, [[cv:Cat]] would just be "[[Cat]]" (or [[Main:Cat]]).<br />
<br />
Certain namespace-related templates like [[Template:Ns/0]] would need to be changed, though nothing significant as far as I know. For most cases, any "DF2014" would be replaced with "Main" or even blank. There's also multiple extensions handling the current namespace system and they may need to be modified too, though I'm not sure if or how much. I'm guessing based on the discussions above that it will change stuff up.<br />
<br />
My reason is the current namespace is increasingly becoming more anachronistic. "DF2014" could be misinterpreted as "this page is about the 2014 version of the game" or "this page was last updated in 2014", which I've seen a few people in forums mention. Granted that [[Template:Av]] is on the top of very article, I still think the namespace is inconsistent with the recentness of the article. But how is this related to what I'm asking for? Let's say we continue the current system: if we happen to do a new namespace change this year and create DF2020, the next major release (after graphics/UI) will be mythgen, which is estimated to take several years to develop (the Big Wait), and so the anachronism will start over again. The proposed way will prevent this from occurring for the next major release and every release thereafter.<br />
<br />
I think the confusion with having a namespace that becomes old-fashioned overtime supersedes the confusion with not marking current versioned articles with a namespace. Most users just search "Cat" on the search bar and naturally expect to get information about the latest release of DF. So if users go a page that's just titled "Cat", they won't expect outdated info about cats from a previous release. That's how the current system works anyways. We'll be skipping the two-step process that we have now. It'll make several wiki tasks much simpler as well. Editors can create new articles for current versions without remembering to add a namespace. It'll fix any existing issues with (double) redirects; instead of [[Main:Kitten]] redirecting to [[cv:Kitten]], which goes to [[DF2014:Kitten]], which then redirects to [[DF2014:Cat]], [[Main:Kitten]] would just redirect to [[Main:Cat]]. And the cv: alias will no longer be necessary since "cv:" = "Main:" and will be forever.<br />
<br />
There's no need to differentiate the current version and previous versions with a namespace for the current version is what I'm saying. Articles of previous versions will retain their respective namespaces. Users will still type "40d:Cat" to go to the 40d version of the article, but if they want the current version, they'll just type "Cat" (like now). The mainspace containing the "live" version of an article is natural and would create no uncertainty when browsing the wiki. And it would simplify the wiki somewhat and future-proof this anachronism problem. As a bonus, this change will also prevent web search engines from showing previous version pages when typing "DF cat" or something. (This isn't happening right now as DF2014 has been the current namespace for ~6 years, but it'll happen again when everything moves to a new namespace.)<br />
<br />
This is the gist of it, and I may have ignored most of the problems with this proposal. I have personally wished for the whole version namespacing be made less complicated and have been seeking for a solution, and I feel like this is the best way to go about in the future. – [[User:Doorkeeper|Doorkeeper]] 21:27, 14 August 2020 (UTC)<br />
<br />
:<s>Whoops, looks like Loci already proposed this exact thing long ago. I definitely missed that discussion and should have checked first. My apologies. I'll move my text to that section and remove this one. – [[User:Doorkeeper|Doorkeeper]] 21:36, 14 August 2020 (UTC)</s> Done. – [[User:Doorkeeper|Doorkeeper]] 21:40, 14 August 2020 (UTC)<br />
<br />
:The main issue I have with that is that putting pages about the current version in a namespace also differentiates between those pages and pages not about ''any'' version (for example, [[Toady One]] does not need a 40d or v0.34 page). Yes, we can use {{tl|av}} to mark versioned pages, but people often forget to add that to new pages. The current system also allows determining whether a page is versioned or not from its title, which makes migrations a lot faster. Relying on {{tl|av}} would require either reading the content of every page (which would slow scripts down significantly) or cross-checking with the list of all pages including the template (feasible, but a bit more complicated, and still susceptible to missing templates). I suppose that manually fixing and migrating pages missing {{tl|av}} later wouldn't be too much work, though.<br />
:I am definitely in favor of changing "DF2014" (or a new namespace) to "Current", though. I was in favor of "DF2014" in 2014, but I don't think it makes sense anymore, and "Current" seemed to be a popular alternative in both the DF2012 and DF2014 discussions on the matter. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:02, 16 August 2020 (UTC)<br />
<br />
== Weird redirect behaviour ==<br />
<br />
[[Pump stack]] redirects to [[cv:Screw pump#Pump stack]]. If you look at the redirect itself it says it redirects to DF2014 namespace, which is correct. But if you actually follow the redirect, it goes to v0.34 namespace. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 16:10, 20 August 2018 (UTC)<br />
:Yeah, that's part of the issue described in the above section (the wiki caching part, not on Google's end.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 15:00, 21 August 2018 (UTC)<br />
<br />
== v50 organization ==<br />
<br />
Some wiki admins have had a talk on Discord and decided that the most sustainable path forward is to put content for all future versions of DF in the main namespace. We will be working on a bot to do this in the next few days. Feel free to chime in with suggestions here. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:56, 14 December 2022 (UTC)<br />
<br />
:Is it maybe possible to do backwards-namespacing? Like we have a "Main" namespace, which people are free to update, and whenever there's a new version of DF the "Main" namespace is copied into a namespace for the then old version, much like how you'd branch a stable branch from a development branch when working with a git-project? [[User:Therahedwig|Therahedwig]] ([[User talk:Therahedwig|talk]]) 23:13, 14 December 2022 (UTC)<br />
<br />
::Yeah, we could do that if we decide to. We were talking about doing that for v50, actually, and might still do something similar to preserve edit history if it doesn't end up being too hard to automate. Our hope is that we will not introduce new namespaces for v50 -> v5x, unless there is a serious breaking change (and hopefully there isn't one). But if we change our mind, one advantage of the type of migration you mentioned is that it can be done retroactively - we can copy historical revisions that were current at the time of the release, and would only lose some typo fixes made after the release that apply to earlier versions as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:11, 15 December 2022 (UTC)<br />
<br />
ETA is < 24 hours. Doing some final checks on a migration script. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 07:08, 19 December 2022 (UTC)<br />
<br />
: We should really have a task list as there are many things that change and need updating. Including but not limited to:<br />
:* Most templates that used the previous namespace convention broke, including nav templates. <br />
:* Many game files changed locations and their pages need to be updated.<br />
:* Raws need to be updated. <br />
:* Various features added, changed, removed. <br />
:* UI has been changed -- though I am more inclined to wait for classic release to avoid extra work --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 06:56, 20 December 2022 (UTC)<br />
<br />
"''Raws need to be updated.''" Including applying text wraparound where necessary, I suppose - more than a few of them have proven to be that special kind of...''difficult'' to navigate otherwise, shall we say? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 12:52, 20 December 2022 (UTC)<br />
<br />
:There is already a task list in the [[#v50 migration|section below]] that includes templates and raws, with an explanation. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:25, 20 December 2022 (UTC)<br />
<br />
== v50 migration ==<br />
<br />
The initial migration script is done. New content is in the '''main''' namespace, e.g. [[Cat]]. Old content is still at [[DF2014:Cat]]. History was migrated to the ''new'' (main namespace) articles.<br />
<br />
I know several things are broken still. Please reply if you find any others:<br />
<div style="border-left: 2px solid red"><br />
* <s>Versioned templates haven't been migrated yet (e.g. {{tl|vermin}} on [[Ant]])</s><br />
** Fixed. Most were migrated by a bot.<br />
* <s>Raws are missing on all pages that use them.</s><br />
** This also affects sidebars, such as on [[Cat]] and [[Microcline]].<br />
** Update: The DFRawFunctions extension has been upgraded to include v50 raws, using the "v50:" prefix for filenames instead of "DF2014:". <s>I haven't finished a migration script to create the /raw pages themselves, but they can typically be created manually by copying the DF2014 /raw pages and changing "DF2014" to "v50" everywhere.</s> &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:20, 1 January 2023 (UTC)<br />
** Update 2: Raws have been added for all pages! They were copied from the "DF2014" pages and had "DF2014" replaced with "v50", which appears to have worked from a spot-check, but let me know if you find any problems. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:57, 4 January 2023 (UTC)<br />
* Some pages where the DF2014 page was a redirect to a main namespace page that contained content were migrated incorrectly.<br />
** In this case, the main namespace page is usually a redirect to itself. This can be fixed by undoing LethosorBot's edit to the main namespace page, then copying the content to the DF2014 page.<br />
** Update: most seem to have been fixed manually - thanks! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:41, 21 December 2022 (UTC)<br />
* <s>Some main-namespace talk pages redirect to DF2014 talk pages. Some of these redirects work, and some (usually older ones) do not.</s><br />
** Fixed with a bot. Some redirects from talk pages to other deleted talk pages are now broken, e.g. [[Talk:Above_ground]] (exists) -> [[Talk:Tile attributes]] (redlink). I am leaving them like that because they redirect to where the talk page should be created, but I'm also fine with people deleting them if they really want to. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:41, 21 December 2022 (UTC)<br />
* {{tl|quality}} for new articles is disabled (see below)<br />
* Some links from DF2014 to Main weren't working: e.g. the version selector [[DF2014:Mason's workshop]] was linking to [[DF2014:Main:Mason's workshop]] instead of [[Main:Mason's workshop]]. I'm not sure exactly why, but I fixed it with a change to the NamespaceLinks extension. Let me know if you spot similar broken links. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:19, 21 December 2022 (UTC)<br />
</div><br />
<br />
&mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:54, 20 December 2022 (UTC)<br />
:The quality levels of the 50.03 pages seem to be missing. I'm not sure if that's covered under that first point. [[User:Trainzack|Trainzack]] ([[User talk:Trainzack|talk]]) 06:47, 20 December 2022 (UTC)<br />
::If the the [[Dwarf Fortress Wiki:Quality]] feature can be made to work with namespace scheme change, I suggest to automatically assign the lowest quality rating to all pages, alternately add the {{tl|old}} to all pages. Otherwise there will be a lot of pages that will fall through the cracks. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:12, 20 December 2022 (UTC)<br />
:::I disabled {{tl|quality}} in the main namespace because it would require some rework to make the rating script and the template work properly there. Feel free to take a stab at the template. I will see what can be done on the extension side. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:14, 20 December 2022 (UTC)<br />
::::What needs to be done on the template side? I'm not sure I see too big of an issue leaving pages as "unknown-quality" for now (or just change the default to tattered) until we get the rating script working. Is that script up anywhere, anything that could be helped with? [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:10, 2 January 2023 (UTC)<br />
:::::They're already marked as unknown. Really the only issue I know of with the template is that it doesn't show up with some of the newer skins we added, and that can be fixed by getting rid of the absolute positioning. As for the script, it can be found at https://github.com/DF-Wiki/QualityRatings, and the issue is really only with the configuration system not recognizing the main namespace as valid. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:29, 3 January 2023 (UTC)<br />
::::::Great, I started having a crack at fixing the template with different themes. Is the preference to get some CSS going and then include it in the global stylesheet (i.e different styles per theme) or to try and get a "one size fits all" fix? &mdash;[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 08:14, 3 January 2023 (UTC)<br />
:::::::I would rather avoid custom site-wide CSS if we can. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:29, 4 January 2023 (UTC)<br />
::::::::I appreciate that, I think it's the simplest solution to add a few lines to common.css though. Unless there is a way to attach CSS specifically to a template, I saw a few extensions that allowed that but I'm not sure if any are present in the wiki at the moment. Regardless there already exists a class `div.topicon` that is specifically for the quality ratings, is there an issue with expanding this class to accommodate the themes? The list of themes where the quality rating display is broken/invisible: Citizen, MinervaNeue, MonoBook. &mdash;[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 21:48, 4 January 2023 (UTC)<br />
:::::::::What do you think of moving the template out of the topicon entirely and just placing it in a div? It would take up a (hopefully) small amount of vertical space in the article. [[User:Lethosor/Sandbox/Quality_test]] is an example. Unfortunately it isn't possible to prevent other templates from displaying above the quality this way ([https://dwarffortresswiki.org/index.php?title=User:Lethosor/Sandbox/Quality_test&oldid=283883]). So maybe we do need some custom CSS after all if we want that. I'm open to trying out whatever you propose. I'm a bit worried about future-proofing against skins we add later (particularly a mobile skin) but at least MediaWiki supports skin-specific global CSS as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:33, 5 January 2023 (UTC)<br />
::::::::::I would rather we avoid taking any more vertical space in the article. The growing block pyramid at the top, starting with version template, is annoying. If you end up placing it inside the article space please use a slim box 100% wide that would include both.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:19, 5 January 2023 (UTC)<br />
:::::::::::Agreed with you Jan, however I see that as two different tasks (ArticleVersion template changes, getting quality back on pages). I made a test adjustment to the quality and it takes up a negligable amount of extra space. See [[User:Vallode/sandbox#Page_quality]] for the example, we'd be able to completely remove "topicon" (unless it is used somewhere else?) and then potentially move on to making the ArticleVersion template into a slim version on the left-hand-side instead of a large box? Let me know what you think. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:35, 5 January 2023 (UTC)<br />
<br />
It appears some pages are redirecting recursively and never resolving correctly, like the [[https://dwarffortresswiki.org/index.php?title=Character_table&redirect=no|character table]] and [[tileset repository]] 07:35, 20 December 2022 (UTC)<br />
: Indeed, these can be caught here: [[Special:DoubleRedirects]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:51, 20 December 2022 (UTC)<br />
<br />
It might be useful to change the notice title to "release information '''for editors'''" --[[Special:Contributions/142.59.195.176|142.59.195.176]] 10:26, 20 December 2022 (UTC)<br />
:Can do. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
::New here, hello. Should we set a date where we remove/only show the banner for logged in users. There are (some) pages that have 4 different notices about the upgrade. [[Engraving]] is one such page, the top banner states "information for editors", we then have the "this page was migrated" banner, a version selection which warns the article might be inaccurate, and a smaller banner saying the page might need to be updated. Quite a lot of screen space, I think we can start to slowly reduce the amount of warnings this coming month? [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 10:07, 2 January 2023 (UTC)<br />
:::Unfortunately, only showing info to logged-in users is difficult with how MediaWiki caching works. In terms of reducing warnings, there is a discussion [[Template_talk:ArticleVersion#.22Note_that_some_content_may_still_need_to_be_updated..22|here]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:43, 4 January 2023 (UTC)<br />
:::As for [[Engraving]] specifically, the {{tl|old}} banner was actually present on [[DF2014:Engraving]] as well and got carried over with the migration. I removed it, and agree that it was redundant. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:46, 4 January 2023 (UTC)<br />
<br />
Main talkpages seem to redirect to DF2014 talk. Not sure if it is intentional but I like it, though we should pay attention when creating new discussion relating to v50 ending up there.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 14:18, 20 December 2022 (UTC)<br />
:That's unintentional. I specifically wrote the migration script to not move talk pages, but that has the side-effect of leaving any previously-created "Talk -> DF2014 talk" redirects intact. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
<br />
Yo Lethosor, are we adding graphic sprites for the pages in some way? Or are we waiting for you to add some sort of new template or something? I'm sure you don't need me to tell you that the current templates don't allow that. Not sure if I'm allowed to change/create any templates either, as I don't want to break things for hundreds of pages. Edit: And IF the icons are allowed, should they be left alone, or 2×-3× sized like how the Minecraft wiki does it? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 14:29, 20 December 2022 (UTC)<br />
:Depends on which templates you mean. There are copyright concerns with uploading a premium sprite sheet, for instance. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
::I'm not talking about uploading an entire sprite sheet. I'm just talking about individual icons for each respective page. One image for cows, one for horses, one for werebeasts, etc. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 16:50, 20 December 2022 (UTC)<br />
:::If we do that for every creature in the sprite sheet, that's not much different (in terms of copyright) from uploading the entire sprite sheet. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:09, 20 December 2022 (UTC)<br />
::::Is there someone we can talk to about that? We finally get this new game with graphics, and then we can't use the very graphics of the game? No matter what the rules are, I'd say that would be the stupidest thing ever. I know I'm infamous here when it comes to copyright and images and stuff, but about 80% of game wikis out there are completely unofficial, and use game file images like no one's business. I can't imagine anyone's door being knocked on if we used the game's sprites, but I won't add any here until we have a go-ahead. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 17:14, 20 December 2022 (UTC)<br />
<br />
:::::...I've made noise in Mayday's direction on this matter, at least (prob an incorrect maneuver, ''but'').[[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 17:55, 20 December 2022 (UTC)<br />
:::::: I hope some sort of arrangement can be made so we can use the new sprites with permission/limits, just as we are using the raw files. Otherwise we are all (devs and editors alike) shooting ourselves in the foot here.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:07, 20 December 2022 (UTC)<br />
<br />
:::::::I just thought of something. We're supposedly not allowed to upload entire sprite sheets, right? What if - for the time being - we just use a few of them for the purpose of testing out new infoboxes? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 21:46, 20 December 2022 (UTC)<br />
::::::::I don't know. If someone could ask Kitfox and post the response here, that would be great. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:47, 20 December 2022 (UTC)<br />
<br />
:::::::::I've reached out to Alexandra, but she hasn't answered yet. Until then I found these old approvals from the previous community manager, Feeona: ([http://www.bay12forums.com/smf/index.php?topic=173474.msg8243633#msg8243633 link1], [http://www.bay12forums.com/smf/index.php?topic=176640.msg8243642#msg8243642 link2]). Waiting for a newer response until we begin mass uploads is probably the politer option, but like Zippy said, it is also standard for wikis to use game sprites with less approval. I second their idea of trying it out with a few images to test the infoboxes. On the extreme off-chance (and I do think it is) Kitfox protests we can always remove these few. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 22:19, 20 December 2022 (UTC) <br />
:::::::::And here is a third, more official statement: ([http://www.bay12forums.com/smf/index.php?topic=173474.msg8249718#msg8249718 link3]). Perhaps that address of info@kitfoxgames.com is the better channel to ask for a confirmation, rather than Discord DMs, but I will be going to bed, so it is best if someone else does that. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 22:29, 20 December 2022 (UTC)<br />
::::::::::Thanks for tracking this down! Ok, sprites should be fine, but let's avoid uploading the entire premium tileset as a single image, for instance (as the forum thread says, "use common sense"). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:21, 21 December 2022 (UTC)<br />
::::::::::: Looks good, permission is always preferable over fairuse, I think it is a win win for all involved. I agree that we shouldn't upload entire sprite sheets (e.g. there is no reason to upload the windmill from every direction or whole construction phase for workshops) and that there are a lot of details that needs to be ironed out through testing. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 05:07, 21 December 2022 (UTC)<br />
:::::::::We have a green light on uploading all and any sprites. Their response to me can be seen [https://i.imgur.com/BhmHjzC.png here]. I'm sure someone else confirmed it before me. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 19:00, 21 December 2022 (UTC)<br />
<br />
<br />
Shifting temporarily to a new issue, is the documentation of [[Template:ArticleVersion]] outdated? It would seem so to me, since the current version no longer has its own namespace, with the templates needing updating being different ones. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 18:30, 20 December 2022 (UTC)<br />
:I think it is still accurate enough. We left open the possibility of making another namespace in the future, albeit with a different migration strategy - see [[#v50 organization|above]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:52, 20 December 2022 (UTC)<br />
<br />
Some Changes to infoboxes might be needed. Too bad [[User:Doorkeeper]] isn't around. He did a great work with navbox project--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:52, 21 December 2022 (UTC)<br />
<br />
I just realized that raw files aren't stored as regular wiki pages but loaded via the DFRawFunctions extension (hence the need to update). Good news it's going to be handled in bulk, consistently and relatively easy to updated. Even better it's Lethosor problem ;) Also I just realized that all the "raw files" (txt files in the new vanilla folder) are released into the public domain. Both are probably not news to the vets but I'll leave it here for those who less up to date like myself. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:35, 22 December 2022 (UTC)<br />
<br />
: I noticed that some templates aren't working properly in the new namespace, e.g. [[Basalt]] entry had its raw updated manually but the infobox fail to show any details. Cursory look suggest {{t|layerlookup/0}} need a minor tweak. This should do the work<br />
:: Replace: <nowiki>{{layerlookup/aux|{{{{FULLPAGENAME}}/raw}}|uses={{{uses|}}}|wiki={{{wiki|}}}}}</nowiki><br />
:: With___: <nowiki>{{layerlookup/aux|{{</nowiki><span style="color:red; font-weight:bold;">:</span><nowiki>{{FULLPAGENAME}}/raw}}|uses={{{uses|}}}|wiki={{{wiki|}}}}}</nowiki><br />
: Not sure what the plan and ETA with raws update so I didn't touch this high usage template for now. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 08:11, 24 December 2022 (UTC)<br />
<br />
::Please do feel free to make this update. I am still working on a script to create the <code>/raw</code> pages themselves. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:12, 1 January 2023 (UTC)<br />
<br />
Wouldn't it be an idea to add to the Sitenotice to remove the {{tl|migrated article}} tag when an article has been fully updated? I see many articles that seem to be updated still have the tag. And/or advise to make use of the {{tl|verify}} for sections still in need of checking? --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 10:12, 2 January 2023 (UTC)<br />
:Probably a good shout. The "see this page" link does include the detail on removing but we should more explicitly encourage removing the banner once a page has at least been looked over. [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:01, 2 January 2023 (UTC)<br />
<br />
== v50 specific issues ==<br />
=== Graphics===<br />
Follow up on the use of game sprites and the need to trying it out with a few images to test the infoboxes. First sprite [[:File:Beds v50.png]] was uploaded and used on [[Bed]] entry. Any thoughts? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:06, 21 December 2022 (UTC)<br />
:Seems like it should be rearranged to be horizontal. Also, has there been a serious discussion about copyright? Full screenshots are 100% fine, but you start going into a grey area when you upload pieces of a spritesheet. I'm of the opinion that it's all fine as long as it's inconvenient to reconstruct the full sheet from the individual images. Maybe a further restriction could be you shouldn't upload any of the art unless it's used in an infobox (maybe an exception for pieces of the UI). And one more restriction could be you shouldn't show everything, like in your bed example, maybe just the wooden bed is good enough, leave out the stone and metal, <small>especially since those can only be made from strange moods</small>. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:43, 21 December 2022 (UTC)<br />
::Actually, your bed image is kinda bad for showing off what a bed looks like because it doesn't show the pillow/blankets. That might point to cropped screenshots being the best path, although less convenient for the uploader, as you don't get details left out. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:46, 21 December 2022 (UTC)<br />
::I created a new license template [[Template:Copyright game]], based it on the way the RimWorld wiki does things. Call it a prototype, but it's probably how your bed image should be labelled. Indeed, I added it to it already. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]])<br />
<br />
::: I agree that the horizontal arrangement would suit better here and that we should strive to represent how things look in-game. Otherwise, I am not too concerned about people being able to reconstruct anything (lets just say that ''anyone'' interested in that can get the real thing from the game files), also it seem we have permission to use the sprits on top of fairuse. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 19:55, 21 December 2022 (UTC)<br />
<br />
::: Modifying the existing template to allow the inclusion of the new sprites is easy (Something like [https://ibb.co/zFXCrjd this]?) The big question is the matter of consistency is there any exceptions that will break the format (size wise with variant bloat for example), the sprite naming format, etc --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:44, 21 December 2022 (UTC)<br />
::: If we are going to show a variant for each material type, then maybe these should be added as separate images so we can add a tooltip for each image. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:49, 21 December 2022 (UTC)<br />
<br />
:I've got another prototype going here and here: [[User:Brightgalrs/vector.css]] and [[User:Brightgalrs/Sandbox]]. (You'll need to add the css stuff to your own /vector.css). Basically it's a way to recolor images using css classes. No idea if there's a better way. Also, the real implementation would require a change to [[MediaWiki:Common.css]]. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 22:41, 21 December 2022 (UTC)<br />
:Should mention, there ''is'' a different way, just upload each image 16 times, one for each coloring. But maybe that's not very elegant. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 22:45, 21 December 2022 (UTC)<br />
<br />
: It should be noted that soon the classic edition will be released, hence one should plan to have both the Premium and classic alongside in that little space --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 03:14, 22 December 2022 (UTC)<br />
::I'm looking into a tab extension to potentially support this in infoboxes. Perhaps [https://www.mediawiki.org/wiki/Extension:Tabs Extension:Tabs]? I tried [https://www.mediawiki.org/wiki/Extension:TabberNeue Extension:TabberNeue], but it displays a placeholder if JavaScript is disabled, which isn't great. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:22, 22 December 2022 (UTC)<br />
::: The Neue Tabber seem to works pretty much like the old one (which fandom [https://coding-help.fandom.com/wiki/Tabber#Adding_images_into_tabbers still use]) defaulting to showing the first tab only. Quick look suggest that neue work the same, plus the notice that 'Tabber requires Javascript to function' warning? if so, and if it is a bother, then you should be able to edit out the tabberneue-noscript string in code. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 06:29, 22 December 2022 (UTC)<br />
::: I much prefer your tabber solution, but if that fails we can also use the gallery slideshow mode. If so, beware it has no way to control image size so the images have to be maliciously uploaded using the exact same size. example:<br />
<gallery mode="slideshow"><br />
File:SteelSample.png<br />
File:TinSample.png <br />
File:ZincSample.png<br />
File:GoldSample.png<br />
</gallery> --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:19, 22 December 2022 (UTC)<br />
<br />
==== adding premium set to Infobox ====<br />
I am unclear where are we going with this? <br><br />
1) Will (A) tabs be implemented, (B) we be using mediawiki toggle [[Template_talk:V50_workshop|example]] for premium and classic/blocked, (c) put images side by side, or (d) something else?<br><br />
2) Also [[silver]] and [[Pig iron]] use very different image style for example.<br><br />
3) Anything else you want ? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:32, 30 December 2022 (UTC)<br />
<br />
: Personally, I would love tabs to be implemented, but I think that side by side might be best for most. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:32, 30 December 2022 (UTC)<br />
: Here is rough layout we can use. It should fit most buildings given the default sprite size. There is also a different floor plan for both (inspired by reddit) <br />
<br />
{|<br />
|- valign=top<br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 5×5<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><br />
|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|- valign=top<br />
|colspan=2|<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab"><br />
[[File:Siege workshop.png|center|160px]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><br />
{|<br />
|rowspan=2 style="width:50%; font-size: 125%;"|<center>{{Template:Picture Siege workshop}}</center><br />
|style="line-height: 1em; font-size: 125%;"|<br />
{| style="border-spacing:4px;"<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|}<br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 3×3<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|colspan=2 style="text-align: right;"|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="float:left; border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><span style="padding-top:5px; text-align: right;">{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}</span><br />
|- valign=top<br />
|rowspan=2 style="width:50%;"|<br />
<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab">[[File:Carpenter's workshop.png]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><center><br />
{| style="font-size: 175%; border-spacing: 0; background-color: black; border: 2px solid black"<br />
|- <!-- raw tile changes adds padding and margin --><br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|"|7:0:0}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|{{=}}|6:0:0}}<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"|<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|]|0:0:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
|}</center></div><br />
|<br />
{| style="border-spacing:5px;"<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1×1<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:Screw_press.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Screw press}}</center><br />
| style="border-left: 1px dotted #545557;"|<center>{{Template:Floor Plan Screw press}}</center><br />
|}<br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1×3<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:water_wheel.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Water wheel}}</center><br />
| style="border-left: 1px dotted #545557;line-height:normal;"|<center>{{Template:Floor Plan Water wheel}}</center><br />
|}<br />
|}<br />
:Any thoughts on the direction and or any and all of its elements? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:16, 31 December 2022 (UTC)<br />
<br />
::I kind of like side-by-side, if it fits. If anyone wants to implement a toggle button or tabs, I would ask that that be implemented in a template for now, so that e.g. we could change a toggle button to tabs in a single place if we decide to install an extension to support that. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:14, 1 January 2023 (UTC)<br />
<br />
::: I noticed a comment saying that [[impassable tile]] are no longer used in v50, is that true for all constructions? If so, floor plans are no longer needed, making things much easier as we can fit everything in except the 5v5 constructions like trade depot (and even these can be placed one above the other if so desired). If not, any thought on the alternative floor plan design? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:46, 1 January 2023 (UTC)<br />
<br />
:::: None of the constructions have blocking tiles any more from my experience playing. I haven't tested siege weaponry with that stuff, but none of the workshops have it, nor does any furniture. (walls and fortifications will of course obstruct movement [[User:AndrielChaoti|AndrielChaoti]] ([[User talk:AndrielChaoti|talk]]) 18:47, 1 January 2023 (UTC)<br />
::::: Ok, I have removed them from v50. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:48, 1 January 2023 (UTC)<br />
<br />
I have added a basic side by side variant to [[Template:V50 workshop]] and [[Template:Building]] for testing, let us know if there any issues. Few notes:<br />
* The default image naming scheme of <code>workshop-name.png</code> will likely conflict with existing images here or on commons, maybe another naming scheme should be used like <code>v50 workshop-name.png</code> as it is with ascii pictures.<br />
* There is inconsistency in image size. If you want to use large zoomed images then toggle is best, otherwise they need to be all in native size (96px for 3x3).<br />
* In the current version the code roughly centers the images and if there is a big image like with [[Siege workshop]] it drops to a new line --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:48, 1 January 2023 (UTC)<br />
<br />
How about combining shortcut keys and the new menu icons: <br />
<div style="color:white; font-size: large; text-shadow: -1px -1px 0 #000, 1px -1px 0 #000, -1px 1px 0 #000, 1px 1px 0 #000;"><!--<br />
<br />
--><span style="position: relative;><!--<br />
-->[[File:Ui b.png]]<div style="position: absolute; bottom:-14px; right:3px;">b</div></span><!--<br />
<br />
--><span style="position: relative;><!--<br />
-->[[File:Ui bo.png]]<div style="position: absolute; bottom:-14px; right:3px;">o</div></span><!--<br />
<br />
--><span style="position: relative;"><!--<br />
-->[[File:Ui bol.png]]<div style="position: absolute; bottom:-14px; right:3px;">l</div></span><!--<br />
<br />
--><span style="position: relative;"><!--<br />
-->[[File:Ui boll.png]]<div style="position: absolute; bottom:-14px; right:3px;">l</div></span><!--<br />
--></div><br />
--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 02:24, 3 January 2023 (UTC)<br />
<br />
:I worry that this is difficult to read (I read it as "boil" at first). I would rather use something like {{tl|k}} with a known background. What about something like this? <span style="position: relative;">[[File:Ui boll.png]]<div style="position: absolute; bottom:-14px; right:0px;">{{k|l}}</div></span> <br>or, alternatively, using flexbox without any overlap: <span style="display: inline-flex;">[[File:Ui boll.png]]<span style="align-self: flex-end;">{{k|l}}</span></span> &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:37, 3 January 2023 (UTC)<br />
:: Same, but that is the best I came up with. We can use the key or maybe someone can help improve the design. Also 'l' is hard to read even with {{t|key}}.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 03:05, 3 January 2023 (UTC)<br />
:: I added a {{t|Menu icon}} to start things so others can have a go with it. Also any thoughts on the icon naming convention (their shortcut sequence), is there easier/better way? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:36, 3 January 2023 (UTC)<br />
::[[User:BarelyCreative]] updated the template: {{Menu icon|b|o|l|y}}. I think it looks good, thoughts? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:40, 3 January 2023 (UTC)<br />
:::I like that, yeah. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:29, 4 January 2023 (UTC)<br />
::::There were some places where it didn't make sense so display every icon all the time (like step-by-step guides), so I changed it slightly to allow display of fewer icons using "num" and counting from the end: <nowiki>{{Menu icon|b|o|l|y|sep=-;|num=2}}</nowiki> {{Menu icon|b|o|l|y|sep=-|num=2}} [[User:BarelyCreative|BarelyCreative]] ([[User talk:BarelyCreative|talk]]) 09:05, 4 January 2023 (UTC)<br />
<br />
==== Bizarre palette-swapping idea/prototype ====<br />
No idea if this is a good idea, since it takes a bit of time to set up, and there might be some performance issues... and maybe display issues?<br />
<br />
But take a look at this:<br />
{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock|palette-name=amber}}<br />
<br />
It's way to swap palettes on an image, although the image itself is a table, with each cell representing a pixel. The template itself looks like this:<br />
<code><nowiki>{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock|palette-name=saffron}}</nowiki></code><br />
Input the pattern and desired palette name.<br />
<br />
I've got a larger showcase here: [[User:Brightgalrs/Sandbox/PaletteSwapShowcase]]. Only did a rock pattern so far, but all palettes are implemented. <br />
The major use for this would be on each stone, metal, wood, etc. type's page. The palette could be read directly from the raws. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 03:22, 24 December 2022 (UTC)<br />
<br />
:From a technical perspective, my primary concern is indeed performance. Both on the server side and client side, a large number of tables that large (in terms of markup and cell count, that is) tend to be resource-intensive to generate and render. I saw your image-filtering experiments on [[User:Brightgalrs/vector.css]], and while that strikes me as a newer and less-backwards-compatible approach, it would probably be more resource-friendly.<br />
:Is this color adjustment something the game is doing natively? i.e. does this accurately match what the game displays? I bet we could slap together an image-filtering extension (or find an existing one?) that can do this if needed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:49, 24 December 2022 (UTC)<br />
::Yeah that's what I suspected. The images the template creates are spot on, checked it against a screenshot I took of some mica rocks in-game. The css stuff is unfortunately totally incorrect, was cool to learn about it though, so not a complete waste of my time :p. The premium, in-game graphics are true sprites, basically patterns of indexed colors. Each of the in-game colors (which are significantly expanded over the 16 ascii colors, there's 116/117) there is a palette defined in "\Dwarf Fortress\data\vanilla\vanilla_descriptors_graphics\graphics\images\palettes.png". Each indexed color of the sprite is swapped for the corresponding color in the palette. Because of that, the css stuff doesn't work since it's doing the hue/saturation/brightness changes to the entire sprite.<br />
::I've looked into an existing mediawiki extension, couldn't find anything. One thing I did't really look at is some type of lua script/module that would basically emulate what the game is doing. So some function that takes in the base image as well as the desired palette, and based on that finds and replaces each color. No idea what mediawiki's capabilities are on that front. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 05:31, 24 December 2022 (UTC)<br />
:::We do have Scribunto installed now, so it's totally possible to do something in Lua too - forgot about that. I can add you to the group that grants access to edit the Module namespace if you want to give that a shot. If we use an extension, we'd probably need a custom one, similar to DFDiagram (or perhaps DFDiagram could be extended - it's in dire need of a rewrite anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:43, 24 December 2022 (UTC)<br />
::::I asked around on the mediawiki irc, I think scribunto/lua is a deadend, at least for taking an uploaded image and doing stuff to it with a lua script. However I did come up with this even more bizarre solution, using block elements. [[User:Brightgalrs/Sandbox/PaletteSwapShowcase2]], maybe less resource intensive? Definitely displays a lot worse though, probably unusable.<br />
::::{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock2|palette-name=saffron}}<br />
::::I dunno, maybe none of this is worth it and we should just write some external program to put all the images together offline, and then just mass upload. It wouldn't be ''that'' many... [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 06:37, 24 December 2022 (UTC)<br />
<br />
====Is there an easy way to just paste images from the clipboard?====<br />
<br />
I use KDE spectacle to take screenshots straight to the clipboard (after cropping) -- is there an easy way to just paste (and auto-upload) an image into an article? It would make it a lot easier to contribute images. [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 23:35, 1 January 2023 (UTC)<br />
:Unfortunately there is not. I would be open to a MediaWiki extension to support this if someone finds one. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:32, 2 January 2023 (UTC)<br />
:: Looks like this could do it, but I haven't used it before: https://www.mediawiki.org/wiki/Extension:SimpleBatchUpload [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 19:41, 2 January 2023 (UTC)<br />
<br />
====Standards for adding graphical version screenshots and images====<br />
<br />
Hello, new user looking into adding imagery from the new version. Is there a standard for quality of new screenshots or images? I noticed that at a certain zoom level (2 zooms in from the furthest zoomed-out view), the graphics appear crisp and 1:1 pixel scaled, and I would propose that all images be taken at this scale whenever possible. If they need to be displayed larger, they should be nearest neighbor scaled in a photo editing program at 100% increments (Microsoft Paint will do this if you first select the image rather than directly scaling the whole canvas). I would also propose that images should be cropped to conform to the 32x32 pixel grid when possible, though this could be problematic with so many new graphical elements exceeding the bounds of their tiles. I would say the best practice for capturing artwork for items, furniture etc. ought to be done in a 3x3 open area to avoid shadows from nearby walls, or else extracted from the raw files (if this doesn't run afoul of being able to re-create the graphical version using those assets).<br />
<br />
I know that perfect is the enemy of good, and any documentation is better than none, but just thought I'd ask about this, and see if/where something like this ought to be posted. [[User:Unclesporky|Unclesporky]] ([[User talk:Unclesporky|talk]]) 13:58, 3 January 2023 (UTC)<br />
:It has been stated in [[Template:V50 workshop]] that <q>screenshots should be at the "native" resolution</q> but someone could edit the [[Screenshot]] page for best practice for the steam version. Or post some examples in [[Talk:Screenshot]] to find out what is best? --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 14:21, 3 January 2023 (UTC)<br />
<br />
====How would I/should I go about putting creature sprites on their pages?====<br />
<br />
Howdy. New player and wiki user here. I wanted to try and help update the wiki to the Steam release of DF, so I figured I'd chip in by putting each creature's sprites on their respective page, since I'll often look up a creature I have yet to see in game only to be met by a blue J, or whatever. I found all of the game's creature sprites in C:\Program Files (x86)\Steam\steamapps\common\Dwarf Fortress\data\vanilla\vanilla_creatures_graphics\graphics\images, so I figured I could just chop those up in Photoshop and stick them on here no problem, but the programming syntax/whatever it is on this site is incredibly confusing, I don't know how I'd actually go about doing it. I figured I'd just find the spot on the page where the little letter is and replace that with the image code, but it seems the pages are built using heavily nested templates that I can't even begin to understand. Any help?--[[User:Treese|Treese]] ([[User talk:Treese|talk]]) 03:07, 5 January 2023 (UTC)<br />
:Based on [[User:Zippy|Zippy]]'s work at {{tl|Creaturelookup_b}}, I added an "image" parameter to {{tl|creaturelookup/0}}, which is what creature pages should all be using. See [[Dwarf]] and [[Cow]] for examples. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:37, 5 January 2023 (UTC)<br />
<br />
=== Hotkeys/Menu navigation ===<br />
Most key bindings and menus have changed. Should the article reflect a) only the old version, b) only the GUI version or c) both? For example, [[Bridge|bridges]] used to be built via {{k|b}} -> {{k|g}}, but now it's in Place strucutures {{k|b}} -> Constructions {{k|n}} -> Bridge {{k|b}}. What should be written in the article? Currently, it's {{k|b}} -> {{k|g}}. I ''think'' it should be only b), but I am not sure if there will be differences regarding hotkeys or menus between the premium version and the free version and then, c) would be the most appropriate option. --[[User:Prometherus|Prometherus]] ([[User talk:Prometherus|talk]]) 10:16, 22 December 2022 (UTC)<br />
<br />
: Not sure. I wish the classic release soon --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 16:45, 22 December 2022 (UTC)<br />
:: Are you Toady's herald? Looks like it was just released! [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:18, 22 December 2022 (UTC)<br />
:: And our questions are answered, the old hotkeys seem to have been thrown out. Part of me is disappointed (useless muscle memory) but also relieved (unified UI for both versions is good in general and for the wiki). [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:25, 22 December 2022 (UTC)<br />
::: According to info, in a sort of 'demo version' at that. I'll wait a little while longer, for myself.[[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 18:22, 22 December 2022 (UTC)<br />
::::It's unlikely that keybindings in it will change significantly. My vote is that we should include information for both premium and classic, everywhere. Hopefully the keybindings are not different between versions. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:26, 22 December 2022 (UTC)<br />
:::Shouldn't it be based on the 50 or what verion the article is written for? [[User:Dominick|Dominick]] [[User_talk:dominick|<sup>(TALK)</sup>]] 18:42, 22 December 2022 (UTC)<br />
:::: The keybindings seem to be consistent between versions, (haven't checked exhausitvely, but since the menu layout is the same I think it is a good assumption). Should also keep in mind/consider that not all actions have keybindings. An option would be write 'Click on the <Example Text> icon or press {{k|E}}' [[User:Koos|Koos]] ([[User talk:Koos|talk]]) 23:14, 23 December 2022 (UTC)<br />
<br />
=== Removed features & concepts ===<br />
<br />
Since they're removed concepts, I've set [[Room]] to be a redirect for [[DF2014:Room]] and created [[Template:Activity zones]] for the nav bar bedrooms, etc, and made the necessary changes to [[Bedroom]] for it. Is this the correct approach, before I go on much further? (also a note, if it is, then [[Template:v50_rooms]] probably needs to be deleted) I also imagine that considering the number of changes in the interface, that things like [[Adventure mode]] and related pages might best be truncated to "not in 50.03" and when it does make it across, being more deliberately brought over in pieces? [[User:HawkOwl|HawkOwl]] ([[User talk:HawkOwl|talk]]) 06:23, 23 December 2022 (UTC)<br />
<br />
:Usually it is marked with [[Template:Removed_feature]]. For example: [[Dipscript]] or [[Party]]. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:45, 23 December 2022 (UTC)<br />
<br />
:: Ah, that's fair. Should that be mentioned in [[Dwarf_Fortress_Wiki:Versions#Redirects]]? [[User:HawkOwl|HawkOwl]] ([[User talk:HawkOwl|talk]]) 10:03, 23 December 2022 (UTC)<br />
<br />
:::I think the redirect policy mostly had in mind things that were removed a ''long'' time ago, like [[Tax collector]] and [[Economy]] (and the latter actually has a stub page as well). I guess we could clarify. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:34, 23 December 2022 (UTC)<br />
<br />
:::: The "current" redirects also cause the version box to incorrectly show that the current version has a page - e.g. [[23a:Cave_river]] shows a v50.04 version, but it's just a redirect back to that version. Similarly, what should happen to redirects like [[Clothes maker]], where a concept has evolved? It currently goes to [[23a:Clothes maker]] - that's correct if the user is trying to look up a very old concept, but if a new user is looking for "how to make clothes", they should be directed to [[Clothier]]. --[[User:Danny252|Danny252]] ([[User talk:Danny252|talk]]) 12:16, 26 December 2022 (UTC)<br />
<br />
:::: One should be careful with cv redirects. Most that were recently adjusted were unused plural forms (that should probably be deleted) but few like [[Crown]] needed that for backward compatibility. Removing the [https://dwarffortresswiki.org/index.php?title=Crown&type=revision&diff=279966&oldid=219482 cv part] means the the link on [[v0.31:Tilesets]] is now broken. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 22:30, 26 December 2022 (UTC)<br />
<br />
:::::If [[v0.31:Tilesets]] is about v0.31, it should not be using "main:" in its links - ''all'' of those links are going to pages about v50, not v0.31, regardless of whether the target is a redirect or not. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:37, 26 December 2022 (UTC)<br />
:::::: You right, I removed it. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 17:55, 27 December 2022 (UTC) <br />
<br />
Crown cv redir issue is now fixed, I believe. As goes with such cases where one can simply revert the troublesome edit, unless I've mistepped, myself? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 23:52, 26 December 2022 (UTC)<br />
:Both [https://dwarffortresswiki.org/index.php?title=Crown&diff=prev&oldid=280026] and [https://dwarffortresswiki.org/index.php?title=Crown&diff=prev&oldid=279966] should not have had any effect, because "cv" is an alias to the main namespace now, just like "main". Proof: [[Crown]], [[cv:Crown]], [[main:Crown]]. It's possible caching is coming into play here, although I purged the redirect cache after making that alias change earlier this month... &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:02, 27 December 2022 (UTC)<br />
<br />
I think there have been some changes not captured, but as a newb, I'm afraid to edit the page(s). A good example is Strawberry. I'm playing the Steam version right now and Strawberry plants are "not relevant to brewing" in Labor > kitchen > veg / fruit / leaves. Unless I'm mistaken and need to process them? Another example is the trade caravan = it seems the 3 square pathing no longer happens; it's just yak(s). 12:31, 28 December 2022 (UTC) 12:29, 28 December 2022 (UTC)<br />
:Strawberries should be brewable according to the Raws.<br />
:Trade wagons has been modified in v50. The first wagons will arrive at the same time your fort is becoming a barony. Until then, it's only pack animals and stairs are indeed fine. The [[Trading]] page needs a huge rework anyway... I'll try to do that next week. --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 13:40, 2 January 2023 (UTC)<br />
<br />
<s>As far as I can tell, none of the workshop buildings in v50 have blocking tiles any more. There's a comment to the like in data/vanilla/vanilla_buildings/objects/building_custom.txt that says this "[BLOCK:1:0:0:0] workbenches no longer block". Hesitant to update that template as I'm not sure if it's referenced for all of the old versions too. </s> [[User:AndrielChaoti|AndrielChaoti]] ([[User talk:AndrielChaoti|talk]]) 05:54, 29 December 2022 (UTC)<br />
: A new template has been created: {{tl|V50 workshop}} --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 13:40, 2 January 2023 (UTC)<br />
::Thanks! In general, I would like to delegate the switching responsibility to the template (like how {{tl|creaturelookup/0}} works), but in cases where the parameters diverge significantly like with workshops, it could make sense to make an entirely new template. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:40, 3 January 2023 (UTC)<br />
<br />
=== creature infobox prototype (moved) ===<br />
<br />
Check it out, I made a temporary template and added it to the [[cow]]s page. Now it shows the sprites (but not the zombified versions yet). I wanted to show everyone a prototype of what v50 creature infoboxes should look like. Or at least something similar to it. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 19:11, 27 December 2022 (UTC)<br />
:Hi, I'm new to editing wikis but I have done a bit of work with sprite sheets and I've been going through the DF data files to find the different graphics hoping to help with the animal pages. I've thrown together a template with grass and a few nature sprites (plants, a tree, and a rock) for size reference but I'm unsure how large the 'display' tiles in the middle of the template should be to suit all animals. I can see in the sprite sheets that some land animals have an adult and child sprite, so two tiles. Others have a male, female, and child, but after seeing you include the zombie cows I'm unsure if I should make it twice the size to add them too. Alternatively, I could grab some tiles from the haunted biomes for the zombie animals and make a separate template for a side-by-side comparison. Either way, let me know if this helps. I'd like to help with other graphics too as we add the premium tilesets but the animals seemed the easiest to tackle with me being new to wiki editing. ~~[[User:UristTheSeventh|UristTheSeventh]] ([[User talk:UristTheSeventh|talk]])<br />
::@Zippy, I am a bit perplexed about the purple cows. Why do we need a zombified version of creatures on every page?<br />
::@UristTheSeventh, we can use all the help. Maybe post an example, so that we can have something to compare and contrast.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:49, 3 January 2023 (UTC)<br />
:::@Jan Here are the examples: <br />
:::[[File:Creature template.png]] [[File:Armadillo.png]] [[File:Seagull.png]] <br />
:::It'll need to be wider or arranged differently for different creatures with more that two sprites or for multi-tile creatures. I can also do an aquatic and air themed template for swimming and flying creatures. ~~[[User:UristTheSeventh|UristTheSeventh]] ([[User talk:UristTheSeventh|talk]])<br />
::::Looks nice, like the metal template. There are several people working on updating the graphics you should talk more among yourselves. Best I can offer is that I width wise I am hoping to go up to 200px for infoboxes.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:13, 5 January 2023 (UTC)<br />
<br />
=== When do we remove the migration note on specific pages? ===<br />
<br />
At what point can we remove the "this page was auto migrated from v47" warning? There are a bunch of small pages that are more or less accurate, if I've reviewed them, can I go ahead and remove the warning? [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 23:33, 1 January 2023 (UTC)<br />
:Yes, feel free to remove it if you think all content is accurate. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:31, 2 January 2023 (UTC)<br />
<br />
=== Any info on fixing "creature description not found?" ===<br />
<br />
I see this issue on most creature pages, it seems to be due to a lookup that's not currently functioning? Cows interestingly doesn't have this issue but I couldn't figure out how to recreate whatever fix it's editor did. --[[User:Yallendallis|Yallendallis]] ([[User talk:Yallendallis|talk]]) 00:22, 3 January 2023 (UTC)<br />
:That is the missing raws issue described above. Cow was fixed by the addition of [[cow/raw]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:28, 3 January 2023 (UTC)<br />
::Ah makes sense, not fully used to the language of wikis yet so I read over it while looking. To put this bit of questioning to rest for any future readers, is it correct that it's fine to update any raws manually, though it will be done automatically at some point? --[[User:Yallendallis|Yallendallis]] ([[User talk:Yallendallis|talk]]) 07:48, 3 January 2023 (UTC)<br />
:::Yes. I'm circling back to work on a script right now, so not much point in doing it if you're reading this. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:57, 4 January 2023 (UTC)<br />
:::This should be fixed now. If you continue to see pages with problems, you can try [https://www.mediawiki.org/wiki/Manual:Purge purging the cache]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:59, 4 January 2023 (UTC)<br />
<br />
=== Adventurer Mode related sections ===<br />
<br />
The topic has already been discussed [[#Removed features & concepts|above]], but I don't see a clear line on what to do with article sections that mention Adventurer Mode. Like for example in [[Butcher#Adventurer_mode|Butcher]]. <br />
<br />
'''a) Truncate''' or '''b) leave in place with a mention''' that the mode is not yet present IG but will be added in a future update?<br />
<br />
Personally I think option b) is better, because I think it's silly to undo some work just to reintroduce it a few weeks later, with the necessary corrections. Even if a copy/paste of a previous version takes ~15 seconds, considering the number of articles that need to be corrected, it would be a bit of a waste of time.--[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 14:22, 3 January 2023 (UTC)<br />
<br />
== Toggleable image ==<br />
<br />
Any objections/comments to using this template for now for toggling between classic and premium images? I'd probably rename it to "Template:Premium-classic thumb image". I'm sure someone can come up with a better UI eventually, but should be easy to migrate at that point. I also think we should use the same customtoggle class for this and for the infobox. [[User:NiftyManiac|NiftyManiac]] ([[User talk:NiftyManiac|talk]]) 23:12, 1 January 2023 (UTC)<br />
<br />
{{User:NiftyManiac/Sandbox/TemplateDualImage|<br />
premium=File:Quickstart-finder.png|<br />
classic=File:Quickstart-finder-partial.png<br />
}}<br />
<br />
{{User:NiftyManiac/Sandbox/TemplateDualImage|<br />
premium=File:Quickstart-finder.png|<br />
classic=File:Quickstart-finder-partial.png|<br />
caption=My caption|<br />
width=100px<br />
}}<br />
<br />
:This looks nice to me! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:30, 2 January 2023 (UTC)<br />
<br />
: Good initiative. From the top of my head:<br />
:* I suggest using a shorthand, no one wants to type 'Premium-classic thumb image'. <br />
:* If we end up using toggle for infoboxes (not sure where we headed there), then I agree definitely same custom toggle class should be used for all, thus allowing to switch premium-classic view on the whole page at a click.<br />
:* The button part on a separate row isn't pretty, creating a lot of dead space that can be used by the text. Are we set on the label 'toggle ascii'? Classic isn't Ascii per se, maybe we can use a 'toggle' with a tooltip {{tooltip|for example|does bla bla bla}}, or maybe we can get rid of the text and have a smaller icon button ([[User:Jan/sandbox#Metal_example|two examples]]). <br />
: I hope that helps. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:21, 2 January 2023 (UTC)<br />
<br />
:: I added [[Template:Dual image]] with some of your suggestions. Agree that it's not super pretty, feel free to try something different. <br />
<br />
::* I put the toggle in the caption mostly because I gave up on trying to make a more sophisticated replacement for the default thumb image behavior, I'm sure someone with better wiki-fu could put together something more intelligent.<br />
::* I cut the text down to just "Toggle"; I think the best solution would be a small graphic showing the old and new dwarf icons with arrows between them. [[User:NiftyManiac|NiftyManiac]] ([[User talk:NiftyManiac|talk]]) 19:21, 2 January 2023 (UTC)<br />
<br />
{{Dual image|<br />
premium=File:DFwiki5by53by3farm.png|<br />
classic=File:Quickstart_layout_3.png|<br />
width=100px|<br />
caption=A 5x5 room with a 3x3 farm plot<br />
}}<br />
::: I updated the layout, now it should look just like a regular image thumb. I didn't had time to test it, if it doesn't work for you or you don't like it just revert the last change. cheers. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:46, 2 January 2023 (UTC)<br />
::::I don't know which part of this talk page to put this, but I added the ability to add icons to the v50 workshops template. Leaving the icon part blank will not break the template in any way. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 09:47, 3 January 2023 (UTC)<br />
{{clear}}<br />
==Creature List Now Supports Graphics!==<br />
I wasn't easy, but I made new templates so the [[Creature]]s page now supports both graphics sprites ''and'' ASCII tiles. Allow me to show you:<br />
<br />
{{v50_creaturecurrent_table_head}}<br />
{{v50_creaturecurrent table row|graphic=[[File:dwarf_sprite.png]]|name=[[Dwarf]]|symbol=☺|color=3:0:0|playable=Fort, Adv|hostile=No|food=No|size=60,000|value=Not tameable|biome=[[Mountain halls]], [[Fortress|dwarf fortress]]es, [[hillock]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:elf_sprite.png]]|name=[[Elf]]|symbol=e|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Forest retreat]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:human_sprite.png]]|name=[[Human]]|symbol=U|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=70,000|value=Not tameable|biome=[[Town]]s and cities|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:goblin_sprite.png]]|name=[[Goblin]]|symbol=g|color=7:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Dark fortress]]es and [[dark pit]]s|note=Snatchers<sup>2</sup>}}<br />
{{v50_creaturecurrent table row|graphic=[[File:kobold_sprite.png]]|name=[[Kobold]]|symbol=k|color=6:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=20,000|value=Not tameable|biome=Caves|note=Skulking race}}<br />
|}<br />
<br />
Oh wait, there's a bonus. You can also modify the background color of the box the sprites go in. I added that to make possibly-hard-to-see-otherwise sprites more easy to see - depending on the colors it has. Allow me to demonstrate.<br />
<br />
{{v50_creaturecurrent_table_head}}<br />
{{v50_creaturecurrent table row|graphic=[[File:dwarf_sprite.png]]|bgcolor=#829ccc|name=[[Dwarf]]|symbol=☺|color=3:0:0|playable=Fort, Adv|hostile=No|food=No|size=60,000|value=Not tameable|biome=[[Mountain halls]], [[Fortress|dwarf fortress]]es, [[hillock]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:elf_sprite.png]]|bgcolor=#c7dfc0|name=[[Elf]]|symbol=e|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Forest retreat]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:human_sprite.png]]|bgcolor=#c7dfc0|name=[[Human]]|symbol=U|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=70,000|value=Not tameable|biome=[[Town]]s and cities|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:goblin_sprite.png]]|bgcolor=#dfc0c0|name=[[Goblin]]|symbol=g|color=7:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Dark fortress]]es and [[dark pit]]s|note=Snatchers<sup>2</sup>}}<br />
{{v50_creaturecurrent table row|graphic=[[File:kobold_sprite.png]]|bgcolor=#dfc0c0|name=[[Kobold]]|symbol=k|color=6:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=20,000|value=Not tameable|biome=Caves|note=Skulking race}}<br />
|}<br />
<br />
To change the background color, add <code><nowiki>|bgcolor=COLOR</nowiki></code> segment after the <code><nowiki>|graphic</nowiki></code> part. You can use color names or HTML hex color codes. I added this to the v50 creatures page, but at this time, I only added the first five creatures I just displayed. It's gonna take a while to find ALL of those creature sprites. I hope a lot of people help out on that one. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 05:29, 5 January 2023 (UTC)<br />
<br />
:Thanks, looks nice! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:44, 5 January 2023 (UTC)<br />
:Nice stuff, took the quick liberty to change the padding-left -> text-align to make all the sprites center aligned relative to each other :) Sweet work --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:41, 5 January 2023 (UTC)<br />
:: Good work indeed. One minor issue, is that all the sprites have different sizes, which sometimes create slight variation in table row height. Consider using capping the image size vertically for example <code><nowiki>[[File:dwarf_sprite.png|x32px]]</nowiki></code>--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:15, 5 January 2023 (UTC)<br />
:: Also often in such tables people want to click on the image to go for the specific entry, and often will try to click on the image which will take them to the file page. Consider adding link parameter for example: <code><nowiki>[[File:dwarf_sprite.png|x32px|link=dwarf]]</nowiki></code> [[File:dwarf_sprite.png|x32px|link=dwarf]] or no link at all <code><nowiki>[[File:dwarf_sprite.png|x32px|link=]]</nowiki></code> [[File:dwarf_sprite.png|x32px|link=]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:24, 5 January 2023 (UTC)</div>Janhttps://dwarffortresswiki.org/index.php?title=Dwarf_Fortress_Wiki_talk:Versions&diff=284031Dwarf Fortress Wiki talk:Versions2023-01-05T18:18:36Z<p>Jan: /* Creature List Now Supports Graphics! */</p>
<hr />
<div>{{archive|<br />
# [[DF Talk:Versions/Archive 1|Page 1]]}}<br />
<br />
== Version 0.31.19 starts a new DF generation? ==<br />
<br />
My reading of Toady's comments on the release of 0.31.19 is that it came out basically because he felt it would take too long to get DF all the way to 0.32. With the ore changes, the sitefinder changes, the addition of grazing and several different industries, there's a lot of changes between 31.18 and 31.19. So I'm thinking it might be a good idea to call it the first release of DF2011 - and what we refer to as "DF2010" would then become 0.31.18.<br />
<br />
Thoughts? --[[User:DeMatt|DeMatt]] 07:06, 28 February 2011 (UTC)<br />
<br />
==Revisiting Redirects==<br />
I wasn't around when the redirect policy was created, and I'm having trouble understanding the rationale. The example claims that linking [[Main:Cheese]] to [[cv:Cheese maker]] is problematic...but mainspace only ever redirects to the current version. If the best target in the current version is cheese maker, why not link to it directly? (It's not, at least for Cheese, since [[DF2012:Cheese]] exists now.) The explanation seems to be claiming that 40d articles that link to Cheese will follow the Mainspace link--but that hasn't been the case for a long while now. Articles in 40d automatically link against other articles in 40d, so that version remains internally consistent no matter where mainspace links to in the current version. For a current example, what do we gain by linking [[Main:Mead]] to [[cv:Mead]] and linking [[DF2012:Mead]] to [[DF2012:Alcohol]]?<br />
<br />
If this really is just an outdated procedure, I recommend we drop the mummery and allow mainspace to link to cv:(best target). Double redirects ''may'' work (sometimes, but [[Main:Mead]] demonstrates a common problem where automatic redirection fails), but if they are unnecessary I think they should be avoided, partly because of problems like [[Main:Mead]] and partly because of the effort required to protect double redirects from users who believe they are problematic.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:16, 8 January 2014 (UTC)<br />
<br />
:I was just thinking that. I'm currently attempting to write a basic extension to eliminate the need for mainspace redirects entirely, although Mediawiki's class structure may make this more difficult than I had hoped (the only method I've found for resolving redirects takes the ''article text'' instead of a title, e.g. "#REDIRECT ..."). I do agree that the current situation with redirects isn't ideal, so I'm hoping this will work better (once I get it to work). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:42, 8 January 2014 (UTC)<br />
<br />
Okay, that wasn't quite as clear as I meant it to be. In general, I think this is a tricky situation. Mediawiki wasn't designed to have five content namespaces, and certainly not chains of redirects between them. The problem that was pointed out in the [[DF:REDIR|policy]] is the fact that with:<br />
Main:Foo -> cv:Bar<br />
pages in the cv: namespace can't use [[<nowiki/>foo]], since the namespace links modification causes it to be treated as [[<nowiki/>cv:foo]] instead, which doesn't exist. The current suggested solution is this:<br />
Main:Foo -> cv:Foo -> cv:Bar<br />
This fixes the problem of [[<nowiki/>foo]] not working on cv pages, but creates issues with double redirects not always working. Another solution, which is more intuitive to new editors, is:<br />
Main:Foo -> cv:Bar<br />
cv:Foo -> cv:Bar<br />
Both require creating two redirects. The first method has the advantage of ''ensuring'' that the cv redirect exists (otherwise, main:foo would be a redlink), while the second has the advantage of working more reliably in a couple cases.<br />
<br />
What I'm trying to do is make main:Foo "jump" to cv:Foo when cv:foo exists, ''even if main:foo doesn't exist'' (basically it would treat all mainspace pages as redirects to cv pages, but only if the cv page exists and not the mainspace page). I had main:Bar jumping to cv:Bar fine, but if cv:Foo redirected to cv:Bar, accessing main:Foo would mysteriously stop at cv:Foo even if I increased the redirect limit. What I'm trying to do now is follow the redirects internally, without relying on Mediawiki to do it automatically - unfortunately, that has proved to be harder than I had hoped (and I sent my web server into an infinite loop while trying). I will try to work on this some more when I get a chance, although I'm not sure when that'll be yet :(. For now, feel free to fix broken double mainspace redirects as necessary, as long as redirects in the DF2012 namespace stay pointing to the right page (and new mainspace redirects get added in the DF2012 namespace too). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:21, 9 January 2014 (UTC)<br />
<br />
:You're treating cv like a namespace--it's not. It is simply shorthand for "fill in the current version here". [http://dwarffortresswiki.org/index.php?title=User_talk:Briess&diff=182404&oldid=181281 As I discovered a long time ago on a server not far away], linking from Main:Foo to cv:Foo tends to break redirection chains. If, instead of linking to cv:Foo, you link to DF2012:Foo, it might just work. It would, of course, be better if your patch could evaluate cv itself, but even if you have to hardcode the current version it's a single point of maintenance that requires update very infrequently. (For that matter, we could probably dispense with the cv hack entirely and just have a bot update mainspace links from DF2012 to DF201X when we switch to a new version.)--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:05, 9 January 2014 (UTC)<br />
::I know cv isn't a namespace - I was just trying to avoid future confusion when the DF2012 namespace changes. It's interesting that changing "cv" to "DF2012" fixes some broken redirects, although I've found that simply making an edit to a broken redirect can usually fix it as well. I've actually had the most problems with double redirects when the second one (in the DF2012 namespace) doesn't use the DF2012 prefix (e.g. main:Foo containing <nowiki>[[cv:Foo]] and DF2012:Foo containing [[Bar]]</nowiki>). I'd rather keep the cv alias even if it isn't necessary for mainspace redirects when I get the patch to work, since it makes it easier to refer to the current version of the page (for example, several MDF articles contain links to a vanilla page for things that don't change in the mod).<br />
::Also, using aliases like "cv" is supported by Mediawiki; in fact, several WMF wikis use them (for example, "[[wikipedia:WP:Redirects|WP:Redirects]]" on Wikipedia). It's quite likely that Mediawiki isn't processing double redirects using aliases correctly, though, since that's uncommon on most wikis. --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:35, 9 January 2014 (UTC)<br />
<br />
In light of the lack of support for the current redirect policy, I propose we replace the current redirect section with:<br />
<br />
:Mainspace article pages should use the cv: alias when redirecting to a versioned page, which will automatically update the link when a new version is released. For example, page "Main:Foo" should redirect to page "cv:Bar" (where "Bar" is the page that best describes the topic Foo in the current version).<br />
<br />
:Pages in mainspace should only redirect to an older versioned page if that content no longer exists in the current version of the game (e.g. [[Cave river]], [[Chunk]]). In these cases the cv: alias cannot be used. <br />
<br />
:Pages inside a versioned namespace should not use the cv: alias. Instead, they should redirect to the best page within that versioned namespace (e.g. [[DF2012:Dodging]], [[v0.31:Drink]]).<br />
<br />
:Due to limitations of the wiki software, double redirects should be avoided if possible. When fixing double redirects in mainspace, please make sure to use the cv: alias as appropriate.<br />
<br />
If no one objects, I will make this change in a few days.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:21, 15 January 2014 (UTC)<br />
<br />
:Okay with me. It may be worth mentioning that double redirects only really need to be changed when they don't work (since changing a lot of redirects that work isn't necessary), but I think it's clearer and more relevant than the current policy. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:26, 16 January 2014 (UTC)<br />
<br />
Done.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:55, 22 January 2014 (UTC)<br />
<br />
I was finally able to get my extension to work after being motivated by one too many malfunctioning redirects. It now causes nonexistent pages in the main namespace to behave exactly like redirects to their DF2012 counterparts (when linked to, accessed directly, and transcluded). Double redirects also work (up to 100, in fact, although that was a temporary safety measure that I'll probably change). This means we'll be able to safely get rid of all mainspace redirects (redirects that redirect to something other than "cv" will still function if not deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:20, 14 March 2014 (UTC)<br />
:What about articles which don't exist in the current version but do exist in older versions? Will those still need mainspace redirects, or will your extension be able to automatically redirect them to v0.31/40d/23a? --[[User:Quietust|Quietust]] ([[User talk:Quietust|talk]]) 01:29, 14 March 2014 (UTC)<br />
::It ignores all mainspace pages that actually have content, including redirects, so pages like [[masons guild]] won't be affected (unless deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:47, 14 March 2014 (UTC)<br />
<br />
Done and deployed. [[Cat]] is still treated as a redirect, even though I just deleted it (try clicking on the "redirected from" link). Pages that exist are ignored, so [[Masons guild]] and [[History of Dwarf Fortress]] still function normally (as a redirect to a 23a page and a non-redirect, respectively). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:57, 14 April 2014 (UTC)<br />
<br />
I'm sending around a bot right now to delete all redirects of the format "foo -> cv:foo" (a surprising number don't fit this format, so I'm leaving them alone for now). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:43, 14 April 2014 (UTC)<br />
<br />
:I'm confused. Do we use double redirects or not? Is there a single place we define our linking policy (including redirects), and is it updated? <br />
:I had trouble linking to [[Consolidated_development]] in [[v0.34:Dragon]]. It kept pointing to v0.34:Consolidated_development, which does not exist. I ended up linking to Main:Consolidated_development to make it work. --[[User:Nahno|Nahno]] ([[User talk:Nahno|talk]]) 10:18, 1 July 2014 (UTC)<br />
<br />
::That's a separate problem altogether - links in the versioned namespaces (v0.34, v0.31, 40d, 23a) automatically link to pages within their namespace. I may be able to set up a fallback to mainspace once I'm able to deploy again, but for now the "main:" alias is the intended solution. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 11:36, 1 July 2014 (UTC)<br />
<br />
== Google often directs people to the 0.31 page ==<br />
<br />
I've noticed a couple of times that finding a wiki page from an external search will often drop me onto a page from an older version. Is it possible to mitigate this somehow for new players? I could imagine something like redirecting old:Bar -> cv:Bar unless the user has come from old:Foo; no idea if that would actually work though. [[User:PeridexisErrant|PeridexisErrant]] ([[User talk:PeridexisErrant|talk]]) 11:48, 4 May 2014 (UTC)<br />
<br />
:As a temporary solution, I could write a script that displays a banner of some kind if the user came from an external site. I'll ask Briess if he can do anything on the server level to increase the weighting of the current version's pages. (Obviously there are situations where people are looking for old pages, like [[23a:dungeon master]], so we don't want to disable indexing entirely on old pages.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:03, 4 May 2014 (UTC)<br />
<br />
== DF2014? ==<br />
<br />
As Toady [http://www.bay12games.com/dwarves/ draws closer to a new release], it might be worthwhile to discuss the addition of a new version to the wiki. The upcoming release covers two years of changes and introduces a number of new plants, foods, drinks, multi-tile trees, climbing, jumping, etc., so it is likely to have significant changes from the current DF2012. To avoid having people start new pages (and lose all the effort spent refining the prior version's page), I think it would be best to have a bot automatically copy over the DF2012 pages as a starting point for DF2014. I would suggest that these copied pages include a noticebox template mentioning that the content may be outdated, so that we can easily track which pages have been reviewed. I think either the {{tl|version check}} or {{tl|old}} template would work. --[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:43, 5 May 2014 (UTC)<br />
<br />
:This is what [[User:QuietBot]] did after the 0.34 release, so it's certainly possible to use the same script to migrate to DF2014. I would like a way of tagging migrated pages, since inaccuracies in some pages went unnoticed for months after they were migrated. Since {{tl|old}} is already in use, {{tl|version check}} may be a better solution (it can be reworded slightly, or we can make a separate template for DF2014 migration). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:23, 1 June 2014 (UTC)<br />
:Made [[Template:DF2014 migrated]] as an example. Any thoughts? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:32, 1 June 2014 (UTC)<br />
<br />
== Redirects inconsistency ==<br />
<br />
Following a redirect is supposed to be exactly the same as going straight to the page it redirects to, but this actually isn't the case:<br />
* Go to [[Seeds]] and you get [[v0.34:Seed]] (outdated)<br />
* Go to http://dwarffortresswiki.org/index.php?title=Seeds&redirect=no and click on the link and you get to [[DF2014:Seed]] (current)<br />
So if you search for "seed", the top result is the DF2014 version. But search for "seeds" and you get the redirect, which sends you to the outdated page instead. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:22, 22 February 2015 (UTC)<br />
<br />
While I'm talking about redirects, it seems redirects to sections don't work: see [[DF2014:How do I manage my seeds and crops]]. I know MediaWiki is capable of this trick because Wikipedia does it. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:32, 22 February 2015 (UTC)<br />
<br />
:I have absolutely no idea why [[seeds]] redirects to a v0.34 page - it could be a Mediawiki bug. The section links issue is due to a known issue in the redirect extension we use, which has yet to be fixed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:01, 23 February 2015 (UTC)<br />
:It looks like deleting both [[Seeds]] and [[DF2014:Seeds]] fixed things (by allowing AutoRedirect to handle the redirects instead). Feel free to tag any others with {{tl|bad redirect}}. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:03, 23 February 2015 (UTC)<br />
::It gets stranger. [[Vial]] redirects explicitly to [[cv:Flask]] which displays (when you look at it with &redirect=no) as [[DF2014:Flask]], but still goes to the v0.34 version. It seems redirects interpret the cv: pseudo-namespace (or whatever it's called) in an outdated way. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 18:08, 23 February 2015 (UTC)<br />
::I've added a note to this page about this issue. If it gets resolved, the note should be removed. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 21:04, 23 February 2015 (UTC)<br />
<br />
<br />
==Reorganizing versions==<br />
<br />
The internet deals with moved content... poorly. Google is still linking to v0.34 pages more than a year after the switch to "DF2014", and even the wiki software still has cached links pointing to the old version pages.<br />
<br />
I propose reorganizing versions on the wiki to avoid moving content whenever possible. Instead of having a temporary "current version" namespace that changes occasionally, all the current information gets promoted to the Main namespace. When the next version split occurs, the Main articles as of a certain revision number can be copied to the newly-created permanent "old version" namespace, while all the current information remains in Main. This not only fixes the link rot issue, but it has a few other benefits as well: fewer administrative tasks, no lockdown (a historical version of the Main pages can be copied at any point, even if the Main articles are already modified for the new version), almost all the article history is maintained in the Main article (instead of being spread unevenly across multiple versions), no "temporary" namespaces are needed, fewer problematic long redirect chains, and hopefully less user confusion (since Main gets priority in search results, etc.).<br />
<br />
As an example, today we would not have a DF2014 namespace (which is good because "temporary" namespaces historically disappear anyway). If you ran a search for [[seed]] you'd end up at Main:seed, which would have all the current information on seeds. The version box at the top of the page would still link to the older versions of the seed article. When a new version is released, an admin would choose a revision number and copy the Main:seed article as it exists at that revision number to v0.40:seed. That's it. One historical copy that needs little to no new editing, and zero redirections/moves.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:02, 27 July 2015 (UTC)<br />
<br />
:Makes sense to me. It would involve a lot of work, though (e.g. fixing templates and categories to account for the current version being in mainspace), although that should be doable thanks to {{tl|category}}, {{tl|version switch}}, etc.. A bot could be set up to copy revisions from before a release date as well, which would be more difficult (and maybe slower) than a direct copy, but not severely. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:24, 30 July 2015 (UTC)<br />
<br />
:Actually, there are a few issues with that, namely that there wouldn't be an easy way to distinguish between versioned and non-versioned mainspace pages. There are ways to resolve Google search priority (we can exclude pages from older versions from search engine results if there are newer versions of those pages available, for example). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:47, 6 August 2015 (UTC)<br />
<br />
::There aren't very many non-versioned mainspace pages, and determining if a page is versioned is as simple as looking for the version template and/or categories added by the version template (e.g. copy [http://dwarffortresswiki.org/index.php/Category:Current this category] instead of Main:*). The problem with "suggesting" newer pages to Google is that they obviously aren't crawling our wiki regularly (if they were, the fact that the mainspace redirects point to new pages would automatically be picked up). Even if your Google hints worked they wouldn't do anything for all the other broken links out on the 'net.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:35, 6 August 2015 (UTC)<br />
<br />
::: Google actually crawls the wiki constantly - we probably get crawl hits from google for a continuous block of 2-3 hours per day, each and every day. Why they are slow to update is beyond me though. I can't remember why we didn't do this initially, but there was a technical limitation involved if I remember correctly. --[[User:Briess|Briess]] ([[User talk:Briess|talk]]) 22:05, 6 August 2015 (UTC)<br />
<br />
::: There are &lt;meta> tags that can be used to hide pages from search results (for search engines that recognize them, that is). Searching for {{tl|av}} or [[:Category:Current]] might work, although we'd have to make sure all of the DF2014 pages include that (some pages don't, particularly some disambiguation pages, although all of them should). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:53, 6 August 2015 (UTC)<br />
<br />
:Is there a particular reason main and current are separate to begin with?—[[User:CLA|CLA]] ([[User talk:CLA|talk]]) 00:17, 7 August 2015 (UTC)<br />
<br />
::It's mostly intended to distinguish between versioned and non-versioned pages and make version-related templates simpler to work with, since every versioned page has a namespace. I wasn't active here in 2010 when this system was created, so Briess and Emi would know more.<br />
::Another issue I just thought of with Loci's suggestion is categories - currently, categories like [[:Category:Animals]] are used to organize the versioned sub-categories. Sure, we can change {{tl|Category}} to categorize mainspace pages in [[:Category:v0.40:Animals]] or [[:Category:DF2014:Animals]], but that would be less straightforward because there wouldn't be a namespace with that name (until pages are migrated when a newer major version is released). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 13:05, 7 August 2015 (UTC)<br />
<br />
:Moving current pages to the main namespace sounds like a great idea. -[[User:Jecowa|Jecowa]] ([[User talk:Jecowa|talk]]) 20:47, 4 January 2018 (UTC)<br />
<br />
Another thought: dealing with migrating redirects could be difficult with this proposal - specifically, determining which redirects should be migrated to a versioned namespace. Redirects can't contain {{tl|av}}, at least not before ``#REDIRECT``. I ''think'' it would be possible to copy pages in two stages, though - all non-redirects first, then all redirects whose targets were also copied. Thoughts? Anything I'm missing? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:41, 27 June 2019 (UTC)<br />
<br />
Some subpages (particularly /raw and /Edit notice) also deliberately lack {{tl|av}}, although those shouldn't be too hard to handle. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:35, 9 July 2019 (UTC)<br />
<br />
:Redirect pages (and all other edge cases I've looked at) can be included in categories (like [[:Category:Current]]) to determine whether or not they should be copied into an archival version. But if the redirects are "properly qualified" then they can all be copied over blindly. Mainspace redirects pointing to versioned information should use a blank namespace (which will be automatically constrained to the archival namespace); mainspace redirects pointing to unversioned information should use an explicit "Main" (which will automatically link back to the unversioned page). Then, when [[[[Toady]]]] gets copied to [[[[v0.4x:Toady]]]] it will point back to [[[[Main:Toady One]]]]. Meanwhile, [[[[Beer]]]], copied to [[[[v0.4x:Beer]]]], will properly point to [[[[v0.4x:Alcohol]]]].--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:00, 14 July 2019 (UTC)<br />
<br />
::I think qualifying redirects is the best solution here - categorizing redirects manually is another possible source of errors, since categories (or a lack thereof) would only be visible on the redirect page itself, and [[:Category:Current]] is a hidden category. Copying over mainspace redirects into versioned namespaces would also resolve some issues that have come up due to those not reliably existing currently. I should be able to set up a bot script to add "main:" to current mainspace redirects (and it shouldn't break anything, since those redirects go to other mainspace pages anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:57, 14 July 2019 (UTC)<br />
<br />
(Note: I wrote all of this without noticing the previous discussion above.) I was wondering, when the wiki creates a new namespace for a major release again, if it is possible to ''not'' create a namespace for the next current version (e.g. "DF202x") and instead have the mainspace articles (which are currently redirects) become the new cv and move the content there. Therefore, [[cv:Cat]] would just be "[[Cat]]" (or [[Main:Cat]]).<br />
<br />
Certain namespace-related templates like [[Template:Ns/0]] would need to be changed, though nothing significant as far as I know. For most cases, any "DF2014" would be replaced with "Main" or even blank. There's also multiple extensions handling the current namespace system and they may need to be modified too, though I'm not sure if or how much. I'm guessing based on the discussions above that it will change stuff up.<br />
<br />
My reason is the current namespace is increasingly becoming more anachronistic. "DF2014" could be misinterpreted as "this page is about the 2014 version of the game" or "this page was last updated in 2014", which I've seen a few people in forums mention. Granted that [[Template:Av]] is on the top of very article, I still think the namespace is inconsistent with the recentness of the article. But how is this related to what I'm asking for? Let's say we continue the current system: if we happen to do a new namespace change this year and create DF2020, the next major release (after graphics/UI) will be mythgen, which is estimated to take several years to develop (the Big Wait), and so the anachronism will start over again. The proposed way will prevent this from occurring for the next major release and every release thereafter.<br />
<br />
I think the confusion with having a namespace that becomes old-fashioned overtime supersedes the confusion with not marking current versioned articles with a namespace. Most users just search "Cat" on the search bar and naturally expect to get information about the latest release of DF. So if users go a page that's just titled "Cat", they won't expect outdated info about cats from a previous release. That's how the current system works anyways. We'll be skipping the two-step process that we have now. It'll make several wiki tasks much simpler as well. Editors can create new articles for current versions without remembering to add a namespace. It'll fix any existing issues with (double) redirects; instead of [[Main:Kitten]] redirecting to [[cv:Kitten]], which goes to [[DF2014:Kitten]], which then redirects to [[DF2014:Cat]], [[Main:Kitten]] would just redirect to [[Main:Cat]]. And the cv: alias will no longer be necessary since "cv:" = "Main:" and will be forever.<br />
<br />
There's no need to differentiate the current version and previous versions with a namespace for the current version is what I'm saying. Articles of previous versions will retain their respective namespaces. Users will still type "40d:Cat" to go to the 40d version of the article, but if they want the current version, they'll just type "Cat" (like now). The mainspace containing the "live" version of an article is natural and would create no uncertainty when browsing the wiki. And it would simplify the wiki somewhat and future-proof this anachronism problem. As a bonus, this change will also prevent web search engines from showing previous version pages when typing "DF cat" or something. (This isn't happening right now as DF2014 has been the current namespace for ~6 years, but it'll happen again when everything moves to a new namespace.)<br />
<br />
This is the gist of it, and I may have ignored most of the problems with this proposal. I have personally wished for the whole version namespacing be made less complicated and have been seeking for a solution, and I feel like this is the best way to go about in the future. – [[User:Doorkeeper|Doorkeeper]] 21:27, 14 August 2020 (UTC)<br />
<br />
:<s>Whoops, looks like Loci already proposed this exact thing long ago. I definitely missed that discussion and should have checked first. My apologies. I'll move my text to that section and remove this one. – [[User:Doorkeeper|Doorkeeper]] 21:36, 14 August 2020 (UTC)</s> Done. – [[User:Doorkeeper|Doorkeeper]] 21:40, 14 August 2020 (UTC)<br />
<br />
:The main issue I have with that is that putting pages about the current version in a namespace also differentiates between those pages and pages not about ''any'' version (for example, [[Toady One]] does not need a 40d or v0.34 page). Yes, we can use {{tl|av}} to mark versioned pages, but people often forget to add that to new pages. The current system also allows determining whether a page is versioned or not from its title, which makes migrations a lot faster. Relying on {{tl|av}} would require either reading the content of every page (which would slow scripts down significantly) or cross-checking with the list of all pages including the template (feasible, but a bit more complicated, and still susceptible to missing templates). I suppose that manually fixing and migrating pages missing {{tl|av}} later wouldn't be too much work, though.<br />
:I am definitely in favor of changing "DF2014" (or a new namespace) to "Current", though. I was in favor of "DF2014" in 2014, but I don't think it makes sense anymore, and "Current" seemed to be a popular alternative in both the DF2012 and DF2014 discussions on the matter. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:02, 16 August 2020 (UTC)<br />
<br />
== Weird redirect behaviour ==<br />
<br />
[[Pump stack]] redirects to [[cv:Screw pump#Pump stack]]. If you look at the redirect itself it says it redirects to DF2014 namespace, which is correct. But if you actually follow the redirect, it goes to v0.34 namespace. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 16:10, 20 August 2018 (UTC)<br />
:Yeah, that's part of the issue described in the above section (the wiki caching part, not on Google's end.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 15:00, 21 August 2018 (UTC)<br />
<br />
== v50 organization ==<br />
<br />
Some wiki admins have had a talk on Discord and decided that the most sustainable path forward is to put content for all future versions of DF in the main namespace. We will be working on a bot to do this in the next few days. Feel free to chime in with suggestions here. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:56, 14 December 2022 (UTC)<br />
<br />
:Is it maybe possible to do backwards-namespacing? Like we have a "Main" namespace, which people are free to update, and whenever there's a new version of DF the "Main" namespace is copied into a namespace for the then old version, much like how you'd branch a stable branch from a development branch when working with a git-project? [[User:Therahedwig|Therahedwig]] ([[User talk:Therahedwig|talk]]) 23:13, 14 December 2022 (UTC)<br />
<br />
::Yeah, we could do that if we decide to. We were talking about doing that for v50, actually, and might still do something similar to preserve edit history if it doesn't end up being too hard to automate. Our hope is that we will not introduce new namespaces for v50 -> v5x, unless there is a serious breaking change (and hopefully there isn't one). But if we change our mind, one advantage of the type of migration you mentioned is that it can be done retroactively - we can copy historical revisions that were current at the time of the release, and would only lose some typo fixes made after the release that apply to earlier versions as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:11, 15 December 2022 (UTC)<br />
<br />
ETA is < 24 hours. Doing some final checks on a migration script. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 07:08, 19 December 2022 (UTC)<br />
<br />
: We should really have a task list as there are many things that change and need updating. Including but not limited to:<br />
:* Most templates that used the previous namespace convention broke, including nav templates. <br />
:* Many game files changed locations and their pages need to be updated.<br />
:* Raws need to be updated. <br />
:* Various features added, changed, removed. <br />
:* UI has been changed -- though I am more inclined to wait for classic release to avoid extra work --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 06:56, 20 December 2022 (UTC)<br />
<br />
"''Raws need to be updated.''" Including applying text wraparound where necessary, I suppose - more than a few of them have proven to be that special kind of...''difficult'' to navigate otherwise, shall we say? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 12:52, 20 December 2022 (UTC)<br />
<br />
:There is already a task list in the [[#v50 migration|section below]] that includes templates and raws, with an explanation. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:25, 20 December 2022 (UTC)<br />
<br />
== v50 migration ==<br />
<br />
The initial migration script is done. New content is in the '''main''' namespace, e.g. [[Cat]]. Old content is still at [[DF2014:Cat]]. History was migrated to the ''new'' (main namespace) articles.<br />
<br />
I know several things are broken still. Please reply if you find any others:<br />
<div style="border-left: 2px solid red"><br />
* <s>Versioned templates haven't been migrated yet (e.g. {{tl|vermin}} on [[Ant]])</s><br />
** Fixed. Most were migrated by a bot.<br />
* <s>Raws are missing on all pages that use them.</s><br />
** This also affects sidebars, such as on [[Cat]] and [[Microcline]].<br />
** Update: The DFRawFunctions extension has been upgraded to include v50 raws, using the "v50:" prefix for filenames instead of "DF2014:". <s>I haven't finished a migration script to create the /raw pages themselves, but they can typically be created manually by copying the DF2014 /raw pages and changing "DF2014" to "v50" everywhere.</s> &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:20, 1 January 2023 (UTC)<br />
** Update 2: Raws have been added for all pages! They were copied from the "DF2014" pages and had "DF2014" replaced with "v50", which appears to have worked from a spot-check, but let me know if you find any problems. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:57, 4 January 2023 (UTC)<br />
* Some pages where the DF2014 page was a redirect to a main namespace page that contained content were migrated incorrectly.<br />
** In this case, the main namespace page is usually a redirect to itself. This can be fixed by undoing LethosorBot's edit to the main namespace page, then copying the content to the DF2014 page.<br />
** Update: most seem to have been fixed manually - thanks! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:41, 21 December 2022 (UTC)<br />
* <s>Some main-namespace talk pages redirect to DF2014 talk pages. Some of these redirects work, and some (usually older ones) do not.</s><br />
** Fixed with a bot. Some redirects from talk pages to other deleted talk pages are now broken, e.g. [[Talk:Above_ground]] (exists) -> [[Talk:Tile attributes]] (redlink). I am leaving them like that because they redirect to where the talk page should be created, but I'm also fine with people deleting them if they really want to. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:41, 21 December 2022 (UTC)<br />
* {{tl|quality}} for new articles is disabled (see below)<br />
* Some links from DF2014 to Main weren't working: e.g. the version selector [[DF2014:Mason's workshop]] was linking to [[DF2014:Main:Mason's workshop]] instead of [[Main:Mason's workshop]]. I'm not sure exactly why, but I fixed it with a change to the NamespaceLinks extension. Let me know if you spot similar broken links. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:19, 21 December 2022 (UTC)<br />
</div><br />
<br />
&mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:54, 20 December 2022 (UTC)<br />
:The quality levels of the 50.03 pages seem to be missing. I'm not sure if that's covered under that first point. [[User:Trainzack|Trainzack]] ([[User talk:Trainzack|talk]]) 06:47, 20 December 2022 (UTC)<br />
::If the the [[Dwarf Fortress Wiki:Quality]] feature can be made to work with namespace scheme change, I suggest to automatically assign the lowest quality rating to all pages, alternately add the {{tl|old}} to all pages. Otherwise there will be a lot of pages that will fall through the cracks. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:12, 20 December 2022 (UTC)<br />
:::I disabled {{tl|quality}} in the main namespace because it would require some rework to make the rating script and the template work properly there. Feel free to take a stab at the template. I will see what can be done on the extension side. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:14, 20 December 2022 (UTC)<br />
::::What needs to be done on the template side? I'm not sure I see too big of an issue leaving pages as "unknown-quality" for now (or just change the default to tattered) until we get the rating script working. Is that script up anywhere, anything that could be helped with? [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:10, 2 January 2023 (UTC)<br />
:::::They're already marked as unknown. Really the only issue I know of with the template is that it doesn't show up with some of the newer skins we added, and that can be fixed by getting rid of the absolute positioning. As for the script, it can be found at https://github.com/DF-Wiki/QualityRatings, and the issue is really only with the configuration system not recognizing the main namespace as valid. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:29, 3 January 2023 (UTC)<br />
::::::Great, I started having a crack at fixing the template with different themes. Is the preference to get some CSS going and then include it in the global stylesheet (i.e different styles per theme) or to try and get a "one size fits all" fix? &mdash;[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 08:14, 3 January 2023 (UTC)<br />
:::::::I would rather avoid custom site-wide CSS if we can. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:29, 4 January 2023 (UTC)<br />
::::::::I appreciate that, I think it's the simplest solution to add a few lines to common.css though. Unless there is a way to attach CSS specifically to a template, I saw a few extensions that allowed that but I'm not sure if any are present in the wiki at the moment. Regardless there already exists a class `div.topicon` that is specifically for the quality ratings, is there an issue with expanding this class to accommodate the themes? The list of themes where the quality rating display is broken/invisible: Citizen, MinervaNeue, MonoBook. &mdash;[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 21:48, 4 January 2023 (UTC)<br />
:::::::::What do you think of moving the template out of the topicon entirely and just placing it in a div? It would take up a (hopefully) small amount of vertical space in the article. [[User:Lethosor/Sandbox/Quality_test]] is an example. Unfortunately it isn't possible to prevent other templates from displaying above the quality this way ([https://dwarffortresswiki.org/index.php?title=User:Lethosor/Sandbox/Quality_test&oldid=283883]). So maybe we do need some custom CSS after all if we want that. I'm open to trying out whatever you propose. I'm a bit worried about future-proofing against skins we add later (particularly a mobile skin) but at least MediaWiki supports skin-specific global CSS as well. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:33, 5 January 2023 (UTC)<br />
::::::::::I would rather we avoid taking any more vertical space in the article. The growing block pyramid at the top, starting with version template, is annoying. If you end up placing it inside the article space please use a slim box 100% wide that would include both.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:19, 5 January 2023 (UTC)<br />
:::::::::::Agreed with you Jan, however I see that as two different tasks (ArticleVersion template changes, getting quality back on pages). I made a test adjustment to the quality and it takes up a negligable amount of extra space. See [[User:Vallode/sandbox#Page_quality]] for the example, we'd be able to completely remove "topicon" (unless it is used somewhere else?) and then potentially move on to making the ArticleVersion template into a slim version on the left-hand-side instead of a large box? Let me know what you think. --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:35, 5 January 2023 (UTC)<br />
<br />
It appears some pages are redirecting recursively and never resolving correctly, like the [[https://dwarffortresswiki.org/index.php?title=Character_table&redirect=no|character table]] and [[tileset repository]] 07:35, 20 December 2022 (UTC)<br />
: Indeed, these can be caught here: [[Special:DoubleRedirects]] --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:51, 20 December 2022 (UTC)<br />
<br />
It might be useful to change the notice title to "release information '''for editors'''" --[[Special:Contributions/142.59.195.176|142.59.195.176]] 10:26, 20 December 2022 (UTC)<br />
:Can do. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
::New here, hello. Should we set a date where we remove/only show the banner for logged in users. There are (some) pages that have 4 different notices about the upgrade. [[Engraving]] is one such page, the top banner states "information for editors", we then have the "this page was migrated" banner, a version selection which warns the article might be inaccurate, and a smaller banner saying the page might need to be updated. Quite a lot of screen space, I think we can start to slowly reduce the amount of warnings this coming month? [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 10:07, 2 January 2023 (UTC)<br />
:::Unfortunately, only showing info to logged-in users is difficult with how MediaWiki caching works. In terms of reducing warnings, there is a discussion [[Template_talk:ArticleVersion#.22Note_that_some_content_may_still_need_to_be_updated..22|here]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:43, 4 January 2023 (UTC)<br />
:::As for [[Engraving]] specifically, the {{tl|old}} banner was actually present on [[DF2014:Engraving]] as well and got carried over with the migration. I removed it, and agree that it was redundant. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:46, 4 January 2023 (UTC)<br />
<br />
Main talkpages seem to redirect to DF2014 talk. Not sure if it is intentional but I like it, though we should pay attention when creating new discussion relating to v50 ending up there.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 14:18, 20 December 2022 (UTC)<br />
:That's unintentional. I specifically wrote the migration script to not move talk pages, but that has the side-effect of leaving any previously-created "Talk -> DF2014 talk" redirects intact. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
<br />
Yo Lethosor, are we adding graphic sprites for the pages in some way? Or are we waiting for you to add some sort of new template or something? I'm sure you don't need me to tell you that the current templates don't allow that. Not sure if I'm allowed to change/create any templates either, as I don't want to break things for hundreds of pages. Edit: And IF the icons are allowed, should they be left alone, or 2×-3× sized like how the Minecraft wiki does it? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 14:29, 20 December 2022 (UTC)<br />
:Depends on which templates you mean. There are copyright concerns with uploading a premium sprite sheet, for instance. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 16:27, 20 December 2022 (UTC)<br />
::I'm not talking about uploading an entire sprite sheet. I'm just talking about individual icons for each respective page. One image for cows, one for horses, one for werebeasts, etc. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 16:50, 20 December 2022 (UTC)<br />
:::If we do that for every creature in the sprite sheet, that's not much different (in terms of copyright) from uploading the entire sprite sheet. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:09, 20 December 2022 (UTC)<br />
::::Is there someone we can talk to about that? We finally get this new game with graphics, and then we can't use the very graphics of the game? No matter what the rules are, I'd say that would be the stupidest thing ever. I know I'm infamous here when it comes to copyright and images and stuff, but about 80% of game wikis out there are completely unofficial, and use game file images like no one's business. I can't imagine anyone's door being knocked on if we used the game's sprites, but I won't add any here until we have a go-ahead. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 17:14, 20 December 2022 (UTC)<br />
<br />
:::::...I've made noise in Mayday's direction on this matter, at least (prob an incorrect maneuver, ''but'').[[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 17:55, 20 December 2022 (UTC)<br />
:::::: I hope some sort of arrangement can be made so we can use the new sprites with permission/limits, just as we are using the raw files. Otherwise we are all (devs and editors alike) shooting ourselves in the foot here.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:07, 20 December 2022 (UTC)<br />
<br />
:::::::I just thought of something. We're supposedly not allowed to upload entire sprite sheets, right? What if - for the time being - we just use a few of them for the purpose of testing out new infoboxes? --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 21:46, 20 December 2022 (UTC)<br />
::::::::I don't know. If someone could ask Kitfox and post the response here, that would be great. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:47, 20 December 2022 (UTC)<br />
<br />
:::::::::I've reached out to Alexandra, but she hasn't answered yet. Until then I found these old approvals from the previous community manager, Feeona: ([http://www.bay12forums.com/smf/index.php?topic=173474.msg8243633#msg8243633 link1], [http://www.bay12forums.com/smf/index.php?topic=176640.msg8243642#msg8243642 link2]). Waiting for a newer response until we begin mass uploads is probably the politer option, but like Zippy said, it is also standard for wikis to use game sprites with less approval. I second their idea of trying it out with a few images to test the infoboxes. On the extreme off-chance (and I do think it is) Kitfox protests we can always remove these few. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 22:19, 20 December 2022 (UTC) <br />
:::::::::And here is a third, more official statement: ([http://www.bay12forums.com/smf/index.php?topic=173474.msg8249718#msg8249718 link3]). Perhaps that address of info@kitfoxgames.com is the better channel to ask for a confirmation, rather than Discord DMs, but I will be going to bed, so it is best if someone else does that. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 22:29, 20 December 2022 (UTC)<br />
::::::::::Thanks for tracking this down! Ok, sprites should be fine, but let's avoid uploading the entire premium tileset as a single image, for instance (as the forum thread says, "use common sense"). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:21, 21 December 2022 (UTC)<br />
::::::::::: Looks good, permission is always preferable over fairuse, I think it is a win win for all involved. I agree that we shouldn't upload entire sprite sheets (e.g. there is no reason to upload the windmill from every direction or whole construction phase for workshops) and that there are a lot of details that needs to be ironed out through testing. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 05:07, 21 December 2022 (UTC)<br />
:::::::::We have a green light on uploading all and any sprites. Their response to me can be seen [https://i.imgur.com/BhmHjzC.png here]. I'm sure someone else confirmed it before me. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 19:00, 21 December 2022 (UTC)<br />
<br />
<br />
Shifting temporarily to a new issue, is the documentation of [[Template:ArticleVersion]] outdated? It would seem so to me, since the current version no longer has its own namespace, with the templates needing updating being different ones. --[[User:Voliol|Voliol]] ([[User talk:Voliol|talk]]) 18:30, 20 December 2022 (UTC)<br />
:I think it is still accurate enough. We left open the possibility of making another namespace in the future, albeit with a different migration strategy - see [[#v50 organization|above]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:52, 20 December 2022 (UTC)<br />
<br />
Some Changes to infoboxes might be needed. Too bad [[User:Doorkeeper]] isn't around. He did a great work with navbox project--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:52, 21 December 2022 (UTC)<br />
<br />
I just realized that raw files aren't stored as regular wiki pages but loaded via the DFRawFunctions extension (hence the need to update). Good news it's going to be handled in bulk, consistently and relatively easy to updated. Even better it's Lethosor problem ;) Also I just realized that all the "raw files" (txt files in the new vanilla folder) are released into the public domain. Both are probably not news to the vets but I'll leave it here for those who less up to date like myself. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:35, 22 December 2022 (UTC)<br />
<br />
: I noticed that some templates aren't working properly in the new namespace, e.g. [[Basalt]] entry had its raw updated manually but the infobox fail to show any details. Cursory look suggest {{t|layerlookup/0}} need a minor tweak. This should do the work<br />
:: Replace: <nowiki>{{layerlookup/aux|{{{{FULLPAGENAME}}/raw}}|uses={{{uses|}}}|wiki={{{wiki|}}}}}</nowiki><br />
:: With___: <nowiki>{{layerlookup/aux|{{</nowiki><span style="color:red; font-weight:bold;">:</span><nowiki>{{FULLPAGENAME}}/raw}}|uses={{{uses|}}}|wiki={{{wiki|}}}}}</nowiki><br />
: Not sure what the plan and ETA with raws update so I didn't touch this high usage template for now. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 08:11, 24 December 2022 (UTC)<br />
<br />
::Please do feel free to make this update. I am still working on a script to create the <code>/raw</code> pages themselves. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:12, 1 January 2023 (UTC)<br />
<br />
Wouldn't it be an idea to add to the Sitenotice to remove the {{tl|migrated article}} tag when an article has been fully updated? I see many articles that seem to be updated still have the tag. And/or advise to make use of the {{tl|verify}} for sections still in need of checking? --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 10:12, 2 January 2023 (UTC)<br />
:Probably a good shout. The "see this page" link does include the detail on removing but we should more explicitly encourage removing the banner once a page has at least been looked over. [[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 11:01, 2 January 2023 (UTC)<br />
<br />
== v50 specific issues ==<br />
=== Graphics===<br />
Follow up on the use of game sprites and the need to trying it out with a few images to test the infoboxes. First sprite [[:File:Beds v50.png]] was uploaded and used on [[Bed]] entry. Any thoughts? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:06, 21 December 2022 (UTC)<br />
:Seems like it should be rearranged to be horizontal. Also, has there been a serious discussion about copyright? Full screenshots are 100% fine, but you start going into a grey area when you upload pieces of a spritesheet. I'm of the opinion that it's all fine as long as it's inconvenient to reconstruct the full sheet from the individual images. Maybe a further restriction could be you shouldn't upload any of the art unless it's used in an infobox (maybe an exception for pieces of the UI). And one more restriction could be you shouldn't show everything, like in your bed example, maybe just the wooden bed is good enough, leave out the stone and metal, <small>especially since those can only be made from strange moods</small>. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:43, 21 December 2022 (UTC)<br />
::Actually, your bed image is kinda bad for showing off what a bed looks like because it doesn't show the pillow/blankets. That might point to cropped screenshots being the best path, although less convenient for the uploader, as you don't get details left out. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:46, 21 December 2022 (UTC)<br />
::I created a new license template [[Template:Copyright game]], based it on the way the RimWorld wiki does things. Call it a prototype, but it's probably how your bed image should be labelled. Indeed, I added it to it already. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]])<br />
<br />
::: I agree that the horizontal arrangement would suit better here and that we should strive to represent how things look in-game. Otherwise, I am not too concerned about people being able to reconstruct anything (lets just say that ''anyone'' interested in that can get the real thing from the game files), also it seem we have permission to use the sprits on top of fairuse. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 19:55, 21 December 2022 (UTC)<br />
<br />
::: Modifying the existing template to allow the inclusion of the new sprites is easy (Something like [https://ibb.co/zFXCrjd this]?) The big question is the matter of consistency is there any exceptions that will break the format (size wise with variant bloat for example), the sprite naming format, etc --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:44, 21 December 2022 (UTC)<br />
::: If we are going to show a variant for each material type, then maybe these should be added as separate images so we can add a tooltip for each image. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 20:49, 21 December 2022 (UTC)<br />
<br />
:I've got another prototype going here and here: [[User:Brightgalrs/vector.css]] and [[User:Brightgalrs/Sandbox]]. (You'll need to add the css stuff to your own /vector.css). Basically it's a way to recolor images using css classes. No idea if there's a better way. Also, the real implementation would require a change to [[MediaWiki:Common.css]]. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 22:41, 21 December 2022 (UTC)<br />
:Should mention, there ''is'' a different way, just upload each image 16 times, one for each coloring. But maybe that's not very elegant. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 22:45, 21 December 2022 (UTC)<br />
<br />
: It should be noted that soon the classic edition will be released, hence one should plan to have both the Premium and classic alongside in that little space --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 03:14, 22 December 2022 (UTC)<br />
::I'm looking into a tab extension to potentially support this in infoboxes. Perhaps [https://www.mediawiki.org/wiki/Extension:Tabs Extension:Tabs]? I tried [https://www.mediawiki.org/wiki/Extension:TabberNeue Extension:TabberNeue], but it displays a placeholder if JavaScript is disabled, which isn't great. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:22, 22 December 2022 (UTC)<br />
::: The Neue Tabber seem to works pretty much like the old one (which fandom [https://coding-help.fandom.com/wiki/Tabber#Adding_images_into_tabbers still use]) defaulting to showing the first tab only. Quick look suggest that neue work the same, plus the notice that 'Tabber requires Javascript to function' warning? if so, and if it is a bother, then you should be able to edit out the tabberneue-noscript string in code. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 06:29, 22 December 2022 (UTC)<br />
::: I much prefer your tabber solution, but if that fails we can also use the gallery slideshow mode. If so, beware it has no way to control image size so the images have to be maliciously uploaded using the exact same size. example:<br />
<gallery mode="slideshow"><br />
File:SteelSample.png<br />
File:TinSample.png <br />
File:ZincSample.png<br />
File:GoldSample.png<br />
</gallery> --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:19, 22 December 2022 (UTC)<br />
<br />
==== adding premium set to Infobox ====<br />
I am unclear where are we going with this? <br><br />
1) Will (A) tabs be implemented, (B) we be using mediawiki toggle [[Template_talk:V50_workshop|example]] for premium and classic/blocked, (c) put images side by side, or (d) something else?<br><br />
2) Also [[silver]] and [[Pig iron]] use very different image style for example.<br><br />
3) Anything else you want ? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:32, 30 December 2022 (UTC)<br />
<br />
: Personally, I would love tabs to be implemented, but I think that side by side might be best for most. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:32, 30 December 2022 (UTC)<br />
: Here is rough layout we can use. It should fit most buildings given the default sprite size. There is also a different floor plan for both (inspired by reddit) <br />
<br />
{|<br />
|- valign=top<br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 5×5<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><br />
|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|- valign=top<br />
|colspan=2|<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab"><br />
[[File:Siege workshop.png|center|160px]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><br />
{|<br />
|rowspan=2 style="width:50%; font-size: 125%;"|<center>{{Template:Picture Siege workshop}}</center><br />
|style="line-height: 1em; font-size: 125%;"|<br />
{| style="border-spacing:4px;"<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:12px; height:12px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|}<br />
|<br />
{| style="width:200px; background-color:#eaecf0; border-collapse: collapse; "<br />
|+ 3×3<br />
|- style="border-bottom:2px solid #3366cc; "<br />
|colspan=2 style="text-align: right;"|<div class="mw-customtoggle-infoboxtab mw-ui-button mw-ui-progressive" style="float:left; border-top-right-radius: 10px; border-top-left-radius:10px;">toggle</div><span style="padding-top:5px; text-align: right;">{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}</span><br />
|- valign=top<br />
|rowspan=2 style="width:50%;"|<br />
<div class="mw-collapsible" id="mw-customcollapsible-infoboxtab">[[File:Carpenter's workshop.png]]</div><br />
<div class="mw-collapsible mw-collapsed" id="mw-customcollapsible-infoboxtab""><center><br />
{| style="font-size: 175%; border-spacing: 0; background-color: black; border: 2px solid black"<br />
|- <!-- raw tile changes adds padding and margin --><br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|"|7:0:0}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|{{=}}|6:0:0}}<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"|<br />
| style="padding: 0; line-height: 1em"|<br />
|-<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|]|0:0:1}}<br />
| style="padding: 0; line-height: 1em"| {{Raw Tile|░|0:7:1}}<br />
|}</center></div><br />
|<br />
{| style="border-spacing:5px;"<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
|-<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#b7b9bd; border:1px solid #545557;"|<br />
| style="width:18px; height:18px; background-color:#86878a; border:1px solid #545557;"|<br />
|}<br />
|-<br />
| style="text-align: center;" | Layout<br />
|}<br />
</div><br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1×1<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:Screw_press.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Screw press}}</center><br />
| style="border-left: 1px dotted #545557;"|<center>{{Template:Floor Plan Screw press}}</center><br />
|}<br />
|<br />
{| style="width:200px; height:100px; padding:10px; background-color:#eaecf0; border-collapse: collapse;"<br />
|+ 1×3<br />
|- style="border-bottom:2px solid #3366cc;"<br />
| colspan=3 style="text-align:center;"|{{Tooltip|Hotkey|adasdasdasd}}: {{Key|b|o|g}}<br />
|-<br />
| style="border-right: 1px dotted #545557;"|[[File:water_wheel.png|32px|center|link=]]<br />
| style="font-size:125%;"|<center>{{Template:Picture Water wheel}}</center><br />
| style="border-left: 1px dotted #545557;line-height:normal;"|<center>{{Template:Floor Plan Water wheel}}</center><br />
|}<br />
|}<br />
:Any thoughts on the direction and or any and all of its elements? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 10:16, 31 December 2022 (UTC)<br />
<br />
::I kind of like side-by-side, if it fits. If anyone wants to implement a toggle button or tabs, I would ask that that be implemented in a template for now, so that e.g. we could change a toggle button to tabs in a single place if we decide to install an extension to support that. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:14, 1 January 2023 (UTC)<br />
<br />
::: I noticed a comment saying that [[impassable tile]] are no longer used in v50, is that true for all constructions? If so, floor plans are no longer needed, making things much easier as we can fit everything in except the 5v5 constructions like trade depot (and even these can be placed one above the other if so desired). If not, any thought on the alternative floor plan design? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:46, 1 January 2023 (UTC)<br />
<br />
:::: None of the constructions have blocking tiles any more from my experience playing. I haven't tested siege weaponry with that stuff, but none of the workshops have it, nor does any furniture. (walls and fortifications will of course obstruct movement [[User:AndrielChaoti|AndrielChaoti]] ([[User talk:AndrielChaoti|talk]]) 18:47, 1 January 2023 (UTC)<br />
::::: Ok, I have removed them from v50. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:48, 1 January 2023 (UTC)<br />
<br />
I have added a basic side by side variant to [[Template:V50 workshop]] and [[Template:Building]] for testing, let us know if there any issues. Few notes:<br />
* The default image naming scheme of <code>workshop-name.png</code> will likely conflict with existing images here or on commons, maybe another naming scheme should be used like <code>v50 workshop-name.png</code> as it is with ascii pictures.<br />
* There is inconsistency in image size. If you want to use large zoomed images then toggle is best, otherwise they need to be all in native size (96px for 3x3).<br />
* In the current version the code roughly centers the images and if there is a big image like with [[Siege workshop]] it drops to a new line --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 23:48, 1 January 2023 (UTC)<br />
<br />
How about combining shortcut keys and the new menu icons: <br />
<div style="color:white; font-size: large; text-shadow: -1px -1px 0 #000, 1px -1px 0 #000, -1px 1px 0 #000, 1px 1px 0 #000;"><!--<br />
<br />
--><span style="position: relative;><!--<br />
-->[[File:Ui b.png]]<div style="position: absolute; bottom:-14px; right:3px;">b</div></span><!--<br />
<br />
--><span style="position: relative;><!--<br />
-->[[File:Ui bo.png]]<div style="position: absolute; bottom:-14px; right:3px;">o</div></span><!--<br />
<br />
--><span style="position: relative;"><!--<br />
-->[[File:Ui bol.png]]<div style="position: absolute; bottom:-14px; right:3px;">l</div></span><!--<br />
<br />
--><span style="position: relative;"><!--<br />
-->[[File:Ui boll.png]]<div style="position: absolute; bottom:-14px; right:3px;">l</div></span><!--<br />
--></div><br />
--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 02:24, 3 January 2023 (UTC)<br />
<br />
:I worry that this is difficult to read (I read it as "boil" at first). I would rather use something like {{tl|k}} with a known background. What about something like this? <span style="position: relative;">[[File:Ui boll.png]]<div style="position: absolute; bottom:-14px; right:0px;">{{k|l}}</div></span> <br>or, alternatively, using flexbox without any overlap: <span style="display: inline-flex;">[[File:Ui boll.png]]<span style="align-self: flex-end;">{{k|l}}</span></span> &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:37, 3 January 2023 (UTC)<br />
:: Same, but that is the best I came up with. We can use the key or maybe someone can help improve the design. Also 'l' is hard to read even with {{t|key}}.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 03:05, 3 January 2023 (UTC)<br />
:: I added a {{t|Menu icon}} to start things so others can have a go with it. Also any thoughts on the icon naming convention (their shortcut sequence), is there easier/better way? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 09:36, 3 January 2023 (UTC)<br />
::[[User:BarelyCreative]] updated the template: {{Menu icon|b|o|l|y}}. I think it looks good, thoughts? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:40, 3 January 2023 (UTC)<br />
:::I like that, yeah. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:29, 4 January 2023 (UTC)<br />
::::There were some places where it didn't make sense so display every icon all the time (like step-by-step guides), so I changed it slightly to allow display of fewer icons using "num" and counting from the end: <nowiki>{{Menu icon|b|o|l|y|sep=-;|num=2}}</nowiki> {{Menu icon|b|o|l|y|sep=-|num=2}} [[User:BarelyCreative|BarelyCreative]] ([[User talk:BarelyCreative|talk]]) 09:05, 4 January 2023 (UTC)<br />
<br />
==== Bizarre palette-swapping idea/prototype ====<br />
No idea if this is a good idea, since it takes a bit of time to set up, and there might be some performance issues... and maybe display issues?<br />
<br />
But take a look at this:<br />
{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock|palette-name=amber}}<br />
<br />
It's way to swap palettes on an image, although the image itself is a table, with each cell representing a pixel. The template itself looks like this:<br />
<code><nowiki>{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock|palette-name=saffron}}</nowiki></code><br />
Input the pattern and desired palette name.<br />
<br />
I've got a larger showcase here: [[User:Brightgalrs/Sandbox/PaletteSwapShowcase]]. Only did a rock pattern so far, but all palettes are implemented. <br />
The major use for this would be on each stone, metal, wood, etc. type's page. The palette could be read directly from the raws. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 03:22, 24 December 2022 (UTC)<br />
<br />
:From a technical perspective, my primary concern is indeed performance. Both on the server side and client side, a large number of tables that large (in terms of markup and cell count, that is) tend to be resource-intensive to generate and render. I saw your image-filtering experiments on [[User:Brightgalrs/vector.css]], and while that strikes me as a newer and less-backwards-compatible approach, it would probably be more resource-friendly.<br />
:Is this color adjustment something the game is doing natively? i.e. does this accurately match what the game displays? I bet we could slap together an image-filtering extension (or find an existing one?) that can do this if needed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 03:49, 24 December 2022 (UTC)<br />
::Yeah that's what I suspected. The images the template creates are spot on, checked it against a screenshot I took of some mica rocks in-game. The css stuff is unfortunately totally incorrect, was cool to learn about it though, so not a complete waste of my time :p. The premium, in-game graphics are true sprites, basically patterns of indexed colors. Each of the in-game colors (which are significantly expanded over the 16 ascii colors, there's 116/117) there is a palette defined in "\Dwarf Fortress\data\vanilla\vanilla_descriptors_graphics\graphics\images\palettes.png". Each indexed color of the sprite is swapped for the corresponding color in the palette. Because of that, the css stuff doesn't work since it's doing the hue/saturation/brightness changes to the entire sprite.<br />
::I've looked into an existing mediawiki extension, couldn't find anything. One thing I did't really look at is some type of lua script/module that would basically emulate what the game is doing. So some function that takes in the base image as well as the desired palette, and based on that finds and replaces each color. No idea what mediawiki's capabilities are on that front. [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 05:31, 24 December 2022 (UTC)<br />
:::We do have Scribunto installed now, so it's totally possible to do something in Lua too - forgot about that. I can add you to the group that grants access to edit the Module namespace if you want to give that a shot. If we use an extension, we'd probably need a custom one, similar to DFDiagram (or perhaps DFDiagram could be extended - it's in dire need of a rewrite anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:43, 24 December 2022 (UTC)<br />
::::I asked around on the mediawiki irc, I think scribunto/lua is a deadend, at least for taking an uploaded image and doing stuff to it with a lua script. However I did come up with this even more bizarre solution, using block elements. [[User:Brightgalrs/Sandbox/PaletteSwapShowcase2]], maybe less resource intensive? Definitely displays a lot worse though, probably unusable.<br />
::::{{User:Brightgalrs/Sandbox/PaletteSwitch|templatename=User:Brightgalrs/Sandbox/Rock2|palette-name=saffron}}<br />
::::I dunno, maybe none of this is worth it and we should just write some external program to put all the images together offline, and then just mass upload. It wouldn't be ''that'' many... [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 06:37, 24 December 2022 (UTC)<br />
<br />
====Is there an easy way to just paste images from the clipboard?====<br />
<br />
I use KDE spectacle to take screenshots straight to the clipboard (after cropping) -- is there an easy way to just paste (and auto-upload) an image into an article? It would make it a lot easier to contribute images. [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 23:35, 1 January 2023 (UTC)<br />
:Unfortunately there is not. I would be open to a MediaWiki extension to support this if someone finds one. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:32, 2 January 2023 (UTC)<br />
:: Looks like this could do it, but I haven't used it before: https://www.mediawiki.org/wiki/Extension:SimpleBatchUpload [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 19:41, 2 January 2023 (UTC)<br />
<br />
====Standards for adding graphical version screenshots and images====<br />
<br />
Hello, new user looking into adding imagery from the new version. Is there a standard for quality of new screenshots or images? I noticed that at a certain zoom level (2 zooms in from the furthest zoomed-out view), the graphics appear crisp and 1:1 pixel scaled, and I would propose that all images be taken at this scale whenever possible. If they need to be displayed larger, they should be nearest neighbor scaled in a photo editing program at 100% increments (Microsoft Paint will do this if you first select the image rather than directly scaling the whole canvas). I would also propose that images should be cropped to conform to the 32x32 pixel grid when possible, though this could be problematic with so many new graphical elements exceeding the bounds of their tiles. I would say the best practice for capturing artwork for items, furniture etc. ought to be done in a 3x3 open area to avoid shadows from nearby walls, or else extracted from the raw files (if this doesn't run afoul of being able to re-create the graphical version using those assets).<br />
<br />
I know that perfect is the enemy of good, and any documentation is better than none, but just thought I'd ask about this, and see if/where something like this ought to be posted. [[User:Unclesporky|Unclesporky]] ([[User talk:Unclesporky|talk]]) 13:58, 3 January 2023 (UTC)<br />
:It has been stated in [[Template:V50 workshop]] that <q>screenshots should be at the "native" resolution</q> but someone could edit the [[Screenshot]] page for best practice for the steam version. Or post some examples in [[Talk:Screenshot]] to find out what is best? --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 14:21, 3 January 2023 (UTC)<br />
<br />
====How would I/should I go about putting creature sprites on their pages?====<br />
<br />
Howdy. New player and wiki user here. I wanted to try and help update the wiki to the Steam release of DF, so I figured I'd chip in by putting each creature's sprites on their respective page, since I'll often look up a creature I have yet to see in game only to be met by a blue J, or whatever. I found all of the game's creature sprites in C:\Program Files (x86)\Steam\steamapps\common\Dwarf Fortress\data\vanilla\vanilla_creatures_graphics\graphics\images, so I figured I could just chop those up in Photoshop and stick them on here no problem, but the programming syntax/whatever it is on this site is incredibly confusing, I don't know how I'd actually go about doing it. I figured I'd just find the spot on the page where the little letter is and replace that with the image code, but it seems the pages are built using heavily nested templates that I can't even begin to understand. Any help?--[[User:Treese|Treese]] ([[User talk:Treese|talk]]) 03:07, 5 January 2023 (UTC)<br />
:Based on [[User:Zippy|Zippy]]'s work at {{tl|Creaturelookup_b}}, I added an "image" parameter to {{tl|creaturelookup/0}}, which is what creature pages should all be using. See [[Dwarf]] and [[Cow]] for examples. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:37, 5 January 2023 (UTC)<br />
<br />
=== Hotkeys/Menu navigation ===<br />
Most key bindings and menus have changed. Should the article reflect a) only the old version, b) only the GUI version or c) both? For example, [[Bridge|bridges]] used to be built via {{k|b}} -> {{k|g}}, but now it's in Place strucutures {{k|b}} -> Constructions {{k|n}} -> Bridge {{k|b}}. What should be written in the article? Currently, it's {{k|b}} -> {{k|g}}. I ''think'' it should be only b), but I am not sure if there will be differences regarding hotkeys or menus between the premium version and the free version and then, c) would be the most appropriate option. --[[User:Prometherus|Prometherus]] ([[User talk:Prometherus|talk]]) 10:16, 22 December 2022 (UTC)<br />
<br />
: Not sure. I wish the classic release soon --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 16:45, 22 December 2022 (UTC)<br />
:: Are you Toady's herald? Looks like it was just released! [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:18, 22 December 2022 (UTC)<br />
:: And our questions are answered, the old hotkeys seem to have been thrown out. Part of me is disappointed (useless muscle memory) but also relieved (unified UI for both versions is good in general and for the wiki). [[User:Brightgalrs|Brightgalrs]] ([[User talk:Brightgalrs|talk]]) 18:25, 22 December 2022 (UTC)<br />
::: According to info, in a sort of 'demo version' at that. I'll wait a little while longer, for myself.[[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 18:22, 22 December 2022 (UTC)<br />
::::It's unlikely that keybindings in it will change significantly. My vote is that we should include information for both premium and classic, everywhere. Hopefully the keybindings are not different between versions. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:26, 22 December 2022 (UTC)<br />
:::Shouldn't it be based on the 50 or what verion the article is written for? [[User:Dominick|Dominick]] [[User_talk:dominick|<sup>(TALK)</sup>]] 18:42, 22 December 2022 (UTC)<br />
:::: The keybindings seem to be consistent between versions, (haven't checked exhausitvely, but since the menu layout is the same I think it is a good assumption). Should also keep in mind/consider that not all actions have keybindings. An option would be write 'Click on the <Example Text> icon or press {{k|E}}' [[User:Koos|Koos]] ([[User talk:Koos|talk]]) 23:14, 23 December 2022 (UTC)<br />
<br />
=== Removed features & concepts ===<br />
<br />
Since they're removed concepts, I've set [[Room]] to be a redirect for [[DF2014:Room]] and created [[Template:Activity zones]] for the nav bar bedrooms, etc, and made the necessary changes to [[Bedroom]] for it. Is this the correct approach, before I go on much further? (also a note, if it is, then [[Template:v50_rooms]] probably needs to be deleted) I also imagine that considering the number of changes in the interface, that things like [[Adventure mode]] and related pages might best be truncated to "not in 50.03" and when it does make it across, being more deliberately brought over in pieces? [[User:HawkOwl|HawkOwl]] ([[User talk:HawkOwl|talk]]) 06:23, 23 December 2022 (UTC)<br />
<br />
:Usually it is marked with [[Template:Removed_feature]]. For example: [[Dipscript]] or [[Party]]. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 07:45, 23 December 2022 (UTC)<br />
<br />
:: Ah, that's fair. Should that be mentioned in [[Dwarf_Fortress_Wiki:Versions#Redirects]]? [[User:HawkOwl|HawkOwl]] ([[User talk:HawkOwl|talk]]) 10:03, 23 December 2022 (UTC)<br />
<br />
:::I think the redirect policy mostly had in mind things that were removed a ''long'' time ago, like [[Tax collector]] and [[Economy]] (and the latter actually has a stub page as well). I guess we could clarify. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:34, 23 December 2022 (UTC)<br />
<br />
:::: The "current" redirects also cause the version box to incorrectly show that the current version has a page - e.g. [[23a:Cave_river]] shows a v50.04 version, but it's just a redirect back to that version. Similarly, what should happen to redirects like [[Clothes maker]], where a concept has evolved? It currently goes to [[23a:Clothes maker]] - that's correct if the user is trying to look up a very old concept, but if a new user is looking for "how to make clothes", they should be directed to [[Clothier]]. --[[User:Danny252|Danny252]] ([[User talk:Danny252|talk]]) 12:16, 26 December 2022 (UTC)<br />
<br />
:::: One should be careful with cv redirects. Most that were recently adjusted were unused plural forms (that should probably be deleted) but few like [[Crown]] needed that for backward compatibility. Removing the [https://dwarffortresswiki.org/index.php?title=Crown&type=revision&diff=279966&oldid=219482 cv part] means the the link on [[v0.31:Tilesets]] is now broken. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 22:30, 26 December 2022 (UTC)<br />
<br />
:::::If [[v0.31:Tilesets]] is about v0.31, it should not be using "main:" in its links - ''all'' of those links are going to pages about v50, not v0.31, regardless of whether the target is a redirect or not. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:37, 26 December 2022 (UTC)<br />
:::::: You right, I removed it. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 17:55, 27 December 2022 (UTC) <br />
<br />
Crown cv redir issue is now fixed, I believe. As goes with such cases where one can simply revert the troublesome edit, unless I've mistepped, myself? [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 23:52, 26 December 2022 (UTC)<br />
:Both [https://dwarffortresswiki.org/index.php?title=Crown&diff=prev&oldid=280026] and [https://dwarffortresswiki.org/index.php?title=Crown&diff=prev&oldid=279966] should not have had any effect, because "cv" is an alias to the main namespace now, just like "main". Proof: [[Crown]], [[cv:Crown]], [[main:Crown]]. It's possible caching is coming into play here, although I purged the redirect cache after making that alias change earlier this month... &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:02, 27 December 2022 (UTC)<br />
<br />
I think there have been some changes not captured, but as a newb, I'm afraid to edit the page(s). A good example is Strawberry. I'm playing the Steam version right now and Strawberry plants are "not relevant to brewing" in Labor > kitchen > veg / fruit / leaves. Unless I'm mistaken and need to process them? Another example is the trade caravan = it seems the 3 square pathing no longer happens; it's just yak(s). 12:31, 28 December 2022 (UTC) 12:29, 28 December 2022 (UTC)<br />
:Strawberries should be brewable according to the Raws.<br />
:Trade wagons has been modified in v50. The first wagons will arrive at the same time your fort is becoming a barony. Until then, it's only pack animals and stairs are indeed fine. The [[Trading]] page needs a huge rework anyway... I'll try to do that next week. --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 13:40, 2 January 2023 (UTC)<br />
<br />
<s>As far as I can tell, none of the workshop buildings in v50 have blocking tiles any more. There's a comment to the like in data/vanilla/vanilla_buildings/objects/building_custom.txt that says this "[BLOCK:1:0:0:0] workbenches no longer block". Hesitant to update that template as I'm not sure if it's referenced for all of the old versions too. </s> [[User:AndrielChaoti|AndrielChaoti]] ([[User talk:AndrielChaoti|talk]]) 05:54, 29 December 2022 (UTC)<br />
: A new template has been created: {{tl|V50 workshop}} --[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 13:40, 2 January 2023 (UTC)<br />
::Thanks! In general, I would like to delegate the switching responsibility to the template (like how {{tl|creaturelookup/0}} works), but in cases where the parameters diverge significantly like with workshops, it could make sense to make an entirely new template. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:40, 3 January 2023 (UTC)<br />
<br />
=== creature infobox prototype (moved) ===<br />
<br />
Check it out, I made a temporary template and added it to the [[cow]]s page. Now it shows the sprites (but not the zombified versions yet). I wanted to show everyone a prototype of what v50 creature infoboxes should look like. Or at least something similar to it. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 19:11, 27 December 2022 (UTC)<br />
:Hi, I'm new to editing wikis but I have done a bit of work with sprite sheets and I've been going through the DF data files to find the different graphics hoping to help with the animal pages. I've thrown together a template with grass and a few nature sprites (plants, a tree, and a rock) for size reference but I'm unsure how large the 'display' tiles in the middle of the template should be to suit all animals. I can see in the sprite sheets that some land animals have an adult and child sprite, so two tiles. Others have a male, female, and child, but after seeing you include the zombie cows I'm unsure if I should make it twice the size to add them too. Alternatively, I could grab some tiles from the haunted biomes for the zombie animals and make a separate template for a side-by-side comparison. Either way, let me know if this helps. I'd like to help with other graphics too as we add the premium tilesets but the animals seemed the easiest to tackle with me being new to wiki editing. ~~[[User:UristTheSeventh|UristTheSeventh]] ([[User talk:UristTheSeventh|talk]])<br />
::@Zippy, I am a bit perplexed about the purple cows. Why do we need a zombified version of creatures on every page?<br />
::@UristTheSeventh, we can use all the help. Maybe post an example, so that we can have something to compare and contrast.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:49, 3 January 2023 (UTC)<br />
:::@Jan Here are the examples: <br />
:::[[File:Creature template.png]] [[File:Armadillo.png]] [[File:Seagull.png]] <br />
:::It'll need to be wider or arranged differently for different creatures with more that two sprites or for multi-tile creatures. I can also do an aquatic and air themed template for swimming and flying creatures. ~~[[User:UristTheSeventh|UristTheSeventh]] ([[User talk:UristTheSeventh|talk]])<br />
::::Looks nice, like the metal template. There are several people working on updating the graphics you should talk more among yourselves. Best I can offer is that I width wise I am hoping to go up to 200px for infoboxes.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 01:13, 5 January 2023 (UTC)<br />
<br />
=== When do we remove the migration note on specific pages? ===<br />
<br />
At what point can we remove the "this page was auto migrated from v47" warning? There are a bunch of small pages that are more or less accurate, if I've reviewed them, can I go ahead and remove the warning? [[User:Kelvie|Kelvie]] ([[User talk:Kelvie|talk]]) 23:33, 1 January 2023 (UTC)<br />
:Yes, feel free to remove it if you think all content is accurate. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:31, 2 January 2023 (UTC)<br />
<br />
=== Any info on fixing "creature description not found?" ===<br />
<br />
I see this issue on most creature pages, it seems to be due to a lookup that's not currently functioning? Cows interestingly doesn't have this issue but I couldn't figure out how to recreate whatever fix it's editor did. --[[User:Yallendallis|Yallendallis]] ([[User talk:Yallendallis|talk]]) 00:22, 3 January 2023 (UTC)<br />
:That is the missing raws issue described above. Cow was fixed by the addition of [[cow/raw]]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 02:28, 3 January 2023 (UTC)<br />
::Ah makes sense, not fully used to the language of wikis yet so I read over it while looking. To put this bit of questioning to rest for any future readers, is it correct that it's fine to update any raws manually, though it will be done automatically at some point? --[[User:Yallendallis|Yallendallis]] ([[User talk:Yallendallis|talk]]) 07:48, 3 January 2023 (UTC)<br />
:::Yes. I'm circling back to work on a script right now, so not much point in doing it if you're reading this. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:57, 4 January 2023 (UTC)<br />
:::This should be fixed now. If you continue to see pages with problems, you can try [https://www.mediawiki.org/wiki/Manual:Purge purging the cache]. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:59, 4 January 2023 (UTC)<br />
<br />
=== Adventurer Mode related sections ===<br />
<br />
The topic has already been discussed [[#Removed features & concepts|above]], but I don't see a clear line on what to do with article sections that mention Adventurer Mode. Like for example in [[Butcher#Adventurer_mode|Butcher]]. <br />
<br />
'''a) Truncate''' or '''b) leave in place with a mention''' that the mode is not yet present IG but will be added in a future update?<br />
<br />
Personally I think option b) is better, because I think it's silly to undo some work just to reintroduce it a few weeks later, with the necessary corrections. Even if a copy/paste of a previous version takes ~15 seconds, considering the number of articles that need to be corrected, it would be a bit of a waste of time.--[[User:Halavus|Halavus]] ([[User talk:Halavus|talk]]) 14:22, 3 January 2023 (UTC)<br />
<br />
== Toggleable image ==<br />
<br />
Any objections/comments to using this template for now for toggling between classic and premium images? I'd probably rename it to "Template:Premium-classic thumb image". I'm sure someone can come up with a better UI eventually, but should be easy to migrate at that point. I also think we should use the same customtoggle class for this and for the infobox. [[User:NiftyManiac|NiftyManiac]] ([[User talk:NiftyManiac|talk]]) 23:12, 1 January 2023 (UTC)<br />
<br />
{{User:NiftyManiac/Sandbox/TemplateDualImage|<br />
premium=File:Quickstart-finder.png|<br />
classic=File:Quickstart-finder-partial.png<br />
}}<br />
<br />
{{User:NiftyManiac/Sandbox/TemplateDualImage|<br />
premium=File:Quickstart-finder.png|<br />
classic=File:Quickstart-finder-partial.png|<br />
caption=My caption|<br />
width=100px<br />
}}<br />
<br />
:This looks nice to me! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:30, 2 January 2023 (UTC)<br />
<br />
: Good initiative. From the top of my head:<br />
:* I suggest using a shorthand, no one wants to type 'Premium-classic thumb image'. <br />
:* If we end up using toggle for infoboxes (not sure where we headed there), then I agree definitely same custom toggle class should be used for all, thus allowing to switch premium-classic view on the whole page at a click.<br />
:* The button part on a separate row isn't pretty, creating a lot of dead space that can be used by the text. Are we set on the label 'toggle ascii'? Classic isn't Ascii per se, maybe we can use a 'toggle' with a tooltip {{tooltip|for example|does bla bla bla}}, or maybe we can get rid of the text and have a smaller icon button ([[User:Jan/sandbox#Metal_example|two examples]]). <br />
: I hope that helps. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 11:21, 2 January 2023 (UTC)<br />
<br />
:: I added [[Template:Dual image]] with some of your suggestions. Agree that it's not super pretty, feel free to try something different. <br />
<br />
::* I put the toggle in the caption mostly because I gave up on trying to make a more sophisticated replacement for the default thumb image behavior, I'm sure someone with better wiki-fu could put together something more intelligent.<br />
::* I cut the text down to just "Toggle"; I think the best solution would be a small graphic showing the old and new dwarf icons with arrows between them. [[User:NiftyManiac|NiftyManiac]] ([[User talk:NiftyManiac|talk]]) 19:21, 2 January 2023 (UTC)<br />
<br />
{{Dual image|<br />
premium=File:DFwiki5by53by3farm.png|<br />
classic=File:Quickstart_layout_3.png|<br />
width=100px|<br />
caption=A 5x5 room with a 3x3 farm plot<br />
}}<br />
::: I updated the layout, now it should look just like a regular image thumb. I didn't had time to test it, if it doesn't work for you or you don't like it just revert the last change. cheers. --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 21:46, 2 January 2023 (UTC)<br />
::::I don't know which part of this talk page to put this, but I added the ability to add icons to the v50 workshops template. Leaving the icon part blank will not break the template in any way. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 09:47, 3 January 2023 (UTC)<br />
{{clear}}<br />
==Creature List Now Supports Graphics!==<br />
I wasn't easy, but I made new templates so the [[Creature]]s page now supports both graphics sprites ''and'' ASCII tiles. Allow me to show you:<br />
<br />
{{v50_creaturecurrent_table_head}}<br />
{{v50_creaturecurrent table row|graphic=[[File:dwarf_sprite.png]]|name=[[Dwarf]]|symbol=☺|color=3:0:0|playable=Fort, Adv|hostile=No|food=No|size=60,000|value=Not tameable|biome=[[Mountain halls]], [[Fortress|dwarf fortress]]es, [[hillock]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:elf_sprite.png]]|name=[[Elf]]|symbol=e|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Forest retreat]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:human_sprite.png]]|name=[[Human]]|symbol=U|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=70,000|value=Not tameable|biome=[[Town]]s and cities|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:goblin_sprite.png]]|name=[[Goblin]]|symbol=g|color=7:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Dark fortress]]es and [[dark pit]]s|note=Snatchers<sup>2</sup>}}<br />
{{v50_creaturecurrent table row|graphic=[[File:kobold_sprite.png]]|name=[[Kobold]]|symbol=k|color=6:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=20,000|value=Not tameable|biome=Caves|note=Skulking race}}<br />
|}<br />
<br />
Oh wait, there's a bonus. You can also modify the background color of the box the sprites go in. I added that to make possibly-hard-to-see-otherwise sprites more easy to see - depending on the colors it has. Allow me to demonstrate.<br />
<br />
{{v50_creaturecurrent_table_head}}<br />
{{v50_creaturecurrent table row|graphic=[[File:dwarf_sprite.png]]|bgcolor=#829ccc|name=[[Dwarf]]|symbol=☺|color=3:0:0|playable=Fort, Adv|hostile=No|food=No|size=60,000|value=Not tameable|biome=[[Mountain halls]], [[Fortress|dwarf fortress]]es, [[hillock]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:elf_sprite.png]]|bgcolor=#c7dfc0|name=[[Elf]]|symbol=e|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Forest retreat]]s|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:human_sprite.png]]|bgcolor=#c7dfc0|name=[[Human]]|symbol=U|color=3:0:0|playable=Adv|hostile=Variable<sup>1</sup>|food=No|size=70,000|value=Not tameable|biome=[[Town]]s and cities|note=Trading race}}<br />
{{v50_creaturecurrent table row|graphic=[[File:goblin_sprite.png]]|bgcolor=#dfc0c0|name=[[Goblin]]|symbol=g|color=7:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=60,000|value=Not tameable|biome=[[Dark fortress]]es and [[dark pit]]s|note=Snatchers<sup>2</sup>}}<br />
{{v50_creaturecurrent table row|graphic=[[File:kobold_sprite.png]]|bgcolor=#dfc0c0|name=[[Kobold]]|symbol=k|color=6:0:0|playable=Adv|hostile=Usually<sup>1</sup>|food=No|size=20,000|value=Not tameable|biome=Caves|note=Skulking race}}<br />
|}<br />
<br />
To change the background color, add <code><nowiki>|bgcolor=COLOR</nowiki></code> segment after the <code><nowiki>|graphic</nowiki></code> part. You can use color names or HTML hex color codes. I added this to the v50 creatures page, but at this time, I only added the first five creatures I just displayed. It's gonna take a while to find ALL of those creature sprites. I hope a lot of people help out on that one. --[[User:Zippy|Zippy]] ([[User talk:Zippy|talk]]) 05:29, 5 January 2023 (UTC)<br />
<br />
:Thanks, looks nice! &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 05:44, 5 January 2023 (UTC)<br />
:Nice stuff, took the quick liberty to change the padding-left -> text-align to make all the sprites center aligned relative to each other :) Sweet work --[[User:Vallode|Vallode]] ([[User talk:Vallode|talk]]) 17:41, 5 January 2023 (UTC)<br />
: Good work indeed. One minor issue, is that all the sprites have different sizes, which sometimes create slight variation in table row height. Consider using capping the image size vertically for example <code><nowiki>[[File:dwarf_sprite.png|x32px]]</nowiki></code>--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 18:15, 5 January 2023 (UTC)</div>Janhttps://dwarffortresswiki.org/index.php?title=Dwarf_Fortress_Wiki_talk:Versions&diff=284028Dwarf Fortress Wiki talk:Versions2023-01-05T18:16:04Z<p>Jan: /* Creature List Now Supports Graphics! */</p>
<hr />
<div>{{archive|<br />
# [[DF Talk:Versions/Archive 1|Page 1]]}}<br />
<br />
== Version 0.31.19 starts a new DF generation? ==<br />
<br />
My reading of Toady's comments on the release of 0.31.19 is that it came out basically because he felt it would take too long to get DF all the way to 0.32. With the ore changes, the sitefinder changes, the addition of grazing and several different industries, there's a lot of changes between 31.18 and 31.19. So I'm thinking it might be a good idea to call it the first release of DF2011 - and what we refer to as "DF2010" would then become 0.31.18.<br />
<br />
Thoughts? --[[User:DeMatt|DeMatt]] 07:06, 28 February 2011 (UTC)<br />
<br />
==Revisiting Redirects==<br />
I wasn't around when the redirect policy was created, and I'm having trouble understanding the rationale. The example claims that linking [[Main:Cheese]] to [[cv:Cheese maker]] is problematic...but mainspace only ever redirects to the current version. If the best target in the current version is cheese maker, why not link to it directly? (It's not, at least for Cheese, since [[DF2012:Cheese]] exists now.) The explanation seems to be claiming that 40d articles that link to Cheese will follow the Mainspace link--but that hasn't been the case for a long while now. Articles in 40d automatically link against other articles in 40d, so that version remains internally consistent no matter where mainspace links to in the current version. For a current example, what do we gain by linking [[Main:Mead]] to [[cv:Mead]] and linking [[DF2012:Mead]] to [[DF2012:Alcohol]]?<br />
<br />
If this really is just an outdated procedure, I recommend we drop the mummery and allow mainspace to link to cv:(best target). Double redirects ''may'' work (sometimes, but [[Main:Mead]] demonstrates a common problem where automatic redirection fails), but if they are unnecessary I think they should be avoided, partly because of problems like [[Main:Mead]] and partly because of the effort required to protect double redirects from users who believe they are problematic.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:16, 8 January 2014 (UTC)<br />
<br />
:I was just thinking that. I'm currently attempting to write a basic extension to eliminate the need for mainspace redirects entirely, although Mediawiki's class structure may make this more difficult than I had hoped (the only method I've found for resolving redirects takes the ''article text'' instead of a title, e.g. "#REDIRECT ..."). I do agree that the current situation with redirects isn't ideal, so I'm hoping this will work better (once I get it to work). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:42, 8 January 2014 (UTC)<br />
<br />
Okay, that wasn't quite as clear as I meant it to be. In general, I think this is a tricky situation. Mediawiki wasn't designed to have five content namespaces, and certainly not chains of redirects between them. The problem that was pointed out in the [[DF:REDIR|policy]] is the fact that with:<br />
Main:Foo -> cv:Bar<br />
pages in the cv: namespace can't use [[<nowiki/>foo]], since the namespace links modification causes it to be treated as [[<nowiki/>cv:foo]] instead, which doesn't exist. The current suggested solution is this:<br />
Main:Foo -> cv:Foo -> cv:Bar<br />
This fixes the problem of [[<nowiki/>foo]] not working on cv pages, but creates issues with double redirects not always working. Another solution, which is more intuitive to new editors, is:<br />
Main:Foo -> cv:Bar<br />
cv:Foo -> cv:Bar<br />
Both require creating two redirects. The first method has the advantage of ''ensuring'' that the cv redirect exists (otherwise, main:foo would be a redlink), while the second has the advantage of working more reliably in a couple cases.<br />
<br />
What I'm trying to do is make main:Foo "jump" to cv:Foo when cv:foo exists, ''even if main:foo doesn't exist'' (basically it would treat all mainspace pages as redirects to cv pages, but only if the cv page exists and not the mainspace page). I had main:Bar jumping to cv:Bar fine, but if cv:Foo redirected to cv:Bar, accessing main:Foo would mysteriously stop at cv:Foo even if I increased the redirect limit. What I'm trying to do now is follow the redirects internally, without relying on Mediawiki to do it automatically - unfortunately, that has proved to be harder than I had hoped (and I sent my web server into an infinite loop while trying). I will try to work on this some more when I get a chance, although I'm not sure when that'll be yet :(. For now, feel free to fix broken double mainspace redirects as necessary, as long as redirects in the DF2012 namespace stay pointing to the right page (and new mainspace redirects get added in the DF2012 namespace too). --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 04:21, 9 January 2014 (UTC)<br />
<br />
:You're treating cv like a namespace--it's not. It is simply shorthand for "fill in the current version here". [http://dwarffortresswiki.org/index.php?title=User_talk:Briess&diff=182404&oldid=181281 As I discovered a long time ago on a server not far away], linking from Main:Foo to cv:Foo tends to break redirection chains. If, instead of linking to cv:Foo, you link to DF2012:Foo, it might just work. It would, of course, be better if your patch could evaluate cv itself, but even if you have to hardcode the current version it's a single point of maintenance that requires update very infrequently. (For that matter, we could probably dispense with the cv hack entirely and just have a bot update mainspace links from DF2012 to DF201X when we switch to a new version.)--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:05, 9 January 2014 (UTC)<br />
::I know cv isn't a namespace - I was just trying to avoid future confusion when the DF2012 namespace changes. It's interesting that changing "cv" to "DF2012" fixes some broken redirects, although I've found that simply making an edit to a broken redirect can usually fix it as well. I've actually had the most problems with double redirects when the second one (in the DF2012 namespace) doesn't use the DF2012 prefix (e.g. main:Foo containing <nowiki>[[cv:Foo]] and DF2012:Foo containing [[Bar]]</nowiki>). I'd rather keep the cv alias even if it isn't necessary for mainspace redirects when I get the patch to work, since it makes it easier to refer to the current version of the page (for example, several MDF articles contain links to a vanilla page for things that don't change in the mod).<br />
::Also, using aliases like "cv" is supported by Mediawiki; in fact, several WMF wikis use them (for example, "[[wikipedia:WP:Redirects|WP:Redirects]]" on Wikipedia). It's quite likely that Mediawiki isn't processing double redirects using aliases correctly, though, since that's uncommon on most wikis. --[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:35, 9 January 2014 (UTC)<br />
<br />
In light of the lack of support for the current redirect policy, I propose we replace the current redirect section with:<br />
<br />
:Mainspace article pages should use the cv: alias when redirecting to a versioned page, which will automatically update the link when a new version is released. For example, page "Main:Foo" should redirect to page "cv:Bar" (where "Bar" is the page that best describes the topic Foo in the current version).<br />
<br />
:Pages in mainspace should only redirect to an older versioned page if that content no longer exists in the current version of the game (e.g. [[Cave river]], [[Chunk]]). In these cases the cv: alias cannot be used. <br />
<br />
:Pages inside a versioned namespace should not use the cv: alias. Instead, they should redirect to the best page within that versioned namespace (e.g. [[DF2012:Dodging]], [[v0.31:Drink]]).<br />
<br />
:Due to limitations of the wiki software, double redirects should be avoided if possible. When fixing double redirects in mainspace, please make sure to use the cv: alias as appropriate.<br />
<br />
If no one objects, I will make this change in a few days.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:21, 15 January 2014 (UTC)<br />
<br />
:Okay with me. It may be worth mentioning that double redirects only really need to be changed when they don't work (since changing a lot of redirects that work isn't necessary), but I think it's clearer and more relevant than the current policy. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:26, 16 January 2014 (UTC)<br />
<br />
Done.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:55, 22 January 2014 (UTC)<br />
<br />
I was finally able to get my extension to work after being motivated by one too many malfunctioning redirects. It now causes nonexistent pages in the main namespace to behave exactly like redirects to their DF2012 counterparts (when linked to, accessed directly, and transcluded). Double redirects also work (up to 100, in fact, although that was a temporary safety measure that I'll probably change). This means we'll be able to safely get rid of all mainspace redirects (redirects that redirect to something other than "cv" will still function if not deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:20, 14 March 2014 (UTC)<br />
:What about articles which don't exist in the current version but do exist in older versions? Will those still need mainspace redirects, or will your extension be able to automatically redirect them to v0.31/40d/23a? --[[User:Quietust|Quietust]] ([[User talk:Quietust|talk]]) 01:29, 14 March 2014 (UTC)<br />
::It ignores all mainspace pages that actually have content, including redirects, so pages like [[masons guild]] won't be affected (unless deleted). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 01:47, 14 March 2014 (UTC)<br />
<br />
Done and deployed. [[Cat]] is still treated as a redirect, even though I just deleted it (try clicking on the "redirected from" link). Pages that exist are ignored, so [[Masons guild]] and [[History of Dwarf Fortress]] still function normally (as a redirect to a 23a page and a non-redirect, respectively). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 18:57, 14 April 2014 (UTC)<br />
<br />
I'm sending around a bot right now to delete all redirects of the format "foo -> cv:foo" (a surprising number don't fit this format, so I'm leaving them alone for now). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 20:43, 14 April 2014 (UTC)<br />
<br />
:I'm confused. Do we use double redirects or not? Is there a single place we define our linking policy (including redirects), and is it updated? <br />
:I had trouble linking to [[Consolidated_development]] in [[v0.34:Dragon]]. It kept pointing to v0.34:Consolidated_development, which does not exist. I ended up linking to Main:Consolidated_development to make it work. --[[User:Nahno|Nahno]] ([[User talk:Nahno|talk]]) 10:18, 1 July 2014 (UTC)<br />
<br />
::That's a separate problem altogether - links in the versioned namespaces (v0.34, v0.31, 40d, 23a) automatically link to pages within their namespace. I may be able to set up a fallback to mainspace once I'm able to deploy again, but for now the "main:" alias is the intended solution. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 11:36, 1 July 2014 (UTC)<br />
<br />
== Google often directs people to the 0.31 page ==<br />
<br />
I've noticed a couple of times that finding a wiki page from an external search will often drop me onto a page from an older version. Is it possible to mitigate this somehow for new players? I could imagine something like redirecting old:Bar -> cv:Bar unless the user has come from old:Foo; no idea if that would actually work though. [[User:PeridexisErrant|PeridexisErrant]] ([[User talk:PeridexisErrant|talk]]) 11:48, 4 May 2014 (UTC)<br />
<br />
:As a temporary solution, I could write a script that displays a banner of some kind if the user came from an external site. I'll ask Briess if he can do anything on the server level to increase the weighting of the current version's pages. (Obviously there are situations where people are looking for old pages, like [[23a:dungeon master]], so we don't want to disable indexing entirely on old pages.) &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:03, 4 May 2014 (UTC)<br />
<br />
== DF2014? ==<br />
<br />
As Toady [http://www.bay12games.com/dwarves/ draws closer to a new release], it might be worthwhile to discuss the addition of a new version to the wiki. The upcoming release covers two years of changes and introduces a number of new plants, foods, drinks, multi-tile trees, climbing, jumping, etc., so it is likely to have significant changes from the current DF2012. To avoid having people start new pages (and lose all the effort spent refining the prior version's page), I think it would be best to have a bot automatically copy over the DF2012 pages as a starting point for DF2014. I would suggest that these copied pages include a noticebox template mentioning that the content may be outdated, so that we can easily track which pages have been reviewed. I think either the {{tl|version check}} or {{tl|old}} template would work. --[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:43, 5 May 2014 (UTC)<br />
<br />
:This is what [[User:QuietBot]] did after the 0.34 release, so it's certainly possible to use the same script to migrate to DF2014. I would like a way of tagging migrated pages, since inaccuracies in some pages went unnoticed for months after they were migrated. Since {{tl|old}} is already in use, {{tl|version check}} may be a better solution (it can be reworded slightly, or we can make a separate template for DF2014 migration). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:23, 1 June 2014 (UTC)<br />
:Made [[Template:DF2014 migrated]] as an example. Any thoughts? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:32, 1 June 2014 (UTC)<br />
<br />
== Redirects inconsistency ==<br />
<br />
Following a redirect is supposed to be exactly the same as going straight to the page it redirects to, but this actually isn't the case:<br />
* Go to [[Seeds]] and you get [[v0.34:Seed]] (outdated)<br />
* Go to http://dwarffortresswiki.org/index.php?title=Seeds&redirect=no and click on the link and you get to [[DF2014:Seed]] (current)<br />
So if you search for "seed", the top result is the DF2014 version. But search for "seeds" and you get the redirect, which sends you to the outdated page instead. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:22, 22 February 2015 (UTC)<br />
<br />
While I'm talking about redirects, it seems redirects to sections don't work: see [[DF2014:How do I manage my seeds and crops]]. I know MediaWiki is capable of this trick because Wikipedia does it. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 23:32, 22 February 2015 (UTC)<br />
<br />
:I have absolutely no idea why [[seeds]] redirects to a v0.34 page - it could be a Mediawiki bug. The section links issue is due to a known issue in the redirect extension we use, which has yet to be fixed. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:01, 23 February 2015 (UTC)<br />
:It looks like deleting both [[Seeds]] and [[DF2014:Seeds]] fixed things (by allowing AutoRedirect to handle the redirects instead). Feel free to tag any others with {{tl|bad redirect}}. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:03, 23 February 2015 (UTC)<br />
::It gets stranger. [[Vial]] redirects explicitly to [[cv:Flask]] which displays (when you look at it with &redirect=no) as [[DF2014:Flask]], but still goes to the v0.34 version. It seems redirects interpret the cv: pseudo-namespace (or whatever it's called) in an outdated way. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 18:08, 23 February 2015 (UTC)<br />
::I've added a note to this page about this issue. If it gets resolved, the note should be removed. [[User:Hairy Dude|Hairy Dude]] ([[User talk:Hairy Dude|talk]]) 21:04, 23 February 2015 (UTC)<br />
<br />
<br />
==Reorganizing versions==<br />
<br />
The internet deals with moved content... poorly. Google is still linking to v0.34 pages more than a year after the switch to "DF2014", and even the wiki software still has cached links pointing to the old version pages.<br />
<br />
I propose reorganizing versions on the wiki to avoid moving content whenever possible. Instead of having a temporary "current version" namespace that changes occasionally, all the current information gets promoted to the Main namespace. When the next version split occurs, the Main articles as of a certain revision number can be copied to the newly-created permanent "old version" namespace, while all the current information remains in Main. This not only fixes the link rot issue, but it has a few other benefits as well: fewer administrative tasks, no lockdown (a historical version of the Main pages can be copied at any point, even if the Main articles are already modified for the new version), almost all the article history is maintained in the Main article (instead of being spread unevenly across multiple versions), no "temporary" namespaces are needed, fewer problematic long redirect chains, and hopefully less user confusion (since Main gets priority in search results, etc.).<br />
<br />
As an example, today we would not have a DF2014 namespace (which is good because "temporary" namespaces historically disappear anyway). If you ran a search for [[seed]] you'd end up at Main:seed, which would have all the current information on seeds. The version box at the top of the page would still link to the older versions of the seed article. When a new version is released, an admin would choose a revision number and copy the Main:seed article as it exists at that revision number to v0.40:seed. That's it. One historical copy that needs little to no new editing, and zero redirections/moves.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 19:02, 27 July 2015 (UTC)<br />
<br />
:Makes sense to me. It would involve a lot of work, though (e.g. fixing templates and categories to account for the current version being in mainspace), although that should be doable thanks to {{tl|category}}, {{tl|version switch}}, etc.. A bot could be set up to copy revisions from before a release date as well, which would be more difficult (and maybe slower) than a direct copy, but not severely. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:24, 30 July 2015 (UTC)<br />
<br />
:Actually, there are a few issues with that, namely that there wouldn't be an easy way to distinguish between versioned and non-versioned mainspace pages. There are ways to resolve Google search priority (we can exclude pages from older versions from search engine results if there are newer versions of those pages available, for example). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 19:47, 6 August 2015 (UTC)<br />
<br />
::There aren't very many non-versioned mainspace pages, and determining if a page is versioned is as simple as looking for the version template and/or categories added by the version template (e.g. copy [http://dwarffortresswiki.org/index.php/Category:Current this category] instead of Main:*). The problem with "suggesting" newer pages to Google is that they obviously aren't crawling our wiki regularly (if they were, the fact that the mainspace redirects point to new pages would automatically be picked up). Even if your Google hints worked they wouldn't do anything for all the other broken links out on the 'net.--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:35, 6 August 2015 (UTC)<br />
<br />
::: Google actually crawls the wiki constantly - we probably get crawl hits from google for a continuous block of 2-3 hours per day, each and every day. Why they are slow to update is beyond me though. I can't remember why we didn't do this initially, but there was a technical limitation involved if I remember correctly. --[[User:Briess|Briess]] ([[User talk:Briess|talk]]) 22:05, 6 August 2015 (UTC)<br />
<br />
::: There are &lt;meta> tags that can be used to hide pages from search results (for search engines that recognize them, that is). Searching for {{tl|av}} or [[:Category:Current]] might work, although we'd have to make sure all of the DF2014 pages include that (some pages don't, particularly some disambiguation pages, although all of them should). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 22:53, 6 August 2015 (UTC)<br />
<br />
:Is there a particular reason main and current are separate to begin with?—[[User:CLA|CLA]] ([[User talk:CLA|talk]]) 00:17, 7 August 2015 (UTC)<br />
<br />
::It's mostly intended to distinguish between versioned and non-versioned pages and make version-related templates simpler to work with, since every versioned page has a namespace. I wasn't active here in 2010 when this system was created, so Briess and Emi would know more.<br />
::Another issue I just thought of with Loci's suggestion is categories - currently, categories like [[:Category:Animals]] are used to organize the versioned sub-categories. Sure, we can change {{tl|Category}} to categorize mainspace pages in [[:Category:v0.40:Animals]] or [[:Category:DF2014:Animals]], but that would be less straightforward because there wouldn't be a namespace with that name (until pages are migrated when a newer major version is released). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 13:05, 7 August 2015 (UTC)<br />
<br />
:Moving current pages to the main namespace sounds like a great idea. -[[User:Jecowa|Jecowa]] ([[User talk:Jecowa|talk]]) 20:47, 4 January 2018 (UTC)<br />
<br />
Another thought: dealing with migrating redirects could be difficult with this proposal - specifically, determining which redirects should be migrated to a versioned namespace. Redirects can't contain {{tl|av}}, at least not before ``#REDIRECT``. I ''think'' it would be possible to copy pages in two stages, though - all non-redirects first, then all redirects whose targets were also copied. Thoughts? Anything I'm missing? &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 23:41, 27 June 2019 (UTC)<br />
<br />
Some subpages (particularly /raw and /Edit notice) also deliberately lack {{tl|av}}, although those shouldn't be too hard to handle. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:35, 9 July 2019 (UTC)<br />
<br />
:Redirect pages (and all other edge cases I've looked at) can be included in categories (like [[:Category:Current]]) to determine whether or not they should be copied into an archival version. But if the redirects are "properly qualified" then they can all be copied over blindly. Mainspace redirects pointing to versioned information should use a blank namespace (which will be automatically constrained to the archival namespace); mainspace redirects pointing to unversioned information should use an explicit "Main" (which will automatically link back to the unversioned page). Then, when [[[[Toady]]]] gets copied to [[[[v0.4x:Toady]]]] it will point back to [[[[Main:Toady One]]]]. Meanwhile, [[[[Beer]]]], copied to [[[[v0.4x:Beer]]]], will properly point to [[[[v0.4x:Alcohol]]]].--[[User:Loci|Loci]] ([[User talk:Loci|talk]]) 20:00, 14 July 2019 (UTC)<br />
<br />
::I think qualifying redirects is the best solution here - categorizing redirects manually is another possible source of errors, since categories (or a lack thereof) would only be visible on the redirect page itself, and [[:Category:Current]] is a hidden category. Copying over mainspace redirects into versioned namespaces would also resolve some issues that have come up due to those not reliably existing currently. I should be able to set up a bot script to add "main:" to current mainspace redirects (and it shouldn't break anything, since those redirects go to other mainspace pages anyway). &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 21:57, 14 July 2019 (UTC)<br />
<br />
(Note: I wrote all of this without noticing the previous discussion above.) I was wondering, when the wiki creates a new namespace for a major release again, if it is possible to ''not'' create a namespace for the next current version (e.g. "DF202x") and instead have the mainspace articles (which