Difference between revisions of "RimWorld Wiki talk:Community portal"
m (→New template) |
m (→New template) |
||
Line 90: | Line 90: | ||
== New template == | == New template == | ||
− | [[Template:signature]] | + | [[Template:signature]] |
+ | :finally '''fixed''' | ||
+ | <span class="sig plainlinks">[[User:AcDie|AcDie]] | [[User talk:AcDie|talk]] • [[Special:Contributions/AcDie|contribs]] | 03:59, 7 November 2013 [[wikipedia:UTC|UTC]]</span> | ||
+ | |||
---- | ---- | ||
== Vector sidebar == | == Vector sidebar == | ||
Fixed collapse toggle <br /><span class="sig">{{#if:AcDie|[[User:AcDie|AcDie]]}} | {{#if:AcDie|[[User talk:AcDie|'''talk''']]}} | {{CURRENTTIME}}, {{CURRENTDAY2}} {{CURRENTMONTHNAME}} {{CURRENTYEAR}}</span> | Fixed collapse toggle <br /><span class="sig">{{#if:AcDie|[[User:AcDie|AcDie]]}} | {{#if:AcDie|[[User talk:AcDie|'''talk''']]}} | {{CURRENTTIME}}, {{CURRENTDAY2}} {{CURRENTMONTHNAME}} {{CURRENTYEAR}}</span> |
Revision as of 03:59, 7 November 2013
Translation
- + request for Extension - Translate--AcDie (talk) 17:15, 17 October 2013 (EDT)
- → Installed MLEB, but it produces this error:
A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: SELECT tmi_value FROM `mr_translate_messageindex` WHERE tmi_key = '-1:specialPages' LIMIT 1 Function: DatabaseMessageIndex::get Error: 1146 Table 'tynansy1_wrim.mr_translate_messageindex' doesn't exist (localhost)
--British (talk) 18:01, 17 October 2013 (EDT)
- MLEB installed @local succesfully from first attempt. --AcDie (talk) 14:12, 18 October 2013 (EDT)
- Replace existing extension folder from .tar. After that we need edit LocalSettings.php at server/hosting.
- The variables you have to add to your LocalSettings.php before the configuration below is:
$EXT = "$IP/../extensions";$wgExtensionAssetsPath = "{$wgScriptPath}/../extensions";$EXT = "$IP/extensions";
$wgExtensionAssetsPath = "{$wgScriptPath}/extensions";
- Then copy paste that
- Add
$wgUpgradeKey = "your_long_long_long_key";
& run [1] seems thats all (for secure, delete UpgradeKey from file)
- MLEB installed @local succesfully from first attempt. --AcDie (talk) 14:12, 18 October 2013 (EDT)
- There was not much point in copy/pasting the configuration into LocalSettings.php again, but I still did it, for the sake of it: same result.
- Regarding mw-config, is it supposed to bring something specific ? The wiki is already in version 1.21.2 :/
--British (talk) 19:29, 18 October 2013 (EDT)
- Translation template test
--AcDie (talk) 21:41, 25 October 2013 (EDT)
fixed.. now MLEB work
--AcDie (talk) 17:06, 31 October 2013 (EDT)
Parser/LUA
Need some tweaks for parser (Modules: Navbox/Navbar) - link1 link2(step 4-6)--AcDie (talk) 12:02, 18 October 2013 (EDT)
- I've tried installing Scribunto already, but it produced errors. I've seen this, but it doesn't seem to be completely resolved (and I didn't try to tweak too much).
- ParserFunction is already installed.
--British (talk) 12:32, 18 October 2013 (EDT)
- I've tried installing Scribunto already, but it produced errors. I've seen this, but it doesn't seem to be completely resolved (and I didn't try to tweak too much).
@AcDie: Regarding color scheme
Hey,
You are using colors on pages with gradients and such, but it is hard-coded.
Is there a way to have all the colors used refer to one place only (kind of like a configuration file), so that we only have to change the colors at that place, rather than on every single page ?
That would help if we ever manage to have a black skin for the wiki...
--British (talk) 10:26, 18 October 2013 (EDT)
- Ofc, as I told before, better use CSS for many reasons, 1 is above ^
it is hard-coded
. But i don't agree with black/any dark skin for wiki, cuz hard to read + images with white background looks like sh*t.. --AcDie (talk) 11:25, 18 October 2013 (EDT)
- There won't be any white background image, so that's not a problem. The wiki we had on Wikia and dark and it was good, and it also was in resonance with the vibe of the game. White backgrounds kill the eyes at night, to boot.
TL;DR: Dark background will happen, one way or the other, so we might as well prepare :]
--British (talk) 12:23, 18 October 2013 (EDT)- MediaWiki:Common.css seems there we can add most used styles--AcDie (talk) 14:19, 18 October 2013 (EDT)
- There won't be any white background image, so that's not a problem. The wiki we had on Wikia and dark and it was good, and it also was in resonance with the vibe of the game. White backgrounds kill the eyes at night, to boot.
Maintenance
Before updating DB via /mw-config/ disable require_once( "$IP/skins/chameleon/chameleon.php" );
at LocalSettings.php
--AcDie (talk) 00:49, 26 October 2013 (EDT)
Spoiler Tag
I really like the spoiler tags (cough Buildings cough cough) but it seems if the default opener text isn't '[show]' it will still return to [show] after being closed. Is there a way to fix that? For reference, the code I used was:
Grave A grave provides a place to bury corpses. AcquisitionGraves do not have a material cost, but require Expression error: Unexpected < operator. of work, using the Construction skill. They can only be built on diggable terrain. SummaryA grave stores one corpse of any size, hiding its beauty. The default storage setting only allows human corpses, but can be set to accept animals, strangers or mechanoids. A body can be removed (hauled) from a grave with the 'Open' command. Deconstructing will also release the buried. Graves can be stood on. Pawns can visit graves as part of Solitary recreation. Pawns with the Morbid meditation focus type can use graves in a 10-tile radius to increase psyfocus. By default, graves have a 6% psyfocus strength. This increases by 10% if the grave is full, and a further 10% if the grave is occupied by a pawn with a relationship to the meditator. Up to 4 other graves or sarcophagi can connect to a grave; each grave/sarcophagi gives +1% psyfocus if empty, or +2% psyfocus if filled, for a maximum bonus of 8%. AnalysisHuman corpses are ugly, create filth, and cause negative moodlets when a pawn sees one. Graves are an early game way to dispose of corpses, if you don't have any better options. Note that, despite its name, the 'colonist left unburied' moodlet does not care if a colonist's corpse is buried; destroying the corpse by any means will end the moodlet without penalty. Once Electricity is available, an electric crematorium is more efficient. Each cremation only takes 180 ticks (3 secs) ticks of work, compared to the Expression error: Unexpected < operator. ticks just to make the grave. Also, when you're dealing with dozens or hundreds of raider corpses, a crematorium does not take nearly as much space. Alternatively, molotov cocktails can be used - just burn the corpses in a controlled, nonflammable room - though this cannot be automated. Graves or sarcophagi can be used to store corpses of pawns you want to resurrect, without the risk of the corpse being cremated or butchered. Make sure to keep the grave in a frozen room. Graves also prevent pawns from being resurrected into Shamblers during Death pall, graves can be quickly constructed next to bodies and buried to prevent the shambler from being resurrected again. Fellow colonists will occasionally visit graves, even if it is placed far from the base, which can be inefficient. Setting an allowed area to exclude a gravesite will prevent this behavior. Trivia
GallerySee also
Version history
|
Thanks, Malganis75 (talk) 10:41, 27 October 2013 (EDT)
- Malganis, please refrain from using spoilers unless there's a huge wall of text that would impair the readability of the page.
I would remove the use of spoiler tags altogether, but it has its (limited) uses.
I'll change pages that have it (like Buildings), unless you do it first.
--British (talk) 06:47, 28 October 2013 (EDT)
New template
- finally fixed
AcDie | talk • contribs | 03:59, 7 November 2013 UTC
Vector sidebar
Fixed collapse toggle
AcDie | talk | 17:26, 23 November 2024