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
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, if
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
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 support
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 and
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 help
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:
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
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
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 other
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
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 architectural and
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
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
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
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,
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
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
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 euphoria): it would be perfectly
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,
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
crcr 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
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
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
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
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.
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,
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 crcr 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 cd x
30 matches
Mail list logo
