If you include the generated code, then we can see what you’ve written directly in GitHub, without having to clone the repo, open the app, and generate the app.
Also, if you maintain the repo for the generated source, we can see what’s changed over time (bug fixes, enhancements etc)
FWIW, GitHub has Gists which are handy little automagic repos for a couple of files, which are related, such as the 3 things you mentioned above.
Then click the download button that i highlighted “Cloan or download”
Clarion9 is required to view the .app file. Or view/edit the .clw files. Please Note, these examples have setups in both Global Data and Global Map embed points. Message box example also has setup code in Main() procedure, ThisWindow.Init method (embed point).
#Where possible, avoid the download button, clone the repo instead#
Why?
Well the ZIP’d version of a git repos just has the content of each file.
Which means, that there is a good chance you’ll wind up with unix line endings on your files. and that’s bad because the clarion compiler fails when it encounters unix line endings.
On the other hand (OTOH), when you do a clone the git understands the target operating system and it automatically corrects line endings.
BTW, cloning is easier than downloading a .zip and then unzipping the zip anyway
you just clone a folder, it downloads the content and expands it all in one shot.
###How to configure your git repo’s to use windows line endings.###