Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (nike.apache.org: domain of ustbcoder@gmail.com designates
 209.85.212.171 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        b=xPYJkqK1m71erBgjDFvsYSnk8Te3vEUizuSMdrog8J5dNY6oHHy6Us/kTdTo5EqFz5
         o4lXyCDDQuaRomCBF1bZ7B0/TU/bOW39/42N+en/kxYLPOVAErX0k4vhM1k7A8l9UF6o
         zOm1WZR/FwbvOSmZmtAvAxZR5eSoHY2wzonc0=
MIME-Version: 1.0
In-Reply-To: <AANLkTim226wLBBLSWmVFLIU10E5wqmRdWpr1QQSFUQOL@mail.gmail.com>
References: <AANLkTimYILl5CwoddoltBF4hgC4XKktANAoAVvNbUN68@mail.gmail.com>
	 <AANLkTineS5o_sP_W66aQejK5XaL5IK8aa0oo0L4-oEJM@mail.gmail.com>
	 <AANLkTilLdig9tlD-tPMAGxsG3dbjageuDKjkrYG5AptB@mail.gmail.com>
	 <AANLkTilUzPzrmNHxr5aONI89LCF8-7ZgI7NDNS39On3H@mail.gmail.com>
	 <AANLkTim226wLBBLSWmVFLIU10E5wqmRdWpr1QQSFUQOL@mail.gmail.com>
Date: Wed, 19 May 2010 23:10:27 +0800
Message-ID: <AANLkTilF_mseb58ZAKk5Pj5FZOiMnrZn4wHXN1T-QglU@mail.gmail.com>
Subject: Re: [scxml-eclipse] Notes on properties, headers and generated code
From: Xun Long Gui <ustbcoder@gmail.com>
To: Commons Developers List <dev@commons.apache.org>
Content-Type: text/plain; charset=GB2312
Content-Transfer-Encoding: quoted-printable

ok, i will try to  finish these jobs as soon as possible

-Gui Xun Long

On 5/19/10, Rahul Akolkar <rahul.akolkar@gmail.com> wrote:
> On Wed, May 19, 2010 at 10:08 AM, sebb <sebbaz@gmail.com> wrote:
>> On 19/05/2010, Xun Long Gui <ustbcoder@gmail.com> wrote:
>>> Hi,
>>>
>>>  They are all GMF standard file format, they are very important for
>>>  this project. As you say, they are xml file indeed, but we can not
>>>  change their extensions to .xml
>>
>> OK, then please add the extensions to your SVN configuration (so
>> future files will have the property added automatically), and add the
>> eol-style SVN property to the current files - thanks!
>>
> <snip/>
>
> +1
>
> For example, at the command line, in the appropriate directory of your
> working copy:
>
>   svn propset svn:eol-style "native" scxml.ecore
>
> Similarly for the rest of the files identified below. This will reduce
> noise in the diffs when these files are updated.
>
> Also, please add to the README (or another suitable file in the
> sdocbook directory), a small introduction assuming the reader is
> completely new to EMF and GMF-based editors. This could be as simple
> as URLs to the Eclipse EMF, GMF project sites and relevant tutorials.
> Reading it and the resources pointed to by the URLs, it should be
> possible to understand these files and the code, understand which
> parts are authored, which are generated and how etc. Again, this can
> be quite brief (by virtue of pointing to other URLs). Thanks!
>
> -Rahul
>
>
>>>
>>>  -Gui Xun Long
>>>
>>>
>>>  On 5/19/10, sebb <sebbaz@gmail.com> wrote:
>>>  > On 19/05/2010, Rahul Akolkar <rahul.akolkar@gmail.com> wrote:
>>>  >> Some miscellaneous notes:
>>>  >>
>>>  >>  1) A small number of files don't have svn:eol-style set. This isn'=
t
>>>  >>  surprising given some of the uncommon file extensions that are
>>> almost
>>>  >>  guaranteed to not be in the auto-props :-) sebb has a script to
>>>  >>  identify these, maybe at some point he'll kindly run it for us.
>>>  >
>>>  > # Unknown file types (count)
>>>  > # ecore                                            1
>>>  > # ecore_diagram                                    1
>>>  > # genmodel                                         1
>>>  > # gmfgen                                           1
>>>  > # gmfgraph                                         1
>>>  > # gmfmap                                           1
>>>  > # gmftool                                          1
>>>  >
>>>  > Are all of these standard extensions?
>>>  > Or are some of them invented just for the project?
>>>  >
>>>  > It looks like these are all xml files, so perhaps they could have .x=
ml
>>>  > extensions?
>>>  >
>>>  >
>>>  >>  2) The question of how much generated code needs to be in SVN. We
>>> can
>>>  >>  punt on this for now, I'd haven't taken a good look at the code ye=
t.
>>>  >>
>>>  >>  3) Some license headers in the generated code were removed with
>>>  >>  today's package renaming since the code was regenerated, other fil=
es
>>>  >>  never had it. Suggestion would be to perhaps wait until things hav=
e
>>>  >>  stabilized a bit in SVN and then add all missing headers in one
>>> swoop.
>>>  >>
>>>  >>  -Rahul
>>>  >>
>>>
>>>
>>> --
>>>  Best Regards
>>>
>>>  Gui Xun Long (=B9=F0=D1=B5=C1=FA)
>>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>


--=20
Best Regards

Gui Xun Long (=B9=F0=D1=B5=C1=FA)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org