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

[Rod J. <rod...@in...>]

Keith

I'm sure we'll need the new list at some stage... I guess Mike has a poin=
t,
maybe we should wait to move discussion to the new list based on volume o=
f
positings.

However, the Spring lists are pretty active, so I think we'll definitely
need to split them in the future, or they'll become useless to "power use=
rs"
who still don't want to devote an hour a day to Spring...

Regards,
Rod

----- Original Message -----
From: "Mike Cannon-Brookes" <mi...@at...>
To: "Spring" <spr...@li...>
Sent: Wednesday, March 03, 2004 1:37 AM
Subject: Re: [Springframework-developer] spring-rcp subproject structurea=
nd
initial commits


Rod,

I=B9ve been through this on a few Open Source projects, and I=B9m not sur=
e 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, sustaina=
ble
project

Generally, I always feel it's better to have less lists until the discuss=
ion
becomes off topic too often, then you split - not at the start? (especial=
ly
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

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

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




-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer