intfiction.org

The Interactive Fiction Community Forum
It is currently Sun Nov 19, 2017 5:17 am

All times are UTC - 6 hours [ DST ]




Post new topic Reply to topic  [ 4 posts ] 
Author Message
PostPosted: Sun May 04, 2014 8:07 pm 
Offline

Joined: Thu Jan 28, 2010 3:57 am
Posts: 532
This topic is for discussions related to Conversation Nodes by Eric Eve


Top
 Profile Send private message  
Reply with quote  
PostPosted: Thu Apr 21, 2016 10:36 pm 
Offline

Joined: Tue Apr 12, 2016 4:43 pm
Posts: 4
I noticed something which I think is a bug today (Version 7 of Conversation Nodes by Eric Eve).

If I have an open convnode that loops back to itself (i.e. conv-time is 1 and next-node is itself) and I try to manually switch nodes using say "[node foo]", the timer running out overwrites the switch to the foo node and we stay in the original node.

Is this intended? At the moment I'm working around it by having conv-time set really high, which is fine for my little test code, but won't work when I want to be able to both have a timed switch to another node _and_ be able to switch manually.


Top
 Profile Send private message  
Reply with quote  
PostPosted: Wed Apr 27, 2016 12:35 pm 
Offline

Joined: Thu Jan 28, 2010 3:57 am
Posts: 532
Gosh it's a long time since I've looked at any of this! I've taken a quick look now and I think I can see the problem to which you refer. At a first attempt the fix may be to alter the definition of the To advance the conversation node phrase to:

Code:

To advance the conversation node:
       now the node of the current interlocutor is the next-scheduled-node;
       now the node-timer is the node-time of the current node;   
   now the next-scheduled-node is the null-node; [added this]
       follow the node-introduction rules for the current node;


And then of the node-switching rule to:

Code:
Every turn when the current node is not the null-node and the current node is open and the node-timer < 1 and the next-scheduled-node is the null-node (this is the node-switching rule): [changed this]
    now the next-scheduled-node is the next-node of the current node;
    node switches in 0 turns from now.


This should prevent the node-switching rule from overwriting a next-scheduled-node set by [node foo].

I've tried testing this and it seems to work, but perhaps you'd like to test it in your game to confirm that it fixes the problem.


Top
 Profile Send private message  
Reply with quote  
PostPosted: Wed Apr 27, 2016 5:45 pm 
Offline

Joined: Tue Apr 12, 2016 4:43 pm
Posts: 4
Thanks Eric, this fixes it for my case, too - I have the node-time as 1 and everything works as I expected.


Top
 Profile Send private message  
Reply with quote  
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 4 posts ] 

All times are UTC - 6 hours [ DST ]


Who is online

Users browsing this forum: No registered users and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group