|
Posted by SleepwalkR [92.231.109.161] on 2013/03/17 15:55:36 |
Quaketree brought up the idea that the community needs to rescue / dig out the information from this forum and other sources and store it in one accessible place.
Others chimed in and most agree that this place should be a wiki. Spirit has suggested Quaddicted, and I personally agree that it's the right place for such a project, but the Wiki over there seems to be limited. Others (Willem, me) have also volunteered to set up such a Wiki.
Let's discuss this idea further in this thread. I think it would be a fantastic thing to have a community Wiki for Quake level design.
UPDATE: there is now a URL: http://quakewiki.org/ |
|
 |
 Seperate Jobs
#1 posted by megaman [79.227.138.146] on 2013/03/17 17:18:02
- wiki setup
- add hierarchy/site structure, i.e. create stub pages, good categories, etc. I'm thinking along the lines of
maps
resources
.map
.bsp
pak
textures
models
stuff that preacher freq posts
palette
editors/editing
good technique
tutorial section
compilers
example setup
quakec
bla here
coding
- fill with actual content/knowledge whatever
these could be done by different persons of course, which is the point.
 I'm Eating A Caramel Bar Right Now. Shit's Good
#2 posted by DaZ [2.99.118.31] on 2013/03/17 17:18:28
Quaddicted seems the logical choice. Maybe it needs some work to lay out the wiki better (I had a look and there are some bizarre articles and little organisation to locations of articles) but tbh, spirit has proven over the years to be an obsessive archiving nut job (in a good way) so making Quaddicted a hub for Quake information is probably the best and safest idea.
nomnomnom
#3 posted by necros [99.227.223.212] on 2013/03/17 17:18:51
feel free to copy any of these: http://mobile.sheridanc.on.ca/~jon...
the lighting one in particular would benefit from being in a wiki. I remember when i first posted about it, I think two other people came out with neat tricks I never even thought of. It would be awesome to collect those tricks in one place.
#4 posted by Spirit [80.171.155.155] on 2013/03/17 17:43:27
If needed I could add tagging, then it would be more like MediaWiki. But I always liked a "less pages but more verbose pages" approach to wikis that have 4 lines per page.
My dream was to have pages for all the tools in /tools/, just like /engines/ should have a page for every engine.
Maybe just a new namespace ("directory", "subpath") called /editing/ ? I put some stuff in /tools/, some in /help/. Why? Because it is hard to categorise. megaman for the way. Can you elaborate a bit more on those categories?
I would suggest the [GNU Free Documentation License](http://www.gnu.org/copyle... Any thoughts?
#5 posted by Spirit [80.171.155.155] on 2013/03/17 17:44:44
#6 posted by necros [99.227.223.212] on 2013/03/17 17:51:04
maps category could just go to quaddicted map listing... that's by far the most extensive one anyway and has a good working system to get at stuff easily.
 More On Categories
#7 posted by SleepwalkR [92.231.109.161] on 2013/03/17 18:54:20
I prefer having a few main categories with, for starters, large pages for each topic below. Example:
Level editing
- Entities
- Brushes
- Faces
- Tutorials
- Best practices
- Tools (Editors, Compilers, ...)
QuakeC coding
- Not sure what goes in here
Resources
- Pak files
- Wad files
- Textures
- Palette files
Technical
- Map format
- BSP format
- Compilers
Engine hacking?
#8 posted by deqer [68.149.147.30] on 2013/03/17 19:42:59
Here is my category structure, from 98. In case you get some ideas from this as well.
http://bport.ca/temp/quake-master-...
 Oh, It Killed My Indentation
#9 posted by megaman [79.227.138.146] on 2013/03/17 21:27:45
Modding in general
- palette
- maps
-- .map
-- .bsp
-- editors
-- good technique
-- tutorial section
-- compilers
-- example setup
-- textures
- models
-- stuff that preacher freq posts
coding
- quakec
-- bla here
- Source
and those are the first things that came to my mind.
Also, just lay down a general structure; we can always just change later. Don't overthink things now, the point is to have a structure, so authors that can actually provide content can easily start to fill in stuff without worrying about the structure/sitemap/location.
#10 posted by Spirit [80.171.155.155] on 2013/03/17 21:45:42
You know what? I will setup MediaWiki, get the database dump of http://quakery.quakedev.com/qwiki/ , point http://www.quakewiki.org to it and try to find someone to make it look decent.
That way it is seperate from Quaddicted (I am sure at least some will prefer that, hell I do for the ease of calling it "the Quake wiki"), hopefully appeal more to the modders too and be "the normal wiki software" people are familiar with. Being seperated would also hopefully make sharing full access to the docroot easier.
Sound like a good plan?
The old wikis:
http://web.archive.org/web/2008112...
http://web.archive.org/web/2007071...
 Damn Good Plan!
#11 posted by onetruepurple [91.240.47.30] on 2013/03/17 21:46:21
 Awesome
#12 posted by SleepwalkR [92.231.109.161] on 2013/03/17 22:15:30
Also I agree with megaman for once: don't over think the structure, we can revamp it once we know what we're doing.
 Peachy!
#13 posted by quaketree [76.14.42.216] on 2013/03/17 23:13:55
Hopefully it will be under some sort of GPL so that others can use it freely if they wanted to (non-commercially of course). I've already talked about this when I brought it up originally.
#14 posted by deqer [68.149.147.30] on 2013/03/18 23:02:23
Any progress here yet?
I personally wouldn't put "wiki" in the domain name, because, even though it will be a wiki, I just don't like the idea of being bound to it that title. Also, it just sounds funny. Sounds puny, or dinky.
quakearchive.org or quakeworks.org or quakeworx.org or quakemania.org or quakeplanet.org
I also would try to get ".com" even though this is a non-profit(.org) project, still you want to try and get ".com" because ".com" is common knowledge and even though you tell people your website address, they still don't goto that address; they either search or try it with ".com" naturally.
Sounds like whatever the domain ends up being, it will be hosted by Spirit, correct? Spirit is the owner of quaddicted.com? Okay.
 Quakewiki
#15 posted by SleepwalkR [85.178.57.137] on 2013/03/18 23:27:08
Is great IMO.
#16 posted by negke [31.18.175.98] on 2013/03/18 23:52:07
There's quakewiki.org. Except it's not a wiki.
 Info That Should Be On Our Wiki
#17 posted by Scampie [72.12.65.92] on 2013/03/19 01:26:08
 Also:
#18 posted by necros [99.227.223.212] on 2013/03/19 02:54:38
 Why Don't We Compromise...
#19 posted by FifthElephant [82.12.230.210] on 2013/03/19 13:44:41
And call it a quicky? ;)
#20 posted by Spirit [80.171.127.213] on 2013/03/20 11:46:40
wiki is installed and live, I am now trying to get the data of http://web.archive.org/web/2008112... so don't do anything.
Does someone have a close relationship to the Doom guys? Their wiki theme is insanely nice, it would be great to be able to use it.
#21 posted by [Kona] [121.73.104.148] on 2013/03/21 09:09:42
Needs to be called Quake Wiki because that's exactly what it is, it tells you straight away and sounds official.
 Professional Artistry To Do
#22 posted by Spirit [80.171.9.162] on 2013/03/21 19:41:13
If someone wants to improve the color scheme, please do: http://quakewiki.org/
It the https://github.com/dantman/monaco-... skin, if you want to set it up locally.
I do like the black on white, it is super readable and neutral. If you can create a great and usable "darker" design though that fits Quake better, no doubt it would be used.
Also we'll need a favicon (in big resolutions too).
PS: Starbuck! Starbuck! Starbuck! Starbuck!
 Needs...
#23 posted by FifthElephant [82.12.230.210] on 2013/03/21 19:43:43
to be darker... and browner. :P
#24 posted by Spirit [80.171.9.162] on 2013/03/21 19:59:19
I forgot to add:
For reference check out http://doomwiki.org/
 Spirit! Spirit! Spirit!
#25 posted by starbuck [77.99.186.145] on 2013/03/21 20:05:11
I definitely agree with keeping black on white. Let's keep this shit functional. My vote would go to pretty modest styling actually.
Um, I'd play with the style myself but what's the deal, am I going to have to boot up a server and install mediawiki(?) and then this skin?
 Btw:
#26 posted by metlslime [159.153.4.50] on 2013/03/21 20:14:36
I was the one that created the front page category structure here. I feel like it's a pretty good top-level structure if you guys want to use it as a starting point.
I also recommend grabbing the "network protocols" page here. Sadly i think this is an out-of-date version of that page, but i could restore what is missing based on my own notes i think.
I was probably the only one trying to add stuff to that wiki for a while. (well, me plus about 2 dozen spambots.)
 Not My Neatest Work Ever
#27 posted by starbuck [77.99.186.145] on 2013/03/21 20:49:57
but for an idea of one way to go with the design, my preference would be something like this:
http://i.imgur.com/OfOJDSZ.png
Not sure if my tastes line up with the majority or not, but if people like that I'd be happy to polish that up and do it for real.
 Also The Q Should Probably Have Some Little Monsters Around It
#28 posted by starbuck [77.99.186.145] on 2013/03/21 20:51:55
#29 posted by Scampie [72.12.65.92] on 2013/03/21 21:08:35
I like the colors and subtle background texturing
I like my logo though :>
#30 posted by Text_Fish [94.169.119.204] on 2013/03/21 21:10:54
I think the first logo but without the shambler (keep the book) against Starbuck's background would be the coolest.
 Futura
#31 posted by onetruepurple [91.240.47.30] on 2013/03/21 21:12:18
Yes please.
And that sublime concrete background.
 Woot
