#201 posted by necros 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 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 - 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 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 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 on 2013/04/07 12:51:33
http://quakewiki.org/wiki/Test:Vore
feedback would be helpful. If this is better than two pages, we can go through and do everything like this.
Feedback
#207 posted by RickyT33 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 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 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 on 2013/04/07 17:26:22
Looks fine to me (image aside).
#211 posted by deqer 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
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 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 - on 2013/04/08 02:29:29
http://oasis.xentax.com/index.php?content=downloads
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 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 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_name>.png 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 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 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:file_map
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 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 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 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 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 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 RickyT33 on 2013/04/08 23:07:13
http://quakeone.com/reforged/bestiary.html
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 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.
|