RimWorld Wiki talk:Community portal

From RimWorld Wiki
Jump to: navigation, search


Thread titleRepliesLast modified
Outdated picture deletion211:20, 1 January 2018
Why are "Mods" documented in Mainspace? Unless a Ludeon release, they should be in Userspace712:54, 28 October 2017
Ancient structures Spacer statuses000:24, 17 September 2017
Guide: How to report a bug116:38, 18 July 2017
We need a General Formatting guideline011:39, 25 April 2017
Breakdown Template:Nav115:06, 29 March 2017
Tracking page versions306:51, 2 August 2014
Translation818:14, 28 July 2014
Missing changes103:07, 28 July 2014
Random page vs. pages of different languages120:42, 15 July 2014
Random page vs. pages of different languages020:41, 15 July 2014
Category Portal104:19, 11 July 2014
Signature template009:46, 7 March 2014
Meals120:01, 6 March 2014
Last edit extension121:59, 19 January 2014

Outdated picture deletion

There are a lot of outdated pictures lying around in the Unused files section in Special pages. Should I go ahead with deleting them, or should they stay in the meantime?

PigeonGuru, Strategist ( talk | contribs | assist )11:46, 31 December 2017

I only get a blank page there.

01:10, 1 January 2018

For some reason there's a glitch that causes a blank page to be shown if you try to load one of the last images. Not sure if you're talking about this one.

PigeonGuru, Strategist ( talk | contribs | assist )09:20, 1 January 2018

Why are "Mods" documented in Mainspace? Unless a Ludeon release, they should be in Userspace

I just saw a player Mod documented in Mainspace, but they are not official Ludeon releases, rather player made. I personally don't mind players writing about their mods but so long as it's in their respective user pages.

15:18, 6 October 2017

I agree. I would either:

  • Ask Zesty if we could get a Mod namespace. The handful of other pages for mods could be dropped there too.
  • Ask users to place their mod pages in their own user space.

People look on the forum for mods, not here. Users can easily post replies (report mod bugs, give feedback, ask for help) on the forum, but not so easily here. I firmly believe mods should be posted in Mods on the Ludeon forum, and/or in whatever repository the author uses. But at the very least, yeah, not here in the main namespace.

Jimyoda (talk)18:07, 6 October 2017

What mods are documented in the mainspace, and can you link them? Wiki articles for mod content should be under user space, listing them under List of mods is fine though.

Small edit, I'm guessing this is regarding the recent Orassans page. I've posted to their talk page. The procedure for this kind of stuff should be straightforward

  1. Inform page author on their talk page that the mainspace is for RimWorld core content
  2. Ask them to move the content to their userpage
  3. Mark the article for deletion with an explanation of the situation (e.g. modded content, author informed, etc)
  4. Give author time to copy article contents over

Please also mark files hosted on the wiki for deletion that are not RimWorld core content.

If anyone has an issue with these rules, feel free to contact me here or privately. Otherwise, feel free to inform me of any other modded content currently on the wiki or contact the authors with the above steps listed.

Zesty (talk)02:25, 8 October 2017

Think there's some more. This includes Apparello (mod), Cybernetic Storm (mod), Rimfire (mod) and a lot more from User:elStrages.

Also, about namespaces: Are you talking about Mods/<mod name> as the page heading? If yes then instead of deletion it's fine (or so I think) to move the entire page over to the new header.

PigeonGuru, Strategist ( talk | contribs | assist )05:18, 8 October 2017

I'll think about what should be done. I still lean towards moving the content to user pages, given that mods come and go and the pages may not be maintained.

Zesty (talk)10:30, 8 October 2017

