v50 Steam/Premium information for editors
  • v50 information can now be added to pages in the main namespace. v0.47 information can still be found in the DF2014 namespace. See here for more details on the new versioning policy.
  • Use this page to report any issues related to the migration.
This notice may be cached—the current version can be found here.

Editing Dwarf Fortress Wiki talk:Manual of Style

Jump to navigation Jump to search

Warning: You are not logged in.
Your IP address will be recorded in this page's edit history.


The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.

Latest revision Your text
Line 141: Line 141:
  
 
:--[[User:Morlark|Morlark]]
 
:--[[User:Morlark|Morlark]]
 
: Shouldn't the capitalization reflect the capitalization of text in the game when referring directly to the game's interface? I would think the primary point of an article explaining game actions or interface is to make it as simple and clear as possible to the user. For example, the current page for Hot Keys is [[Hotkeys]], when it really should be [[Hot Keys]], since that's how it appears in the game. In some ways it's a proper noun, so any time you refer to the Hot Keys as a game object shouldn't it be capitalized exactly how the game has it?
 
 
:--[[User:Zetim|Zetim]]
 
 
::My opinion is that we should use normal English capitalization, as Mikaka described above. Terms are often capitalized in-game because they appear as standalone words in menus; that doesn't mean that they are proper nouns or that they should be capitalized in sentences. In fact, if you pull up the in-game help pages with {{k|?}}, they often follow this rule as well. Non-proper nouns like "metal", "profession", and "furnace" are only capitalized in section titles and links in lists, not in the middle of sentences. In essence, when referring to [https://dwarffortresswiki.org/index.php?title=DF2014:Plant_fiber&curid=32137&diff=258120&oldid=258119 this edit], I would agree with most of Silverwing235's changes. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 17:07, 12 June 2021 (UTC)
 
  
 
== Footer ==
 