#32 posted by Spirit [80.171.9.162] on 2013/03/21 21:52:43
Bigger book without Shambler might look ace indeed. Would also make a nice iconic icon. I really really like the "book of Quake wisdom" spirit of it.
Starbuck: That looks awesome, I knew it! :)
If I knew how to give someone access to just one directory on the server securely I would do that in a heartbeat but I have no clue. Sadly that stupid skin uses multiple files for its CSS. Probably not worth installing. I could add a CSS url to somewhere in your control so you could override stuff with !important and then I would integrate the changes later maybe?
That box on the left is weird. Maybe all white background (leaving the lines of course) and a thin rounded border around the search box?
metl: I'll be importing that wiki and possibly some of the quakesrc one too. :)
#33 posted by Scampie [72.12.65.92] on 2013/03/21 21:56:37
funnily enough, the original plan I had was just the book alone... I'll do a version like that
#34 posted by Spirit [80.171.9.162] on 2013/03/21 22:11:37
Apparently Mediawiki has some wikified CSS integrated, try this http://quakewiki.org/wiki/MediaWik...
#35 posted by starbuck [77.99.186.145] on 2013/03/21 22:20:42
Scampie, I think just the book would look sweet. Especially with the book above the text.
Spirit, yeah, why don't I email you a link to a .css file, I'm sure we'll work it out. Shitloads of !importants may indeed be on the cards.
I also agree about the left box. That theme is a bit messy. I'll try and remove a lot of the nonsense once I get css-ing!
 Oops
#36 posted by starbuck [77.99.186.145] on 2013/03/21 22:21:31
should probably learn to refresh the thread. That looks good, I'll get on it.
 Erm
#37 posted by starbuck [77.99.186.145] on 2013/03/21 22:25:00
can't edit that page?
 Damn
#38 posted by Spirit [80.187.102.122] on 2013/03/21 22:36:41
well I'm in bed now
 New Logo
#39 posted by Scampie [72.12.65.92] on 2013/03/21 23:55:55
 960 Standard
#40 posted by RickyT23 [2.216.134.150] on 2013/03/21 23:56:11
Please!!!
It's a BAD thing that Wikipedia has 100% width.
Those lines are massive.
It DOES make reading it harder.
OOKK!!!?!?!
 We Should Add Mediaqueries
#41 posted by RickyT23 [2.216.134.150] on 2013/03/22 00:00:18
Pure CSS dynamic layouts, for mobile compatibility. Just asks about the screen dimensions and adjusts according to the CSS rules within. It's like what can be done with JavaScript but no JavaScript is required.
Its easy.
As per:
http://www.onextrapixel.com/2012/0...
 How Much Ajax Should We Be Using
#42 posted by Scampie [72.12.65.92] on 2013/03/22 00:01:56
 For That?
#43 posted by RickyT23 [2.216.134.150] on 2013/03/22 00:06:05
None!!!
 I Like The New Logo!
#44 posted by SleepwalkR [92.231.109.189] on 2013/03/22 00:31:43
#45 posted by starbuck [77.99.186.145] on 2013/03/22 01:05:41
oh my word Ricky, does it honestly look like a nice semantic theme that's going to react well to responsive layouts? I mean they've used bloody tables for positioning. Tables! Feel free to inject the media query CSS using dev tools or whatever, if it works well I will eat a whole suitcase full of shorts.
Unless you're aware of a modern standards compliant theme that runs on that wiki software? That'd be awesome. Otherwise though, maybe there's a dedicated mobile theme out there? We could set up a m.quakewiki.org subdomain and do a browser check...
 Maybe We Should Write Some Articles First
#46 posted by SleepwalkR [80.187.106.86] on 2013/03/22 06:57:21
Also how many people are going to seriously read this in their mobile phones?
#47 posted by metlslime [50.131.113.141] on 2013/03/22 07:42:12
added URL to the the thread text.
#48 posted by Spirit [80.187.102.122] on 2013/03/22 07:51:47
oh god, Ricky is right about the maximum width!
I could not care less about mobile version, opera mobile makes reading normal versions of websites fun. if someone writes it though, sure thing.
don't waste your time writing content, wait until the import has happened to see what is there.
 Spirit
#49 posted by starbuck [92.239.81.184] on 2013/03/22 11:31:11
You get my email dude?
#50 posted by Spirit [80.187.102.122] on 2013/03/22 11:41:12
yes but I am not a dog!!
(out of town right now, will do it in about 7 hours)
 Woof
#51 posted by starbuck [92.239.81.184] on 2013/03/22 12:04:49
cool beans, no rush.
 Thanks To LordHavoc
#52 posted by Spirit [80.171.157.136] on 2013/03/23 00:42:01
I successfully imported a database dump of the quakery.quakedev.com/qwiki wiki locally now. More later.
#53 posted by matfac [190.190.227.207] on 2013/03/23 04:19:38
Great!
Looking forward for updates!
Oh, and hi, my name's matfac!
 @ Starbuck
#54 posted by quaketree [76.14.42.216] on 2013/03/23 05:50:56
I like the new colors and backgrounds however the "More" menu is unreadable right now.
 Some Text Is Too Small On Firefox / Mac
#55 posted by SleepwalkR [85.178.189.20] on 2013/03/23 08:13:51
https://dl.dropbox.com/u/7009168/q...
It looks fine on Safari:
https://dl.dropbox.com/u/7009168/q...
Also, what font is that in the Safari screenshot?
 Hmm
#56 posted by onetruepurple [91.240.47.30] on 2013/03/23 09:25:14
Seems like the font isn't Futura after all.
 Maybe
#57 posted by SleepwalkR [85.178.189.20] on 2013/03/23 09:40:05
The font is not available on Macs. I would like to urge you guys to not use a special font for Quakewiki. Please use something that everyone is used to such as
Helvetica, Arial, DejaVu sans, sans-serif
Spirit suggested these for TrenchBroom's site, and it works quite well on all operating systems.
 Hold Off On The Feedback Until It's Somewhere Near Done Please
#58 posted by starbuck [77.99.186.145] on 2013/03/23 12:05:45
I'm having to develop the theme on the live site, this is obviously a work in progress. There's a rats nest of existing CSS rules, and it's neither complete nor cross-browser tested so you're only wasting your time.
 Alright
#59 posted by SleepwalkR [85.178.118.104] on 2013/03/23 13:34:55
Wasn't aware of that, apologies.
#60 posted by Spirit [80.171.1.85] on 2013/03/23 19:24:53
sexy looks are gone for now as I am working on the import
 Looking Good, Another Saturday Night Wasted
#61 posted by Spirit [80.171.1.85] on 2013/03/23 23:37:31
Alright, if you want to help:
Play around on http://quakewiki.org/ and test the functionality.
Do not do any constructive work since I will reimport from scratch!
Test things, edit, register, visit random pages. try features.
If you had an account at quakery.quakedev.com/qwiki it should work. Go to http://quakewiki.org/w/index.php?t... after logging in and choose the Monaco theme.
See http://quakewiki.org/ for a list of bugs and errors and please add ones you find there.
#62 posted by quaketree [76.14.42.216] on 2013/03/24 03:50:41
Ok. I played around with it (and made the bug report page so people can edit it and add their reports easily). It seems to work ok but I was fooling around with my own page (QuakeTree) and can't figure out how to imbed an image. I'm a complete noob when it comes to Wiki editing so perhaps a link somewhere that is just a tad dumbed down on proper formatting for things like that might be helpful when you get it fully functional.
 Sigh
#63 posted by quaketree [76.14.42.216] on 2013/03/24 03:56:39
imbed, embed, ombed, ambed, umbed... what's a vowel between friends right? That's what I get for trusting spell check.
 What Is The Wiki For Exactly?
#64 posted by than [182.164.57.115] on 2013/03/24 05:56:14
Is the plan just to write as much information about modding and mapping for Quake as possible, or are we going to add information about the monsters, levels etc. in the original game, document important mods, maps, collect interviews etc?
Btw, it's not super important, but if you are creating a new account and press tab to switch between the password and retype password boxes, the cursor goes somewhere completely unexpected (in Chrome at least). This also affects the login page, where tab from the password box takes you to the search box instead of the remember me checkbox.
#65 posted by necros [99.227.223.212] on 2013/03/24 06:28:08
i'm not sure if i'm missing something, but the font is tiny, like 6 or 7 pixels high.
 ^
#66 posted by necros [99.227.223.212] on 2013/03/24 06:29:40
Firefox 19
#67 posted by Spirit [80.187.111.76] on 2013/03/24 08:09:46
quaketree: yeah, I think the help link is broken.
than: everything!
necros: absolutely right!
#68 posted by Text_Fish [94.169.119.204] on 2013/03/24 09:29:20
Yay Everything!
I can't wait till it's ready to be written on.
 Quick Start
#69 posted by mechtech [65.190.158.200] on 2013/03/24 15:01:53
I'd like to see a detailed section on the basics. Totally a noob start point. Get as many new people to give Quake a look as we can. Right now the time cost to learn Quake mapping is too high, info is scattered, links are long dead.
Lets get people able to build that first box room quickly.
 On The Basics
#70 posted by quaketree [76.14.42.216] on 2013/03/24 17:12:06
I agree. And I do mean "The basics". Right down to what exactly is a brush. I know that it sounds stupid but way back when, like in 1997 when I first started looking at making a level, I kept seeing the word brush and I kept thinking to myself that "Painting on" a texture was nice and all but what does that have to do with making stuff. I finally figured it out of course but it took me about half an hour to figure out what people meant when they said brush, the name itself isn't intuitive to what it is relative to real world items. I mean seriously, one of the most important tools and I couldn't find a solid and concise definition of what it was anywhere on the internet.
So yeah. Something with no assumptions of knowledge on the part of the reader other than how to read and click a mouse button. One thing that I learned in the Navy was that there was no such thing as a dumb question as long as it was an honest one.
#71 posted by Willem [108.228.244.211] on 2013/03/24 17:42:13
Is there anybody who would be interested in making Quake 1 maps these days that wouldn't have baseline knowledge like, "What is a brush?"
 Like I Said
#72 posted by quaketree [76.14.42.216] on 2013/03/24 18:05:34
That assumes that they already know what a brush is. How exactly is someone supposed to know that unless they either figure it out through context or are told? I used the brush as an example but there are probably plenty more examples out there where the jargon is assumed to be understood but isn't laid out somewhere in plain english in case it comes up as a question.
The whole point of a Wiki is to impart knowledge no matter how trivial. Assume nothing on the part of the reader.
As far as to who might still be interested in mapping for Quake I'd just say that Quake is probably one of the best engines for people new to the idea to start off with. It's relatively simple (no meshes, shaders and so on to deal with). The tools are similar (or the same if you use Radiant) to what's used in much more complex games and much of the same terminology is used throughout most games. Overall an excellent platform to start off with to learn the basics because this game was where the basics of 3D level design were first though up and implemented.
 Willem I Hope So
#73 posted by mechtech [65.190.158.200] on 2013/03/24 18:33:57
Half life 1-2 and it's mods what else is there? The more modern a game is the steeper the learning curve. The harder to learn the faster a game falls into obsolesce. I may be wrong but what other game would be a good start, from zero knowledge of game design.
What game would be good for a kid to start with?
 What Could Possibly Go Wrong
#74 posted by Spirit [80.171.51.174] on 2013/03/24 19:03:57
Did the final import, user rights should be working. Now browse and edit around and knock yourself out with content. Do not advertise it yet please, this is the beta stage. We should first see what happens.
There is a lot of house-keeping to do. Categories, templates, license reminders. Keep in mind that you must not copy and paste things in there. If you use references, please link them. If you plan want to do big restructuring, please discuss it somewhere in the wiki (using Talk pages). The wiki should be self-contained. Discussion and decision that happens inside the wiki has precedence over anything said elsewhere.
Content-wise, you decide.
Busy and productive users become admins. So far scar3crow and Sajt are fellow admins. Both were imported that way. I am not sure if Sajt is still interested at all, we'll see.
#75 posted by Spirit [80.171.51.174] on 2013/03/24 19:08:59
I set the Wiki to be case-sensitive, so you can now actually create pages starting with lowercase characters. This is great for variables and stuff. We could rename the existing pages with a bot (or sore fingers).
#76 posted by negke [31.18.177.112] on 2013/03/24 20:49:26
Can you please make the font size bigger? It's so small I can barely read it without touching the monitor.
#77 posted by necros [99.227.223.212] on 2013/03/24 22:34:35
you can get around that temporarily by using the other themes although they don't look as good, but yeah, it is tiny.
 Negke Just Wait Til The Layout Is Final
#78 posted by Spirit [80.171.51.174] on 2013/03/24 22:36:30
To the busy editors, please add some appropriate categories to your pages, that would help structure later. Just at the bottom of the page (or anywhere really), something like: [[Category:Entity]] or [[Category:QuakeC Function]].
No idea if those really are QuakeC functions or engine functions, necros. I am just trying to help! :)
#79 posted by necros [99.227.223.212] on 2013/03/24 23:16:50
I don't know anything about wiki editing, so thanks for the info.
#80 posted by necros [99.227.223.212] on 2013/03/25 00:24:44
k, put a few qc things in. need someone who is more familiar with all the trace() globals to check on that one though.
#81 posted by Scampie [72.12.65.92] on 2013/03/25 01:28:53
I'm working on a write up 'The Basics of Quake Mapping', which I plan to define brush, entity, making a sealed room, compiling, and playing the compiled map. The aim is for total newbies using Trenchbroom.
Plan to have it ready tomorrowish to put on the wiki
 Basics
#82 posted by than [182.164.57.115] on 2013/03/25 01:49:45
I agree that it is important that we have all the basics. This is because when the apocalypse happens, the survivors need to be able to rebuild humanity, and that includes Quake ;)
Also, I like the level of information in the Doom wiki - we should document the original game, create stubs for all the monsters, maps, weapons, powerups, creators and whoever wants to can add information at a later date.
 Entity Definition Pages
#83 posted by than [182.164.57.115] on 2013/03/25 02:17:32
ok, so I was just looking at the wiki and thought I would fill out a couple of entity information pages before doing some mapping.
So I went into info_player_start and wrote a very short description and then realised that it might be useful to have a table of keys that are supported by each entity as standard as a mapping reference.
info_player_start is not a good example, as it only supports origin, angle and spawnflags, but for other, more complex entities, having a table of keys and what they do would be helpful. However, whether this should be in some kind of standard table format or just as a list I don't know, though I do quite like the format used by Kell/Necros for the Quoth mapping guide:
http://www.quaddicted.com/webarchi...
Whatever we do though, it should be the same for all entities. Also, I think support specific to mods should be contained in a separate page, so if, for example, we transferred the info from the Quoth mapping guide to the wiki, it would be best to keep it in a specific Quoth section.
#84 posted by necros [99.227.223.212] on 2013/03/25 02:38:16
For the qc section, I was doing something simple with just h4 and preformatted text but maybe that will give you some ideas?
 I Agree
#85 posted by quaketree [76.14.42.216] on 2013/03/25 02:39:52
I did a couple of entities as well (the sigil, episodegate and bossgate ones). I inserted the .fgd entry and was using that to describe what was going on but I think that it ended up looking a bit cludgy. I think that a good basic description of all of the keys and so on would be a good idea, plus it will help those who are writing in the Wiki to maintain consistency throughout the section.
Perhaps also a temporary template page (named entity template) that can be copied (cut and paste style) that has all of the common elements in it. It can be deleted once all of the entity pages are started.
 Formatting And Naming Conventions
#86 posted by than [182.164.57.115] on 2013/03/25 04:13:56
Ok, I wrote up a little extra info on the entity guide page. It might be worth splitting it off into subsections though. I also added info_player_start and info_player_deathmatch stubs. I'll try doing an example of an entity that has got settings.
If you are going to write up anything in the mapping section on an entity, please read the bit I wrote and if you have any suggestions for formatting or naming improvements then please respond here (or should we use the wiki talk page?)
I think we should add images of all the mapping features too, but for now lets just figure out the formatting of each page and write some basic text.
We should probably think about where and how we are going to write up information about specific hacks and tricks later too, though at this stage it's not really important.
 Oops..
#87 posted by than [182.164.57.115] on 2013/03/25 04:16:51
forgot the link:
http://quakewiki.org/wiki/Entity_g...
Scampie said he was writing some basic mapping descriptions, so maybe that should be merged with what I wrote, or perhaps if it's better organised/written then just remove the bit I wrote. I'm not sure if the entity guide should include the general entity info, or if it is intended to simply be a list of entities.
 I'll Link To Yours
#88 posted by Scampie [72.12.65.92] on 2013/03/25 04:32:29
I'm aiming closer toward 'tutorial' than indepth articles on each and every thing. Yours is a much nicer in-depth knowledgebase than the 2 paragraphs I am writing.
 By The Way
#89 posted by than [182.164.57.115] on 2013/03/25 04:37:24
sorry to keep spamming, but for spawnflags, I think it's important we also include the value of each flag. Still not sure how we should format this stuff though. I think what quaketree wrote for the door was ok, but perhaps we need a little cleaner formatting as it looks a little clumped together perhaps?
I'll have a go at making the page for func_button if that's ok.
 Also
#90 posted by Scampie [72.12.65.92] on 2013/03/25 04:44:24
I really think you should put your information on http://quakewiki.org/wiki/Entity as it's a very good writeup of the information.
 Argh
#91 posted by than [182.164.57.115] on 2013/03/25 04:47:28
ok, I'm going to split off Entity into a separate page, because putting it where I have was a dumb idea. We should have pages for all the mapping fundamental terms:
Brush (Scampie?)
Entity (kind of done)
Unit (done)
Angle?
Position / Vector?
Spawnflags (in entity)
Key/Value (in entity)
etc...
I guess the entity guide should contain a list of entities as it does now, though we might want to later split that off into Standard Quake entities and add pages specific to mods, or even just add a footnote with links to entity guides for mods and keep the standard entities on the entity guide page.
 Obviously
#92 posted by quaketree [76.14.42.216] on 2013/03/25 05:35:10
This is and will be an ongoing thing regarding internal links that was an inevitable result of internal linking using outside resources.
As this develops I would hope that the links will stabilize as common terms are defined within the Wiki (and that punctuation is ignored. Brush links should be hyperinked to brush and not brushes for example. The "es" should be not included in the link unless you are talking about grouping brushes.)
 Quaketree
#93 posted by than [182.164.57.115] on 2013/03/25 05:44:24
yep, I think I did that everywhere. However, I realised that I made a shitty mistake of using lower case for page names, so the page name appears lower case. I haven't checked how to format page names, but we should all agree on some kind of page naming standard, and even if our pages are all named perfectly, we have to format the entity names properly as they contain underscores, which are used by the wiki to denote a space in links :/
I'm looking at this now, but I can't figure out how to do it (I just borked the Entity Guide page and it now has two titles... grr)
 Grr
#94 posted by than [182.164.57.115] on 2013/03/25 05:50:40
I should have read this:
http://en.wikipedia.org/wiki/Wikip...
First letter is uppercase, any actual uppercase letters in names etc. are uppercase, and everything else is lower (sentence case as opposed to title case as mentioned on that page)
God damn :/
 Oh And...
#95 posted by than [182.164.57.115] on 2013/03/25 05:53:32
{{DISPLAYTITLE:func_button}} Works fine for entity names! Yay.
I don't think you can capitalise using it though, since it didn't work when I tried to "fix" Entity Guide.
 I'm Fine
#96 posted by quaketree [76.14.42.216] on 2013/03/25 06:10:04
I'm also clueless as to how editing wikis is done regarding formatting. I am quite literally learning as I go.
If I'm messing up someones page I expect a flame here.
 "Only Open Source Works Referenced On Wiki?"
#97 posted by Baker [69.47.162.203] on 2013/03/25 06:43:19
John Carmack: Open sourced Quake. He didn't have to.
John Romero: Open sourced Quake map sources.
Spirit: Open sources; he didn't have to.
Negke: Open sources; he doesn't have to.
Travail: The QuakeC was open sourced by Asaki a year ago; no one made a horrific Frankenstein from it.
The Lost Chapters: Open sourced @ QExpo 2005
Willem: Open sources; he doesn't have to.
LordHavoc: Open sources ... he could DLL stuff and easily has the talent to do so and wouldn't have to.
Rubicon 2: Didn't have to. Metslime did anyway.
TrenchBroom: Didn't have to. SleepwalkR did anyway.
Yes, I have long had issues with closed source works in Quake and not just in single player and I've taken "the hit" for supporting open source willingly and sometimes with "social penalty" without remorse or regret.
[If you would like the <numerous> other examples of challenging closed source works, I'd be more than happy to olige; off hand I think I've done this with at least 15 closed-source Quake projects so it will be somewhat tedious and boring to others not familiar with it ...]
 No
#98 posted by SleepwalkR [92.231.232.211] on 2013/03/25 07:20:21
Can't be the Quake wiki if you exclude Quoth, for example.
 Still Fiddling Around
#99 posted by than [182.164.57.115] on 2013/03/25 07:34:02
omfg, wiki markup is horrible. I want to have a shower after my encounter with tables.
Anyway, here is a little test for func_button. I would like to include more information, such as an image, and some kind of table for spawnflags, but this is all I've done so far:
http://quakewiki.org/wiki/func_but...
I don't love tables, but I think tables are a bit clearer than the indented list style used by quaketree on the func_door page. Ideally, we'd create a template for this kind of table, so that it can be better formatted for the specific kinds of information we want to display, and also be easier to edit from then on. wikitable is itself a template, if we had one called keyvaluetable or something, it would be helpful. I'll have a look at that later.
 I Wrote A Few Other Bits And Bobs
#100 posted by than [182.164.57.115] on 2013/03/25 08:30:39
One thing I added was worldspawn. This made me think about non-standard keys, such as _sunlight and other various light options, as well as those specific to modern engines, such as fog (is fog supposed to use an underscore by the way? _fog?)
It would be good if we could think of some nice clean way to add this kind of information and set up a nice, easy to read template for representing it.
I'm taking a break for now. I want to do some mapping instead.
 Level Shots Of All Id Maps
#101 posted by than [182.164.57.115] on 2013/03/25 10:08:59
I took the liberty of taking screenshots of all the standard id maps, resizing them and putting them in an archive. I'm going to try and create a basic page for each level now, but I don't know how far I will get with it. For anyone who wants the shots, I've uploaded them here:
http://www.quaketastic.com/upload/...
 Creating A New Page
#102 posted by than [182.164.57.115] on 2013/03/25 10:15:16
Is there some way on the wiki to create a new page without first creating a link? There doesn't seem to be a "create new page" link anywhere :/ Maybe I am just blind.
#103 posted by Spirit [80.187.111.76] on 2013/03/25 10:23:55
i made the wiki not force the first letter to be uppercase because so many things in quake would look silly with that. this means that you decide on the case when you create a page. moving pages is not problem, maybe I should make you all admins so you can do it?
for templates see http://www.mediawiki.org/wiki/Help...
than: feel welcome to take anything from https://www.quaddicted.com/quake/e... for that :)
#104 posted by Spirit [80.187.111.76] on 2013/03/25 10:24:59
new page: just visit the url where you want it to be and it will offer the option to create it.
 Spirit
#105 posted by than [182.164.57.115] on 2013/03/25 10:39:19
I had a feeling that info already existed and didn't think to look in the most obvious place.
Ok, well so far I haven't gotten anywhere because wiki markup is a headfuck and a half. It's the most horrible, not especially well documented language ever. Also, I didn't notice there were already templates for level information etc. I would have used them if I had.
I tried to add one for level information based on the wikipedia film infobox, but the wiki told me infobox didn't exist, so I just copied the one from wikipedia. That didn't turn out so great, so I have no idea if I've broken anything or not. It would be great if you could check it out and perhaps delete the crap templates I tried to add.
Also, if you are free, could you join #terrafusion so we can chat about this?
#106 posted by Spirit [80.171.40.240] on 2013/03/25 11:32:09
Not until later. But I have no idea about templates and stuff myself. Made you admin for now but don't stress cleaning up too much. Stuff will grow and what is "perfect" will only emerge itself from evolution.
 Ok
