on 2/28/07 2:39 PM, Tim Jones at tjmac at tolisgroup dot com wrote:
> On Feb 28, 2007, at 12:05 PM, Mike Woodworth wrote:
>
>> ugh... then you have to diff it. if this is gonna happen, store it
>> in a separate file so we don't have to commit it to the repo.
>
> Good point, but the primary rbvcp file is very lightweight and
> shouldn't change much unless you're adding or removing modules. It
> basically tells the IDE what the parts of the project are and where
> the actual rbbas, rsrc and rbfrm files are located on the
> filesystem. So, saving the information as a newly defined
> Project.layout file or as part of the primary rbvcp file should not
> hamper proper version control management.
There real problem with storing layout information as part of the project
(in one of the existing files or as a new file) is that other team members
would then have each other's layouts forced on them. Can see having the
layout information persisted in a preference file but please not anything
that would ever be checked in.
Chris
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>
From Wed 28 Feb 2007 13:19:17 -0700
Return-Path: <realbasic-nug-bounces at lists dot realsoftware dot com>
X-Original-To: listarchive at realsoftware dot com
Delivered-To: listarchive at realsoftware dot com
Received: by xmail.realsoftware.com (Postfix, from userid 1037)
id 0DDA51AC6CCE; Wed, 28 Feb 2007 12:19:27 -0800 (PST)
X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on
www.realsoftware.com
X-Spam-Level:
X-Spam-Status: No, score=-2.6 required=4.5 tests=ALL_TRUSTED,AWL,BAYES_00,
NO_REAL_NAME autolearn=ham version=3.1.1
Received: from lists.realsoftware.com (m.realsoftware.com [66.116.103.65])
by xmail.realsoftware.com (Postfix) with ESMTP id 1932F1AC6CC1;
Wed, 28 Feb 2007 12:19:23 -0800 (PST)
Received: from m.realsoftware.com (localhost [127.0.0.1])
by lists.realsoftware.com (Postfix) with ESMTP id B74F6100767;
Wed, 28 Feb 2007 14:19:18 -0600 (CST)
X-Original-To: realbasic-nug at lists dot realsoftware dot com
Delivered-To: realbasic-nug at lists dot realsoftware dot com
Received: from mail.verex.com (mail.verex.com [66.116.103.197])
by lists.realsoftware.com (Postfix) with ESMTP id 7011C10075C
for <realbasic-nug at lists dot realsoftware dot com>;
Wed, 28 Feb 2007 14:19:17 -0600 (CST)
Received: from [66.116.103.197] (localhost [127.0.0.1])
by mail.verex.com (Postfix) with SMTP id 461B97033C0
for <realbasic-nug at lists dot realsoftware dot com>;
Wed, 28 Feb 2007 13:19:17 -0700 (MST)
Date: Wed, 28 Feb 2007 13:19:17 -0700
Subject: Re: FR - Save IDE Layout State in Version Control Projects
From: joe at strout dot net
To: realbasic-nug at lists dot realsoftware dot com
In-Reply-To: <03BA21A8-E544-4459-B01C-B0EF21662A9D at tolisgroup dot com>
X-Mailer: VerEx Email Gateway
Message-Id: <20070228201917 dot 461B97033C0 at mail dot verex dot com>
X-BeenThere: realbasic-nug at lists dot realsoftware dot com
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: REALbasic NUG <realbasic-nug at lists dot realsoftware dot com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: realbasic-nug-bounces at lists dot realsoftware dot com
Errors-To: realbasic-nug-bounces at lists dot realsoftware dot com
On Feb 28, 2007, at 19:00 UTC, Tim Jones wrote:
> Currently, no IDE layout information is saved in the rbvcp save of
> projects. This means that we must reopen and rearrange our projects
> each time we start the IDE. Please
> save the layout and state of the IDE when saving the VCP version of a
> project.
Yikes! I certainly hope they don't do that. You can get that with XML
projects already, and it's a PITA in a group environment. Even in a
single-user environment, it's a nuisance because it means that your
project file is marked dirty (and considered a new revision) pretty
much every time you touch it. I think the absence of this information
in the VCP format is a carefully (and correctly) considered feature.
But maybe there could be some compromise, where the state information
is stored only locally (perhaps in the preferences folder), rather than
with the project itself.
Best,
- Joe
--
Joe Strout -- joe at strout dot net
Verified Express, LLC "Making the Internet a Better Place"
http://www.verex.com/
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>
|