Long overdue followup. So, Blasting charges (mod) and other ex-vanilla content (taken out of the base game but left as a mod for those who don't remember them in the original game), uses the simple format of "Mod name here (mod)". Along with Category:Mods, this should probably be fine for making vanilla content and mod content distinct from each other.

I propose the following restrictions on modded content, please let me know if you agree/disagree and suggest changes:

  • Page must be suffixed with "(mod)"
  • Page must have Category:Mods
  • Page should be limited to 1 file on the wiki (we're not an image host), other images can be hosted externally

Are these fair rules? Please let me know what you guys think.

Zesty (talk)04:51, 28 October 2017

This seems fair to me. Though displaying pictures from external hosts may be an issue- how are we going to do that over here?

Also, wondering if a nav template for mods is a fair idea.

PigeonGuru, Strategist ( talk | contribs | assist )11:57, 28 October 2017

So far I'm a Vanilla player so I don't really care much about the mods to bother updating such pages, except for one mod made by a Japanese but that's unrelated. While I agree with your proposals, I think you need to contact the modders themselves, so that they can be heard too and have influence on the decisions, I doubt they are watching the discussion. At the end its still going to be the same people editing the wiki as regular active users who will be doing the edits, but I don't want to leave the others out only because they were unawared of the ongoing thread. Maybe a post with a link here to each of their user pages will do. And since they would be a particular group of members, maybe we could also create a category for them as "modders" besides the users so that if in the event of a future need to contact them, we already have them all rounded up.

12:54, 28 October 2017

While I could just ask the most active users about their opinions, it came to curiosity whether it's true or not that Spacers status are affected depending on "when" a player wakes up those in crypto sleep caskets. Projects are for multiple pages and this is just for one page. Concept was originated in the forums.

00:24, 17 September 2017

Guide: How to report a bug

I'm regularly participating in the forums and while playing I got a bug that I want to report but the pinned post is confusing to me:


It's very helpful to include a savegame, especially when you have trouble reproducing the bug. Find it by clicking the 'open save games folder' button in the in-game Options menu. If the .rws file is too big (it likely is), you can zip the with with a compression program such as 7-Zip or you can upload it to Google Drive / One Drive / Dropbox / etc and post the link in your bug report.

Log File

Posting a log file means uploading the log RimWorld generated. Here's where to find it:


Mac (Steam): Users/<UserName>/Library/Logs/Unity/Player.log


I can't find any "Open save games" folder in the in-game Options menu, neither the logs in my MacPro. So I wandered if the Community would be able to help with this.

Yoshida Keiji (talk)14:49, 18 July 2017

The instructions are a little inaccurate because the button you're looking for says 'Open save data folder'. (so it's data, not games)

I don't know about the log file on a Mac though. Unless some replies here, besides the official forum, I recommend asking on the RimWorld Discord. I'm certain you'll get an immediate response there. Link here https://ludeon.com/forums/index.php?topic=27941.0.

Jimyoda (talk)16:38, 18 July 2017

We need a General Formatting guideline

We need to start organizing pages so that there`s a coherent familiar structure within all pages where at least we can sort content by;

  • Description
  • Requirement: Technological research.
  • Crafting: Materials needed.
  • Usage:
  • Notes: Tips and trivia.
Yoshida Keiji (talk)11:39, 25 April 2017

I find it a horrible idea that Template:Nav compiles all categories at once, to the point that when I wanted to create a new navigation template, it would keep overruling my process. Can we agree to make separate bars for easier maintenance?

Yoshida Keiji (talk)13:43, 29 March 2017

Yes, it technically possible to make each nav section its own independent fully done nav bar. It might or might not be better than the current setup, but I think it's worth considering. I have a fairly good idea on how to do it. I'll try working on it as soon as I can. It may involve making sandbox pages to avoid breaking the current templates because changes to the nav sections will immediately break the bottom nav found on Architect.

Jimyoda (talk)15:06, 29 March 2017

Tracking page versions

Many pages, now that Alpha 5 is out, need to be changed to fit the new data. Would it be a good idea to maybe have a category for each version? So as we update the pages for Alpha 5(c), we put them in a category labeled Category:Version 0.5.496.

Then when Alpha 6 comes out, whenever a page is updated or confirmed accurate you take it out of that category and put it in Category:Verion 0.6.xxx. Then we have a list (the Alpha 5 category) of the pages that still need to be updated that is always current.

Sound like a good plan? I think so

Snickers10m (talk)16:22, 8 July 2014

I agree. The Dwarf Fortress wiki goes so far as using different namespaces for versions, but I think categories would be a good compromise for us.

-Del. (talk)17:28, 8 July 2014

I'll wait for a little more input on this and then start putting all pages into a version categories based on any version tags or information I see on the page. Everyone is free to help. Do your best on pages not in your language and if you're unsure of the version put it in Category:Version Unknown.

Snickers10m (talk)19:32, 8 July 2014

The hard part about this idea is keeping it updated. When a new update comes out we don't want to go through every single page - including the ones that had no changes in the update - and change the category of them.. but the current {{Version}} template would just put the latest version on every page, completely dissolving the point of this idea.

Does anyone have any ideas on how to automatically update some sort of version tag on every page (whether it be a small box at the top of the page or a category it's in) on the day of the update except the ones that need updating? I was going to make a template for it but I didn't want to clog Recent Changes with me trying to make Mediawiki work the way I want it to.

Snickers10m (talk)06:51, 2 August 2014


You may have problems with editing original pages (e.g Controls - is original English, but page will redirect you to Controls/en or other language code. For edit original page you may click to redirect link at header OR just add ?action=edit to adress filed - http://rimworldwiki.com/Controls?action=edit)
Also we need to do something with templates. Simple translation with include not work, need new solution..
{{TNT|static template with translation}}
{{TNT|nav storytellers}}

Important! When you translate for e.g Boomrat from English to your language, you'll see at 2nd line lang.code (en), you need to change it to your own at lower case.
For example above it will be fr, its necessary measure for include localized template.
AcDie | talkcontribs 09:45, 7 March 2014

Category translation testing - sample

AcDie | talkcontribs 11:22, 7 March 2014

Ok, here we go.. simple example what to do with categories: In english we have category Food, so when you translate it to your own language (Pożywienie (PL) or Nourriture (FR)) page for it doesn't exist ofc ;)

So to remove red links aka page not exist i used english one as parent - Пища (RU)

AcDie | talkcontribs 15:30, 10 March 2014

I've been trying to figure out translation best practices from the docs and existing pages. It seems the base page should be in English and surrounded by <translate> tags, and this creates an identical /en page that you get redirected to if your language is English (likewise with other languages once a /fr, /ru etc. page is created). So far so good. But my question is, what happens when the base page and the /en page get out of sync? It would be best if the /en page was always auto-updated to a copy of the base page minus the <translate> tags. I hate duplication so I tested changing the base page to just a template-include of the /en page, within <translate> tags. It works but I'm not sure if it would mess with the translation workflow (I'm not a registered translator so I can't test it). Any advice?

-Del. (talk)18:10, 8 July 2014

So does anyone have an answer to the above? Also visiting the wiki today I find that the language redirection seems completely gone; all pages in all languages now lead to the base versions (not /en or any language-specific page). This happens whether I set my language preferences to English or other languages.

BTW if there's a better forum than this talk page for translation issues please let me know. I'd like to make sweeping edits to update articles to the latest versions, and this translation-workflow business is kind of holding me back. Thanks!

-Del. (talk)21:27, 26 July 2014

The translation systems were not working well, to the point of actually downing the web server on many occasions (thus taking down the forums, blog, etc as well). So I just removed them all. In fact, a few days ago I did big a cleaning and ripped out a lot of old broken content and plugins. As of now, the wiki is English language-only, and there are still a bunch of leftover bits and pieces from the translation plugins to get cleaned up.

We'll look at doing proper multilanguage wikis later, probably in the Wikipedia style where they have them on different domains. This <translate> tag business was nice in theory, but not a workable design.

TynanSylvester (talk)14:37, 27 July 2014

Thanks Tynan, it's nice to get a response directly from you. I agree that the <translate> implementation was over-complicated. Hopefully we'll be able to migrate the existing translations to the next system.

-Del. (talk)03:08, 28 July 2014

Tynan and Del, I doubt I'm the only user that didn't use the translation system in the first place, so I made my edits on the /en pages which now look completely different than the base pages. Should we start migrating the code from the /en pages to the base pages then?

Snickers10m (talk)03:11, 28 July 2014

Missing changes

There are several pages I made significant changes too a few weeks ago that now have no record of those changes... I think this started happening when the giant list of Text replacement - "" to "" edits started happening. Did the servers roll back or something? Anyone know what's going on?

Snickers10m (talk)03:06, 28 July 2014

Sorry - ignore/delete this message if you can. All my edits were on the /en page, and I was going to the main pages.

Snickers10m (talk)03:07, 28 July 2014

Random page vs. pages of different languages

I have a problem with the "Random page" button (in left sidebar) quite frequently it brings me to Russian or French versions of a page and I don't know any of those languages, of cause it is just to try the random button again, but it would be nice to have this inconvenience eliminated, and only have it randomly choose pages of a selected language.

Sebbes333 (talk)20:41, 15 July 2014

Please remove this duplicate if you know how to do that.

Sebbes333 (talk)20:42, 15 July 2014

Random page vs. pages of different languages

I have a problem with the "Random page" button (in left sidebar) quite frequently it brings me to Russian or French versions of a page and I don't know any of those languages, of cause it is just to try the random button again, but it would be nice to have this inconvenience eliminated, and only have it randomly choose pages of a selected language.

Sebbes333 (talk)20:41, 15 July 2014

Category Portal

Hi contributors! I was visiting the All Categories Special Page because I like to use that as a starting place to find out where I can help out next, and I was bombarded by a jumbling of translations, internal categories, modding categories, and unrelated categories. Would anyone be opposed to a Category Portal page that sorts the categories into nice-looking sets like:

  • Game Details
    • Sprites categories
      • Category: Characters
      • Category: Animals
    • Objects categories
      • Category: Items
      • Category: Buildings
    • Mechanics categories
      • Category: Research
      • Category: AI
  • Game Analysis
    • Version
    • Strategies
  • Modding
    • Tutorials
    • Resources
  • Wiki Data
    • Files
    • Images
  • Wiki Technical Pages
    • Wikimedia Pages
    • Templates and Structured Pages
    • User and Discussion

That's a preview/estimation, obviously. A little more time would have to be put into organizing it.

I just feel we need this so we don't have to deal with this list that has "Pages with too many expensive parser function calls‏‎ (2 members)" right next to "Plants‏‎ (46 members)".

Snickers10m (talk)04:44, 10 July 2014

Category Portal is done. I didn't touch the translated categories, however, because unlike pagenames where they just have a different "/lang" tag on the end, categories are in a completely different language. So if anyone wants to add their translated categories to the organized page, please do so under a new title/section of your language.


Snickers10m (talk)04:19, 11 July 2014

Signature template


With timestamp[edit]

{{subst:signature|your_user_name|1}} User | talkcontribs | 03:54, 7 November 2013 UTC

Without timestamp[edit]

{{subst:signature|your_user_name|}} User | talkcontribs

AcDie | talkcontribs 09:46, 7 March 2014

At this moment it's better to keep all kinds of meals/meats etc. at one place. When wiki will be bigger we can separate them

GlobusGames | talkcontribs 18:29, 6 March 2014

Yes, I first made different pages for the meals, but now I'm trying to collect all kinds of food under the Meals page.

Sebbes333 (talk)20:01, 6 March 2014

Last edit extension

Is it possible to install this extension: mw:Extension:LastModified ?

-- GlobusGames16:48, 19 January 2014


AcDie | talkcontribs | 21:59, 19 января 2014 UTC21:59, 19 January 2014