#107 posted by than [182.164.57.115] on 2013/03/25 12:11:59
You are right, we should just get the information up, then worry about formatting and improving what's there.
I modified the sp level template a bit (still looks shitty) and made the information contained the same as https://www.quaddicted.com/quake/e... (minus speedrun links) and have no uploaded all map shots and created stub pages with just the basic info for the first two eps + start and end.
I don't really fancy doing any more right now, but I've a feeling that leaving 2 episodes without any info is going to annoy me too much and I'll come back later and add stubs.
I think the level template should probably be closer to the usual level info page on Quaddicted (example: https://www.quaddicted.com/reviews... than the current template, so it's less annoying to add information about less popular episodes and important custom maps - I don't want to have to check the monster count, secret count and cd track ;)
 More
#108 posted by than [182.164.57.115] on 2013/03/25 14:34:58
I made a really rough (and shit looking because I can't figure out wiki formatting) test for the e1m1 level information page.
Perhaps writing the secrets is overkill (and a lot of work), but I think it might be nice to eventually add all this kind of information. The Doom wiki is MUCH nicer than what I've made so far, so ideally we would have something like this for all standard maps: http://doom.wikia.com/wiki/E1M1:_H...
Actually, I just realised that the existing Quake wiki at wikia already has a lot of information about the standard maps and enemies, so perhaps it's not worth duplicating that?
http://quake.wikia.com/wiki/E1M1:_...
INSANELY detailed in fact.
Should we just concentrate on the mapping related content?
 And Thus...
#109 posted by Bal [92.103.231.26] on 2013/03/25 14:48:24
than's OCD is revealed.
#110 posted by Spirit [80.187.111.76] on 2013/03/25 14:54:53
_the_ Doom wiki is at http://doomwiki.org , please don't like the other one. the community moved there.
the wikia on quake is full of errors and a bit crazy. wikia is bad.
again, do whatever you like! I think secrets on the map pages is a great idea. a complete walk-through seems a waste of time though. for doom it is easier as that is 2d.
yeah, check out what is already there :)
I believe if there is a good foundation or good examples, people will fill the rest.
and now go sleep/map!
#111 posted by Spirit [80.187.111.76] on 2013/03/25 14:56:51
OCD??!
I thought about arranging the items in http://quakewiki.org/wiki/Mapping_... so they form a nice complete curve.
#112 posted by necros [142.245.193.3] on 2013/03/25 15:07:28
btw since we're talking about formatting, for the coding articles, i'm just using a format similar to java docs.
 Can The Font Be Larger
#113 posted by DaZ [92.26.175.148] on 2013/03/25 16:17:50
Because, you know, my eyes hurt :(
Aside from that, it looks great so far. I'll definitely contribute some stuffs!
 My Contribution
#114 posted by RickyT23 [31.53.116.69] on 2013/03/25 16:36:30
Tested in Firebug. Works.
.monaco_shrinkwrap {
position: relative;
margin-left: auto;
margin-right: auto;
width: 960px;
}
 Comooooon
#115 posted by RickyT23 [31.53.116.69] on 2013/03/25 17:34:37
It's begging for it. That four column table layout on the main page is screaming 'reduce my width!!!'.
#116 posted by Spirit [80.171.40.240] on 2013/03/25 17:38:10
RidcekqyeTr23! Calm down and wait for Starbuck to say "I am done". I set a maximum width and bigger font-size for now.
 It Works!!!
#117 posted by RickyT23 [2.216.134.150] on 2013/03/25 18:46:37
#118 posted by negke [31.18.177.112] on 2013/03/25 19:05:02
I prefered the original width. With this new one it looks constricted.
The level pages should be named in uppercase, btw.: E1M1 instead of e1m1.
 Nah, Imagine A 1920 Wide Monitor
#119 posted by Spirit [80.171.40.240] on 2013/03/25 19:52:07
Why?
 I Find That A Bit Narrow, Too.
#120 posted by SleepwalkR [92.231.234.173] on 2013/03/25 20:46:35
 1152 Maybe?
#121 posted by RickyT23 [2.216.134.150] on 2013/03/25 21:02:01
 Legibility
#122 posted by Spiney [81.241.139.66] on 2013/03/25 21:36:03
Also keep in mind longer lines tend towards more tiresome reading (one of the reasons magazines break text up into columns). So a happy middle-ground would be best. I like the way it looks atm btw.
#123 posted by Spirit [80.171.40.240] on 2013/03/25 21:57:30
Maybe it would look less awkward if the content box was centered in the browser window?
 I Agree About The Long Lines
#124 posted by SleepwalkR [92.231.234.173] on 2013/03/25 22:28:29
However, maybe it's something better left for the user to decide by adjusting the width of their browser window.
#125 posted by Spirit [80.171.40.240] on 2013/03/25 22:57:32
As a user who browses with his browser full-screen and who does not want to resize his browser window for each different website font-size, no. Look at func, now look at your browser window, now back at func, now at yourself, your brain is now diamonds.
 Jees
#126 posted by RickyT23 [2.216.134.150] on 2013/03/25 23:05:00
I thought 960 was a good standard. I still think the Quake wiki looks better now it's 960 px wide.
960 for president!!!
http://960.gs/
 Who Said Anything About Font Size
#127 posted by SleepwalkR [92.231.234.173] on 2013/03/25 23:50:18
Also full screen is for gay penguins.
 Also
#128 posted by SleepwalkR [92.231.234.173] on 2013/03/25 23:51:16
Aren't you the free choice zealot around here?
 960
#129 posted by RickyT23 [2.216.134.150] on 2013/03/26 00:13:18
president.
Actually I think you should be able to choose how it appears. With a button.
 Beer--;
#130 posted by Spirit [80.171.40.240] on 2013/03/26 00:17:17
This is your first strike, mister.
I only support free choices if they are mine.
 PS
#131 posted by Spirit [80.171.40.240] on 2013/03/26 00:19:17
Remind me to copy http://www.quaddicted.com/apple-to... to the Wiki as well.
 Thanks Spirit
#132 posted by ijed [186.37.203.156] on 2013/03/26 02:55:07
You just made func xbox live. Well, not really.
I haven't contributed or weighed in on this yet, so I'll just leave it as a floating threat.
I'm surprised you didn't ask for help on this before, there's almost tens people who can happily while away the hours banging on about quake.
Man, I miss having a pc. Maybe I'll go to linux as well, seeing as all the cool people are doing it.
Drunken rambling aside, this is a great idea.
#133 posted by Scampie [72.12.65.92] on 2013/03/26 05:33:07
http://quakewiki.org/wiki/Getting_...
Go ahead and fix any of my stupid spelling or grammar mistakes, and feel free to add any internal/external links you think would benefit.
I plan to go further with a follow-up that will cover vertex editing, clipping, doors, targeting entities, and all that other misc 'advanced' stuff.
Spirit: I fucking hate Matching cases in article names... the menu on the left refers to 'Getting started mapping' in that casing, which looks retarded as an article name, so I am using caps.
 Oooh, Max Width Looks Much Nicer
#134 posted by than [221.244.26.90] on 2013/03/26 05:50:23
The font really needs sorting out though, even if it's just temporary, the letters seem too close together at the moment.
Spirit: Thanks for pointing out I was looking at the wrong wiki - the one you linked is a lot cleaner and easier to read. I didn't think the wikia one was bad though.
Oh, it's my lunch break right now, so I just added a little info about info_null and then created a page for map based hacks for someone more knowledgeable than myself to start adding stuff to: http://quakewiki.org/wiki/Map_base...
Feel free to rename the page or do whatever you like. I just thought it would be good to get a page on map/entity hacking up asap so that specific hack information could easily be added.
If Preach and/or Negke could rewrite the little stub intro I wrote and add any other relevant info to it, that would be awesome.
If I have some time tonight, I'll look again at creating some templates and try and get the design of the entity pages sorted out so that it's easier to add and looks a bit cleaner.
 So When Do We Start Claiming Articles?
#135 posted by negke [31.18.177.112] on 2013/03/26 09:17:32
"Hands off my article, don't edit that!" "It's not your article, it's mine!" "Your text sucks!" "You're all wrong!" Revert! Revert! Revert!
 Hey Negke
#136 posted by SleepwalkR [92.231.234.173] on 2013/03/26 09:34:18
Your text sucks!
#137 posted by Spirit [80.171.40.151] on 2013/03/26 11:08:32
ijed: Not sure what you are talking about. I always asked for help with Quaddicted. I hope people do not consider quakewiki.org my project though, I host it and help, I don't want anything more than that.
Scampie: The menu is not dynamic so that was my fault(?). See http://quakewiki.org/wiki/MediaWik... . Bloody great tutorial!
 We Need To Be Careful Of Case...
#138 posted by than [182.164.57.115] on 2013/03/26 14:22:38
I just noticed that QuakeTree and I have both added an article about "vanilla quake". I used lower case for both words (incorrect) and he used upper case for both words (correct in this case, since Quake is a pronoun).
This means we have two articles with approximately the same information on different pages with almost identical names :/
http://quakewiki.org/wiki/vanilla_...
http://quakewiki.org/wiki/Vanilla_...
By the way, I don't think we should overuse terms like Vanilla Quake, since it's best to stick to just Quake, unless we are trying to specify that it is stock Quake rather than a modded version of Quake.
#139 posted by Spirit [80.171.40.151] on 2013/03/26 14:53:31
Always keep an eye on http://quakewiki.org/wiki/Special:...
I'll do whatever you guys prefer (apart from the width). Could you guys live with titles like "Cl_forwardspeed" or
Table formatting is fucking idiotic in Mediawiki. ARRAGRHAGRHGHRGAHH. Dokuwiki is SO much nicer in this regard.
 This Needs To Be In The Wiki
#140 posted by SleepwalkR [85.178.57.39] on 2013/03/26 16:11:19
http://www.quakewiki.net/archives/...
CZG dug it up, it's a good write up of map / bsp (it's for Quake 3, but most of this should be accurate for Quake).
I'll volunteer to update and extend the parts about brushes / faces by adding
- Info about the difference between integer and floating point coordinates for plane points.
- How vertices are computed.
- Why floating point plane coordinates can be problematic.
Maybe Tyrann could glance over the BSP stuff?
#141 posted by Spirit [80.171.40.151] on 2013/03/26 16:19:12
Do not copy other people's stuff! The wiki is GFDL, your content has to be compatible. You could rewrite it of course or try to get permission from spog.
 Sleepy
#142 posted by Scampie [72.12.65.92] on 2013/03/26 16:19:41
I was thinking of adding the information here: http://www.gamers.org/dEngine/quak...
as an article '.map format'
perhaps we can combine them?
#143 posted by Scampie [72.12.65.92] on 2013/03/26 16:22:34
literally do not care about 'plagiarism'. part of this documentation is to save and organize all the old things that are floating about so that the information is accessible again.
 Have To Agree
#144 posted by SleepwalkR [85.178.57.39] on 2013/03/26 16:54:48
Spirit, I know your stance on this, but in these cases... well, I'll probably rewrite it anyway.
Scampie, the QDP stuff is good, but mostly interesting to people like me who want to write an editor. I guess combining them in the form of your own or my own writeup would be good.
 Sleepy
#145 posted by Scampie [72.12.65.92] on 2013/03/26 17:03:39
http://quakewiki.org/wiki/Quake_Ma...
Just as a start of a structure for this, but I think we can add in definitions of brush planes and such in the brush definitions so it can be of as much use to people writing an editor as it is to general designers who want to know more.
#146 posted by Spirit [80.187.111.81] on 2013/03/26 17:17:35
There is nothing to discuss about. The wiki is GFDL. If you do not like that then find yourself another host and start from scratch.
#147 posted by Spirit [80.187.111.81] on 2013/03/26 17:52:17
and the reason is that the two previous wikis, on which we are building upon are GFDL. plus why not do it right this time? if those who documented before would have worked under a free license, then we wouldn't have any issue.
#148 posted by Scampie [72.12.65.92] on 2013/03/26 18:23:34
anyway...
http://quakewiki.org/wiki/Quake_Ma...
this is written by me, with a new simple map by me, so it's FREE (like beer, or birds) INFORMATION. feel free to add to it sleepy or whoever, I'm not sure how much more is really needed
 Also, Speaking Of Vanilla Quake
#149 posted by Scampie [72.12.65.92] on 2013/03/26 18:32:17
just fixed the entity page, which referred to the missing article 'vanilla_Quake'
 Someone Far Smarter Than Me...
#150 posted by Scampie [72.12.65.92] on 2013/03/26 18:52:12
 Scampie
#151 posted by SleepwalkR [85.178.57.39] on 2013/03/26 18:54:45
Good, I will add more in depth information about how the plane points are interpreted (point order, normal computation) and about floating point vs. integer coordinates tonight.
 Case Sensitivity
#152 posted by negke [31.18.177.112] on 2013/03/26 19:48:57
What than said! There are at least two more duplicates: info_null and info_notnull. The older (capitalized) articles were submitted by me a couple of years ago, the newer ones by Quaketree.
The Into_null one also made me aware of a critical aspect about writing style. All general wiki articles should be written in a neutral tone, not addressing the reader. So instead of "You can...", "do not...", or "use this", it should be something like "It is possible...", "it should not be done", "it can be used.." etc.
 QSpecs And Other External Sources
#153 posted by negke [31.18.177.112] on 2013/03/26 19:51:33
It's only plagiatism if the content is used in a way that suggests authorship of the wiki editor. Those certain texts can still be used as citatations, with a little footnote about the source. A possible compromise.
#154 posted by Scampie [72.12.65.92] on 2013/03/26 20:29:00
http://quakewiki.org/wiki/Textures
I CITED MY SOURCE
(metlslime, if you are reading, plz to have permissions)
 Neggers & Writing Style
#155 posted by SleepwalkR [85.178.57.39] on 2013/03/26 20:32:33
Do you work at the university & publish papers?
Generally, I agree with you on style, with the exception of tutorials and other articles where it indeed makes sense to address the reader directly.
 The Preach Factor
#156 posted by Kinn [86.164.160.164] on 2013/03/26 20:41:32
You know that thread with all those crazy QC tricks and hacks? might it be an idea to get all that stuff in the wiki? I found it really interesting and illuminating at least, even if some of it wasn't tremendously practical.
 Scampie:
#157 posted by metlslime [159.153.4.50] on 2013/03/26 20:48:12
you have permission to use my text, but you seem to have lost some of the information from the original article in your rewrite. e.g. the fact that vis.exe looks for both "*water" and "*04water". And the fact that power of 2 dimensions are not required, just recommended. Maybe other things too, i just skimmed it.
 Reading Comprehension
#158 posted by SleepwalkR [85.178.57.39] on 2013/03/26 20:51:32
Level 0
 Thank You
#159 posted by Scampie [72.12.65.92] on 2013/03/26 20:59:40
I did skip that it looks for *04water... It was a choice to say that power of 2 dimensions are required, as I believe it's just simply better to state that as that's what modern GL engines want anyway.
#160 posted by Spirit [80.171.40.151] on 2013/03/26 21:13:51
negke: Plagiarism was not the issue, not having permission to fully copy works regardless of displaying the authorship is.
http://www.mediawiki.org/wiki/Manu... is the option I enabled because I thought it would be super fantastic for all the variables, entity names and so on. If you guys want it off, say it sooner than later because it will require fixing links.
 Off Off Off Off
#161 posted by Scampie [72.12.65.92] on 2013/03/26 21:32:37
plz :(
#162 posted by negke [31.18.177.112] on 2013/03/26 22:41:00
I only mentioned it, because scampie brought it up.
 QC Tricks Page
#163 posted by than [182.164.57.115] on 2013/03/27 00:20:54
I added a stub article called Map_based_hacks. I don't know if that's the right name for QC tricks done in a map, so feel free to move it somewhere else.
http://quakewiki.org/wiki/Map_base...
Also, re: tone, I agree that neutral is best for most articles, but tutorials are probably best in a more informal style, such as that used by Scampie. All the stuff I have written is fairly neutral - probably because I waste a lot of time on Wikipedia.
Also, I added some content to the Quake article last night:
http://quakewiki.org/wiki/Quake
http://quakewiki.org/wiki/Quake_st...
The small section I wrote on custom levels on the Quake page needs fact checking. I don't actually know the real circumstances of the QuakeEd release, whether id made a Windows port or how the tools were released etc. I also remember a couple of maps made in text editors (!!!) such as daskull.
Another thing, I originally put a link to the Wikipedia article on Quake II, since I assumed we are wrtiting a purely Quake 1 wiki, but I later changed it to an internal link since we might want to have a short description of each sequel, as they are still related to Quake 1. Again, feel free to change that back to a wikipedia link if we are definitely not have any Quake II or III content.
 Iirc
#164 posted by Scampie [72.12.65.92] on 2013/03/27 01:27:28
id released the QuakeEd and tool sources, but did not port them to windows, it was up to the community to do so.
 Iirc
#165 posted by Scampie [72.12.65.92] on 2013/03/27 01:27:28
id released the QuakeEd and tool sources, but did not port them to windows, it was up to the community to do so.
 Spirit
#166 posted by ijed [186.37.203.234] on 2013/03/27 03:18:26
Sorry, random BS - was thinking along the lines of how it wasn't obvious that Quaddicted already was a wiki.
 QuakeEd
#167 posted by SleepwalkR [80.187.106.154] on 2013/03/27 06:36:48
Was originally written in Objective-C for the NextStep system. It was most certainly not ported by id. Wasn't it Robert Duffy who did the (or a) port and then got hired by id as a result?
#168 posted by necros [99.227.223.212] on 2013/03/28 02:18:52
it would be nice to get this either as a link or right on there: http://ouns.nexuizninjaz.com/dev_p...
setting up an ide like codeblocks for quakec basically increased productivity by like 10x.
 Would Be Good To Get Some Engine Coding Starting Point Too Maybe?
#169 posted by than [221.244.26.90] on 2013/03/28 05:36:09
A way to set up code blocks to develop whatever recent engine everyone is modifying (mark5? Quakespasm?)
By the way, is there any way we can upload arbitrary files to the wiki? Should we put them on Quaketastic etc?
For mapping tutorials, we need to have source maps etc.
Also, I recommend for the mapping tutorials to only ever use stock Quake textures, except in specific instances where the tutorial is about making textures, or non-standard textures such as skip etc. That's probably how stuff is at the moment, but I thought I'd just suggest it anyway.
#170 posted by Spirit [80.171.51.21] on 2013/03/28 10:00:40
I added some more file extensions but please only use this if you need the files as references in pages or example material for tutorials. Do not upload tools and such. Mention the source and if possible the license of uploaded things if you did not make them yourself.
than: I noticed you seem to think that some rules exist for naming? I think you linked to a Wikipedia guide somewhere but could not find it right now. That is Wikipedia, not this Wiki. ;)
 Adding Hack Info
#171 posted by than [182.164.57.115] on 2013/03/28 13:36:09
http://www.celephais.net/board/vie...
I started this page and added an example. Please add more to it!
#172 posted by necros [99.227.223.212] on 2013/03/29 07:04:56
spirit: i'll try to merge the old and new ones. i have no idea how to reply to you on the wiki itself. :P
#173 posted by Spirit [80.171.81.157] on 2013/03/29 09:33:23
Edit the page and add a new line with a : in front makes nice thread discussion. More :: as applicable. :D
Thanks!
I will run a script to convert all the variables and entities that were added in the old wiki with a upper case first character to the "proper" capitalisation later. Only Scampie voted against it and that ain't enough! ;)
 Screenshots
#174 posted by negke [31.18.177.112] on 2013/03/29 09:53:58
If you add screenshots of any kind in articles, please make sure they are bright enough for everyone (=increased brightness and contrast)! Keep in mind there are different types of monitors and settings, and the pictures are shown on a white background which further influences their visibility.
Currently, some of the pictures are very dark, too dark in my view. Than's level shots are good, though.
 Cases
#175 posted by negke [31.18.177.112] on 2013/03/29 09:57:26
While capitalized entities look strange to me, too, I'm inclined to vote against lowercase articles. If only for the sake of compatibility. Why are the level names ("e1m1") lower case as well?!
#176 posted by Spirit [80.171.81.157] on 2013/03/29 10:09:00
And adjust that in-game for best quality. Gamma 0.8 should be good. I would NOT alter brightness and contrast.
About level names: I asked before, why should they be uppercase?
 And What Compatibility To What?
#177 posted by Spirit [80.171.81.157] on 2013/03/29 10:10:00
#178 posted by Spirit [80.171.81.157] on 2013/03/29 10:18:28
#179 posted by Spirit [80.171.81.157] on 2013/03/29 10:23:40
And you clearly never tried to "map E1M1".
 General Wiki Style
#180 posted by negke [31.18.177.112] on 2013/03/29 10:24:49
 Capitals And Names
#181 posted by Preach [77.98.165.95] on 2013/03/29 10:53:59
Remember that in the quake console font, both upper and lower case letters are rendered as uppercase letters of different sizes. This probably explains the difference between people who are internally converting "ᴇ1ᴍ1&quo... into "E1M1" and the people who convert "ᴇ1ᴍ1&quo... into "e1m1".
Obviously the solution is to use the small-caps unicode characters to render them as they appear in the console: ᴇ1ᴍ1
 Upper/lower Case
#182 posted by FifthElephant [82.12.230.210] on 2013/03/29 11:05:56
I can't see a time when you'd ever need both for the articles. Having everything lower case seems like the best idea.
 Yes
#183 posted by negke [31.18.177.112] on 2013/03/29 11:17:38
It needs to be consistent. Either all capitalized or all lower case, but not mixed as it is now. There've already been accidental duplicates and there're going to be more without a consensus.
Regardless of the ingame font, the levels have always been named E1M1 since Doom or even Wolfenstein, so it can be considered a common convention, I think.
#184 posted by Spirit [80.171.81.157] on 2013/03/29 11:36:33
Just make some consensus as how to capitalise multiple word titles. Case solved?
The was one conflict (vanilla quake) I know of. Other problems are only because the old articles are first letter upper case.
Quake is case-sensitive and so are many file systems. Try "map E1M1" in the console.
#185 posted by negke [31.18.177.112] on 2013/03/29 12:40:31
Meanwhile, I've messed up the Recent Changes list.
#186 posted by Spirit [80.187.96.146] on 2013/03/29 12:54:01
in a way like messing up the hair of a wonderful girl though. nice!
I don't remember, should those have a gpl header?
clearly the wiki needs quakec syntax highlighting. there are extensions with geshi, anyone know of an add-on for that or something?
spawn is a great example for case sensitivity. we could have spawn for the function and Spawn for the monster. with cross links. no one ever would get confused by that!!
 Consistency
#187 posted by than [182.164.57.115] on 2013/03/29 12:54:40
I actually prefer 100% lower case, since it's 100% unambiguous, whereas with upper case, you have to worry about the correct case of a word with regard to the sentence it's in, which leads to grammatical errors creeping into article titles and grammar Nazi's getting angry*.
The article title can be fixed using {{DISPLAYTITLE:Correct Title with _Underscores_ and all}}, although I found this sometimes doesn't work...
* I am not a grammar Nazi, since I like the qualifications to be one.
 What Features Does The Wiki Support Exactly?
#188 posted by than [182.164.57.115] on 2013/03/29 13:16:10
I'm trying to get conditionals to work:
http://en.wikipedia.org/wiki/Help:...
{{#if: {{{parameter_not_null}}} | yes | no }
No luck yet. Are they supported?
Starbuck: Are you thinking of changing the style of the tables etc. that we are using? It might be good to make a couple of test css classes for tables and infoboxes so that we can use them for our templates. I don't know how to do it and it's best if you think about it since you've been doing the overall site design.
#189 posted by Spirit [80.171.81.157] on 2013/03/29 14:55:14
You can see installed extensions at http://quakewiki.org/wiki/Special:...
I will install that one right now.
Be aware that Wikipedia is a website that uses Mediawiki. So if you want to google about functionality, google for "mediawiki something". Then it should be more easy to see what is supported out of the box. Confusion˛.
#190 posted by necros [99.227.223.212] on 2013/03/29 15:20:20
spirit, don't bother converting the old ones, it'll just make it harder to make the entries because i'll have to go check if they are good and then reformat them to fit the current format i'm using (java api).
#191 posted by Spirit [80.171.81.157] on 2013/03/29 15:35:28
Too late! You posted that just as I ran the script.
I dumped a list of conflicts here: http://quakewiki.org/wiki/User_tal...
Some are conflicts with than's stuff too.
 Thanks!
#192 posted by than [182.164.57.115] on 2013/03/29 15:41:40
As I was testing, I noticed that #if is now supported!
http://quakewiki.org/wiki/monster_...
The content is a bit dodgy, but I'm trying to tidy up the page template a bit.
By the way, who is Hectate? Does he post on func or hang out in #terrafusion? Would be useful to be able to contact him more easily.
#193 posted by Spirit [80.171.81.157] on 2013/03/29 15:48:13
No idea but he is in #qc regularly (irc.anynet.org).
I love what you are doing with the monster&entity pages!
 Spirit
#194 posted by than [182.164.57.115] on 2013/03/29 16:44:27
Thanks :) Hectate seems to be doing lots of things around entities too, and I probably wouldn't have done anything today if there wasn't a big yellow banner on the entity list saying it's an area we are focussing on.
monster_shalrath is the entity page. I think someone (negke?) suggested that we should keep the mapping and playing info separate, and I agree. I haven't touched the Monster pages. I think negke said he was looking into improving various images though.
By the way, if anyone has more suggestions for extra information on entities, it would be great to hear (or just add it yourself ;) )
 Actually
#195 posted by negke [31.18.177.112] on 2013/03/29 17:35:08
I didn't suggest it, only wondered which was better approach, since they are currently separate. Come to think about it, though, it seems like a better idea to have a single page for those entries that allow it. For example, the items and monsters, possibly even all entities.
The reason is a player is interested in how an item looks and what it does. A mapper is interested in how in its technical aspects. Both kinds of information can easily be on the same page: basic stuff first, advanced stuff below. Just like Wikipedia does it. There's no point in keep most pages separate just to have some additional technical info on one.
The existing pages for items require a rewrite, anyway, so this would be an opportunity.
 Note To Self:
#196 posted by negke [31.18.177.112] on 2013/03/29 17:38:00
Learn to use the Preview function. Also on the Wiki.
 Hmm
#197 posted by than [182.164.57.115] on 2013/03/29 18:03:33
Well, I don't mind putting everything on one page as long as it's all neatly formatted and the section relevant to regular players is not cluttered by mapper stuff.
Note sure how to provide a nice clean separation of the two, but I guess to a mapper, both parts of the information are relevant.
Personally, I would have the regular gameplay related stuff at the top, with monster stats, an image, trivia, etc. and then a section at the underneath with the entity name, technical details and suggestions for how it could be used in a map. Detailed tutorials should probably be on other pages though, linked from the monster or entity page, and also the tutorials page.
Not really in the mood to make a test page though, so if you have any ideas, just get working on them. If you do, I think it's best to make an example from an entity which doesn't have information up right now. Everything's a bit of a mess and we have a bunch of pages with different formats, but I think that's fine until we settle on one style. The information is the important thing - formatting can be changed fairly easily.
#198 posted by quaketree [76.14.42.216] on 2013/03/29 18:11:19
When I did the item_sigil, func_episodegate and func_bossgate page creation\edits I put the basic description of what it did in the original game on top, a typical .fgd entry in the middle and then a short description of how it did it in the original game on the bottom. I thought that this closest fit a typical Wikipedia entry.
There were no other entity pages at the time to go by as this was on day one of the Quakewiki being editable.
#199 posted by necros [99.227.223.212] on 2013/03/29 18:29:38
oh well... the old articles are not that good anyway.
 Necros
#200 posted by quaketree [76.14.42.216] on 2013/03/29 20:04:07
I kind of agree. Some of them made some assumptions on the baseline level of knowledge of the reader. Ideally I think that in the end if someone has a question someone else could point them to the specific Wiki page that addressed their questions and that Wiki page would be properly linked to other pages.
For example if a page is discussing a specific brush entity then a simple link to a page describing what a brush entity is (without the details in regards to using them in specific situations) would save a lot of time and space. That way someone who already knows what it is won't have to slog through unnecessary text to get to what they need to know.
For the more technical stuff like editing progs.dat and QuakeC then I would think that there would be some assumption of basic knowledge in regards to coding and so on before tackling those subjects.
#201 posted by necros [99.227.223.212] on 2013/03/29 21:40:17
yeah, i'm just going to rewrite them all anyway (if i do them) because they are not verbose enough in most cases and don't have a proper way of documenting function arguments and return values.
#202 posted by Spirit [80.171.81.157] on 2013/03/30 00:14:32
I really like the separation between Gamer and Editor focus. If I visit a website, I do not want to scroll. I want the information I am looking for right there.
 Spirit
#203 posted by Scampie [72.12.65.92] on 2013/03/30 00:21:24
I argued that too, but in the end, negke convinced me that having each separate is just silly, as one of the good points of having a wiki page is being able to learn EVERYTHING about an object. It also seems silly to have 2 smaller pages about 1 object. Like how much are you really going to write about Rockets?
So now I am in favor of pages which are about "Rockets" (for example), with everything there is to do with Rockets as a player and as a designer on a single page, and the page "item_rockets" forwards to the appropriate section of the "Rockets" page.
#204 posted by deqer [68.149.147.30] on 2013/04/06 00:12:44
Good work so far, guys. I'm digging the site, layout, and especially the logo. The logo is just perfect, whoever did it.
BTW, I noticed a couple of people sign up today--when checking the "Recent Activity" page(at bottom of left menu). They look like bots. Wayne66P‎, and Priscilla
#205 posted by negke [31.18.177.112] on 2013/04/06 09:33:46
Admins, can you add a captcha to the registration process to stop the spambots?
 Combined Monster Info + Entity Info Page
#206 posted by than [182.164.57.115] on 2013/04/07 12:51:33
http://quakewiki.org/wiki/Test:Vor...
feedback would be helpful. If this is better than two pages, we can go through and do everything like this.
 Feedback
#207 posted by RickyT23 [2.124.172.55] on 2013/04/07 15:43:44
The pic is broken - either that or that vore has a serious problem with her legs.
 Yep :(
#208 posted by than [182.164.57.115] on 2013/04/07 16:01:14
We are going to replace the pics at some point. The existing pictures are all fucked up.
If you have any comments specifically regarding the combination of monster and entity information it would be especially helpful.
#209 posted by Spirit [80.171.159.148] on 2013/04/07 16:05:30
The pics have some weird transparency settings which is a shame because they are very nice otherwise. I tried replacing the empty bits with black but that is not the right colour.
 Than
#210 posted by quaketree [76.14.42.216] on 2013/04/07 17:26:22
Looks fine to me (image aside).
#211 posted by deqer [68.149.147.30] on 2013/04/07 18:02:54
I think that page looks excellent. I didn't notice the broken legs until someone mentioned it (above).
The information you're written on is really cool.
I like the entity information, but I don't like "duplicate content" -- I fear we will have an entity section of the site, where we would already have entity information there as well, therefore having duplicate content.
Your thoughts on that?
 Pictures
#212 posted by SleepwalkR [85.178.190.221] on 2013/04/07 21:46:01
You could make pretty good pictures with TrenchBroom if you disable the entity bounds and classnames. Then it will only display the model. You can even change the background color to whatever you want by adding a value to the preferences file.
 TB
#213 posted by than [182.164.57.115] on 2013/04/08 01:09:27
yeah, it was something Negke and I considered. I couldn't use it on this machine though, since models don't render in the 3d view properly. I'll take a pic and put it on the tracker tonight.
Negke said he made a plain white map for taking pics, and he already started doing the monsters, so maybe he'll do the others too.
Spirit: should we be using gif or png for images or does it not matter?
 Use Noesis To Take The Shots
#214 posted by Scampie [72.12.65.92] on 2013/04/08 02:29:29
http://oasis.xentax.com/index.php?...
I used this to take shots of the Quakeguy. It can open basically every format known to man, and displays animation frames and such so you can pose the enemies as you want.
#215 posted by Spirit [80.187.110.134] on 2013/04/08 10:24:40
png! please try to use gamma in the app you capture in rather than changing it later. negke's item pictures look pretty bad imo. what I really like about the current images is that they are not the boring idle stance.
 Oops
#216 posted by than [182.164.57.115] on 2013/04/08 16:15:37
Well, I used png, but since I am currently stuck on my very small, crappy windows xp laptop, I was only able to take shots using QME, which doesn't have a very nice zoom function, so the shots I took are not especially well sized.
I've used the naming format monster_<game>_<monster_n... for all images, and the size is 640x640 for everything. Some of the images could use zooming in, so if someone else wants to fix them, that would be most helpful, otherwise I might do it in the future. Perhaps they are too dark also, since I didn't change the brightness at all.
I went through all the standard Quake monster pages and updated the images and added the new monster infobox format. I did not add other information about the entity or clean up the description text at all.
 More Shit
#217 posted by than [182.164.57.115] on 2013/04/08 17:52:29
ok, so the page for the Vore is mostly done, although it needs a better image, and it would be nice to have more information with extra in game pictures perhaps?
I also added the entity information (no detailed usage tips etc. though) for the Zombie, Grunt and Shambler and set up redirects from the old monster_shambler etc. pages to the new entity information section of each monster page.
I was actually going to do some mapping tonight, but there is no time left now :/
Please help fill in the information if you have any time.
 Linking Files
#218 posted by than [182.164.57.115] on 2013/04/08 18:02:09
By the way, I also thought briefly about how we might link files to the wiki for direct map or map page links that don't have to be manually changed if some site goes down. Quaddicted and Quaketastic seem to be the best and most reliable Quake file hosts, and hopefully neither of them will go down, but just in case they do in the future, I thought it would be good to link files via template instead of direct url. In case you are linking a map on the wiki, please use this template I set up:
{{file_map
| file = e1m1rmx
| text = e1m1 remixed
}}
file is the filename of the map, sans extension.
text is a description that will appear on the page, though it can be omitted and the filename + extension will appear in its place:
{{file_map | file=e1m1rmx}} > e1m1rmx.zip
{{file_map | file=e1m1rmx | text=e1m1 remixed}} > e1m1 remixed
The template I set up is here: http://quakewiki.org/wiki/Template...
I would like to set up other templates for tutorial files and stuff, which would hopefully be hosted on quaketastic. It would be nice to have a tutorial or wiki_files folder on there if an admin is reading this ;)
 Images
#219 posted by negke [31.18.177.112] on 2013/04/08 20:34:02
The special thing about the item screenshots I made is that all of them are taken from the exact same angle. The different sizes of the images makes placing them on the wiki pages awkward, though. I only realized this afterwards. They may also be a tad too bright. But on the other hand, the monster shots are somewhat too dark. Apart from monitor differences, you have to keep in mind they are displayed on a white background which creates a stark contrast. This makes them harder to see (darker) than they would be on a normal screenshot. Apart from that, they are good, although they could be displayed slightly downscaled.
 PNG Format
#220 posted by negke [31.18.177.112] on 2013/04/08 20:39:28
My issue with png screenshots is the filesize. I often come across game screenshots with small or medium resolution but a huge filesize, which always feels very inappropriate. It does seem to work for the monster shots since the images are 'only' 30-50 kb.
#221 posted by Spirit [80.171.164.211] on 2013/04/08 21:25:10
You can reduce the bit depth of PNG files too (GIF is 8 bit!) but even better yet you can always run compression tools on them if your software did not automatically do that. Easily saves 20%+. I could do that on the server every now and then.
I really regret going with small JPEG screenshots at Quaddicted so ...
Don't be like me, don't OCD those images angles. ;)
negke, I meant that your item images are very low on contrast. Did you change their gamma/curve or brightness/contrast?
#222 posted by deqer [68.149.147.30] on 2013/04/08 21:45:55
Usually only gif or png is used for images that are simple, such as solid colored shapes, or gradients.
But, for actual pictures, jpeg is what is recommended. Just don't over-optimize it.
Also note that sometimes an 8-bit png can be smaller than a jpeg, and actually be smaller than gif.
I doubt we need a transparent background for these. Do we really? Could just use white background, therefore no need for 24-bit alpha png.
I use Adobe Photoshop and CTRL+ALT+SHIFT+S to Save for Web, and you select the format you want and set the quality on the slider, and you can see preview of size in KB in the bottom left corner of the window.
#223 posted by Spirit [80.171.164.211] on 2013/04/08 22:07:47
Yes, we definitely want a transparent background so the images can be used on non-white backgrounds.
JPEG makes non-filtered Quake screenshots look quite bad but otherwise, sure it is useful.
 Maybe We Can Borrow These?
