Jump to content

PCGamingWiki will soon migrate to a Single Sign On (SSO) system to bridge Wiki and Forum accounts, please read our FAQ.

ThatOneReaper

Editing guide

Recommended Posts

I'll probably base the landing page off of the Codrops CSS reference. I would personally suggest splitting the page into various different sections for each content section (e.g. Video Settings, Audio Settings, Infobox, Input Settings, System Requirements, etc.) and then offering two means of navigation:

 

* The current full page design, with each separate content section transcluded into the page so they'll always be updated simultaneously.

* Separate pages with a "< Prev"/"Next >" design (I can handle the logistics of that if you'd like)

 

I suggest this primarily because the page is pretty large at the moment, and if someone wants to just see the guide for Video settings, they have to wait for everything to load and then find the section. With a central page like the CSS reference linked above, editors only need to load one small page with a list of the different sections (each linking to their respective guide pages) as well as a link at the top to the "Full Editing Guide" which would essentially just be the current editing guide as it is now.

 

Hopefully that would appease everyone?

Share this post


Link to post
Share on other sites

I'll probably base the landing page off of the Codrops CSS reference. I would personally suggest splitting the page into various different sections for each content section (e.g. Video Settings, Audio Settings, Infobox, Input Settings, System Requirements, etc.) and then offering two means of navigation:

 

* The current full page design, with each separate content section transcluded into the page so they'll always be updated simultaneously.

* Separate pages with a "< Prev"/"Next >" design (I can handle the logistics of that if you'd like)

 

I suggest this primarily because the page is pretty large at the moment, and if someone wants to just see the guide for Video settings, they have to wait for everything to load and then find the section. With a central page like the CSS reference linked above, editors only need to load one small page with a list of the different sections (each linking to their respective guide pages) as well as a link at the top to the "Full Editing Guide" which would essentially just be the current editing guide as it is now.

 

Hopefully that would appease everyone?

The Codrops style is a good place to start off with.

 

Everything else you stated are all great ideas. I'm all for this approach.

 

If we really want to be fancy, we can have headers (and Table of Contents icons) for each section of the guide. But it's ultimately your decision.

Share this post


Link to post
Share on other sites

Please use can not instead. Cannot is more casual, although still acceptable.

"Can not", while the most formal, looks silly in most cases. We're formal up to a point.

 

Use "cannot". All other variations are to be disregarded.

Share this post


Link to post
Share on other sites

I was wondering, now that the Fixboxes will no longer look like absolute ass, which one of these is more optimal?

KkAOud7.png

Something like "replace intro files" in the header

And actual instruction below

Share this post


Link to post
Share on other sites

Something like "replace intro files" in the header

And actual instruction below

You only liked using the second option for fixes and stuff? It's not a bad format, I just didn't use it too often on the current wiki as the fixboxes looked really ugly.

 

I will mostly use that format for very short paragraphs.

Share this post


Link to post
Share on other sites

I will mostly use that format for very short paragraphs.

Very short paragraphs sentences.

Or better a single sentence which consequently means one verb, thus one action.

 

Therefore "Use XXX parameter" is still fine imo, but not download the archive AND extract its contents somewhere.

Also, a hyperlink plus that awfully long path with another different markup is pretty heavy to read, at least for me.

Share this post


Link to post
Share on other sites

Just encountered an issue not covered in the guide. I was adding an availability row for a game's official store, and the link contained equals signs in it, causing that row to be all messed up. After consulting with soeb on the IRC, I discovered the formatting should go like this:

{{Availability/row|1=Official |2=http://www.official/store/url?action=product&id=555 |3=DRM |4=Notes |5=Key }}

As the guide doesn't have this vital bit of information, it should be updated to include it; if it affects other availability row types as well, it should be noted for those rows as well.

Share this post


Link to post
Share on other sites

Just encountered an issue not covered in the guide. I was adding an availability row for a game's official store, and the link contained equals signs in it, causing that row to be all messed up. After consulting with soeb on the IRC, I discovered the formatting should go like this:

{{Availability/row|1=Official |2=http://www.official/store/url?action=product&id=555 |3=DRM |4=Notes |5=Key }}

As the guide doesn't have this vital bit of information, it should be updated to include it; if it affects other availability row types as well, it should be noted for those rows as well.

Thanks for bringing this up. I've added in the alternate syntax details.

Share this post


Link to post
Share on other sites

  • Found PCGamingWiki useful? Please consider making a Donation or visiting our Patreon.
  • Who's Online   1 Member, 0 Anonymous, 286 Guests (See full list)

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Forum Statistics

    1,297
    Total Topics
    7,113
    Total Posts
×
×
  • Create New...