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.

Reply via email to