#224 posted by RickyT23 [2.124.172.55] on 2013/04/08 23:07:13
http://quakeone.com/reforged/besti...
They are a bit small but aren't they wonderful? :)
If it's got to be transparent backgrounds and we need nice big pictures then png is the way forwards. I'm sure it can be achieved with a magic wand tool and a bit of tweaking.
#procrastination
#225 posted by deqer [68.149.147.30] on 2013/04/08 23:20:15
If we maintain non-anti-aliasing, and stick to pixelated graphics--which I would prefer because that's the original vanilla style anyways--then you could get away with doing transparent backgronds using 8-bit png then.
Unless you're linking these images onto other sites, or unless you're implementing a themes or styles system for the quakewiki.org--where a person can change their theme of the website--, then I don't see why you need transparent backgrounds. I think the template of quakewiki.org would stay the same forever. I personally would set the default background of these to be black though.
Who ever does them, could also just save his/her own source files with transparent backgrounds, and should the time come to switch the backgrounds, then he/she could just open their source files and re-export the images again with a different background.
Meh.
#226 posted by deqer [68.149.147.30] on 2013/04/08 23:22:14
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.
 Please God
#227 posted by SleepwalkR [85.178.60.157] on 2013/04/08 23:52:30
no animated gifs! They distract from the text way too much.
 Info
