Steven, I agree that this is a good set of features to focus on for the stable release.
Lisasoft is working on a Catalog query client, which extends Mike's work in the Context Editor, but this should go into the next release of Mapbuilder. (we are currently developing in a sandbox). I'd like to suggest that we maintain 2 branches. 1. Cutting edge, unstable where extra features are added. This should be the trunk. 2. Stable, bug fix branch. This should be branch1.5. The reason I think we should be branching the stable branch is that it will eventually stop being maintained, and the release 2, release 3, etc will be built from the cutting edge. And it will be less effort in the future if we don't have to migrate the cutting edge back to the trunk. Diez, Matthew wrote: > > Does "Simplified getFeatureInfo" mean that we'll be rethinking the > behavior of that function altogether? > > Currently, I'm unhappy with its append/replace content pane behavior > (Hocevar and Adair and I have spoken about this in the past). If > anyone is working on it, or would like some assistance, I'll be able > to provide it in about 6-8 days. > > Matthew D. Diez > > -----Original Message----- > From: [EMAIL PROTECTED] on behalf of > Steven M. Ottens > Sent: Tue 9/11/2007 7:09 AM > To: '[email protected]' > Subject: [Mapbuilder-devel] Working towards a stable release > > Hi all, > > Today at the meeting we decided that we want to work towards a stable > release. Right now we have had RCs which had fundamental changes in code > between the two. This means that it was not obvious if RC2 is more > stable than RC1, since half of the code is new. The reason for this is > obviously the OL integration process we decided upon halfway. > However we have finished this process and we can work towards a stable > release now. This means that every new release should have more bugs > fixed and more tests written to prove that it is more stable. Also it > means that trunk should continue to become more stable. This also means > that we cannot keep adding new features to trunk, without finishing the > existing functions. > > However, we probably do not want to stop developing and we should decide > what we are going to until the next release, both in trunk and outside > trunk. Previously we had a stable branch and trunk, but this was found > to be a painful solution, since trunk was diverging from the stable > branch quickly and it was difficult to keep both synced where possible. > > So what I like to do is to start a discussion what features we want to > fix/finish/develop for the stable release and what features are left for > the next stable release, and possibly being developed in a sandbox. > > My list contains: > -Make sure all demos work > -Tests for all demos (makes it easier to see if the first item is true) > -Crossbrowser compatibility > -Memory leaks > -Simplified getFeatureInfo > > I'd like to hear your thoughts on this > > Steven > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > mapbuilder-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > ------------------------------------------------------------------------ > > _______________________________________________ > mapbuilder-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel > -- Cameron Shorter Systems Architect, http://lisasoft.com.au Tel: +61 (0)2 8570 5050 Mob: +61 (0)419 142 254 ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ mapbuilder-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel
