commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Xun Long Gui <ustbco...@gmail.com>
Subject Re: [scxml-eclipse] Notes on properties, headers and generated code
Date Thu, 20 May 2010 01:14:30 GMT
Hi sebb,

Thank you for your fervent guide here :-)
在 2010年5月19日 下午11:54,sebb <sebbaz@gmail.com>写道:

> On 19/05/2010, Xun Long Gui <ustbcoder@gmail.com> wrote:
> > Hi,
> >  My IDE is eclipse, and my SVN client is eclipse subclipse plunge-in, i
>
> [That should be 'plugin', but plunge-in is a fun alternative ;-)]
>
> >  can not find any graphical gesture for setting props, i change SVN
> >  client config file directly
>
> To set the properties on a single file:
>
> Right-click
> Team
> Set Property...
> Property Name
> etc.
>
> To change the default setting, AFAIK you need to edit the SVN config
> file manually.
>
> >
> >  -Gui Xun Long
> >
> >  On 5/19/10, Rahul Akolkar <rahul.akolkar@gmail.com> wrote:
> >  > 2010/5/19 Xun Long Gui <ustbcoder@gmail.com>:
> >  >> ok, i will try to  finish these jobs as soon as possible
> >  >>
> >  > <snip/>
> >  >
> >  > Thanks, no rush :-)
> >  >
> >  > BTW, after 'svn propset' you will have to check in the files (property
> >  > changes are local). Your IDE of choice should have some graphical
> >  > gesture(s) for settings props as well.
> >  >
> >  > -Rahul
> >  >
> >  >
> >  >> -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
> >  >>>>> .xml
> >  >>>>>  > 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
> >  >>>>> yet.
> >  >>>>>  >>
> >  >>>>>  >>  3) Some license headers in the generated code were
removed
> with
> >  >>>>>  >>  today's package renaming since the code was regenerated,
> other
> >  >>>>> files
> >  >>>>>  >>  never had it. Suggestion would be to perhaps wait
until
> things
> >  >>>>> have
> >  >>>>>  >>  stabilized a bit in SVN and then add all missing
headers in
> one
> >  >>>>> swoop.
> >  >>>>>  >>
> >  >>>>>  >>  -Rahul
> >  >>>>>  >>
> >  >>>>>
> >  >>>>>
> >  >>>>> --
> >  >>>>>  Best Regards
> >  >>>>>
> >  >>>>>  Gui Xun Long (桂训龙)
> >  >>>>>
> >  >>
> >  >> --
> >  >> Best Regards
> >  >>
> >  >> Gui Xun Long (桂训龙)
> >  >>
> >  >
> >  > ---------------------------------------------------------------------
> >  > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >  > For additional commands, e-mail: dev-help@commons.apache.org
> >  >
> >  >
> >
> >
> >
> > --
> >
> > Best Regards
> >
> >  Gui Xun Long (桂训龙)
> >
> >  ---------------------------------------------------------------------
> >  To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >  For additional commands, e-mail: dev-help@commons.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>


-- 
Best Regards

Gui Xun Long (桂训龙)

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message