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.