== Footer ==
Line 196: Line 190:
  
 
We already have the creature raws on each page. Why not add the entity raws for the applicable creatures, namely <s>Dwarfs</s> <s>Dwarves</s> [http://valarguild.org/varda/Tolkien/encyc/articles/d/dwarves/dwarfpluralof.htm Dwarrows], Elves, Humans, Goblins, Kobolds. All animal people civs use the same raws, so for them it may be better to create a seperate [[Animal Peoples]] page. [[User:Monkeyfetus|Monkeyfetus]] 01:52, 1 March 2012 (UTC)
 
We already have the creature raws on each page. Why not add the entity raws for the applicable creatures, namely <s>Dwarfs</s> <s>Dwarves</s> [http://valarguild.org/varda/Tolkien/encyc/articles/d/dwarves/dwarfpluralof.htm Dwarrows], Elves, Humans, Goblins, Kobolds. All animal people civs use the same raws, so for them it may be better to create a seperate [[Animal Peoples]] page. [[User:Monkeyfetus|Monkeyfetus]] 01:52, 1 March 2012 (UTC)
 
== <nowiki>{{av}}</nowiki> template placement (and general article layout/order) ==
 
 
Not all templates place the <code><nowiki>{{av}}</nowiki></code> template at the top of the article, leading to an inconsistent look. Example: [[DF2012:Ivory]] vs [[DF2012:Animal caretaker]].
 
Which should we use?
 
 
In my opinion, articles look best with the av template above any notice boxes. This also prevents the version box from jumping around if another version didn't have a notice box. My proposal:
 
 
# First, include the quality template (usually automatic). This prevents a layout problem.
 
# Include the av template, if applicable. [[Dwarf_Fortress_Wiki:Community_portal|Some]] pages don't need it.
 
# Include any notice boxes, like [[Template:Image rules notice]], [[Template:buggy]], [[Template:old]], etc
 
# Include content
 
# Categories (probably doesn't matter, since placement is irrelevant)
 
 
--[[User:Lethosor|Lethosor]] ([[User_talk:Lethosor|talk]]) 02:11, 13 February 2013 (UTC)
 
 
== List of useful templates / new editor help? ==
 
 
Are there such things? As a somewhat experienced wiki editor, I'm mostly interested in the specific templates used around this wiki and their documentation. I already found out about [[Template:RT]] and its various subtemplates. Are there any templates for inserting large DF tile maps, formatted simply with <nowiki><pre></nowiki> instead of wikitables? Like in [[DF2012:Exploratory_mining]], for example. -[[Special:Contributions/91.156.198.36|91.156.198.36]] 10:07, 20 April 2013 (UTC)
 
 
:I was looking to correct the formatting on some misaligned text maps (like [[Workshop_design#3x3_rooms]]'s second example), but it looks like it should be triggering <nowiki><pre></nowiki> formatting already because of the leading space. Is there some other magic I should employ?--[[User:Subjunctive|Subjunctive]] ([[User talk:Subjunctive|talk]]) 00:42, 26 June 2014 (UTC)
 
 
::Actually, it might be a font issue for the high-ASCII characters on iPhone. That would be annoying!-[[User:Subjunctive|Subjunctive]] ([[User talk:Subjunctive|talk]]) 00:47, 26 June 2014 (UTC)
 
 
:::They look properly-aligned to me (not on mobile), but I'll change them to use diagrams instead. &mdash;[[User:Lethosor|<span style="color:#074">Lethosor</span>]] ([[User talk:Lethosor|<span style="color:#092">talk</span>]]) 00:55, 26 June 2014 (UTC)
 
 
::::Yeah, just discovered <nowiki><diagram></nowiki>. I'll see about converting all the ones I can find.-[[User:Subjunctive|Subjunctive]] ([[User talk:Subjunctive|talk]]) 01:22, 26 June 2014 (UTC)
 
 
== DF community vernacular (fun): clarity of use? ==
 
 
I was editing an article recently, and there were many repeated references to doing things that were 'fun'. The first reference was linked to the wikipedia article on the community vernacular use of the term, but it was a long article and I would expect many new players looking for information to skip to a later section covering what they were looking for. I assume it is wiki policy not to link every repeated reference in an article. This did leave me wondering if new players might actually think an article might be suggesting a course of action that was litterally fun, in the mainstream sense, rather than a catastrophic, fort-ending decision.
 
 
Might it be a good idea to intorduce an editing style that makes it clearer when 'fun' is being used in the traditional sense, or in the DF community sense, as is the case with '!!SCIENCE!!'? E.g. 'FUN' or 'fun!'. [[User:Alpacalypse|Alpacalypse]] ([[User talk:Alpacalypse|talk]]) 18:44, 11 February 2023 (UTC)
 
 
:Upon reflection, it appears that there isn't a clear 'no multiple-linking' editing convention. If so, maybe the simplest approach to this would be just to link 'fun' to that page whenever it is being used in the vernacular sense. [[User:Alpacalypse|Alpacalypse]] ([[User talk:Alpacalypse|talk]]) 19:20, 11 February 2023 (UTC)
 
 
:For reference: a good example of where this might be misleading to new players is the [[necromancer]] page.<br>There is no link to the "losing is [[losing|fun]]" page, despite the word being mention 4 times in three different sections. Although, from context, it might seem obvious that fun means dangerous/challenging; newer players are unlikely to know this DF vernacular. If nothing else, it doesn't seem like best practice stylistically, outside of a '''D for Dwarf''' section. [[User:Alpacalypse|Alpacalypse]] ([[User talk:Alpacalypse|talk]]) 16:11, 10 March 2023 (UTC)
 

Please note that all contributions to Dwarf Fortress Wiki are considered to be released under the GFDL & MIT (see Dwarf Fortress Wiki:Copyrights for details). If you do not want your writing to be edited mercilessly and redistributed at will, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource. Do not submit copyrighted work without permission!

Please sign comments with ~~~~

To protect the wiki against automated edit spam, we kindly ask you to solve the following CAPTCHA:

Cancel Editing help (opens in new window)