ok great, i'll download those now.

Don't forget, like I did, that you still need the password on the addendum
sheet that came with your book to extract the zip to the folder of your choice.
I've now written that password in my book in case other add-on's/sources become available.

thanks, that is a good idea. I had it emailed to me. So it's nice and safe somewhere in my inbox

Just a note regarding any errors that may appear in the text.

There are one or two errors here and there, things such as page formatting, grammar and syntax. Any errors in the GDL code are 'ironed out' in the downloadable examples.

As I find errors in the text that could possibly contribute to confusion or misinformation, I'll list them on the Cadimage Tools forum, together with a corrected version.

Did not understand everything up to here(pg53), but got most of the general ideas for later use I think, but now.

Having a bit of fun on page 54.
excerpt-1:
!Get the current date and time as formatted strings
rrrr = request("DateTime", "%x", currentDateStandard)
rr = request("DateTime", "%A %d/%m/%Y", currentDateCustom)
rr = request("DateTime", "%X", currentTimeStandard)
r= request("DateTime", "%H:%M:%S", currentTime24Hour)
I noticed that even if I modified the rrr to rrrr it did not change the output.
Then cut r's to rr then r, and still no apparent change to outputs.
However, when I deleted the remaining r, script of course failed "unnecessary token at line 12"
So my question is why all the r's if only one is necessary?
Why use the word token?
Must be missing the bigger picture?

Then in script that organizes the output, excerpt-2:
Display the formatted dates and times
text2 0, 0, currentDateStandard
text2 0, -lineSpacing, currentDateCustom
text2 0, -2*lineSpacing, currentTimeStandard
text2 0, -3*lineSpacing, currentTime24Hour
!Mine text2 0, -4*lineSpacing, currentDateStandard

As you can see, I added one more output call and it worked ok adding one more instance of datestandard.
So it sort of seems like in this particular script the "parameters" are the except I listed in first of my excerpts and the script is my excerpt two.
And the real parameters are left essentially blank.
Is there a reason that date/time stamps are not called out in the standard
parameter window?
Thanks!

Hi Lec,

The rrr value is simply a return value for the request. If the request is successful, I believe the number 1 is returned in this variable. I didn't focus on this variable in the book, as generally you can rely on the data being returned from this function and so can pretty much ignore the variable.

The 'important' data is returned in the variable inside the brackets (eg. dateStandard). The request sets the value of this variable, so you can then use it in the following lines of script.

Why it works this way, I can't say, but it's consistent with other requests. There are one or two ways of getting useful information for use in GDL scripts, including requests, global variables and data from add-ons.

Thanks Andrew and Laszlo

I think I get what you both are saying, which is really the same, just said in different ways.
However, I know it’s not really important, but I would like to know why it did not seem to mater when I altered the rrr “request” from 3 r’s to 4 or down to one r.
When I ran the script it seemed to respond the same.
Just curious I guess if there is an easy answer.
Are there a lot more (no need to be exact call outs) in gdl?
It just might help me cement this in my head a bit.

Using the variable rrr to take the return value of a request is just a habit I've fallen into. You could use any variable name you like, for example nReturnedValues would make more sense.

The following lines of script don't use the value of rrr, so you can happily change the variable to rr or just r if you prefer.