For what it is worth . . .
Have just uploaded "SS.rev" to revOnline (also
available at my main Yahoo Group): it is the seed of a
stack to export 'everything' to a text file: as it
stands it exports all the scripts in a stack.
If anybody can use it / modify it for use: it is there
for them!
Love
Chipp wrote:
"You mean something like?
on mouseUp
repeat with x = 1 to the number of cds in this stack
put the long name of cd x &cr& the script of cd x
&cr&cr after tScripts
repeat with y=1 to the number of controls on cd x
put the long name of control y of cd x &cr& the
script o
However; my stack is not much good as, if the stack
has substacks SS.rev seems to forget about the
mainstack . . .
needsa bit more work!
Love, Richmond
A Thorn in the flesh is better than a failed Systems Deve
Removed my SS.rev stack from revOnline and replaced it
with:
wait for it . . .
SS.rev !!! but now listed as 'Textifier'; this will
now export a fairly comprehensive description of a
stack and its substacks;
such that it would be perfectly possible to write a
description in the text format and wr
Yes, Jim Lambert, you are quite right!
Just uploaded new version of 'Textifier' with an
answer dialog.
sincerely, Richmond
A Thorn in the flesh is better than a failed Systems Development Life Cycle.
__
I wrote (probably in a moment of fairly naive
euphoria):
"it would be perfectly possible to write a
description in the text format and write a reader to
reimport that to make a stack!"
Well, I suppose it would.
BUT
It would probably then be necessary to spit out
details of ALL properties for ea
You mean something like?
on mouseUp
repeat with x = 1 to the number of cds in this stack
put the long name of cd x &cr& the script of cd x &cr&cr after tScripts
repeat with y=1 to the number of controls on cd x
put the long name of control y of cd x &cr& the script of
control y of
Chipp & Richmond gave two nice handlers for exporting scripts to a
text file.
I offer one suggestion as someone who likes to avoid unnecessary work.
When handlers like these have a lot of work to do, I generally prefer
to put the 'ask file' right up front.
That way, if a user cancels - no n
not necessarily all. Majority of them have default values that in many
cases mean "empty" :-).
All the best!
Viktoras
Richmond Mathewson wrote:
I wrote (probably in a moment of fairly naive
euphoria):
"it would be perfectly possible to write a
description in the text format and write a reader
Perhaps the way to solve this would be to dump all the properties of the
template objects of this stack and then dump only properties of the
objects that are different than the templates. This buys you a couple
of things:
1) You only dump what's different
2) If someone has modified their temp
The way I've done it in the past is to have a "template" for each
type of object that contains the default values. This gets stored
once for each object type, then for each object just send the
properties that have changed from the default.
All the Best
Dave
On 4 Mar 2008, at 09:07, Richmo
It would probably then be necessary to spit out
details of ALL properties for each object (472 last
time I looked) which would be both silly and involve a
lot of redundancy . . .
1. who cares about redundancy?
2. The entire list of properties in an object can be made into an
array (and saved as
Stephen Barncard wrote:
It would probably then be necessary to spit out
details of ALL properties for each object (472 last
time I looked) which would be both silly and involve a
lot of redundancy . . .
1. who cares about redundancy?
2. The entire list of properties in an object can be made int
what do u think u are doing i singned up yesterday> Date: Tue, 4 Mar 2008
09:07:39 +> From: [EMAIL PROTECTED]> To: use-revolution@lists.runrev.com>
Subject: Team Development / Exporting stuff to text files> > I wrote (probably
in a moment of fairly naive> eupho
Agreed 100%.
Key word in the below sentence is "architectural". IMO, a properly
designed architecture can handle multiple programmers, each working on
their own stacks. After all, remember, one can insert 50 stack
libraries into the message path.
best,
Chipp
On Tue, Mar 4, 2008 at 11:58 AM, Ric
Agreed as well - but in the context of your own or a relatively small groups
productivity. That is it is not worth going down the path of svn or finer
granularity for your own productivity, unless perhaps you and your team are
already familiar with such tools and working practices based on other
la
David Bovill wrote:
>> On Tue, Mar 4, 2008 at 11:58 AM, Richard Gaskin
>> > I've thought about the type of scenarios described here, in
>> > which two or more programmers may be assigned to work on the
>> > same stack, but to be honest to me that seems less a technical
>> > challenge than an arch
On 05/03/2008, Richard Gaskin <[EMAIL PROTECTED]> wrote:
>
> David Bovill wrote:
>
>
> That said, I suppose if we look at all possible scenarios we could find
> circumstances for which a finer level of granularity may have a positive
> ROI. We've found no significant limitations with stack-based
>
Richard, thanks...couldn't have said it better..but I will add a footnote...
David, another point to understand is the recompilation of a complete
stack from text files, is a very difficult, if not impossible task to
undertake. I should know. I worked with David Johnson for over a year
on a sharin
On 05/03/2008, Chipp Walters <[EMAIL PROTECTED]> wrote:
>
> David, another point to understand is the recompilation of a complete
> stack from text files, is a very difficult, if not impossible task to
> undertake. I should know. I worked with David Johnson for over a year
> on a sharing toolkit (R
David Bovill wrote:
Seperating data from code is surely a good idea and not one encouraged
by the stack metaphor?
A stack can be used as a data store only, separate from other stacks
which can be used for the UI, separate still from stacks used as
libraries to drive it all.
Quite flexible,
On 08/03/2008, Richard Gaskin <[EMAIL PROTECTED]> wrote:
>
>
> A stack can be used as a data store only, separate from other stacks
> which can be used for the UI, separate still from stacks used as
> libraries to drive it all.
True.
Quite flexible, the stack object.
H - lets put it the o
David,
As Richard said, I find stacks the idea binary data storage container, too.
In fact many of our customers apps have stack based document files, which
have zero business logic and in fact are never seen by the user. Works
great. And, if for some reason you need an intermediary format, one ca
On 09/03/2008, Chipp Walters <[EMAIL PROTECTED]> wrote:
>
> As Richard said, I find stacks the idea binary data storage container,
> too.
> In fact many of our customers apps have stack based document files, which
> have zero business logic and in fact are never seen by the user. Works
> great. And
Sorry the question was cut off
What things - tools or actions would help produce more community produced
> libraries?
- Jabber
- Google Data
- Google spread sheets
- Google docs, calendar, picassa etc
- KML
- Flickr
- YouTube
- iCal / vCal
- Blog XMLRPC api's
-
Guys
I can't believe you fellows are talking about libraries at a time like
this. Sir Paul McCartney is going through a messy divorce and will
have to pimp out the Beatles to El Jobso / iTunes to make it happen.
He needs our support (McCartney)!
Jerry
Daniels & Mara, Inc.
Makers of G
On 09/03/2008, Jerry Daniels <[EMAIL PROTECTED]> wrote:
>
> Guys
>
> I can't believe you fellows are talking about libraries at a time like
> this. Sir Paul McCartney is going through a messy divorce and will
> have to pimp out the Beatles to El Jobso / iTunes to make it happen.
> He needs our
I don't even know where to start. Holy cow.
On Mar 9, 2008, at 10:28 AM, David Bovill wrote:
On 09/03/2008, Jerry Daniels <[EMAIL PROTECTED]> wrote:
Guys
I can't believe you fellows are talking about libraries at a time
like
this. Sir Paul McCartney is going through a messy divorce an
On Sun, Mar 9, 2008 at 7:36 AM, David Bovill <[EMAIL PROTECTED]>
wrote:
> Well to bring out my 6 shooter - it means you don't talk about code you
> supply a diff which does the talking for you.
Just so I understand better, let me get this straight: A nice cvs system
which supplies diffs will he
On Sun, Mar 9, 2008 at 7:49 AM, David Bovill <[EMAIL PROTECTED]>
wrote:
> and learn from them, and relatively quickly code your own thing. All that
> is
> great - but we miss out not being able to grab an open image browser
> widget,
altImageViewer at:
http://www.altuit.com/webs/altuit2/altPlugi
30 matches
Mail list logo