David-
> That's smart Mark - if I have got you right. That would make your diffs a
> "diff script" - that is a shorter script that you can execute on a stack
> to
> make an update? Or am I dreaming :)
You could do it that way (and it would be easier to archive them that way)
but I went the oth
On 5/3/08 17:31, David Bovill wrote:
On 05/03/2008, Ben Rubinstein <[EMAIL PROTECTED]> wrote:
On 3/3/08 15:30, David Bovill wrote:
I use a similar technique for storing stacks in SVN. When scripts are
saved
I have hooks which also export text files to SVN and write out metadata
for
indexing
That's smart Mark - if I have got you right. That would make your diffs a
"diff script" - that is a shorter script that you can execute on a stack to
make an update? Or am I dreaming :)
On 03/03/2008, Mark Wieder <[EMAIL PROTECTED]> wrote:
>
> David-
>
>
> >I use a similar technique for storing st
On 05/03/2008, Ben Rubinstein <[EMAIL PROTECTED]> wrote:
>
> On 3/3/08 15:30, David Bovill wrote:
> > I use a similar technique for storing stacks in SVN. When scripts are
> saved
> > I have hooks which also export text files to SVN and write out metadata
> for
> > indexing purposes.
>
>
> Hi David
On 3/3/08 15:30, David Bovill wrote:
I use a similar technique for storing stacks in SVN. When scripts are saved
I have hooks which also export text files to SVN and write out metadata for
indexing purposes.
Hi David,
Just to clarify - are these hooks in your Rev IDE, or hooks in Subversion or
On Mar 2, 2008, at 8:19 AM, Ben Rubinstein wrote:
And does it offer any kind of diff or comparison features?
TextWrangler has a well-implemented "Compare Two Front Documents"
feature that I have found really useful. (pasting the latest version
of a huge stack script into one text doc and
mfstuart wrote:
I have some questions as to even if RunRev allows itself to be a software
development tool for development teams. So here are my questions:
Who is using RunRev in a group development environment? (reply if you are)
Many here and elsewhere.
How many developers are on the team?
On 1 Mar 2008, at 20:08, Mark Wieder wrote:
Dave-
Saturday, March 1, 2008, 3:43:43 AM, you wrote:
I found the best way to handle this was to export all the script as
text files and them to a compare/merge of the source code and import
the text files back into a "master" stack that is used t
Andre Garzia wrote:
Yes, I use magic carpet daily and it saves a lot of time. Me and
Sivakatirswami works on the same projects using magic carpet and we
never run into a problem. I think Magic Carpet is one of the killer
apps available for Revolution Developers and anyone doing serious work
in Re
David-
>I use a similar technique for storing stacks in SVN. When scripts are saved
> I have hooks which also export text files to SVN and write out metadata
> for
> indexing purposes.
What I have settled on is saving a stack as a text file series of xtalk
commands for recreating it:
create b
I use a similar technique for storing stacks in SVN. When scripts are saved
I have hooks which also export text files to SVN and write out metadata for
indexing purposes.
I started with XML files, but as most of the changes were script based and I
wanted the code readable and documented I moved th
Ben,
No, it only manages stacks. No diff'ing. It's fairly simple as it
uploads and keeps track of changes for individual stacks.
-Chipp
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and m
On 1/3/08 21:33, Chipp Walters wrote:
Coming a bit late to this party. I've successfully used Rev in a
multi-developer environment using our own auto-update architecture and
MagicCarpet.
It basically works like this. Individual developers check out stacks
from a web server using MagicCarpet, wor
Yes, I use magic carpet daily and it saves a lot of time. Me and
Sivakatirswami works on the same projects using magic carpet and we
never run into a problem. I think Magic Carpet is one of the killer
apps available for Revolution Developers and anyone doing serious work
in Rev can benefit from it.
I have been using for all of my non-Visual Studio projects for over a
year. Its light enough to not get in the way but provides good
protection and version control.
Highly recommended (which there was a plugin for Realbasic's IDE).
Neal
On Sat, Mar 1, 2008 at 5:22 PM, Jerry Daniels <[EMAIL PROTE
Yes, indeed.
Jerry Daniels
Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2
On Mar 1, 2008, at 3:33 PM, Chipp Walters wrote:
Coming a bit late to this party. I've successfully used Rev in a
multi-developer environment using our own auto-update architecture and
MagicCarpet.
Coming a bit late to this party. I've successfully used Rev in a
multi-developer environment using our own auto-update architecture and
MagicCarpet.
It basically works like this. Individual developers check out stacks
from a web server using MagicCarpet, work on them, then check them
back in (with
viktoras-
Saturday, March 1, 2008, 1:11:24 AM, you wrote:
> Of course it would be nice to have a possibility to set any ID from
> script (should we ask for an enhancement, is this possible at all?).
That's BZ #4046 already.
--
-Mark Wieder
[EMAIL PROTECTED]
__
Stephen-
Friday, February 29, 2008, 5:33:40 PM, you wrote:
> pehaps a good reason to use the altID property or use unique names!!
Actually, ids can be used as long as you don't need absolute values
for objects other than images. If you refer to group id 4567 instead
of group "xyzzy" then this ap
Dave-
Saturday, March 1, 2008, 3:43:43 AM, you wrote:
> I found the best way to handle this was to export all the script as
> text files and them to a compare/merge of the source code and import
> the text files back into a "master" stack that is used to build the
> standalone application. For e
On 29 Feb 2008, at 08:01, Malte Brill wrote:
Hi Mark,
>Who is using RunRev in a group development environment? (reply if
you are)
Me :)
>How many developers are on the team?
Up to 5
>Are the developers in the same office or are the team members
spread over
>different regions or count
Hi,
It might be interesting for you to know that DIFfersifier exports all
properties of stacks to XML now. The result is an amost correct XML
file, that can be parsed and interpreted by all specialized XML
viewers. It should be possible to reconstruct your stack from it,
except the ID num
Hi viktoras,
Unfortunately a few functions in Rev require use of ID (or long ID)
when referring to objects...
Yes, you're right but what I'm saying is to not manage the references
of your objects with ids numbers written in the code. Therefore, the
relevant question
could be if it's possib
Unfortunately a few functions in Rev require use of ID (or long ID) when
referring to objects...
RevDictionary says: use the altID property to specify an additional ID
for an object. Both the ID and the altID property are checked when you
refer to an object by ID.
Of course it would be nice to
Le 1 mars 08 à 02:11, Mark Wieder a écrit :
"Stephen-
It should be said that (almost?) every object in rev can be
created by
script. As an exercise I've written scripts that go through all
objects in
a stack and make up a list of statements that can later be
executed and
recreate everyth
I'm wondering what they use at RunRev HQ.
Cheers,
Luis.
mfstuart wrote:
Hi Ben,
Nice concept, if someone could build that in RunRev, a Team Development
system, quite possible if you know the structure of all the objects. The
SmartProperties plug-in that already exists, shows how the same obj
pehaps a good reason to use the altID property or use unique names!!
Almost. I can deconstruct and reconstruct objects and entire stacks, but ids
are the Achilles heel here. For some reason object ids are set in stone at
creation time. This works out ok in most cases, but if you have code that
r
"Stephen-
> It should be said that (almost?) every object in rev can be created by
> script. As an exercise I've written scripts that go through all objects in
> a stack and make up a list of statements that can later be executed and
> recreate everything, including custom properties and script
On 29/2/08 17:49, Len Morgan wrote:
I understand: NO GUARANTY, No help. I accept the challenge. Where can
I locate the code so I can have my way with it?
I'll email it off list.
- Ben
___
use-revolution mailing list
use-revolution@lists.runrev.com
I understand: NO GUARANTY, No help. I accept the challenge. Where can
I locate the code so I can have my way with it?
len morgan
Ben Rubinstein wrote:
On 29/2/08 14:27, Len Morgan wrote:
Is there any chance that one of you (or someone else) might release
the XML exporter? I'd like to make
card,
substack
etc (er... tbd) as individual files, so that there could be individual
comments and change histories.
Mark Stuart
--
View this message in context:
http://www.nabble.com/Team-Development-using-Run-Rev-tp15752758p15763352.html
Sent from the Revolution - User mailing list archi
It should be said that (almost?) every object in rev can be created
by script. As an exercise I've written scripts that go through all
objects in a stack and make up a list of statements that can later be
executed and recreate everything, including custom properties and
scripts. It gets a littl
** reposted because Hotmail didn't add line breaks to my message! **Hello
all,Glad this question came up because the company I work for has beenmulling
over Rev for development work. No decision has been made yet,but I've had to
give this some serious thought as to how we'd go aboutthings if we
ark Stuart
--
View this message in context:
http://www.nabble.com/Team-Development-using-Run-Rev-tp15752758p15762903.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use-revolution mailing list
use-revolution@lists.runrev.com
On 29/2/08 14:27, Len Morgan wrote:
Is there any chance that one of you (or someone else) might release the
XML exporter? I'd like to make a "DIFFer" for stacks. I'd want to be
able to export EVERYTHING (object properties, etc) in addition to
scripts and then give the option to the user to d
On 29/2/08 15:50, Joe Lewis Wilkins wrote:
Let's face it guys, anytime you have more than one "brain" working on
anything, the process is problematic. Even such tools as Apple's MPW,
developed specifically for team operations, was not easily groked by
most (IMHO). To expect that it would be any
Let's face it guys, anytime you have more than one "brain" working on
anything, the process is problematic. Even such tools as Apple's MPW,
developed specifically for team operations, was not easily groked by
most (IMHO). To expect that it would be any different with Rev is
pretty much a p
Is there any chance that one of you (or someone else) might release the
XML exporter? I'd like to make a "DIFFer" for stacks. I'd want to be
able to export EVERYTHING (object properties, etc) in addition to
scripts and then give the option to the user to display everything, just
objects, jus
I seem to be similar to Malte...
Who is using RunRev in a group development environment? (reply if you are)
Me, somewhat
How many developers are on the team?
Up to 6
Are the developers in the same office or are the team members spread over
different regions or countries?
Same office
Hello all,
Glad this question came up because the company I work for has been mulling over
Rev for development work. No decision has been made yet, but I've had to give
this some serious thought as to how we'd go about things if we did.
We'd basically have three or four coders working on a pr
Hi Mark,
>Who is using RunRev in a group development environment? (reply if
you are)
Me :)
>How many developers are on the team?
Up to 5
>Are the developers in the same office or are the team members spread
over
>different regions or countries?
Most of the time same office, somtimes sp
roducts.
But with that in mind it's important to understand the questions above, as
one day this may be the tool of choice.
Thanx in advance for your replies,
Mark Stuart
--
View this message in context:
http://www.nabble.com/Team-Development-using-Run-Rev-tp15752758p15752758.html
Sent from the R
42 matches
Mail list logo