Changes between Version 2 and Version 3 of Goals for 3.4


Ignore:
Timestamp:
10/07/11 06:01:41 (8 years ago)
Author:
magnate
Comment:

Updated following initial affixes work

Legend:

Unmodified
Added
Removed
Modified
  • Goals for 3.4

    v2 v3  
    33Please add your thoughts/goals to this page in advance of the 3.4 meeting (http://www.doodle.com/x4r2trpen3fgk34c) 
    44 
     50. 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 
    571. Please can we nuke the GTK port now? 
    68 
    7 2. 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. 
     92. 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[].  
    817 
    9183. Timo's current views are at http://angband.oook.cz/forum/showthread.php?p=60961#post60961 
     19