Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 01557D49C for ; Wed, 22 Aug 2012 22:50:10 +0000 (UTC) Received: (qmail 5297 invoked by uid 500); 22 Aug 2012 22:50:09 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 5260 invoked by uid 500); 22 Aug 2012 22:50:09 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 5251 invoked by uid 99); 22 Aug 2012 22:50:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Aug 2012 22:50:09 +0000 X-ASF-Spam-Status: No, hits=2.5 required=5.0 tests=FRT_ADOBE2,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of carlos.rovira@gmail.com designates 209.85.160.175 as permitted sender) Received: from [209.85.160.175] (HELO mail-gh0-f175.google.com) (209.85.160.175) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Aug 2012 22:50:02 +0000 Received: by ghbz2 with SMTP id z2so64948ghb.6 for ; Wed, 22 Aug 2012 15:49:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=BqpIUcnMWUvfSkjWs9dA19Y26T/pOq8P5+7BeypiYbs=; b=XY9z9zwaRivLueXjCh7x9t72U+r4nX2tmtM39mwXxYIe124DTPurOeS5hCMtyE7p6d 1CbWy2xURypI02ykX9co9D6JI31ncpMJY06pyv67smGQtHEjfYfRfFIkPRMbO5PapFmz zBvjnUfMowgp121oxvxtllWGh9E9YrmqFqc6qW8ftVq2xtw6AJvmpDfC8dUhJ+2nexAf DNAWYcCxWjUvLr3fbpkL4Na6W8EtgxVAYJWoL2/4LQD6u/EkR/Z/mK1hEe+NVC4CKlUP JjoTqry3e7gwuKch/fWOnR7HtKrS39rvs1crfDK9LJpabbxR9s+RZ6HyjmL81kzgDFBU Ey2Q== MIME-Version: 1.0 Received: by 10.236.136.39 with SMTP id v27mr29907522yhi.96.1345675781913; Wed, 22 Aug 2012 15:49:41 -0700 (PDT) Sender: carlos.rovira@gmail.com Received: by 10.101.108.14 with HTTP; Wed, 22 Aug 2012 15:49:41 -0700 (PDT) In-Reply-To: References: Date: Thu, 23 Aug 2012 00:49:41 +0200 X-Google-Sender-Auth: WOiZ98QSknZnQHCLzJ3yyomGK5Q Message-ID: Subject: Re: Should .project, .flexLibProperties, and .actionScriptProperties be checked in to source control? (Was: svn commit: r1375263 [1/2] - in /incubator/flex/sdk/branches/develop/frameworks/projects) From: Carlos Rovira To: flex-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=20cf303bfcc6f6bcd904c7e28e94 --20cf303bfcc6f6bcd904c7e28e94 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable -1 as well. this does not bring us nothing good... 2012/8/23 Ryan Frishberg > -1 to this change as well. I really think that the FB project files shou= ld > continue to be in source control. > > -Ryan > > On Wed, Aug 22, 2012 at 12:44 PM, Om wrote: > > > > > > > If the decision is made that these files should be moved out of the > > > frameworks directory and into the ide/flashbuilder sub-directory then= a > > > JIRA issue should be entered so someone can take ownership of this > task. > > > If this is done I think there needs to be some mechanism of copying t= he > > > files back into a sdk structure. Something similar could be done for > > > IntelliJ files or whatever other IDEs are used. > > > > > > > > > > -1 to this change. Let us please not add any more complexity (yet) to > the > > dev workflow. > > > > Thanks, > > Om > > > > > > > Carol > > > > > > > > > On 8/22/12 9 :30AM, "Carol Frampton" wrote: > > > > > > >Frankly I don't see what the big deal is. These files have been the= re > > > >since day 1. They were set up carefully (not by me). They are > > > >OS-independent and work no matter where the SDK is. If I hadn't > screwed > > > >up the headers and then screwed up fixing them this thread wouldn't > > exist. > > > > There are hidden files (at least on OSX) so you don't even see them > > > >unless you go looking and right now they aren't in the source distro= . > > > > > > > >It is already a pain in the neck to do development because we can't > have > > > >all the Adobe stuff in the tree. Now you are telling me to debug > any, I > > > >need to build the combined tree, and then create and edit 20+ files = in > > 10+ > > > >directories before I can do anything. I am not a lover of FB but fo= r > > now > > > >it is what I know best. If you don't want to use them don't use the= m. > > > > > > > >Carol > > > > > > > >On 8/21/12 7 :05PM, "Michael Baird" wrote: > > > > > > > >>Rather than a readme, how about .sample? .project.sample, > > > >>.actionScriptProperties.sample, etc... > > > >>Then it becomes more apparent these are environment-specific sample= s > > and > > > >>dont carry the maintenance weight of a thorough readme. > > > >> > > > >>Imagine also .project.mac.sample, .project.linux.sample, etc, for > > > >>platform-specific settings, too. > > > >> > > > >>On Tue, Aug 21, 2012 at 3:03 PM, Om wrote: > > > >> > > > >>> On Tue, Aug 21, 2012 at 2:41 PM, Nicholas Kwiatkowski > > > >>> > > >>> >wrote: > > > >>> > > > >>> > I agree with what Jeffery brought up from the previous thread. = My > > > >>>deal is > > > >>> > if it is in the source control, and I need to make changes to m= y > > > >>> > environment that are made in these files, there is a very real > > chance > > > >>> those > > > >>> > changes get committed back to the svn. Conversely, if somebody > > makes > > > >>>a > > > >>> > change to the 'generic' file, do I have to overwrite my changes > to > > my > > > >>>IDE > > > >>> > settings in order to get the rest of the changeset in place? I= t > > just > > > >>> > starts getting really messy, particular for those IDE settings > > files > > > >>>that > > > >>> > would be project or computer specific. > > > >>> > > > > >>> > > > > >>> I agree that it will get clumsy. But if I have project/source > > path/swc > > > >>> library dependencies and compiler arguments, how will I let other > > know > > > >>> about this? List everything in a README? Then there is a very > good > > > >>>chance > > > >>> that the README will get out of sync with the project over the > course > > > >>>of > > > >>> time. > > > >>> > > > >>> IMHO, a little bit of clumsiness is fine because it makes it so > much > > > >>>easier > > > >>> to share and set up projects. Once again, lowering the barrier t= o > > > >>> contribute to Apache Flex. > > > >>> > > > >>> Thanks, > > > >>> Om > > > >>> > > > >>> > > > >>> > > > >>> > > > >>> > > > >>> > > > > >>> > -Nick > > > >>> > On Aug 21, 2012 2:28 PM, "Jeffry Houser" > > > >>>wrote: > > > >>> > > > > >>> > > > > > >>> > > Last time this came up; the decision leaned towards: > > > >>> > > > > > >>> > > "You can do what you want in your whiteboard; but don't commi= t > > > >>>project > > > >>> > > files anywhere else." > > > >>> > > > > > >>> > > Sometimes it just makes things harder; and projects are not > > always > > > >>> > easily > > > >>> > > transferable between machines. > > > >>> > > > > > >>> > > On 8/21/2012 11:14 AM, Jeff Conrad wrote: > > > >>> > > > > > >>> > >> Hi Carol, > > > >>> > >> > > > >>> > >> I think Justin's question was more oriented around what's th= e > > best > > > >>> > >> practice for checking in .project, .flexLibProperties, and > > > >>> > >> .actionScriptProperties files? Should they be included in > > source > > > >>> > >> control or ignored? > > > >>> > >> > > > >>> > >> I took a peek at some of the files included and they contain > > some > > > >>> > >> important information that would make any potential > > contributor's > > > >>>job > > > >>> > >> easy. For instance, in > > > >>>projects/framework/.**actionScriptProperties, > > > >>> > >> there are a ton of additional compiler arguments that if I h= ad > > to > > > >>>put > > > >>> > >> into every project like that, I'd go crazy: > > > >>> > >> > > > >>> > >> > additionalCompilerArguments=3D"-**keep-as3-metadata=3DBindable,** > > > >>> > >> Managed,ChangeEvent,**NonCommittingChangeEvent,**Transient > > > >>> > >> -load-config+=3Dframework-**config.xml > > > >>> > >> --include-file=3Ddefaults.css,..**/defaults.css > > > >>> > >> -include-file=3Ddefaults-3.0.0.**css,../defaults-3.0.0.css > > > >>> > >> -include-file=3DAssets.swf,../**assets/Assets.swf > > > >>> > >> > > > >>>-include-file=3Dassets/**CalendarIcon.png,../assets/**CalendarIcon= .png > > > >>> > >> -namespace=3Dlibrary://ns.adobe.**com/flex/mx,../manifest.xm= l< > > > >>> > http://ns.adobe.com/flex/mx,../manifest.xml> > > > >>> > >> -namespace+=3Dhttp://www.adobe.**com/2006/mxml,../manifest.x= ml< > > > >>> > http://www.adobe.com/2006/mxml,../manifest.xml> > > > >>> > >> -resource-bundle-list=3Dbundles.**properties -library-path= =3D > > > >>>-locale=3D" > > > >>> > >> > > > >>> > >> I'm in favor of either keeping this information in source > > control. > > > >>> I > > > >>> > >> don't want to have to remember all of that to make sure I'm > > > >>>building > > > >>> > >> the SDK correctly. > > > >>> > >> > > > >>> > >> I suppose the other question that has to be asked, though, i= s > > > >>>whether > > > >>> > >> or not Flash Builder would be making different SWCs than the > ant > > > >>> > >> scripts or where all of that information is included. It > looks > > > >>>like > > > >>> > >> the ant scripts set the same arguments directly in the > build.xml > > > >>>file. > > > >>> > >> > > > >>> > >> When someone gets time, maybe we can move all those argument= s > to > > > >>> > >> framework-config.xml file and have both the > > > >>>.actionScriptProperties > > > >>> > >> and build.xml file reference those so it's more DRY? I'll d= o > it > > > >>> > >> sometime this week, but someone is more than welcome to beat > me > > to > > > >>>it. > > > >>> > >> > > > >>> > >> Does anyone know if there's a quirk in the compiler that > causes > > > >>> > >> information set in a flex-config.xml file to be ignored by > > either > > > >>>the > > > >>> > >> Ant or Flash Builder? If it's a bug in the compiler, I'll > just > > > >>>leave > > > >>> > >> well enough alone until after Falcon. > > > >>> > >> > > > >>> > >> Jeff > > > >>> > >> > > > >>> > >> On Tue, Aug 21, 2012 at 9:57 AM, Carol Frampton > > > >>> > > > >>> > >> wrote: > > > >>> > >> > > > >>> > >>> It loos like lots of newlines got introduced but no code > > changes > > > >>> other > > > >>> > >>> than the headers. I hink I'll rollback the commit and do i= t > > > >>>again. > > > >>> > >>> > > > >>> > >>> Thanks for pointing that out. I usually diff my changes > before > > > >>> > >>> committing > > > >>> > >>> them but I obviously didn't this time. > > > >>> > >>> > > > >>> > >>> Carol > > > >>> > >>> > > > >>> > >>> On 8/20/12 6 :12PM, "Justin Mclean" < > justin@classsoftware.com> > > > >>> wrote: > > > >>> > >>> > > > >>> > >>> Hi, > > > >>> > >>>> > > > >>> > >>>> Noticed the ".project", ".actionScriptProperties" and > > > >>> > >>>> ".flexLibProperties" mark marked as modified. Are they > spposed > > > >>>to be > > > >>> > >>>> checked in? > > > >>> > >>>> > > > >>> > >>>> Thanks, > > > >>> > >>>> Justin > > > >>> > >>>> > > > >>> > >>> > > > >>> > > > > > >>> > > > > >>> > > > > > > > > > > > > > --=20 Carlos Rovira Director de Tecnolog=EDa M: +34 607 22 60 05 F: +34 912 35 57 77 CODEOSCOPIC S.A. Avd. del General Per=F3n, 32 Planta 10, Puertas P-Q 28020 Madrid --20cf303bfcc6f6bcd904c7e28e94--