- 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.
Difference between revisions of "User talk:Briess"
(→Raw subpages: new section) |
Mason11987 (talk | contribs) (→Recent changes page: new section) |
||
| Line 7: | Line 7: | ||
I've noticed that the current trend seems to be putting the various raws into subpages specific to each "entity". I feel I should point out that this might be a bad idea, because it will result in people clicking "Random page" occasionally being directed to one of said /raw pages. I know because I ran into the '''exact''' same problem on the KoL wiki - all of the various in-game items (of which there are several thousand) had been given data pages (containing templates of the form <nowiki>{{#switch:{{{1}}}|name=whatever|image=something.gif|plural=somethings|{{{2|}}}}}</nowiki> for the purposes of easy data retrieval by other templates), and said data pages had been placed as "item name/data", leading to them coming up during searches and "random page" clicks; in the end, we created a separate namespace to contain them, but that probably won't work very well here because all of the "entity" pages are already in their own namespaces. VengefulDonut was considering using his regular expression voodoo templates to automatically extract all of the relevant raws for an entity (just as is done with the mineral/metal/gem infoboxes, but just grabbing the entire blob rather than parsing out individual fields), something that would only require a single "raws" page for each version and would be much simpler to update when new releases come along and fix a whole bunch of errors in the raws. --[[User:Quietust|Quietust]] 12:49, 23 April 2010 (UTC) | I've noticed that the current trend seems to be putting the various raws into subpages specific to each "entity". I feel I should point out that this might be a bad idea, because it will result in people clicking "Random page" occasionally being directed to one of said /raw pages. I know because I ran into the '''exact''' same problem on the KoL wiki - all of the various in-game items (of which there are several thousand) had been given data pages (containing templates of the form <nowiki>{{#switch:{{{1}}}|name=whatever|image=something.gif|plural=somethings|{{{2|}}}}}</nowiki> for the purposes of easy data retrieval by other templates), and said data pages had been placed as "item name/data", leading to them coming up during searches and "random page" clicks; in the end, we created a separate namespace to contain them, but that probably won't work very well here because all of the "entity" pages are already in their own namespaces. VengefulDonut was considering using his regular expression voodoo templates to automatically extract all of the relevant raws for an entity (just as is done with the mineral/metal/gem infoboxes, but just grabbing the entire blob rather than parsing out individual fields), something that would only require a single "raws" page for each version and would be much simpler to update when new releases come along and fix a whole bunch of errors in the raws. --[[User:Quietust|Quietust]] 12:49, 23 April 2010 (UTC) | ||
| + | |||
| + | == Recent changes page == | ||
| + | |||
| + | I know this is probably some sort of hack. But is there any way that we can get recent changes to be like search in the sense that we can use checkboxes to select multiple namespaces? Like all the "talk" pages? Minor deal, don't kill yourself/the wiki trying to do it, but if it's not exceedingly hard, it'd be useful. Thanks [[User:Mason11987|Mason]] <sup>([[User talk:Mason11987|T]]-[[Special:Contributions/Mason11987|C]])</sup> 16:29, 24 April 2010 (UTC) | ||
Revision as of 16:29, 24 April 2010
|
| Archives |
Offsite Images?
I've been trying to figure out how to display images from offsite (ie imageshack links) without uploading them to the wiki. I'm looking to move a 92-image post from the Bay12 forums to one of my userpages (rather large images at that) and if I can't use offsite linking I can't do it. According to what I could find on Wikipedia about wikitext this isn't possible, but I'm not one hundred percent sure, just doublechecking. Or if there was a way to get around this, that'd be jolly good too. --Retro 21:56, 22 April 2010 (UTC)
Raw subpages
I've noticed that the current trend seems to be putting the various raws into subpages specific to each "entity". I feel I should point out that this might be a bad idea, because it will result in people clicking "Random page" occasionally being directed to one of said /raw pages. I know because I ran into the exact same problem on the KoL wiki - all of the various in-game items (of which there are several thousand) had been given data pages (containing templates of the form {{#switch:{{{1}}}|name=whatever|image=something.gif|plural=somethings|{{{2|}}}}} for the purposes of easy data retrieval by other templates), and said data pages had been placed as "item name/data", leading to them coming up during searches and "random page" clicks; in the end, we created a separate namespace to contain them, but that probably won't work very well here because all of the "entity" pages are already in their own namespaces. VengefulDonut was considering using his regular expression voodoo templates to automatically extract all of the relevant raws for an entity (just as is done with the mineral/metal/gem infoboxes, but just grabbing the entire blob rather than parsing out individual fields), something that would only require a single "raws" page for each version and would be much simpler to update when new releases come along and fix a whole bunch of errors in the raws. --Quietust 12:49, 23 April 2010 (UTC)
Recent changes page
I know this is probably some sort of hack. But is there any way that we can get recent changes to be like search in the sense that we can use checkboxes to select multiple namespaces? Like all the "talk" pages? Minor deal, don't kill yourself/the wiki trying to do it, but if it's not exceedingly hard, it'd be useful. Thanks Mason (T-C) 16:29, 24 April 2010 (UTC)