Am 12.05.2010 19:00, schrieb wine-devel-requ...@winehq.org:
Send wine-devel mailing list submissions to
wine-devel@winehq.org
To subscribe or unsubscribe via the World Wide Web, visit
http://www.winehq.org/mailman/listinfo/wine-devel
or, via email, send a message with subject or body 'help' to
wine-devel-requ...@winehq.org
You can reach the person managing the list at
wine-devel-ow...@winehq.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of wine-devel digest..."
Today's Topics:
1. Re: Release plans (Alexandre Julliard)
----------------------------------------------------------------------
Message: 1
Date: Wed, 12 May 2010 18:55:21 +0200
From: Alexandre Julliard<julli...@winehq.org>
Subject: Re: Release plans
To: Scott Ritchie<sc...@open-vote.org>
Cc: wine-devel@winehq.org
Message-ID:<87k4r93vra....@wine.dyndns.org>
Content-Type: text/plain; charset=us-ascii
Scott Ritchie<sc...@open-vote.org> writes:
On 05/09/2010 05:00 PM, Alexandre Julliard wrote:
We definitely need a release changelog, yes.
It seems to me what we really want is more than a changelog but a proper
release announcement. I want a journalist who has hardly heard of Wine
to read the page and understand what we've done and why it's great.
Sure, that's the press release, we should have one too, but it's a
different thing. A changelog would be a detailed description of changes
that matter from a user point of view. It would list for instance new
builtin programs, new configuration options, new behaviors, new system
dependencies, backwards compatibility concerns, etc. You can't put that
sort of things in the press release.
That is a certain point. If the changelog would nounce namely working
programs in series 1.2, than people would be more attracted into testing
those but could be more dissappointed, because in fact more regressions
to those "featured program"-list would pop up, especially after changes
and with following 1.2.x.
To tell a non-programmer from a user-perspective point of view the
advantages in featuring functionalities and supported application of the
wine-project stable snapshots must not be like coding it again in
foolish human language.
What I think the announcement really need to be is giving me/us a focus
on the range of the advantages.
"What is the evolutionary point?"
I would be perfectly informed and proud to see it just like that:
Some few new famous massively used and working single/multiplayer games
or programs that people heavily rely on. For example top 10 games + top
10 applications that work platinum with 1.2 plus an numeral overview of
the status quo compared to 1.1 in platin,gold,silver,bronce,fixed bugs etc.
Compared: 1.0 / 1.1
Platin: # / #
Gold: "
Silver: "
Bronce: "
Fixed Bugs: "
What i really liked in earlier days was the animation with the
gold,silver,bronce-bars, because that would easily visualise those process.
Wow, user thinks "How comes?" and we give him a additional sum-up of the
changelogs main-points from all 1.1.* announcements plus the standard
"additional/other/various bugfixes/improvements"-sentences that are
regularly in part of the announcements.
I see no problem in just announcing it within WWN.
We could also just put the techie point inside of WWN and refer to it in
the press release for a more detailed technical overvie of the advantages.