Changes between Version 6 and Version 7 of Goals for 3.4


Ignore:
Timestamp:
11/04/11 12:30:11 (2 years ago)
Author:
magnate
Comment:

Removed lots of no-longer-relevant stuff post-doodles

Legend:

Unmodified
Added
Removed
Modified
  • Goals for 3.4

    v6 v7  
    11= Angband 3.4.0 = 
    22 
    3 Please add your thoughts/goals to this page in advance of the 3.4 meeting (http://www.doodle.com/x4r2trpen3fgk34c) 
     3See ObjectDistribution for main issues. 
    44 
    5 1. Is everybody happy to release 3.3.2 using the current RC2 (at HEAD of the 3.3-release branch)? Also, is everybody happy that this is the last 3.3.x release, providing no showstopping bugs suddenly show up? 
    6  
    7 2. Please can we nuke the GTK port now? (Add more general port discussion here, perhaps?) 
    8  
    9 3. Item generation. Magnate intends to implement an affix system for good and great items, along the lines described in http://angband-dev.blogspot.com. This will fix #587 and #720 and will obviate #1179. Before doing this, he would like to sort out a number of issues related to object properties: #1182, #1039, #1415, #1531, #1015. Before all these comes #1540. UPDATE: this work is now well underway at http://github.com/magnate/angband/tree/affixes. All changes which can be made without breaking savefiles and ID-by-use of egos have been done, so it's speak now or forever fix my bugs! Some specific questions on which I'd like feedback are: 
    10   * I have removed of the special/normal artifact distinction, so I think we can now remove the INSTA_ART flag if we can find another way to provide flavours to artifact jewelry. 
    11   * But the new make_artifact() code has a crash bug which I haven't traced yet. I'm not sure if it happens when trying to generate any artifact, or only one whose base item is predetermined. Any help appreciated. 
    12   * I intend to allow multiple A: lines in artifact.txt, using ART_ALLOC_MAX or similar. I was assuming 3 would be enough. 
    13   * Should init_obj_alloc use an alloc_entry struct? I intend to allow the use of multiple A: lines in object.txt, and would do this first. 
    14   * Should affixes be able to change an object's attr (colour)? (From Ey) 
    15   * Could we dispense with the tval lookup table in obj-util.c by creating it from object_base.txt? Ditto the tval defines in tvalsval.h? 
    16   * Is there any reason (other than preserving the currently suboptimal ID-by-use) to retain the entire affix struct for every affix on an object? I am inclined just to keep the indeces in o_ptr->affix[].  
    17  
    18 4. Timo's current views are at http://angband.oook.cz/forum/showthread.php?p=60961#post60961 
     5Timo's current views are at http://angband.oook.cz/forum/showthread.php?p=60961#post60961