Bob Earp wrote:
Well, I think you are half correct Richard. These sort of decisions
need to be made on a case by case basis
On further consideration I think you're absolutely correct.
I was talking about this with Ken Ray last night, and we hit on a
distinction which may be useful for
Pete wrote:
All good points. I guess I'm thinking of a different situation that
multiple people working on the same project. When someone reports a bug
that crept into a particular version of an application, it would be useful
to see what changes were made to the stack that might have
My thought is to not limit it to scripts necessarily, but all objects in a
stack - stack, substacks, cards, controls, along with all their properties
both standard and custom.
I see it as a standalone program that would open a stack file, grab all the
above info and write it into a database.
Actually, I think plain text would work here better, unless arrays were stored
in properties. Even then, you could save the arrays as text using the
printKeys() function. There are text comparison utilities out there which are
quite good at highlighting the differences between two plain text
Bob,
I think you'd have to find some way to preserve object IDs or a lot of
stuff would break. Datagrids, for example, store the row template as a
long id. And, as you pointed out, behaviors.
On Tue, Jan 24, 2012 at 9:43 AM, Bob Sneidar b...@twft.com wrote:
Actually, I think plain text would
Yes the more I think about it, the more tedious it becomes. It seems the only
way to do multiuser dev is to have the source stack available to a kind of
checkout engine. A dev would have to check out an object at which point it
would be unavailable to any other user. And you would have to have
uniquely naming all objects and using 'get the id of object name'
instead of using any IDs at all would seem to solve this problem...
of course would have to be a convention when starting a project.
why wouldn't this work?
On 24 January 2012 13:20, Bob Sneidar b...@twft.com wrote:
Yes the
It would work for user created objects, except how do you get datagrids to do
this? All kinds of things in the datagrid are linked by long ID's to their
behaviors by the engine. I'd be nervous about going into any functioning
datagrid and trying to update all the object behavior references, and
I am sure the Slug and/or Trevor will chime in here.. good points the
redirection might have an impact on the speed in this case...Maybe a
special 'data grid fixer' handler
On 24 January 2012 14:06, Bob Sneidar b...@twft.com wrote:
It would work for user created objects, except how
I think we're each looking at this from different perspectives.
My objective is to compare two versions of the same stack file and list the
differences between them, that's it. All the data collected about the
stack would be have to be keyed by object ids (perhaps with the exception
of stacks
Aye but the problems you face are the same ones with version control and
multiuser development. Almost the exact same set of problems actually.
Bob
On Jan 24, 2012, at 2:41 PM, Pete wrote:
I think we're each looking at this from different perspectives.
My objective is to compare two
there's the altID property, but it has a 16 bit range 65535
On 24 January 2012 14:41, Pete p...@mollysrevenge.com wrote:
I think we're each looking at this from different perspectives.
Isn't there some sort of user-assigned id available? That could help.
Stephen Barncard
San Francisco
stephen barncard wrote:
there's the altID property, but it has a 16 bit range 65535
You shouldn't need to use the altID for this, since the ability to set
the ID property of any object was added to the engine a few versions
back specifically to support efforts to make XML-stack translators
how are conflicts handled if one does that? Error thrown?
On 24 January 2012 16:00, Pete p...@mollysrevenge.com wrote:
Thanks Richard, I remember now you posted that a couple days back. So you
just set the id of control xyz to do that?
Stephen Barncard
San Francisco Ca. USA
more about sqb
On 01/22/2012 11:20 PM, Bob Earp wrote:
Far be it for me to question your wisdom here Jacque, but are you sure this is
true for Rev (not LC) ?
I went from HC to SC to ToolBook and then Rev, and at the time of looking at Rev, I
can remember one of the enticements for moving was the ability to
On 01/23/2012 07:48 PM, Richard Gaskin wrote:
Jerry Jensen wrote:
Always take advantage of a good excuse to rewrite your code. The
first pancake is never the best one!
Well said.
That's all well and good, unless, like me, you, being Scots, end up with
Drop-scones instead of pancakes :)
All good points. I guess I'm thinking of a different situation that
multiple people working on the same project. When someone reports a bug
that crept into a particular version of an application, it would be useful
to see what changes were made to the stack that might have introduced the
bug.
Well, I think you are half correct Richard. These sort of decisions need to be
made on a case by case basis, and although I'd love to be paid for rewriting
code every time I'm asked to edit something, I can't find customers that would
cough up the moolah. However, if you have some that you
I had a similar experience when trying to convert old procedural dBase to
object oriented. There was a converter that came with Visual Foxpro that would
attempt to convert a procedural app into an OOP one, but it was a miserable
failure. There were too many differences, and what you ended up
tricks ;-)
best, Bob...
From: J. Landman Gay jac...@hyperactivesw.com
To: How to use LiveCode use-livecode@lists.runrev.com
Subject: Re: Opening a Supercard file in Livecode?
Message-ID: 4f1affd3.4050...@hyperactivesw.com
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 1/21
, Bob...
From: J. Landman Gay jac...@hyperactivesw.com
To: How to use LiveCode use-livecode@lists.runrev.com
Subject: Re: Opening a Supercard file in Livecode?
Message-ID: 4f1affd3.4050...@hyperactivesw.com
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 1/21/12 6:53 AM
Hi Bob,
There used to be a SuperCard-to-MetaCard converter.
--
Economy-x-Talk
Consultancy and Software Engineering
http://economy-x-talk.com
Download Color Converter at http://www.color-converter.com
Op 22-jan-2012, om 22:20 heeft Bob Earp het volgende geschreven:
Far be it for me to
Still, was it smart enough to figure out 'binary' features of Livecode that
give speed and performance such as repeat for each, etc. and
multi-dimensional Arrays and the UI features such as the datagrid ?
The 'translation' could end up being a convoluted mess, hard to
debug/understand. And
On 1/22/12 3:20 PM, Bob Earp wrote:
Far be it for me to question your wisdom here Jacque, but are you
sure this is true for Rev (not LC) ?
Your memory is correct, there used to be a converter back in the early
days. It worked with SC 3.0. It was abandoned after the next SC update
broke it
Always take advantage of a good excuse to rewrite your code. The first pancake
is never the best one!
On Jan 22, 2012, at 1:52 PM, stephen barncard wrote:
Still, was it smart enough to figure out 'binary' features of Livecode that
give speed and performance such as repeat for each, etc. and
Further to my last post on this, I checked with my good friend Ian Gordon who I
worked with on this stuff, and we think the path was SC to MetaCard to Rev to
LiveCode. Unfortunately we don't have a sample to prove this !!
Over the next week I will try to resurrect an old Quadra to get a SC
Probably not worth the time/payback as a translation tool but how about as
part of a version control system? VC systems almost always have a function
that will list the differences between two versions of code, but it's hard
to that with LC since everything is buried in the stack file. If there
On Jan 22, 2012, at 3:41 PM, Mark Schonewille wrote:
Hi Bob,
There used to be a SuperCard-to-MetaCard converter.
Yes, I created it back in 2007 and I still have it - it converted SuperCard
filed to XML and then XML to MetaCard (which was before Revolution and
LiveCode). Given that it's 5
On 1/22/12 6:39 PM, Ken Ray wrote:
On Jan 22, 2012, at 3:41 PM, Mark Schonewille wrote:
Hi Bob,
There used to be a SuperCard-to-MetaCard converter.
Yes, I created it back in 2007 and I still have it - it converted
SuperCard filed to XML and then XML to MetaCard (which was before
Revolution
On Jan 22, 2012, at 9:12 PM, J. Landman Gay wrote:
On 1/22/12 6:39 PM, Ken Ray wrote:
On Jan 22, 2012, at 3:41 PM, Mark Schonewille wrote:
Hi Bob,
There used to be a SuperCard-to-MetaCard converter.
Yes, I created it back in 2007 and I still have it - it converted
SuperCard filed
Apologies if this is a duplicate post byt I didn't see my original reply
make it to the list.
I'm wondering if it might be worth the time if this was done as part of a
version control system rather than as a convertor? The VC systems I've
used alway have a way of comparing two code files and
Does anybody know whether this is possible?
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
This is a great example of the application of reducing a stack to a text file
which defines a stack, which has been discussed in this forum before. Trouble
is, there isn't a huge demand for it.
Bob Sneidar
IT Manager
Calvary Chapel CM
Sent from iPhone
On Jan 21, 2012, at 10:11, J. Landman Gay
33 matches
Mail list logo
