On Mon, Sep 22, 2008 at 11:40 PM, william humphrey [EMAIL PROTECTED]wrote:
I think that those guidelines along with
some others should really be consolidated into something that the
mothership
could recommend for our use.
Do you mean something like page 163 of the RevolutionUserGuide.pdf
5.10 Tips for Writing Good Code -- that chapter is completely changed and
improved form the printed version of the manuel. It's very nice and thanks
for pointing it out to me. I hadn't realized so many changes were made in
the manual. but what I'm asking for is
Short example stacks that
William,
I think what you'll find with Rev is a trade-off. Although there are
some demo stacks floating around and a few good sites, the shear
volume is much less than more widely adopted languages. It's more than
there used to be (and growing), but you'll have a lot less luck
hitting
Thanks - that's very sound advice. I'm just hoping for something in the
future ;) and I find the collection of stacks on the RunRev site a very
great potential and wish it would build quicker and with more features in
the repository.
So while I agree it would be great if there were
Yes, but any explanation of libraries should also include
**components**: my recent attempts to employ libraries consistently
for the first time (embarassingly this was many years after I started
scripting) revealed soon enough that a library in the sense of
something invoked by start
Hi Graham,
Graham Samuel wrote:
Yes, but any explanation of libraries should also include
**components**: my recent attempts to employ libraries consistently
for the first time (embarassingly this was many years after I started
scripting) revealed soon enough that a library in the sense of
Phil Davis wrote:
...you can store images as objects in a 'library' stack, and when
you start using the stack, those images become available as icons
in your app's buttons. Of course, your app has to know their IDs
to take advantage of them.
I use this in one product I maintain. It has one
william humphrey wrote:
The other complaint I get is that RunRev doesn't have libraries
of code to use.
Au contaire, there are dozens of libs floating around the Revsphere,
some commercial ones like Animation Engine and a good many freeware ones
like stdLib and the goodies from Sarah, Andre,
Database specific libraries like Trevor's but simpler for common database
functions. They should also be for the different databases that RunRev
supports especially Valentina which is the fastest and most powerful one but
also the one with no third party support materials (for SQLite there are
william humphrey wrote:
Database specific libraries like Trevor's but simpler for
common database functions. They should also be for the different
databases that RunRev supports especially Valentina which is the
fastest and most powerful one but also the one with no third
party support
Nothing lacking in Valentina's API it is incredible. It is the lack of
completed solutions for common tasks. So it's not libraries but more example
code like you find for PHP or other more popular environments. The example
code saves you from re-writing stuff someone much more skilled has already
william humphrey wrote:
Nothing lacking in Valentina's API it is incredible. It is the lack of
completed solutions for common tasks. So it's not libraries but more example
code like you find for PHP or other more popular environments. The example
code saves you from re-writing stuff someone much
william humphrey wrote:
Nothing lacking in Valentina's API it is incredible. It is
the lack of
completed solutions for common tasks. So it's not libraries
but more
example code like you find for PHP or other more popular
environments.
The example code saves you from re-writing
On 9/23/08 8:38 PM, Richard Gaskin [EMAIL PROTECTED] wrote:
Hi Richard,
Hi William,
william humphrey wrote:
Database specific libraries like Trevor's but simpler for
common database functions. They should also be for the different
databases that RunRev supports especially Valentina which is
On 9/24/08 1:43 AM, Lynn Fredricks [EMAIL PROTECTED] wrote:
william humphrey wrote:
Nothing lacking in Valentina's API it is incredible. It is the lack of
completed solutions for common tasks. So it's not libraries but more example
code like you find for PHP or other more popular
I wonder if it is really bad that the very powerful programming environments
let us do stuff we (or at least I) could never have imagined possible
before. I'm only saying this because in other forums sometimes people say
oh scripting that's not programming. My answer to them is usually Why
aren't
William,
I was one of those that kept loosing my code. The guideline I use these days is:
* Utility code that is related to the application goes into the stack script
* Generic code that can be used by any application goes into a library stack
* Cards and controls only got event code, like
william humphrey wrote:
I wonder if it is really bad that the very powerful programming environments
let us do stuff we (or at least I) could never have imagined possible
before. I'm only saying this because in other forums sometimes people say
oh scripting that's not programming. My answer to
I can't wait to read your piece on structure. I imagine it will take a while
to write as you will need a simple explanation on how to make a library.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe,
*on* controlKeyDown pKey
*switch* pKey
*case* s
answer s was selected
*break*
*case* c
*answer* c was selected
*break*
*end* *switch*
*end* controlKeyDown
___
use-revolution mailing list
Man, if you think that the flexibility to put code all over the
message hierarchy causes problems (which, by the way, can be overcome
by using the Find function - at least it's never been any more of a
problem for me than that), you ought to try to read the monolithic
CODE (there's a reason why
I use BBedit and love it. The other complaint I get is that RunRev doesn't
have libraries of code to use. I believe that those libraries are gradually
being built though. I tried Scripter's scrapbook once and I should probably
try it again as that sounds like it could be a repository of re-usable
Sent: 9/22/2008 8:40 AM
Subject: As programming environments get more powerful programers get lazy
I wonder if it is really bad that the very powerful programming environments
let us do stuff we (or at least I) could never have imagined possible
before. I'm only saying this because in other forums
23 matches
Mail list logo