[Home] [Downloads] [Search] [Help/forum]

Gammon Software Solutions forum

See www.mushclient.com/spam for dealing with forum spam. Please read the MUSHclient FAQ!

[Folder]  Entire forum
-> [Folder]  MUDs
. -> [Folder]  MUD Design Concepts
. . -> [Subject]  darksources
Home  |  Users  |  Search  |  FAQ
Username:
Register forum user name
Password:
Forgotten password?
darksources

[Reply to this subject]  Reply to this subject   [New subject]  Start a new subject   [Refresh] Refresh page

Posted by Wifidi   (14 posts)  [Biography] bio
Date Fri 27 Apr 2012 01:12 PM (UTC)  [ quote  ]
Message
I've successfully added ITEM_DARKNESS as an item type to Murk++1.7. A darkness spell is not far behind. Conceptually, darksources should only prevail when higher level than light sources -- something I haven't implemented. For example, allowing darksources to prevail in daylight seems quite a stretch of imagination or powerful sorcery. Then again, it might simply be the other side of the coin to allowing lightsources to prevail against darkness. To me, the next step is deciding if the highest level source wins, or whether they aggregate. At my current level of coding, my decision is irrelvant. The mod is posted at mudbytes.net code repository/DIKU/Merc darksource item Murk++.
In my opinion, ideas relating to ideas like this can't be someone's intellectual property. They're meant for people to go to town with, so to speak, because of their obviousness.
Related to this are spells, or items that cast spells, to darken items, causing needing infravision to see them. I believe that's what ITEM_DARK denotes in Murk++. Ideally logic obviates semantics: "Not all darksources require infravision to see, not all things requiring infravision to see are darksources." It's more fun to say "some dark darken, some darkening are dark."
I appreciate participating here and am really starting to regret shooting pool while registered as a computer science major. People I've become familiar with via forums and post sites can no doubt have full implementations of darksources up in a jiffy.
[Go to top] top
Posted by Wifidi   (14 posts)  [Biography] bio
Date Reply #1 on Fri 27 Apr 2012 01:17 PM (UTC)  [ quote  ]
Message
Wifidi said:

In my opinion, ideas relating to ideas like this can't be someone's intellectual property.

Whoops! Ideas like darksources can't be someone's intellectual property. I edited backwards, missed it and printed something assinine.
[Go to top] top
Posted by Wifidi   (14 posts)  [Biography] bio
Date Reply #2 on Fri 27 Apr 2012 07:39 PM (UTC)  [ quote  ]
Message
One strategy to allow non-light source eq to cause darkness even when running room to room is assigning its owner an affect flag like AFF_DARKENING, then programming a check for the coming or going of that flag during entrances and exits.
Of course tying a property only to the object is purer, except it requires checking through everyone's eq.
[Go to top] top
Posted by Wifidi   (14 posts)  [Biography] bio
Date Reply #3 on Wed 16 May 2012 05:57 AM (UTC)  [ quote  ]
Message
Wifidi said:

One strategy to allow non-light source eq to cause darkness even when running room to room is assigning its owner an affect flag like AFF_DARKENING, then programming a check for the coming or going of that flag during entrances and exits.
Of course tying a property only to the object is purer, except it requires checking through everyone's eq.

With code like Tyche's C++ Merc Murk++, Rooms are objects with a variable called 'light'. Light v. darkness competitions are as easy as adding to or subtracting from that variable when mobiles enter or exit with, or equip or unequip light or dark sources. Mobile level, item level or both can be used in the calculation. Making sunlight count as its own positive amount makes day tougher to darken than lit night.
[Go to top] 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.

583 views.

[Reply to this subject]  Reply to this subject   [New subject]  Start a new subject   [Refresh] Refresh page

Go to topic:           Search the forum

[Go to top] top

[Home]

Written by Nick Gammon - 5K

Comments to: Gammon Software support
[RH click to get RSS URL] Forum RSS feed ( http://www.gammon.com.au/rss/forum.xml )

[Best viewed with any browser - 2K]    [Internet Contents Rating Association (ICRA) - 2K]    [Web site powered by FutureQuest.Net]