| * Figure out transparency rendering glitches, and start using the | |
| transparent leaf texture for trees once that's been figured out. Right | |
| now they look better with the solid texture. In particular, all the | |
| "decorative" blocks like torches, flowers, reed, etc, look weird, as | |
| does water and portals. As it turns out, this is all to do with OpenGL | |
| alpha blending; in addition to a couple quick calls to glDepthMask (see | |
| renderSolid() in Chunk.java), we then need to make sure that all GL | |
| objects are rendered from far-away to near, which will take some doing. | |
| * Proper rendering support for redstone wire | |
| * Draw messages on signs like you'd expect. | |
| * GUI to set custom key bindings and custom ore highlights | |
| * Find a way to eliminate the stuttering when new map chunks are loading | |
| * Home/End will wipe the minimap and load chunks, even if we're already | |
| "in range" and might even have those chunks cached. Should fix that. | |
| * Minimap effective size has been cut quite a bit, would like to increase that | |
| * Would be nice to have a check when warping between Nether and Overworld | |
| to make sure you don't end up off-map | |
| * There are various conditions where the player position and spawn position | |
| markers won't show up properly on the minimap; should fix those. | |
| * As I've been editing the X-Ray code, I've been using underscore_variables like | |
| that, mostly, instead of the camelCase which was more prevalent. Should really | |
| reformat everything to a single style (and retab the whole thing, and clean up | |
| formatting and style in general). And really, I've been pretty lazy all around | |
| with doing things the "right way." The code could use cleanup in general. | |
| * Hotkey to re-open the "Open" dialog and load a new world | |
| * Would be nice to maybe redistribute Minecraft's terrain.png and provide an | |
| option via the GUI to override the texture pack to default, though that'd | |
| be violating Notch's "do not distribute" rule probably. Will have to see | |
| if they'd be okay with that... | |
| * And, of course, completing the mod support - UI to select extra mod files, | |
| extra YAML attributes required to read things in. "reserved" to mark additional | |
| textures that the renderer pulls in, "secondary" perhaps, for portal (so that | |
| Aetherfolk can have their portals key off Glowstone properly) "override" to | |
| explicitly override a previously-defined blocktype (also: CHECK FOR THAT). | |
| * Figure out a more noticeable highlighting for things like Clay and Obsidian | |
| (anything very dark, or very light, really) | |
| * Technically the minimap colors for a few block types should vary based on the | |
| data value. | |
| * There's attributes in BlockType which use ArrayList, and I think I'd rather they | |
| just be arrays. Should look into that. | |
| * Code in some proper log4j logging, rather than all the other crap that we're | |
| doing. | |
| * Notice dialog when something in xray.properties gets overwritten | |
| * "Explored" highlight should probably count redstone torches, Jack-O-Lanterns, and | |
| Glowstone (when not in Nether, anyway) | |
| * Simple shading on blocks so that they look more natural (like how MCEdit does it) | |
| * Pull the grass colorization color from a point on misc/grasscolor.png | |
| * Make sure exception reporting stuff works okay on the new texfile stuff | |
| * I feel like there should be a disclaimer somewhere when slime-spawn chunk | |
| highlighting is enabled, to make sure folks are aware of the fact that | |
| the algorithm may change depending on the version of Minecraft in use. | |
| * Snow has data, as it turns out... | |
| * Figure out why loading in nonexistant chunks seems to glitch the app so much | |
| * When compiling on JDK1.7.0, various warnings are thrown in ResolutionDialog due to | |
| a few classes using generics now, when previously they didn't. At some point I | |
| should address those somehow, but since handling the generics Properly means that | |
| we can't compile At All on previous JDKs, for now it's staying the way it is. | |
| * Somewhat relatedly, the resolution-picking dialog has some issues in Java7 to | |
| begin with. One, the dropdowns seem far, far slower. Two, our hotkeys (enter and | |
| escape) only work so long as the dialog has NEVER actually had the mouse pointer | |
| focused on top of it, at least on my WM. This could potentially have something to | |
| do with my focus-follows-mouse type setup, but it works totally fine in both | |
| Java5 and Java6, so... |