Re: [Springframework-developer] spring-rcp subproject structure and initial commits

[Mike Cannon-B. <mi...@at...>]

Rod,

I=B9ve been through this on a few Open Source projects, and I=B9m not sure it=B9s
a good idea at this time, for a few reasons:
* principally, there isn=B9t enough traffic about RCP yet to warrant a
separate list =AD ie as a general rule, if it=B9s not enough messages to piss
off other users yet, don=B9t make another list
* having two lists means people who use just the Spring framework like me
(not the RCP bits) probably won't contribute ideas early (because they're
not on the RCP list) which can be crucial to creating a healthy, sustainabl=
e
project

Generally, I always feel it's better to have less lists until the discussio=
n
becomes off topic too often, then you split - not at the start? (especially
when so much of the RCP stuff will, I guess?, depend on the core Spring
framework so there'll likely be lots of cross postings)

Anyway not a huge issue, just my $0.02! Feel free to ignore completely :)

Cheers,
Mike=20

On 3/3/04 12:19 PM, "Rod Johnson" (rod...@in...) penned the
words:

> Keith
>=20
> I've just created a springframework-rcp-dev list. We can add a -user list=
 if
> we ever need it.
>=20
> I've emailed you the administration information, as you should clearly be=
 the
> list administrator.
>=20
> Regards,
> Rod
>>=20
>> ----- Original Message -----
>>=20
>> From:  Keith  Donald <mailto:kd...@cs...>
>>=20
>> To: spr...@li...
>>=20
>> Sent: Tuesday, March 02, 2004 6:25  PM
>>=20
>> Subject: RE: [Springframework-developer]  spring-rcp subproject structur=
e and
>> initial commits
>>=20
>>=20
>>=20
>> Rod,
>>=20
>>=20
>>=20
>> I  think a spring-rcp mailing list is a great idea!  I'll continue posti=
ng
>> announcements and other core integration stuff on the main lists, but ge=
neral
>> communication back and forth comm. about specifics of the project would =
 fit
>> nicely in its own list (especially now since most topics  are very
>> development oriented.)
>>=20
>>=20
>>=20
>> Keith
>>=20
>>=20
>>=20
>>>=20
>>>=20
>>> -----Original Message-----
>>> From: spr...@li...
>>> [mailto:spr...@li...] On Behal=
f  Of
>>> Rod Johnson
>>> Sent: Tuesday, March 02, 2004 2:14  AM
>>> To:  spr...@li...
>>> Subject: Re:  [Springframework-developer] spring-rcp subproject structu=
re
>>> and initial  commits
>>>=20
>>>=20
>>> Exciting news. Keith, do you think we need a Spring-RCP  mailing list, =
or
>>> would you prefer it to stay shared for now?
>>>=20
>>>>=20
>>>> ----- Original Message -----
>>>>=20
>>>> From:  Keith  Donald <mailto:kd...@cs...>
>>>>=20
>>>> To: spr...@li...
>>>>=20
>>>> Sent: Monday, March 01, 2004 8:23  PM
>>>>=20
>>>> Subject: [Springframework-developer]  spring-rcp subproject structure =
and
>>>> initial commits
>>>>=20
>>>>=20
>>>>=20
>>>> Hey yall -
>>>>=20
>>>>=20
>>>>=20
>>>> The spring-rcp sub project  structure now exists in the CVS repository=
 as a
>>>> new  module.  You'll find that the structure very much mirrors that of=
 the
>>>> spring module.  I made some initial commits last night  including:
>>>>=20
>>>>=20
>>>>=20
>>>> org.springframework.rcp.image
>>>>=20
>>>>   A image and icon loading/caching library using  resource-bundle styl=
e
>>>> lookup.  It abstracts away hardcoded image  paths in your code, suppor=
ts
>>>> at-runtime resizable icons (for  accessbility), and provides built in
>>>> broken image indicator support.   The design is very MessageSource lik=
e and
>>>> also builds off Spring's core.io.Resource classes for accessing image
>>>> resources.
>>>>=20
>>>>=20
>>>>=20
>>>> org.springframework.rcp.util
>>>>=20
>>>> Misc utility classes (mostly  static-utility) that aim to reduce repea=
t
>>>> coding.  Several of  these likely make sense for inclusion in the core=
 at
>>>> some  point...
>>>>=20
>>>>=20
>>>>=20
>>>> I'll be continuing commiting  additional packages this week including:
>>>>=20
>>>> - The rules-based data  validation stuff with source-level attributes
>>>> (currently I'm working  on this with Seth Ladd and Sam Newman.)
>>>>=20
>>>> - The action contribution framework  (the UI management side of action=
s.)
>>>> Sam Newman has also  been working with me on a general command  framew=
ork
>>>> that integrates with the visual side of an  action for rich-clients.
>>>>=20
>>>> - Test suites and samples for all of  the above.
>>>>=20
>>>>=20
>>>>=20
>>>> Obviously the code, since we're  just getting started, is considered
>>>> experimental and may undergo  significant changes.
>>>>=20
>>>> Keep the feedback coming!  :-)  I've gotten a lot of useful ideas and
>>>> suggestions so far!  I will  post announcements as new packages are
>>>> committed.  Keith
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20