On 18 Oct 2005, at 19:44, Richard Gaskin wrote:
Is the desire for such a tool prevalent enough to translate into a
working tool?
Well due to the lack of "stack granularity" in my work - it is a
little hard to share right now - but the tools were actually built a
couple of years ago. Right
david bovill wrote:
The most obvious example for me is at the handler level.
You make a strong argument for handler-level granularity for your
workflow, but I believe that goes beyond what CVS was designed to handle.
As I understand it CVS is document-based, and source files often include
m
On 17 Oct 2005, at 08:36, Mark Wieder wrote:
Richard-
Sunday, October 16, 2005, 8:27:55 PM, you wrote:
Can you tell us a bit more about projects you've worked on where
multiple team members needed to work on different controls in the
same
window at the same time?
First Scenario
The most
Todd-
Monday, October 17, 2005, 8:11:50 AM, you wrote:
> Actually FileMaker 7 (and now FileMaker 8) encourages development in less
> files then before.
My bad. Typing without thinking again. You're right, of course. And
the data/interface separation is definitely a Good Thing.
--
-Mark Wieder
xavier-
Monday, October 17, 2005, 12:09:22 AM, you wrote:
> I'd rather build the same level of ease of FMP into Rev than the opposite
> (which is unlikely to happen)...
Yes, but why reinvent things? Ideally I'd like to see them each do
what they do best.
> MS Access is more flexible in this way
On 10/16/05 11:45 PM, "Mark Wieder" <[EMAIL PROTECTED]> wrote:
> Cool. And that makes sense, now that FileMaker 7 finally allows
> separate files instead of the monolithic structure it's always had.
> Now if we could just get FileMaker to adopt xTalk to give it a *real*
> programming language...
Mark
I'd rather build the same level of ease of FMP into Rev than the opposite
(which is unlikely to happen)...
MS Access is more flexible in this way... alas...
cheers
-=-
Xavier Bury
Clearstream Services
TNS NT LAN Server
[EMAIL PROTECTED] wrote on 17/
Chipp-
Sunday, October 16, 2005, 8:07:16 PM, you wrote:
> Also, interesting enough, the Filemaker community has picked up on
> MagicCarpet and are now starting to use it for their version control as
> well.
Cool. And that makes sense, now that FileMaker 7 finally allows
separate files instead of
Richard-
Sunday, October 16, 2005, 8:27:55 PM, you wrote:
> Can you tell us a bit more about projects you've worked on where
> multiple team members needed to work on different controls in the same
> window at the same time?
Sure, but that may be missing the point a bit.
The "problem" is that s
Richard,
I agree, but like you, I tend to work alone, or with 1 other programmer.
One of the things I really like about Rev, is the longer you program
with it, the more it reveals itself as a fundamentally sound architecture.
Case in point. The reason I developed MagicCarpet initially was for
Mark Wieder wrote:
What I'm interested in, though, is opening up a path to a more
granular approach to rev development. If you don't need to get more
atomic than one stack-one developer then you're home free. But if
you've got complex projects and need to have developers check out an
object from
Mark and Richard,
Thanks for the kind words about MagicCarpet. I agree, it's not
everything for everybody, but it is used by a lot of Rev'ers to help
manage their code.
Also, little known about MagicCarpet is it's ability to automate
updating of applications via the MGC SplashScreen app. It'
Richard-
Sunday, October 16, 2005, 10:55:59 AM, you wrote:
> Magic Carpet's been around for a while, and many of us have written
...and it's about time someone posted the url...
http://www.altuit.com/webs/altuit2/MagicCarpetCover/default.htm
--
-Mark Wieder
[EMAIL PROTECTED]
___
Richard-
Sunday, October 16, 2005, 10:55:59 AM, you wrote:
> Magic Carpet's been around for a while, and many of us have written
...and it's about time someone posted the url...
http://www.altuit.com/webs/altuit2/MagicCarpetCover/default.htm
--
-Mark Wieder
[EMAIL PROTECTED]
___
Richard-
Sunday, October 16, 2005, 10:55:59 AM, you wrote:
> Magic Carpet's been around for a while, and many of us have written
...and it's about time someone posted the url...
http://www.altuit.com/webs/altuit2/MagicCarpetCover/default.htm
--
-Mark Wieder
[EMAIL PROTECTED]
___
Richard-
Sunday, October 16, 2005, 12:40:59 PM, you wrote:
> One man's flow is another man's impedence. ;)
LOL
> For myself, I think Magic Carpet got it right for the sorts of workflows
> I find myself involved in: it's stack-based rather than script- or
> object-based, and in the projects I
david bovill wrote:
So why not go with the flow - horses for courses? Is there a way of
combining "Magic Carpet" with the interest to develop an SVN / CVS
integration into the Rev environment?
One man's flow is another man's impedence. ;)
If others like CVS then there's nothing stopping the
On 16 Oct 2005, at 20:06, Mark Wieder wrote:
Funny, I just started down the road of moving my rev version control
over to subversion, too. But I'd happily give that up if you can get
this running in the next month or so.
So your offering to help :)
On 16 Oct 2005, at 20:06, Richard Gaskin wro
david-
Sunday, October 16, 2005, 6:47:08 AM, you wrote:
> CVS does not handle binaries so well, so to keep track with the open
CVS actually handles binaries *very* poorly, usually resulting in file
corruption, in my experience. CVS was explicitly written to deal with
text files, and the binary
Todd Geist wrote:
On 10/15/05 3:40 PM, "Richard Gaskin" <[EMAIL PROTECTED]> wrote:
You can solve little things like moving around files and integrating
them into the master build as you go.
That stuff is easy.
The hard part is retaining and utilizing human energy.
I think this is exactly
On 10/15/05 3:40 PM, "Richard Gaskin" <[EMAIL PROTECTED]> wrote:
> You can solve little things like moving around files and integrating
> them into the master build as you go.
>
> That stuff is easy.
>
> The hard part is retaining and utilizing human energy.
I think this is exactly why some ty
Maybe a good place to start with an open source community project
would be
for to build a RevCVS.
Am I crazy or what?
Not unless I am :) I used for a year of so CVS built into the
Metacard environment I wrote. All script suites were exported into
CVS, and individual handlers documented re
Alex Tweedly wrote:
I think it's an interesting characteristic of Rev - there is a huge
amount freely given "open source" Rev stacks.
But, as far as I know, there have been few examples of successful,
completed *collaborative* open source developments in Rev.
The MetaCard IDE has been mainta
Xavier
http://monsieurx.com/taoo
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Todd Geist
> Sent: Saturday, October 15, 2005 6:43 PM
> To: use-revolution@lists.runrev.com
> Subject: Re: Open source collaboration [WAS: Re: Rev v
On 10/14/05 7:03 PM, "Alex Tweedly" <[EMAIL PROTECTED]> wrote:
> the lack of a RCS / CVS /
> subversion equivalent makes multi-developer efforts so much harder in
> Rev than in other languages that it just hasn't happened.
I don't know much about CVS, so I am going to ask the dumb question.
Why
On 15 Oct 2005, at 04:03, Alex Tweedly wrote:
It may be (puts on 'optimist' hat) that Rev is so much more
productive that an individual can do so much more
or it may be (puts on 'pessimist' hat) that the lack of a RCS /
CVS / subversion equivalent makes multi-developer efforts so much
Stephen Barncard wrote:
TAOO! i just wished i knew how to get people intersted in
collaborating in
this open source manner and project because so far that seems nearly
impossible in this rev market...
???
H... I have a folder full of 'open source' freely given code for
Rev -- libraries
27 matches
Mail list logo