Register forum user name Search FAQ

Gammon Forum

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 ➜ General ➜ SmaugFUSS + Area Editor
SmaugFUSS + Area Editor

It is now over 60 days since the last post. This thread is closed.     Refresh page

Pages: 1 2  

Posted by Twistit   (1 post)  Bio
Date Thu 02 Mar 2006 12:25 PM (UTC)
Message
Hey Nick,

Was just wondering if we could expect an update for the area editor to work with SmaugFUSS anytime soon?
Would be great if we could start making our areas with your editor..

Top
Posted by Nick Gammon   Australia  (23,140 posts)  Bio   Forum Administrator
Date Reply #1 on Fri 03 Mar 2006 05:56 AM (UTC)
Message
I am considering the future of the Area Editor, an announcement should be made within the next couple of months.
- Nick Gammon

www.gammon.com.au, www.mushclient.com
Top
Posted by Conner   USA  (381 posts)  Bio
Date Reply #2 on Sat 04 Mar 2006 12:31 AM (UTC)
Message
You know, on first glance I was all set to cheer over that.. then after a moment's pause to rethink it, that's an amazingly well worded statement of absolute neutrality. With no indication whatsoever what sort of consideration is being deliberated... I certainly am eager to learn what changes you've planned for the next release of Area Editor, but I am also very sincerely hoping that you're talking about another release rather than a ceasation of support for a wonderful program that has but a few minor failings. :(
-=Conner=-
--
Come test your mettle in the Land of Legends at telnet://tcdbbs.zapto.org:4000
or, for a little family oriented medieval fun, come join us at The Castle's Dungeon BBS at telnet://tcdbbs.zapto.org
or, if you just want information about either, check our web page at http://tcdbbs.zapto.org
Top
Posted by Nick Gammon   Australia  (23,140 posts)  Bio   Forum Administrator
Date Reply #3 on Sat 04 Mar 2006 01:45 AM (UTC)
Message
OK, let me put it a bit more strongly ...

In view of the very slow trickle of actual sales of the Area Editor I am considering releasing it as Open Source (or some similar concept) so that you would be free to modify it to meet your own needs.
- Nick Gammon

www.gammon.com.au, www.mushclient.com
Top
Posted by Conner   USA  (381 posts)  Bio
Date Reply #4 on Sat 04 Mar 2006 04:36 AM (UTC)
Message
That wouldn't be nearly as bad as what I was afraid you'd meant. In fact, if it became open source, a version could be made that would accomidate the new reset system that SmaugFUSS is now using and we could possibly find a way to shift some of the flag controls to allow more than 32 possible settings.. other than those two relatively minor issues, I think it's pretty damn nice the way it is.
-=Conner=-
--
Come test your mettle in the Land of Legends at telnet://tcdbbs.zapto.org:4000
or, for a little family oriented medieval fun, come join us at The Castle's Dungeon BBS at telnet://tcdbbs.zapto.org
or, if you just want information about either, check our web page at http://tcdbbs.zapto.org
Top
Posted by Dralnu   USA  (277 posts)  Bio
Date Reply #5 on Mon 20 Mar 2006 11:14 PM (UTC)
Message
Maybe opening up an upload section and opening up for a patch or whatever its called. When you have an add-on to a program to add functionality to it (memory went blank on that) so that people could upload a translator or something so that Area Editor could read SmaugFUSS area files and then maybe save them to a temp file to work on (giving an option to delete the file or keep it as a back-up) and then save it back in standard Smaug format. Anyways, just an idea :)
Top
Posted by Robert Powell   Australia  (367 posts)  Bio
Date Reply #6 on Tue 21 Mar 2006 03:51 AM (UTC)
Message
Kudos to you nick if you open it up, i know i would make mods for it to support my area file format and have it for download along side the codebase.

I know doing this wont pay the bills for you, but the warm and fuzzies will hopefully compensate.
Just a guy having a bit of fun. Nothing more, nothing less, I do not need I WIN to feel validated.
Top
Posted by Nick Gammon   Australia  (23,140 posts)  Bio   Forum Administrator
Date Reply #7 on Tue 21 Mar 2006 08:46 AM (UTC)
Message
I am looking at the new SmaugFUSS resets right now, looks complicated, but I think I can do something with it. :)
- Nick Gammon

www.gammon.com.au, www.mushclient.com
Top
Posted by Samson   USA  (683 posts)  Bio
Date Reply #8 on Tue 21 Mar 2006 01:40 PM (UTC)
Message
If it will help at all I can grab some doc information I was working on for AFKMud and get something together for the FUSS resets. They are the same commands, just presented in a different location.
Top
Posted by Conner   USA  (381 posts)  Bio
Date Reply #9 on Tue 21 Mar 2006 09:00 PM (UTC)
Message
Oh Yay! Nick, if you hadn't decided to make Area Editor freeware I'd have still been thrilled with a new version that offered the new reset system support, even if I'd had to 'renew' my registration, but this is almost too much to ask for, please let us know if there is anything we can do to help you with this knowing that Samson and myself and others will be more than happy to help you however we can. :)

I can only speak for myself, normally, but I just read Samson's post offer to help out already, so I feel safe in 'volunteering' him too this way... and I can't imagine that there are others out that who want to see support for SmaugFUSS's new reset system added that wouldn't be willing to help if they can...
-=Conner=-
--
Come test your mettle in the Land of Legends at telnet://tcdbbs.zapto.org:4000
or, for a little family oriented medieval fun, come join us at The Castle's Dungeon BBS at telnet://tcdbbs.zapto.org
or, if you just want information about either, check our web page at http://tcdbbs.zapto.org
Top
Posted by Nick Gammon   Australia  (23,140 posts)  Bio   Forum Administrator
Date Reply #10 on Wed 22 Mar 2006 01:24 AM (UTC)
Message
Quote:

They are the same commands, just presented in a different location.


Let me see if I understand this properly.


  • The new resets system replaces the #RESETS section.

  • As part of the #ROOMS section, resets belong to rooms introduced with a leading "R" character.

  • Apart from the "R" the rest of the reset format is much the same as before.

  • In cases where the room number is mentioned, like this:


    R M 0 21037 8 21005


    The room number in this case is 21005, however when parsing it you ignore the room number, because it is part of the room 21005 resets section. Conceivably a warning might be issued if it was a different room number?

  • The resets are added to a list of resets for the room, rather than a list of resets for the area.

  • Under some circumstances, you call renumber_put_resets to renumber the resets (not sure what this is doing exactly, but it seems to be nesting them).

    I assume that the renumbering is supposed to associate a reset with its owner (eg, put flask in bag, which is inside chest).

- Nick Gammon

www.gammon.com.au, www.mushclient.com
Top
Posted by Samson   USA  (683 posts)  Bio
Date Reply #11 on Wed 22 Mar 2006 01:49 AM (UTC)
Message
Yes, you seem to have a pretty good grasp of it already. I left the room number thing in for the outside possibility that someone, for whatever reason, might want to have a reset in one room do it's thing in another. I personally can't think of why this would need to be done though. It isn't needed for any kind of compatibility obviously.
Top
Posted by Conner   USA  (381 posts)  Bio
Date Reply #12 on Wed 22 Mar 2006 01:49 AM (UTC)
Message
Samson being the author of this code in question would be the expert, but overall, yes, that looks about right to me.
-=Conner=-
--
Come test your mettle in the Land of Legends at telnet://tcdbbs.zapto.org:4000
or, for a little family oriented medieval fun, come join us at The Castle's Dungeon BBS at telnet://tcdbbs.zapto.org
or, if you just want information about either, check our web page at http://tcdbbs.zapto.org
Top
Posted by Nick Gammon   Australia  (23,140 posts)  Bio   Forum Administrator
Date Reply #13 on Wed 22 Mar 2006 02:01 AM (UTC)
Message
Quote:

I left the room number thing in for the outside possibility that someone, for whatever reason, might want to have a reset in one room do it's thing in another.


At present, in the Area Editor, I generate a list of "references" to a room (resets, and program references) by scanning all open areas, looking for resets and referencing programs.

I am amending it to also look at the resets list for the target room. I am reluctant to scan every room in every area (including nested resets), sounds messy and an overkill to me.



Samson, when writing out the area (in fold_area) you seem to be handling nested resets with loops within loops. This seems to be nested 3 deep like this:


for( pReset = room->first_reset; pReset; pReset = pReset->next )
{
 switch ( pReset->command ) /* extra arg1 arg2 arg3 */

...

 for( tReset = pReset->first_reset; tReset; tReset = tReset->next_reset )
  {
  switch ( tReset->command )

...

    for( gReset = tReset->first_reset; gReset; gReset = gReset->next_reset )
    {


Is there some reason this is done this way and not (say) recursively? And why 3 nests? Would you never need 4?


- Nick Gammon

www.gammon.com.au, www.mushclient.com
Top
Posted by Samson   USA  (683 posts)  Bio
Date Reply #14 on Wed 22 Mar 2006 02:52 AM (UTC)
Message
Yes, I admit it's not the most elegant way to have done it, but it does work.

The reason it only nests 3 deep is because it doesn't really need to get deeper.

If you have an M reset, that's the 1st level. Then a G or E would be the second. A G or E can also have P's, which don't need to nest recursively below that because P resets use their first argument as the nesting level.

The M reset is considered a parent, with the G and E being its immediate children. If for some reason, the M reset doesn't activate, the resets which depend on it won't either. In turn, the G and E can have P reset children which will not activate if for some reason the G or E fail.

That's why the loops are the way they are.

O resets are handled in a similar manner.

It's confusing, yes. But so far hasn't caused any problems that I know of. We've been using it live on Alsherok for some time now and all of the old area files converted successfully from the old #RESETS section format. The system has also been in wide release long enough that I'm fairly confident any major issues would have surfaced by now. Early problems were mostly minor and have been corrected.

I am of course open to any suggestions on improving the code itself.

As for room referencing, it sounds to me like it wouldn't be necessary to go through all that on a per-room basis for FUSS areas. The resets are part of the room structure like the 'E' and 'D' sections for extra descriptions and exits. Perhaps it could be done the same way for resets too?
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.

67,823 views.

This is page 1, subject is 2 pages long: 1 2  [Next page]

It is now over 60 days since the last post. This thread is closed.     Refresh page

Go to topic:           Search the forum

[Go to top] top

Information and images on this site are licensed under the Creative Commons Attribution 3.0 Australia License unless stated otherwise.

Home