World: r3wp

@Henrik, looking at your example code again, I'm not quite sure what 
the refinement qa/1/2 does. I thought it meant that "get list item 
2 at 1 place away" but I'm not sureanymore..

@Henrik, I ask because I get my results being one off.

todun: qa/1/2, it means "get block at first position and get second 
item in that block"

it's similar to:

second first qa

Nick Antonaccio's tutorial is an excellent place to start:
    http://re-bol.com/rebol.html

@Henrik, for seem reason I always get the second item in the next 
block. Using the same notation is there a way of getting the second 
item in the current block(head)?

@Sunanda, thanks. I'm looking at it now.

@Henrik, I figured out the problem. I make call next on the input 
at  the end of  the button press. This causes the list to change.

@Henrik, I do need to do a next in the button so that whenever the 
button is pressed, the next question comes up. Is there a way of 
 "holding" the list so it doesn't move around while I try to modify 
it?

@Sunanda,  the tutorial helped me figure out a solution. I made a 
temporary variable to hold the current series then used "back". Then 
simply read the new series.

@Sunanda, thanks.

Is there a way of making the name of a file the header of the view?

For instance, in the REBOL block, the Title will be displayed as 
the title of the layout view. Is there a way to make this title be 
the name of the file read in the program?

view/title layout [button] form %my-file.r

the FORM converts the file! to a string!.

@Henrik, I have the layout grouping all the buttons before I call 
the view on it like so: 
button-press: layout [ ...}
view button-press

trying the scheme you suggest gives me an error, and I suspect it 
is because of my layout

what error do you get?

@Henrik, the error had to do with the view. I am putting that on 
hold for now.

Is it possible to update a series outside of the button that triggers 
it? I run into the problem whereby my series is being prematurely 
updated.

it sounds like there might be an organizational problem with the 
action code.

@Henrik, I'm clueless as to why it is behaving like this.

With VID, each action should not be run, unless you are passing some 
kind of event to a face. you are probably describing your actions 
in blocks in VID, like this:

button "hello" [do stuff here]


it should not do anything outside it, unless you have set up a timer 
(which I doubt) or a FEEL (which I'm not sure you have learned yet), 
so there is probably something wrong in the action code that is run 
as you click your button.

you could also be running into a copy trap, which makes it look like 
your blocks are changed by some unknown source.

@Henrik, all these look likely. I just noticed all these new errors 
today when I revisited the code. I actually thought it was working.

http://www.rebol.net/wiki/Forgoing_faux_pas#The_COPY_Trap

@Henrik, I've been debugging for hours and I think I just don't know 
enough about REBOL because the logic of the code seems ok..or that's 
my conclusion anyways.

can you pastebin the code?

sure.

http://pastebin.com/YabkWa8p

I get an unknown paste ID

@Henrik..let me post it again

http://pastebin.com/eixcKrTQ

sorry about that. I don't know why it keeps doing that sometimes.

maybe there is a timeout on pastes

@Henrik, ok.

@Henrik, does it work now?

yes, I can see it.

ok

which button press shows the error? and which series?

@Henrik, it is not so much an error as that it doesn't do what it 
should do by design

so when I press SOON, it should advance the question 5 places ahead. 
The temp file shows it does.

the display shows a  series that didn't change

the same behavior happens for all of them.

I tried move/to ; move/skip and even tried backtracking with back 
at every button press, without luck

is one expected to click "Show Question" after clicking "Soon"?

@Henrik, yes. to get to see the other questions.

result-answer/text: " "
show result-answer


This will assign a new string to the TEXT facet of the RESULT-ANSWER 
face. What to be careful of here is that every time you pass that 
bit in the code, it is the exact same string (same memory location) 
and not a new string that gets assigned. That means that if something 
is put in there from another location, that memory location will 
no longer be empty, and the content will be shown in RESULT-ANSWER.

I'm not sure that's the problem here, though.

@Henrik, I see.  Is this normal coding or just rebol?

it is normal rebol :-)