I think that is a good idea with regard to a lot of feature adjustments, and especially the SVG one. It would be useful to blog or wiki both a view of how it is brought along and a view of how folks can participate in confirming the operation of features and other changes in these early technology builds.
Are bug reports going to be accepted against nightlies and technology/developer builds that are now being made available to those who know where to find them? There are the builds that Ariel has made and there are the builds that Raphael makes available as well. If so, how will they be identified? One suggestion is to use the latest SVN update number applicable to the working copy when the build was made. That seems like a simple enough procedure. There are recommendations for additional details (such as a build date), but anything that gets us a non-decreasing unique identifier between builds will work. For us to handle the QA, there needs to be some kind of scheme for this. It is also important to not expect folks to keep retesting the same things when there is no change to them, so something helpful is needed for that too. - Dennis [Anecdotal experience: When I noticed an early beta of LO 3.4.0, I tried it. When I noticed betas coming out at weekly intervals I threw my hands up and stopped testing altogether. Oddly, with AOO nightlies and individual committer builds being made available, I don't mind so much, knowing that I will simply be behind and whether it is wasted or not depends on whether somebody else noticed and it was fixed already. I could apply that attitude to LO 3.5 and WLO 3.3.1 but I am already running on overwhelm with AOO and it gets my first priority.] -----Original Message----- From: Andrea Pescetti [mailto:pesce...@openoffice.org] Sent: Monday, December 26, 2011 10:29 To: ooo-dev@incubator.apache.org Subject: Re: Ip Clearance: 1st version of Svg replacement available On 19/12/2011 Armin Le Grand wrote: > as mentioned in [1] I have now finished and reintegrated the first > version of the Svg replacement from the branch Very good stuff, really. I can only blame you for not turning this into a blog post! Really, all it would take is a copy and paste of the message you wrote, with a couple of screenshots and BugZilla links from Eric's nice post http://eric.bachard.org/news/index.php?post/2011/12/03/In-progress-%3A-native-support-of-the-SVG-graphic-format-in-Apache-OpenOffice.org and, if you wish to ask volunteers to test, a link to a development build with this feature enabled and some public repositories of SVG files for testing. So far there is nothing on https://blogs.apache.org/OOo/ explaining users what to expect for Apache OpenOffice 3.4. If developers don't post interesting information like this announcement there, most users will never get (directly or indirectly) information about it. Regards, Andrea.