mirror of
https://git.code.sf.net/p/quake/quakeforge
synced 2024-11-11 15:51:36 +00:00
62c73b300e
What was the person who wrote valueForQKey thinking? Make the function const-correct and bubble the changes through the code. |
||
|---|---|---|
| .. | ||
| MapEdit.gorm | ||
| CameraView.h | ||
| CameraView.m | ||
| Clipper.h | ||
| Clipper.m | ||
| Dict.h | ||
| Dict.m | ||
| DictList.h | ||
| DictList.m | ||
| Entity.h | ||
| Entity.m | ||
| EntityClass.h | ||
| EntityClass.m | ||
| GNUmakefile | ||
| GNUmakefile.bundle | ||
| GNUmakefile.preamble | ||
| help.txt | ||
| InspectorControl.h | ||
| InspectorControl.m | ||
| jrbase1.map | ||
| KeypairView.h | ||
| KeypairView.m | ||
| Map.h | ||
| Map.m | ||
| misc.m | ||
| PopScrollView.h | ||
| PopScrollView.m | ||
| Preferences.h | ||
| Preferences.m | ||
| Project.h | ||
| Project.m | ||
| qedefs.h | ||
| quake.qpr | ||
| QuakeEd.gmodel | ||
| QuakeEd.h | ||
| QuakeEd.m | ||
| QuakeEd_main.m | ||
| readme.txt | ||
| render.h | ||
| render.m | ||
| SetBrush.h | ||
| SetBrush.m | ||
| Storage.h | ||
| Storage.m | ||
| TexturePalette.h | ||
| TexturePalette.m | ||
| TextureView.h | ||
| TextureView.m | ||
| THING+NSArray.m | ||
| Things.h | ||
| Things.m | ||
| XYView.h | ||
| XYView.m | ||
| ZScrollView.h | ||
| ZScrollView.m | ||
| ZView.h | ||
| ZView.m | ||
5/18/96 This is a dump of the current source code for QuakeEd, our map editing application. This does not include everything necessary to build maps. There are graphics files, prog files, and other utilities needed. I plan on releasing a full development set of tools after the game ships. This is just intended to help out anyone working on their own map editor. This is a NEXTSTEP application, so hardly anyone is going to be able to use the code as is. This is not an OPENSTEP application. It doesn't even use the foundation kit, so porting to gnustep or openstep-solaris/mach/nt would not be trivial. There are lots of mixed case and >8 character filenames, so I'm using unix gnutar (compressed) format. Because most people won't have access to a NEXTSTEP machine, I took pictures of some of the more important stuff from interface builder: mainwindow.tiff : a screenshot of the primary window inspectors.tiff : a screenshot of the important inspector views help.txt : a dump of the (minimal) help inspector's contents. I included some sample data to help you follow the code: quake.qpr : our current project file jrbase1.map : a sample map triggers.qc : a sample qc source file that includes some /*QUAKED comments There will not be any major changes to this code base. I am eagerly looking forward to writing a brand new editor for windows NT + open GL as soon as Quake ships. This application was really not a very good fit for NEXTSTEP. The display postscript model fundamentally doesn't fit very well with what we need here -- if you run in an 8 bit color mode, the line drawing runs at an ok speed, but the texture view goes half the speed it should as it dithers from 24 bit color down to 8 bit. If you run in 24 bit color mode, you get less screen real estate and significantly slower line drawing as a 3 megabyte XY view is flushed. Sigh. If anyone does actually run this on NEXTSTEP be advised that you want a fast machine. I never had the time to properly optimize QuakeEd. The texture view rendering code in here is crap. Anyone coding a new editor is strongly advised to just use an available optimized library, like open GL or direct 3D. John Carmack Id Software johnc@idsoftware.com