|
From: Keith D. <kd...@cs...> - 2004-04-01 04:39:05
|
Like Eclipse RCP you'll find with the spring-rcp stuff it's easy to get a simple GUI up and running which you then decorate with action bars, views= , and pages that support various user-tasks. I just did some of that today actually, as we just kicked off our client-side GUI development here. Without going too much into the details, essentially here's what I had to do: - I configure a "Console" singleton bean in a Spring application context = --=20 which is similiar to Eclipse's Workbench class. The console provides the application name/version/build ID, startup splash screen, window icon, ja= va help set path, and about box for the app. It also loads a configurable "defaultPage" for the application on startup in a single ConsoleWindow, a= nd is capable of opening/managing multiple ConsoleWindows. Each ConsoleWindow has a menubar, toolbar, center page display, and statu= s line/progress bar. Individual GUI actions, which can be "contributed" to any of the "bars" like a menubar or toolbar -- are also configured by Spr= ing (their label, icon, mnemonic, etc.) So for example, I needed a "New Sche= ma" action today placed in the "File" menu and also in the toolbar. To do th= is I specified that in Spring configuration, and the system handled the rest= . The platform uses the Spring message source and awt image source for internationalizing GUI messages and icons. I was using the wizard framew= ork extensively today, which provides classes enabling step-by-step wizards w= ith one or more wizard pages. Just to give you an idea from some fresh stuff I worked on today. There = is a lot we should be able to do by summer time. Keith ----- Original Message -----=20 From: "Colin Sampaleanu" <col...@ex...> To: <spr...@li...> Sent: Wednesday, March 31, 2004 9:14 PM Subject: Re: [Springframework-developer] Road map > I'll be writing a number of tools to support some people here in code > manipulation and debuggin, but I'm not sure exactly how much actual UI > there'll be. A fair number of them may be command-line or with simple > UIs, so at this point it's not a given that I'll need any sort of > complicated library. I'll probably be starting in about 3-4 weeks. > > As for Eclipse, I've used it for ages, but on the programming side I'm > actually a complete neophyte, although I'm itching to get into the RCP stuff > > Keith Donald wrote: > > >Colin, > > > >When do you think you'll be moving to the client-side? It'd be great = to > >work together. I have a similiar requirement: I need RCP in my curren= t > >project, so I will be nicely aligned for developing the module over th= e > >coming months. It would be great if you could be an early adopter and > >developer at the same time... > > > >If you decide to go Eclipse RCP that would be good, too. The main ups= ide I > >think we can offer is better Swing support (Swing is more mature than SWT, > >and obviously a standard) and a nice integration with the rest of Spri= ng. > >But having an Eclipse expert would be invaluable for improving our platform > >capabilities. I'd also be interested in seeing if there are ways we c= an > >integrate with the Eclipse effort as it matures, too. > > > >Keith > > > >----- Original Message -----=20 > >From: "Colin Sampaleanu" <col...@ex...> > >To: <spr...@li...> > >Sent: Wednesday, March 31, 2004 5:20 PM > >Subject: Re: [Springframework-developer] Road map > > > > > > > > > >>Actually it's looking like I may be doing some client-side work (as > >>opposed to the mostly back-end/web stuff I am doing now), so I may ge= t > >>involved. Haven't decided if I want to do the stuff in Swing or Eclip= se > >>RCP though... > >> > >> > >>Keith Donald wrote: > >> > >> > >> > >>>Just like to add to the pot here regarding spring-rcp (especially si= nce > >>> > >>> > >work > > > > > >>>is picking back up now): > >>> > >>>- I'd like to target the first 1.0 RCP release candidate along side > >>> > >>> > >Spring > > > > > >>>1.1 final this summer. > >>> > >>>We plan to include in the distribution a sample application demonstrating > >>>the features of the platform (likely a port of the PetClinic or Thomas's > >>>Beer app, adding RCP value like 'quick' sorting/filtering and as-you-type > >>>field validation.) I am hopeful by the first release we'll have several > >>>articles lined up, too (I know several people interested in rich cli= ent > >>> > >>> > >dev > > > > > >>>have expressed interest in helping out there!) > >>> > >>>Thanks, > >>>Keith > >>> > >>> > >>>-----Original Message----- > >>>From: spr...@li... > >>>[mailto:spr...@li...] On Behalf > >>> > >>> > >Of > > > > > >>>j=FCrgen h=F6ller [werk3AT] > >>>Sent: Wednesday, March 31, 2004 9:44 AM > >>>To: spr...@li... > >>>Subject: Re: [Springframework-developer] Road map > >>> > >>> > >>>Good point regarding scheduling 1.1.1. I've intended to fill in a > >>>placeholder to make the gap to 1.2 RC1 seem less large ;-) I complet= ely > >>>agree that we shouldn't schedule such point releases in an official > >>> > >>> > >release > > > > > >>>plan. > >>> > >>>If we manage to get JSF and/or Portlet support done in time for 1.1, then > >>>I'm all for including it earlier. I'd like to release 1.1 final by t= he > >>> > >>> > >end > > > > > >>>of August, though; I don't want to delay it for further features. > >>> > >>>Juergen > >>> > >>> > >>>-----Original Message----- > >>>From: spr...@li... > >>>[mailto:spr...@li...]On Beh= alf > >>> > >>> > >Of > > > > > >>>Rod Johnson > >>>Sent: Wednesday, March 31, 2004 2:41 PM > >>>To: spr...@li... > >>>Subject: Re: [Springframework-developer] Road map > >>> > >>> > >>>Some comments: > >>> > >>>Spring 1.0.x: doc polishing, bugfixing, minor enhancements > >>>- 1.0.1: early April > >>>- 1.0.2: late May > >>> > >>>Spring 1.1.x: JMS support, JMX support, declarative validation > >>>[RJ: pointcut expression language (AOP), JSR-175 preview? ] > >>>- 1.1 RC1: early July > >>>- 1.1 final: late August > >>>- 1.1.1: late September > >>>[RJ: why are we _scheduling_ a 1.1.1?] > >>> > >>>Spring 1.2.x: OGNL support, JCA support, enhanced RMI support > >>>- 1.2 RC1: early November > >>>- 1.2 final: late December > >>> > >>>Further issues are JSF and Portlet support. There is actually quite = a bit > >>> > >>> > >of > > > > > >>>interest in these from various users/integrators; they are also important > >>>for us from a marketing perspective. I'm not keen on providing offic= ial > >>>support before 1.2, though. > >>> > >>>[RJ: depends on what's involved. I'd be keen to have JSF support soo= ner > >>>rather than later if it's straightforward. I'm going to be looking a= t > >>> > >>> > >that > > > > > >>>soon. Portlets I think are more of a niche interest. ] > >>> > >>>Regards, > >>>Juergen > >>> > >>> > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dc= lick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |