Mark Wieder wrote:
on alertStranger "mixmastabilongjeezuscrise!"
beep
put "wanpelasquashimallbuggerup!" into field "Stupid"
end alertStranger
What are they telling you?
shoodnaswaronlis. aneniway, prameterzdonhakwotz.
Yahnesclamathingstu. Gon confuzikompila, no?
Nahdifits endadahstrin,
Jacque-
> Mark Wieder wrote:
>> Jacque-
>>
>>
on alertStranger "mixmastabilongjeezuscrise!"
beep
put "wanpelasquashimallbuggerup!" into field "Stupid"
end alertStranger
What are they telling you?
>>
>>
>>>shoodnaswaronlis. aneniway, prameterzdonhakwotz.
>>
>>
>> Yahn
ssage in context:
http://www.nabble.com/Parameters-WAS%3A-Main-menu-puzzle--t1147023.html#a3044965
Sent from the Revolution - User forum at Nabble.com.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe,
You should see what it gives me when I feed it medieval french.
Does Babelfish do Klingon? I know it doesn't do medieval french...
Judy
On Mon, 20 Feb 2006, J. Landman Gay wrote:
> >>>What are they telling you?
> >
> >
> >>shoodnaswaronlis. aneniway, prameterzdonhakwotz.
> >
> >
> > Yahnesclam
I'm trusting C3PO could translate this?? (yup, you guessed it: kiddies
are just now new devotees to the Jedi religion...)
Judy
On Mon, 20 Feb 2006, Mark Wieder wrote:
> > shoodnaswaronlis. aneniway, prameterzdonhakwotz.
>
> Yahnesclamathingstu. Gon confuzikompila, no?
>
__
I'm feeling the odd, irresistable urge to fire up PowerPoint...
blech :-(
;-P
Judy
On Mon, 20 Feb 2006, J. Landman Gay wrote:
> > on alertStranger "mixmastabilongjeezuscrise!"
> > beep
> > put "wanpelasquashimallbuggerup!" into field "Stupid"
> > end alertStranger
> >
> > What are they telli
Mark Wieder wrote:
Jacque-
on alertStranger "mixmastabilongjeezuscrise!"
beep
put "wanpelasquashimallbuggerup!" into field "Stupid"
end alertStranger
What are they telling you?
shoodnaswaronlis. aneniway, prameterzdonhakwotz.
Yahnesclamathingstu. Gon confuzikompila, no?
Nahdifits en
Jacque-
>> on alertStranger "mixmastabilongjeezuscrise!"
>> beep
>> put "wanpelasquashimallbuggerup!" into field "Stupid"
>> end alertStranger
>>
>> What are they telling you?
> shoodnaswaronlis. aneniway, prameterzdonhakwotz.
Yahnesclamathingstu. Gon confuzikompila, no?
--
-Mark Wieder
[E
Charles-
Monday, February 20, 2006, 5:27:41 PM, you wrote:
Hah! back atcha...
A friend from California was heading down to Lafayette, Louisiana to
attend school. He drove into town and stopped at a gas station to ask
the attendant for directions and it was a full 60 seconds into the
answer befor
Ken Apthorpe wrote:
I second what Mark says about these sorts of explanations, particularly the
"Assume nothing" and inclusion of (complete) example scripts for new users.
I found my old notes (from the HyperCard list, but Rev is the same.) It
has a simple example. If I get time, I will combin
Ken Apthorpe wrote:
You are having a dream. You are in a different country, and there's a group
of locals around you all talking to each other. It's an english-like
language, you catch individual words but they string them together in a very
strange way. You stand there gawking and trying to
On Feb 20, 2006, at 8:02 PM, Ken Apthorpe wrote:
You are having a dream. You are in a different country, and
there's a group
of locals around you all talking to each other. It's an english-like
language, you catch individual words but they string them together
in a very
strange way. You
Ken Apthorpe wrote:
I second what Mark says about these sorts of explanations, particularly the
"Assume nothing" and inclusion of (complete) example scripts for new users.
Thanks to the forum I now have a (partially) working menu, thanks to these
posts I understand parameters more clearly. Tran
azy. You stand
there trying to figure out what they were saying. It sounds something like
on alertStranger "mixmastabilongjeezuscrise!"
beep
put "wanpelasquashimallbuggerup!" into field "Stupid"
end alertStranger
What are they telling you?
Ken
--
View this message in
I think Richard meant "for those of us in the inventive software business..."
Who wants to be a lemming - Give me the esoteric, the unusual the
serendipitous that no one else is doing!
If the only software worth developing etc
Then
You had better tell all those open source donkeys at Linux,
Judy-
Monday, February 20, 2006, 10:16:02 AM, you wrote:
>> It's kind of like getting past the hurdle of writing your first
>> function. And why you would want to do that in the first place.
> Yeah, my programming binky is still firmly clenched between my teeth on
> this one @;-)
Pretty much m
Judy Perry wrote:
Like using case statements and pwhich's where a simple if-then series will
do. ;-)
I know we can easily re-write the Original Poster's script with a simple
if-then series.
But if you can rewrite it without a 'pWhich' (or an equivalent
'theItem', or 'pBasket', or )
Yep. The politics of higher ed (at least at my own campus) are
mind-boggling.
One of the arguments clusters around the notion that all bachelor's
degrees should require roughly the same number of units/credit hours in
the subject, regardless of how complex or not the subject is. Anything
else w
Well, of course. However, the larger looming point is that instead of
using PowerPoint because it's the right tool for the job, they choose it
as a runner-up to the thing that is the right tool, some crucial parts of
which are utterly incomprehensible out of the box.
Like using case statements an
Mark,
On Sun, 19 Feb 2006, Mark Wieder wrote:
> > Case-Switch statements are preferred by "real" programmers.
>
> Not so. I've put forth the situations in which I would normally use
> switch statements, but I do use if/then statements (and even elses) a
> whole lot. I even nest them.
Fair enough
Rob,
I agree wholeheartedly with you on this. Switch statements are not
hard to comprehend once you've got some mental velcro to hang them
onto, some preexisting knowledge to connect to. They are imposing
when you don't have that.
Two conditions need to be met for most programming newbi
I've now been programming in a pile of different languages, including
various assembly lanuages, and several "dead" ones for just about 30
years. However compact and quick-to-write B, C, and their derivatives
are, they are unbelievably difficult to read, which prompted one
speaker at a VAX program
Judy, et al:
If-Thens are readily comprehensible by non/novice-programmers.
And by extension, switch statements are not. [?]
When I gave you this point in an earlier post, I was really conceding
that the syntax of a switch statement does not flow in the same
English-like fashion of "ifs" i
Richard Gaskin wrote:
Rev is a software development tool. The only software worth developing
is the stuff that doesn't exist yet. If what you need already exists
it's almost always cheaper to just buy it than make it yourself.
That's a perfect encapsulation of what drives me to programming. In
Judy Perry wrote:
> ...we used to use Pascal as our intro to programming course
> language because it was developed as a teaching language.
> Now we use C++ -- why? Because we think it's a better teaching
> tool of basic programming concepts? No. Because we've somehow
> been convinced that in a
On Sun, 19 Feb 2006 14:27:07 -0800, Geoff Canyon
<[EMAIL PROTECTED]> wrote:
On Feb 19, 2006, at 11:41 AM, Graham Samuel wrote:
Just to add a tiny footnote to this: Judy, how would you tackle a
situation where a user (or a handler) can put in say a number from
1 to 50, and each of those numbe
>I just ate a hugh meal for my daughters birthday party and really
>can't deal with more food functions right now.
I am well known for my culinary expertise but did not realise how far it
extended, Tom!
/H
___
use-revolution mailing list
use-re
If the only software worth developing etc
Then
You had better tell all those open source donkeys at Linux,
FreeBSD, Mozilla, the GIMP, KDE, GNOME, Audacity, Apache, Xorg et
al, to stop what they are doing and donate their free time to your
projects.
End if
Regards Stomfi
Richard Gaskin wro
Judy Perry wrote:
> On Sun, 19 Feb 2006, Geoff Canyon wrote:
>
>> Just to beat on the horse some more, given the above problem
>> statement, I would likely store the names of the fifty handlers in a
>> custom property, and do the following:
>>
>> do (line myParameter of the uHandlerList of this cd
I wasn't suggesting this as a recommendation for beginners -- just as
a clearer more efficient way to solve the problem as stated. Neither
a case statement nor an if/then can clearly represent 50 choices.
On Feb 19, 2006, at 6:03 PM, Judy Perry wrote:
And, a non/novice-programmer would simp
Judy-
Sunday, February 19, 2006, 5:34:10 PM, you wrote:
> If-Thens are readily comprehensible by non/novice-programmers.
> Case-Switch statements are preferred by "real" programmers.
Not so. I've put forth the situations in which I would normally use
switch statements, but I do use if/then stat
On Feb 18, 2006, at 9:43 AM, J. Landman Gay wrote:
Mark Swindell wrote:
Parameters are, to me, the least well-explained and least
intuitive aspect of Rev (and programming in general).
You can have any number of parameters declared in a handler:
on myHandler pOne,pTwo,pThree
...
If the
And, a non/novice-programmer would simply close Rev and launch
PowerPoint...
Judy
On Sun, 19 Feb 2006, Geoff Canyon wrote:
> Just to beat on the horse some more, given the above problem
> statement, I would likely store the names of the fifty handlers in a
> custom property, and do the following
Richard,
Exactly!
This is precisely the sort of issue that has been comprehensively examined
in studies on the psychology of the non/novice-programmer. It's a
quandary of the academic discipline: do we teach programming as an art or
science, or do we "teach" it as a job skill? And, at what lev
Graham,
Well, in the original context of this thread, I wouldn't. I suspect that
there aren't many Inventive Users who would need that level of
functionality/programming expertise. Certainly, the original poster for
this thread didn't (remember: it was a very short list of menu options).
And, a
I just ate a hugh meal for my daughters birthday party and really
can't deal with more food functions right now.
Thanks anyway.
Tom ;-)
On Feb 19, 2006, at 2:11 PM, Jim Ault wrote:
Mark Swindell wrote:
Parameters are, to me, the least well-explained and least
intuitive aspect of Rev (and
On Feb 19, 2006, at 11:41 AM, Graham Samuel wrote:
Just to add a tiny footnote to this: Judy, how would you tackle a
situation where a user (or a handler) can put in say a number from
1 to 50, and each of those numbers requires the program to carry
out a different action? It wouldn't really
Graham Samuel wrote:
On Sun, 19 Feb 2006 10:37:36 -0800 (PST), Judy Perry
<[EMAIL PROTECTED]> wrote:
Mark,
Right, again, my argument was less "IF-THENs rule and CASE-SWITCHes suck"
than IF-THENs are easier to read/learn/are more transparent for
non/novice-programmers.
Just to add a tiny foot
On Sun, 19 Feb 2006 10:37:36 -0800 (PST), Judy Perry
<[EMAIL PROTECTED]> wrote:
Mark,
Right, again, my argument was less "IF-THENs rule and CASE-SWITCHes
suck"
than IF-THENs are easier to read/learn/are more transparent for
non/novice-programmers.
Just to add a tiny footnote to this: Judy
Judy-
Sunday, February 19, 2006, 10:37:36 AM, you wrote:
> Right, again, my argument was less "IF-THENs rule and CASE-SWITCHes suck"
> than IF-THENs are easier to read/learn/are more transparent for
> non/novice-programmers.
I agree that one should learn if/then conditionals before switch/case
s
> Mark Swindell wrote:
>>
>> Parameters are, to me, the least well-explained and least
>> intuitive aspect of Rev (and programming in general).
>
You order a meal at a restaurant.
The waitress writes down your order, but does so in a rather cryptic
fashion.. coffee with cream, a prune danish, sc
Mark,
Right, again, my argument was less "IF-THENs rule and CASE-SWITCHes suck"
than IF-THENs are easier to read/learn/are more transparent for
non/novice-programmers.
Judy
On Sun, 19 Feb 2006, Mark Wieder wrote:
> Judy-
>
> Your example isn't a reasonable candidate for a switch/case construct
Show it to a non-programmer/novice programmer and ask him/her the same
question. I suspect the answer will be very different.
Again, my argument is not that if-thens are superior from a
programming/logic standpoint but rather that they are more comprehensible
to normal humans who are not programm
On Feb 19, 2006, at 10:10 AM, Glenn E. Fisher wrote:
As a historical note, (I'm a very old programmer since 1962) back
when I was writing compilers and emulators in B and C in the line
editing mode ;-), the switch case statements were really needed.
In these kinds of programs many many ca
Judy-
Saturday, February 18, 2006, 9:27:39 PM, you wrote:
> Yes, but do you think in these terms in day-to-day life?
Your example isn't a reasonable candidate for a switch/case construct
because the conditionals aren't at the same level. Instead your ifs
are nested within each other, and that's
Hi revers,
As a historical note, (I'm a very old programmer since 1962) back when
I was writing compilers and emulators in B and C in the line editing
mode ;-), the switch case statements were really needed. In these
kinds of programs many many cases was the norm and the nested
if..then..els
Judy, et al:
Yes, but do you think in these terms in day-to-day life?
IF I have the paycheck in-hand THEN
it will clear the bank in 2 days
I can write the rent check tomorrow and it will clear at the same
time
END IF
I will grant you:
(a) As one who has used case statements for years,
and this isn't cleaner? LOOK - a whole bunch of if's and thens don't
have to be repeated over and over.
on menupick varMenuItemSelected
SWITCH varMenuItemSelected
CASE "Cut"
SubCut
break
CASE "Copy"
SubCopy
break
CASE "Paste"
SubPaste
break
CASE "Undo"
SubUndo
break
CASE "W
On 19 Feb 2006, at 05:27, Judy Perry wrote:
Yes, but do you think in these terms in day-to-day life?
Well, yes.
When the doorbell rings, I don't think like this:
if it's the postman
I'll say good morning
if it's the taxman
I'll get my gun
if it's the neighbor
etc,
Instead, I'm more l
Hi Judy,
> For the novice/non-programmer, there IS no difference between
> how they think in everyday terms and how they "read code".
I don't disagree with the psychology, though it would seem
to me that learning such issues as case statements early on
will not only advance a novice, but make th
On Sat, 18 Feb 2006 16:56:32 -0600, "J. Landman Gay"
<[EMAIL PROTECTED]> wrote:
And to this day, I just don't understand the whole purpose of the
Case
statement. Still don't even after reading a few of the
replies to
this thread.
I prefer switch/case statements when there are ma
Yes, indeed.
It is the difference between a seasoned programmer and a
novice/non-programmer. The former is able to see the whole as a pattern
that is already understood, allowing one to focus on whatever the problem
is at hand.
The latter, however, has to parse each and every word to look-up wha
> Yes, but do you think in these terms in day-to-day life?
No. But (apart from some languages that optimize due to the
use of case statements - not sure if Rev does) it is a heck
of a lot easier to read code later in a case statement (in
Rev a Switch) than it is to read if/then/else in complex
co
Judy,
"Guys" and "Gals", (sorry). ;-)
Also, I hope you are feeling better.
I know if then's made sense to me when I first started and I probably
would never have thought up a switch statement. But I guess once I
saw how it worked I didn't find it to be as some have said "Machine-
speak" bu
Yes, but do you think in these terms in day-to-day life?
IF I have the paycheck in-hand THEN
it will clear the bank in 2 days
I can write the rent check tomorrow and it will clear at the same time
END IF
IF the paycheck arrives tomorrow THEN
IF tomorrow is not a weekend day THEN
I can w
Thomas,
Well, as a "gal" as opposed to a "guy", I'll submit the following:
In everyday/non-programming life, we just don't think in terms of case
statements; we think in terms of if-thens:
case paycheckArrivesInMail
payRent
switch
case paycheckNotInMail
waitToBeEvicted
switch
...
I dunno...
Mark,
Yes I see that, and the docs point more towards that solution but I
would not have as easily understood that way as easily as the
individual breaks make it seem. Today I would do it the same way you
describe.
Thanks
Tom
On Feb 18, 2006, at 9:19 PM, Mark Wieder wrote:
Thomas-
Sa
Thomas-
Saturday, February 18, 2006, 12:04:45 PM, you wrote:
> switch colorBall
> case "Blue"
> answer "Blue" with "OK"
> break
> case "Red"
> answer "Red" with "OK"
> break
> case "Green"
> answer "Green" wit
On Feb 18, 2006, at 3:41 PM, Thomas McGrath III wrote:
@That's @a @lot @of "@" s in @that @there @statement!
It looks almost like swear words @$#!%.
Cool,
Tom
I did note that it was a bit of an @(odd) language ;-) You should
see some mathematical statements in that language!
-Garret
@That's @a @lot @of "@" s in @that @there @statement!
It looks almost like swear words @$#!%.
Cool,
Tom
On Feb 18, 2006, at 6:17 PM, Garrett Hylltun wrote:
If @not(@greater(%x,100))@greater(%x,500)@both(@greater(%x,200),@not
(@greater(%x,400)))
else
end
Thomas J McGrath III
[EMAIL
On Feb 18, 2006, at 2:37 PM, Eric Chatonet wrote:
switch
case x < 100
case x > 500
case x > 200 and x < 400
break
default
end switch
With a conditional structure you would write:
if x < 100 or x > 500 or (x > 200 and x < 400) then
else
end if
The first formulatio
Garrett Hylltun wrote:
And to this day, I just don't understand the whole purpose of the Case
statement. Still don't even after reading a few of the replies to
this thread.
I prefer switch/case statements when there are many options a script has
to deal with. I'll admit though that th
Hi everyone,
Does switch is able to bring more flexibility and readability than if/
then/else?
The answer is yes.
You can write:
switch
case x < 100
case x > 500
case x > 200 and x < 400
break
default
end switch
With a conditional structure you would write:
if x < 10
Exactly,
I'm still chuckling over your response.
Tom
On Feb 18, 2006, at 4:28 PM, Garrett Hylltun wrote:
On Feb 18, 2006, at 12:07 PM, Thomas McGrath III wrote:
OT
It seems more people than I realize suffer from the A.D.D. here on
the list.
I suffer quite a bit myself.
Tom
To
On Feb 18, 2006, at 12:07 PM, Thomas McGrath III wrote:
OT
It seems more people than I realize suffer from the A.D.D. here on
the list.
I suffer quite a bit myself.
Tom
Tom,
It's nice knowing there are others out there who go through the same
thing I do. :-) Till now, I'd only met on
On Feb 18, 2006, at 3:45 PM, Rob Cozens wrote:
As a programmer, I see any "if" construct with more than two
mutually exclusive alternatives as crying out for switch [case]
syntax.
Not only is it easier to comprehend the total logic flow, but
adding new alternatives is much simpler.
As
Judy, et al:
Not being a programmer, I find if-thens more comprehensible than case
statements. They both do the same thing, but one speaks more to normal
humans and the other more to programmer-geeks.
As a programmer, I see any "if" construct with more than two mutually
exclusive alternativ
Hi Judy :-)
I do think too that Ken is making effort.
I just wanted to encourage him and say that there are steps nobody
can't saves on.
Le 18 févr. 06 à 19:43, Judy Perry a écrit :
Hi Eric,
I do think that Ken IS making effort. Lots of effort. He is doing
us and
the company a favor b
Now, Array's confuse the h_ck out of me. Since I can't see them I am
always confused by them.
OT
It seems more people than I realize suffer from the A.D.D. here on
the list.
I suffer quite a bit myself.
Tom
On Feb 18, 2006, at 2:38 PM, Garrett Hylltun wrote:
I wouldn't go so far as to
Hey guys,
I don't understand why you guys don't like switch case statements?
Really. I am trying to remember the first time I saw and used them
back in Supercard. I remember thinking they were more difficult to
write but once I did they seemed to do a lot more than if then's or
at least w
On Feb 18, 2006, at 10:43 AM, Judy Perry wrote:
Hi Eric,
I do think that Ken IS making effort. Lots of effort. He is doing
us and
the company a favor by showing exactly what it is (in this particular
situation) that absolutely bedevils newcommers who are not
programmers.
Case statemen
Hi Eric,
I do think that Ken IS making effort. Lots of effort. He is doing us and
the company a favor by showing exactly what it is (in this particular
situation) that absolutely bedevils newcommers who are not programmers.
Case statements and pWhich's simply are NOT comprehensible to
non-progr
Ken,
Would it have been any clearer if, instead of using case statements, the
same script had been presented as if-thens? (I'd re-write it for you here
and now as if-thens, but just ingested a big load of cold meds and almost
can't see straight, much less think straight).
Not being a programmer,
Mark Swindell wrote:
Parameters are, to me, the least well-explained and least
intuitive aspect of Rev (and programming in general).
The concept of parameters can be very tricky for lots of people new to
programming. I've explained it before on other lists, but I can't find
my old notes. B
given up before, and I might again. The last
time I
gave up with software was with Rev, in 2003. For the much the same
reasons.
There are lots of Rev experts, but few good teachers.
I'll answer other posts tomorrow. Night.
Regards
ken
--
View this message in context: http://www.
On Feb 18, 2006, at 7:04 AM, Ken Apthorpe wrote:
To answer Klaus. I know Rev is event driven. Problem is it seems
no one can
explain the driving. I get advice: do this (trust me, it will
work). Do
that: (trust me, this will work (better)).
I do trust you, and that the suggested soluti
Ken, I'm sorry you're having problems, but like any language, you
need to learn the basics.
Why do you have to come to this forum? - because support is very
expensive, and Runrev has this wonderful, helpful culture that will
answer your questions. If runrev had to deliver the quality of
suppo
Hi Ken,
May be you should first dig in the docs to understand some basics:
About the message path, custom handlers and functions, parameters,
etc. for instance.
The purpose of this list is to give *practical* answers (with some
theory reminders if needed) but not to copy paste theory from the
r posts tomorrow. Night.
Regards
ken
--
View this message in context:
http://www.nabble.com/Main-menu-puzzle-t1145446.html#a3005878
Sent from the Rev Pilgrim's Progress forum at Nabble.com.
___
use-revolution mailing list
use-revolution@lists.runr
Ken Apthorpe wrote:
Alex
You say:
on menuPick pWhich
switch pWhich
case "Exit"
answer "Are you sure you want to exit?" with "Yes" or "OK"
if it is "OK" then quit
break
case "Quit"
answer
if it is "OK" then ...
Ken Apthorpe wrote:
Thanks Alex
I'll copy and paste that into my Rev tips file, so I remember it's a
parameter name. I still do not understand how pWhich can tell that I've
picked a menu item like Quit (or Open, or anything else).
So, how does a pWhich identify what's been picked? (you se
I have another agenda going here but I
appreciate all the help I can get. I need lots.
regards
Ken
--
View this message in context: http://www.nabble.com/Main-menu-
puzzle-t1145446.html#a3004643
Sent from the Rev Pilgrim's Progress forum at Nabble.com.
_
Hi Ken,
Alex
You say:
on menuPick pWhich
switch pWhich
case "Exit"
answer "Are you sure you want to exit?" with "Yes" or "OK"
if it is "OK" then quit
break
...
I'm sure this would work. Problem is, I don't understand why.
This isn't
your pr
Hi Ken,
Thanks Alex
I'll copy and paste that into my Rev tips file, so I remember it's a
parameter name. I still do not understand how pWhich can tell that
I've
picked a menu item like Quit (or Open, or anything else).
So, how does a pWhich identify what's been picked? (you see the
dimen
ault skypilot script or command that takes care of these messy details?
If so, does one have to enter an order for the secret to be revealed?
Regards
ken
--
View this message in context:
http://www.nabble.com/Main-menu-puzzle-t1145446.html#a3004801
Sent from the Rev Pilgrim's Progress fo
ts I could find. I'm happy it worked for you. Where can
I find this script?
Regards
Ken
--
View this message in context:
http://www.nabble.com/Main-menu-puzzle-t1145446.html#a3004656
Sent from the Rev Pilgrim's Progress forum at Nabble.com.
__
..
Reply: No, they don't but if you want Rev to be scripting for the rest
of us, you'll have to make it a bit easier to find it out.
Thanks Alex. As you can see, I have another agenda going here but I
appreciate all the help I can get. I need lots.
regards
Ken
--
View this me
Ken Apthorpe wrote:
Well, as Charley Brown would say, Good grief. I had to laugh. I thought I'd
spare you all this by setting up a child forum. If there had been some
instructions about how a child forum works it might have worked. No
instructions, so it didn't. Situation normal I guess.
I
On 2/18/06, Ken Apthorpe <[EMAIL PROTECTED]> wrote:
>
>
> Hi anyone
>
> SHORT VERSION (immediate problem)
>
> Created my first menu, using menu builder and autoscript. Ungrouped to
> look
> at scripts. File menu has Exit, divider and Quit (for Mac shift). Script
> is:
>
> --The following menuPick
Alex Tweedly wrote:
an incomplete answer. While I was right that the "end exit" was what was
leading directly to the error hint of 'on', I missed another problem in
your script.
Ken Apthorpe wrote:
After exploration to discover an Exit/Quit script, my script is:
on menuPick pWhich
switch
Ken Apthorpe wrote:
(I don't have a helpful working version, so can't include one here
but I can tell you where you started to go wrong )
Hi anyone
SHORT VERSION (immediate problem)
Created my first menu, using menu builder and autoscript. Ungrouped to look
at scripts. File menu h
message in context:
http://www.nabble.com/Main-menu-puzzle-t1145446.html#a3004030
Sent from the Rev Pilgrim's Progress forum at Nabble.com.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe
message in context:
http://www.nabble.com/Main-menu-puzzle-t1145446.html#a3004031
Sent from the Rev Pilgrim's Progress forum at Nabble.com.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe
ry.
I wonder why it seems so impossible for Rev to produce a tiny template stack
with a working main menu, and working scripts that are fully commented. By
fully, I mean with plain english (not "english-like") definitions and
explanations. This is the typical script example I see:
cas
94 matches
Mail list logo