In game value says AP is 100%, you wrote 800%. In game it acts like 100%. I am going to fix it.
Jump to navigation Jump to search
Mistake identified and corrected
Go for it. I'm not in a position to check atm. It's absolutely possible I made a mistake or even that it's been changed since
Hi there, saw a post on Reddit concerning Wiki Maintainers.
I have experience editing a Wiki already; I moderate and maintain a SS13 Server's Lore - contributions can be found here:
I'd like to transcribe what is present on Rimworld, and this Wiki, so that other players can find what they need to.
I'd like to commence with Archotech. I have a write-up ready, if you'd like to see it.
Welcome to the RimWorldWiki! And yes I'd absolutely love to see it!
To be clear the main reason I asked people to lemme know is so I can help out and we can make sure it'll work transcluded into Lore (length permitting ofc). I'm more than happy for you to have go at it alone if you're happier/more comfortable with that.
Also I have no experience with SS13 but I can appreciate those pages even as a total newcomer. Definitely excited to see your write up now.
I'm not able to show you a preview on the Wiki, but I've collected some of my write-up on the google document below:
How'd you find it?
Oh I am so sorry I would have sworn I responded to you already. It either got lost somehow or maybe I closed the tab before it fully sent? Either way my bad for not double checking.
That is a little annoying. I wrote a few paragraphs last time. The tl;dr was its excellent and I'd be happy for you to put it up. There were some minor wiki related things - e.g. having the linked list of archotech items nice and early, and some source stuff and a couple of minor lore quibbles/additions that I've now forgotten, but otherwise its great and we can iterate on it as we go!
Awesome, thanks! I assume that the permissions have been sorted? Again, thanks!
Difficult as hell to work with
There is a format standard for a reason. The construction cost is not the most important part of the information and even if it was it wouldn't belong in the intro. The intro is a short introduction to topic. Detail goes in the body. This keeps the page formats consistent so readers always know where to go to find the information they're looking for, and stops the intro from being bloated into a monolithic page with no headings where you have to read everything to find the information you want. Removing the heading makes the page worse, makes it inconsistent with the others, and makes it less future proof.
And please stop spamming topics on my talk page. Just pick one and keep posting in it. In that vein of stopping the spam, regarding https://rimworldwiki.com/index.php?title=Hydroponics_basin&diff=111601&oldid=111545 deterioration doesn't apply to buildings. We don't need to and shouldn't spell out everything that doesn't apply to a page topic unless its a comparatively rare exception. We don't need to put for example that armchairs don't zzt when it rains or that pirates won't try to steal the filth on the floor or that cows don't explode when they die like boomalopes. But noting that corn plants are vulnerable to blight? Thats a good addition because its only the domesticated plants, a fairly small subset of plants, and even then there are a number of exceptions.
We also don't need to spell out things that apply to literally every member of its class, because those are handled by their parent pages. For example, every temperature sensitive plant has the same temperature ranges. There is some variation on when a given single individual plant will die, because it uses an RNG to decide the specific tick it dies on, but the ranges are the same.
You said nothing about TOC before. You said nothing about TOC once again.
MediaWiki is far from perfect and we have to deal with that sometimes... Now read carefully about TOC.
Let me simplify it for you:
- Content appearing after the TOC is a non issue.
- Almost everything on the page is important. Thats why its on the page.
- Construction cost is important. Cover mechanics are important. Fertility is important. Power requirements are important.
- If everything important goes into the intro, then everything on the page goes into the intro
- That makes the page harder to read and the ToC unusable.
- Being below the ToC isn't an issue. Being before the content and linking to it is what it is for.
Now I have been patient, I have explained in both the edit summaries and here why the standards exist and I have repeatedly asked you to actually explain what the hell you're talking about both in Talk and on the pages you edit. You have consistently failed to do this. I still have no idea why you think being below the ToC is such a problem. You have also continued to make pages worse, inserting random non-sequiturs, wrecking formatting even putting aside any format standards, and spamming red links that will never be filled instead of just finding the relevant already-existent page to link or just leaving it unlinked. And you have continued to be rude.
Now if you want to discuss this politely and actually explain what the hell you're talking about for once instead of half assing single line complaints that are no more clear than your edits, I'd be happy to do that. If not, I'm happy to ban you for your repeated vandalism and move on.
Your words "TOC is a non issue" doesn't mean anything really. I know what MediaWiki can do and can't do.
You made no suggestions about what to do with text, TOC or something else once again.
You're complete MediaWiki noob and don't know how red links work.
I'm really sorry for anyone who will work with people like you.
The text goes under the TOC because that's where its meant to be and you have not provided any reason why it shouldn't be like that. That is my "suggestion".
Legitimate question - Is English your first language? Is there a language barrier? Because otherwise there is no excuse for this bullshit.
Closing this topic. Harakoni has been more than patient with you, Pawn, and he isn't doing anything wrong. Disagreements about style can be handled in a civil manner.
There is no place for hostility on a video game wiki. Please take a step back and take a breather.
Text is lost
Tips about trees and roofs.
Yeah again, I could not figure out what trees have to do with deterioration nor what update was being mentioned and there was no context in the article to explain its relevance.
Text is lost (about red links)
Discussed relevance of removed text. Added blue link to replace red links
Can you be more specific? Iirc the only thing that was removed was the line about stockpile zones existing, which had no context linking it to page at all. Everything else was just reshuffling to make it fit the page format standard.
Yes, my bad then. Not text but some red links. I think "day" and "night" should be clarified or pointed with links.
Blakfox very kindly answered three of the questions on my To-Do list. Implemented all three.
female elephants DO NOT drop tusks when butchered despite sprite. Funny enough, both genders still use tusk attacks in melee.
Aiming time (tested using careful shooter/trigger happy) DOES affect marine/phoenix armor
Aerodrone Strike DOES in fact have a larger blast radius than Aerodrone Salvo Strike: Salvo:
You are an absolute legend. Thank you for testing those! Implemented all three.
How to extract images
Thanks to Harakoni I was able to figure it out.
Hey, I wanted to ask for quite a while: How do I extract images from the game?
The art source is nice, especially because some of the art in there is larger before being scaled down, but it is not complete and doesn't get updated often. Extraction is often still your best bet.
For extraction I use AssetStudio, which is open source.
Install and open it
File->Load File to open an asset bundle
Bundles are stored at the following: Core: C:\Program Files (x86)\Steam\steamapps\common\RimWorld\RimWorldWin64_Data as resources.assets
Ideology: RimWorld\Data\Ideology\AssetBundles as resources_ideology
Royalty: RimWorld\Data\Royalty\AssetBundles as resources_Royalty
Once they're open, go into Asset List. If you want, you can filter it to just images by using Filter Type-> Texture2D. Theres a search bar to find the images, but they're not always named the same as the in-game item.
Once you find the image you want, you can either right click on its entry in the list and export, or export via the export menu.
Select a destination and keep in mind that it will export it into a folder of the asset type. So if you pick Desktop, it'll export a texture to Desktop/Texture2D/ImageYouExtracted.png.
Thats the basics, but there are other features that can be useful depending on exactly what you want to do.
At some point we should probably turn that into a proper tutorial with images and links. Would likely be useful to editors and modders both.
Thanks! Got it to work :)
I got some questions about the icon policy: For example steel:
- Should the icon in the info box be the full stack icon?
- Should the icon for the info box a separate file from the variant files?
- Should I reupload the old files of the steel and add a gallery of the old sprites?
Afaik there is no strict policy in place that said:
- I believe the icons to be chosen use for the infobox were the same as the ones used in the in-game resource menu. For example here - as you can see uses the b (partial stack variant) as does the menu, uses the c (full stack variant) as does the menu, uses the b (partial stack variant) as does the menu. etc. That said, I'm not sure if they still align with the current resource menu.
- It can be handy to have a predictable name for things, especially for new editors i.e. if you know you want an image of a megascreen television, its nice to be able to say [[File: Megascreen television.png]] but it is not a requirement, especially now that the ability to call the images is a lot cleaner with all the infobox and template work that has been done.
- I'd like it if you did. I've been putting the old sprites in the version histories of pages and I think its nice to have, but its far from a priority so long as the old images in the file history aren't lost.
Ok, thanks! I will continue then and I'll see how far I get.
Double walls vs cavity insulation
Implemented Double Wall vs Cavity Insulation, thank you so much. Resolving this one, but if theres more to add/discuss/etc the Investigation TODO topic is still open.
this was on your investigation TODO, I set up this test which should answer the question. Same inner space on each, the double-walls building was slightly warmer than the air gap. climate was negative temps, and I allowed the air-gap space time to stabilize.
Bulleted list with multiple columns
DarkVector skin and templates/tables
Hopefully should be fixed.
Many table templates, such as STDT, result in tables that are not easily readable on the DarkVector skin. You often have to highlight the table to be able to read it at all. For the most part, this is because things like background color are explicitly set while text color is not.
Since the DarkVector skin is installed on the site, a mod should be able to edit the css to create overrides for tables and/or templates. As a bandaid fix, I believe simply inverting the background color should be enough to make them contrast with the default skin text colors. The trick should be how to only invert table's background colors when they've been explicitly specified?
I believe this is now fixed.