Notice: Any messages purporting to come from this site telling you that your password has expired, or that you need to verify your details, confirm your email, resolve issues, making threats, or asking for money, are
spam. We do not email users with any such messages. If you have lost your password you can obtain a new one by using the
password reset link.
Due to spam on this forum, all posts now need moderator approval.
Entire forum
➜ Area Editor
➜ Suggestions
➜ Adding support for extra fields in area descriptions.
|
Adding support for extra fields in area descriptions.
|
It is now over 60 days since the last post. This thread is closed.
Refresh page
| Posted by
| Pharas
USA (9 posts) Bio
|
| Date
| Sat 28 Sep 2002 03:50 PM (UTC) |
| Message
| | was wondering if you was goin to add support for nightime room descripts? now i like the fact that you added more support for things to be changed in the config file, but how about making it so that everything could be changed there, that way when we add extra fields we don't have to keep bugging you :) i have been a registered user of ae for awhile now but i notice that support for it has dropped behind, are you planning on junking the project or are you planning to keep supporting it? i prefer ae over orb, and was just wondering if my money was well spent. | | Top |
|
| Posted by
| Nick Gammon
Australia (23,133 posts) Bio
Forum Administrator |
| Date
| Reply #1 on Sun 06 Oct 2002 09:55 PM (UTC) |
| Message
|
Quote:
that way when we add extra fields we don't have to keep bugging you
The trouble with extra fields is that they aren't that simple. Having a config file for flag meanings is one thing, but to add extra fields requires all sorts of changes, especially if they are to be "config-file" driven. For example:
- Read routine to read the area file (to handle the extra fields) - and specify exactly where they are, and what they are (eg. number, single word, multiline string, bitmap flag)
- Change to internal structures to hold the extra data
- Write routine to write the new data out (same problem as reading, need to know where to put it)
- Display routine - where does the data go? Does it need a whole new "tab" on the object/room/mob whatever? If not, how does it get squeezed in, if the dialog box is already full?
- Validation - does the field have restrictions? Eg. is there a range (0 to 50) if it is a number?
- Area check - does this field need checking in some way?
All these questions mean adding extra fields isn't that easy.
I do have an idea for fixing this in a more general way, that is to make an XML-based area editor. With XML you could describe practically anything that might happen in an area, and the editor could be designed to allow you to modify anything. However to make an editor like that would be to start from scratch, and I don't have time to do that right now.
Quote:
I ... was just wondering if my money was well spent.
With Shareware you should only pay if you are happy with what you are getting. I certainly would fix a bug if you could show that entering a certain number caused a program crash, or wrong behaviour, but complex enhancements like that fall outside what will necessarily be provided. |
- Nick Gammon
www.gammon.com.au, www.mushclient.com | | Top |
|
The dates and times for posts above are shown in Universal Co-ordinated Time (UTC).
To show them in your local time you can join the forum, and then set the 'time correction' field in your profile to the number of hours difference between your location and UTC time.
13,748 views.
It is now over 60 days since the last post. This thread is closed.
Refresh page
![[Go to top]](/images/gototop.gif)
top