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
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
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 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
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
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
-
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
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 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 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 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
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, 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
>
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
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
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
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 perfectl
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
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
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
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
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
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
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
24 matches
Mail list logo