Gammon Software Solutions forum

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

Entire forum
MUDs
MUD Design Concepts
darksources

Home \| Users \| Search \| FAQ
Username:	Register forum user name
Password:	Forgotten password?

(New message)

Subject:	darksources
Name:	Your forum user name. Register forum user name
Password:	Your forum password. Forgotten password?
Message:	[quote=Wifidi] [quote=Wifidi] 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. [/quote] 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. [/quote] Message to be posted (in English, please).
Forum codes:	Check this if your message uses 'forum codes' or templates (auto-detected for new posts). Forum codes Templates

Save this message ...

Subject review (reverse sequence)

Posted by

Wifidi (14 posts)

bio

Date

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.

top

Posted by

Wifidi (14 posts)

bio

Date

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.

top

Posted by

Wifidi (14 posts)

bio

Date

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.

top

Posted by

Wifidi (14 posts)

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.

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.

609 views.

Reply to this subject Start a new subject Refresh page

Go to topic: Search the forum

top

Comments to: Gammon Software support
Forum RSS feed ( http://www.gammon.com.au/rss/forum.xml )