tag:blogger.com,1999:blog-4039366557046368292.post2997895773247820132..comments2024-01-24T10:35:03.084-05:00Comments on Pornarium: An Adult Adventure Game by Tacoking: RandomnessUnknownnoreply@blogger.comBlogger3125tag:blogger.com,1999:blog-4039366557046368292.post-66403656027760060742011-08-22T22:34:36.220-04:002011-08-22T22:34:36.220-04:00Well... there is a more efficent way... and I thin...Well... there is a more efficent way... and I think I'll implement it for my implementation, essentially you create a collection of all of your events, each of your events declares certain properties... you can then use Linq to query against the collection, so what an event would do is rather than saying this is the tree that's valid from me. It would just query for the next level of the tree when you get there.leeterhttps://www.blogger.com/profile/15716561911989649451noreply@blogger.comtag:blogger.com,1999:blog-4039366557046368292.post-44718082450183153542011-08-22T17:22:40.085-04:002011-08-22T17:22:40.085-04:00It's probably very clunky by programming stand...It's probably very clunky by programming standards and assured to make any real program vomit with rage but basically I have an object called Location which is tied to a sub-object called ActionButtons (which lists the possible buttons 1 - 12). Each Action Button is then tied to yet another sub object which has an event object. Those event objects can potentially have their own actions (1-12) which are tied to more events and so on.<br /><br />In order to insert the data into the event objects, a function is used (with enums to make looking it up understandable for me...probably a better way to do this though lol) to populate the events. This is where I ran into infinite loops with some events as you can probably imagine endless chains of events resulting from some possibilities. I eventually found a way to make these loops stop and it works wonderfully now.<br /><br />When a player clicks an action (1 - 12) it then sends the event (and all subsequent events tied to that action) to an object called PlayerEvents. If the event has actions, they appear on the screen. Once a player clicks on an action, (something I named for my own amusement) the nom nom clause eats the the previous event and replaces it with the next event(s) down the chain. <br /><br />I hope that makes some sense, maybe you can understand what I was asking a bit better as well :pTacokinghttps://www.blogger.com/profile/15716699783038490368noreply@blogger.comtag:blogger.com,1999:blog-4039366557046368292.post-11293814418549174022011-08-22T07:10:06.572-04:002011-08-22T07:10:06.572-04:00Interesting... you seem to have worked it out with...Interesting... you seem to have worked it out without my help, I would be interested in seeing what your solution was.leeterhttps://www.blogger.com/profile/15716561911989649451noreply@blogger.com