But since we're not doing jpegs, then non-transparent backgrounds don't really matter anyways for optimization reasons, because the filesize ends up being the same anyways for 8-bit transparent pngs or 8-bit non-transparent pngs. 

no animated gifs! They distract from the text way too much. 

The images I uploaded are all png 8-bit and saved out with save for web in Photoshop CS2. They probably do not have any image tags, though I didn't check. The removal of image tags with some image formats can take 30-50kb of the filesize, amazingly enough.

I tried to keep the angles similar, but with the monsters I think it's best to try and get a decent silhouette rather than be a slave to the angle of the first screenshot taken.

My only problem withe shots is that in some the monsters don't fill the canvas nicely because I was using QME, and perhaps they are a little too dark.

I vote for (non-animating) pngs also! 

If someone who knows a lot about Lovecraft wants to add some kind of section to each Lovecraftian monster that explains the connection, that would be cool by the way ;)

It might be worth looking at Kell's site, since I think he had an article up about Lovecraft in Quake.

Here it is: http://www.quaddicted.com/webarchive/kell.quaddicted.com/stuff_lovecraftinquake.html 

I only added basic entity info, so more information is required. Also, there are probably some errors in there (especially bosses), so maybe someone could check them over.

The layouts are all squished at the moment because there isn't enough content in each article.

I haven't added redirects from the monster_<name> pages yet either. Feel free to do so ;) ;) ;) 

What would be the best way to store detailed entity information? A description of each key, of each entity, and examples, and perhaps screenshots and "before and after" screenshots.

Would it go here? http://quakewiki.org/wiki/Entity_guide

Can someone do one entity as an example, and set a format/template for people to follow for doing the other entities?

E.g. Patrolling enemies.
E.g. Lights, Spotlights, and all types of lights. 

Check out than's recent edits. 

I've been trying to set a standard for entities so that we can get them all done over the next few weeks. I thought originally that just having a page specific to the entity was best, but a lot of people seem to prefer to have general information about the actual thing the entity represents in game on the same page, so I have combined the monster and monster entity information on the same page now. This information is still quite basic and volunteers are needed to increase the amount of information and improve its quality.

For things that don't have recogniseable in-game thing, such as triggers and lights, I'm not sure how to organise the information yet, but perhaps they should stay as they are. For example, info_player start remains on the page it's on now, and probably the same for others such as func_door, func_button etc. with no redirect.

I also want to add some example maps that show off some of the basic entities and get some very simple tutorials added. Scampie has written a short introduction tutorial, and in addition there are plenty of old tutorials that can be used as inspiration. Most editor guides also have some good information contained in them.

We will need simple tutorials for things like patrolling enemies etc. and I think these can probably be written up on the entity pages themselves as long as the usage is fairly standard. A short description of setting up path_corners for patrolling enemies could be placed on the path_corner page, for example.

Once all this stuff starts to be added, we will need to improve the organisation of the wiki. One area in particular is to make sure articles are cross-linked better and the index pages need to be much improved and split off into separate games and mods instead of the mess that they are in now.

Here are some reasonably complete example entity pages:

http://quakewiki.org/wiki/Vore
http://quakewiki.org/wiki/func_door

Both are likely to be expanded and improved in the future, but everything on a wiki is pretty much work in progress anyway, so don't worry so much about exact formatting as it's the article content that is most important. 

I fleshed out the door page a bit. 

I added some stuff to the talk page for this. I haven't edited a wiki before so I decided to dip my toes and just put things in the talk section. 

http://www.bfeared.com/library/quake/archive/quakedev/mortisville/quake1.def 

I've had a few random thoughts related to the Steam guides for Quake that I've been maintaining.

( http://steamcommunity.com/id/jlaw/myworkshopfiles/?section=guides&appid=2310 )

quakewiki.org has (so far) an emphasis on editing, and the Steam guides don't, but there's some other areas of common coverage. So...

- I'll add quakewiki.org to the guides' lists of external links. Should I wait on that a bit until it is more public-ready?

- Is there any issue with deep-linking to a particular wiki page? E.g. linking directly to the description of QuakeWorld, or the console commands list if/when it gets fleshed out, etc.

As for any transfer of info/content from the guides to the wiki... nothing jumps out at me right away for easy C&P, but maybe there's some useful bits about engine installation and configuration.


(BTW does everyone else see the "Unexpected non-MediaWiki exception" on the main page and some other pages?) 

I guess in its current state the wiki is too incomplete for proper linking. At least the basics should be covered (in a suitable way) before going "live", imo.

I sometimes get that error message, too. 

Is that error message any more verbose?

Dunno about publicity really, it might just die again if we don't post it.

Linking directly where you want to link is absolutely how everyone should do it! 

"https://dl.dropbox.com/u/7216632/quakewiki/gradientNOPE.png"

Maybe this URL is in the "theme"? 

This is the URL since the addy got cutoff 

Shift-F5 cleared it up.

If you're still curious though, this was appearing after the closing html tag: https://dl.dropboxusercontent.com/u/11690738/temp/quakewiki_error.txt 

Spirit, why is the Wiki so incredibly slow? 

I will look into it some day. http://www.xdebug.org/ and https://github.com/jokkedk/webgrind look really awesome. 

Does that mean it's going to stay slow like this? 

Finally had a quick look and I an puzzled what is going on. I hope it is not Mediawiki being complete shit and useless when used with Sqlite... 

Turning it off and on again did not help, I have now enabled mediawiki's built-in profiling. Let's see if it points at something. 

Should be fixed, sorry about that. 

XML dump of today, please save this tiny piece of knowledge:

https://www.quaddicted.com/stuff/quakewiki_dumpBackup_20130522.xml.gz 

Isn't time this was on the func_ link page?