On Jul 28, 2011, at 7:12 PM, Josh Andler wrote:
Hey All!
Are there any larger features people are planning on still for this cycle that aren't well known? If you want to get something in that is unknown, please speak up soon because we want to help you test it. :)
Navigator window More for the adaptive UI Might be a little more once my brain thaws from the trip.
Obviously, Krzysztof Konsinski's GSoC work from last year has been merged and all I can say is... please stress test this the best you can. Pretend you don't know how to use Inkscape and break it like a newb. ;)
There was mention of a fallback that wouldn't require cairo 1.10+, but that would most likely have to wait for post-GSoC. However... given potential loss of LTS support, having a fallback would be very beneficial for our users and for promoting use.
Are there any big refactoring goals we're still missing out on that people think we should shoot for? (please be reasonable)
Some tuning of the export/save API to enhance 'publishing'.
This would affect Open Clipart Library, Deviant Art and possibly Wikipedia/Wikimedia commons. At OSCON I had a chance to talk to some of the wikipedia people, and they were very interested in connecting me with the correct people on their side. Martin Owens and I had initially started trying to figure this out at LGM this year.
All of that aside, here is a VERY loose and preliminary proposed release plan:
Mid-August for Chill Beginning of September for Frost (Bug Hunt begins) End of September for Feature Freeze End of October for Hard Freeze Sometime in November for Branch & Release
Seems fairly reasonable, given we take an aggressive stance on testing and integrating the GSoC projects.
Lastly... version numbering... we have way too many opinions about this. I do want to reiterate, Inkscape deserves a more "grown-up" version numbering scheme for users. I very much think Mental's comment about we should have a public version number and then stick with our current numbering scheme for development purposes. It's akin to code-names internally and solid numbers publicly. So, are date formats appealing? YY.MM or YYYY, some arbitrary number we just agree on starting with, bump the decimal place from with the current numbering, or what? If we get too many opinions again, I'll propose handing it
We might want to take another look at this after pondering a few things. For some reason going to version 4.9 has started sounding very interesting. This most likely needs to be looked at on another thread.