#228 posted by than [182.164.57.115] on 2013/04/09 00:54:24
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!
 Lovecraft
#229 posted by than [182.164.57.115] on 2013/04/09 01:23:58
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/webarchi...
 Added All The Monster Entity Info
#230 posted by than [221.244.26.90] on 2013/04/09 06:59:10
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 ;) ;) ;)
#231 posted by deqer [68.149.147.30] on 2013/04/09 09:13:52
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_g...
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.
#232 posted by Spirit [80.171.164.211] on 2013/04/09 09:21:47
Check out than's recent edits.
 Deqer
#233 posted by than [221.244.26.90] on 2013/04/09 11:28:40
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_doo...
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.
#234 posted by metlslime [159.153.4.50] on 2013/04/09 21:42:42
I fleshed out the door page a bit.
 Func_door_secret
#235 posted by FifthElephant [82.12.230.210] on 2013/04/11 01:13:27
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.
 I Find This Is Also Invaluable
#236 posted by FifthElephant [82.12.230.210] on 2013/04/11 13:56:11
#237 posted by Johnny Law [76.126.53.122] on 2013/04/14 04:01:24
I've had a few random thoughts related to the Steam guides for Quake that I've been maintaining.
( http://steamcommunity.com/id/jlaw/... )
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?)
#238 posted by negke [31.18.177.112] on 2013/04/14 11:06:04
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.
#239 posted by Spirit [80.171.163.40] on 2013/04/16 16:00:33
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!
 Somone's Dropbox Pic Is On Every Wiki Page!
#240 posted by Baker [69.47.162.203] on 2013/04/16 17:15:05
"https://dl.dropbox.com/u/721...
Maybe this URL is in the "theme"?
 Attempt #2
#241 posted by Baker [69.47.162.203] on 2013/04/16 17:16:11
This is the URL since the addy got cutoff
 Error Message
#242 posted by Johnny Law [76.126.53.122] on 2013/04/17 05:41:28
Shift-F5 cleared it up.
If you're still curious though, this was appearing after the closing html tag: https://dl.dropboxusercontent.com/...
 Server
#243 posted by negke [31.18.185.105] on 2013/04/21 15:35:43
Spirit, why is the Wiki so incredibly slow?
 Cause I Am Mining Bitcoin On It.
#244 posted by Spirit [80.171.95.162] on 2013/04/21 17:11:55
 Spirit
#245 posted by SleepwalkR [92.231.233.44] on 2013/04/21 19:17:13
Does that mean it's going to stay slow like this?
#246 posted by Spirit [80.171.145.205] on 2013/04/26 12:18:02
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...
#247 posted by Spirit [80.171.40.2] on 2013/04/27 13:14:54
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.
#248 posted by Spirit [80.171.40.2] on 2013/04/27 21:26:42
Should be fixed, sorry about that.
#249 posted by Spirit [80.171.154.147] on 2013/05/22 15:33:34
XML dump of today, please save this tiny piece of knowledge:
https://www.quaddicted.com/stuff/q...
 Link Page
#250 posted by mechtech [65.190.158.200] on 2013/05/22 16:44:13
Isn't time this was on the func_ link page?
#251 posted by Spirit [80.171.1.190] on 2013/05/28 18:06:37
I just made Starbuck's awesome CSS skin local to the wiki so loading is faster. Thank you for this great piece of work, makes the Wiki appear really special!
 Site Is Slow?
#252 posted by deqer [68.149.133.71] on 2013/06/05 01:39:00
It's connected and says "Waiting for quakewiki.org..." forever.
Then I have wait "forever" again (after it redirects to http://quakewiki.org/wiki/Main_Pag...
Then once the page starts drawing the assets (such as the background), each asset is taking forever to load.
Is there a rewrite problem going on, or something?
This site used to load instantly, couple months ago.
 Path_corner
#253 posted by deqer [68.150.250.186] on 2013/06/12 07:05:00
Well, the site is running fast now. Not sure what was going on there.
Anyways, I've submitted some information for path_corner: http://quakewiki.org/wiki/path_cor...
Feel free to update/clean it up, using the recommended template here: http://quakewiki.org/wiki/Quake_Wi...
 Path_corner
#254 posted by Preach [77.98.165.95] on 2013/06/12 09:58:43
I updated it with the info on how you get monsters to stop at the last path_corner.
|
 |
 |
Website copyright © 2002-2013 John Fitzgibbons. All posts are copyright their respective authors.
|
|