Re: Maybe help ease the pain of 2.20 release notes?

["Gervais Mulongoy" <gervais mulongoy gmail com>]

Hey Dave,

So like a testimonial from a user or a scenario that readers can identify with, which leads to coverage of the GNOME tech that made it possible?

Is there a message or theme you had in mind? Because lately GNOME has been all about eye-candy and simply beautiful. Should the user/use cases focus on that theme? or is there a new direction for 
2.20?

I'd like to see us address a few areas (in particular a specific type of
user/use case) across the board.

Perhaps three or four.

We for example, we might decide to do a profile on:

- Blind user(get a reference from Aaron Leventhal or Peter Korn)
- Sysadmin for a big deployment (try Dave from Largo)
- GNOME application developer (we should have no trouble finding lots
of these)

Turn the tables a bit - instead of talking about functionality, try to
get developers (and us) thinking of users first, and functionality second.

Cheers,
Dave.

Gervais Mulongoy wrote:
> What areas should the release notes cover then? Below are a few suggestions:
>
>     * Universal Access (languages, TTS, STT, accessibility)
>     * Communication (email, IM, VOIP, video conferencing)
>     * Office (abiword, openoffice)
>     * Productivity (image viewing, document viewing, note-taking)
>     * Playback (music, video)
>     * Customization (composite eye-candy, themes)
>     * Management (peripherals, storage, power, networking)
>
> If we use this notion of beats, then we should clearly define the
> requirements for each beat, as well as the mandate for each release.
> Quim and Dave you both seem to have strong stakes in this, so what do
> you recommend?
>
>
> On 3/15/07, *Joachim* < joachim gnome googlemail com
> <mailto:joachim gnome googlemail com>> wrote:
>
>
>
>     On 3/15/07, *Dave Neary* < dneary free fr <mailto:dneary free fr>> wrote:
>
>
>         Designing release notes: the Fedora experience:
>         http://www.redhat.com/magazine/019may06/features/documentation_design/
>         < http://www.redhat.com/magazine/019may06/features/documentation_design/>
>
>
>     > In journalism, a beat is an area of coverage that one or a few
>     writers focus on. It might be politics in the local government,
>     football with the local league, sports in general, fashion, food,
>     and so forth. A beat writer has a chance to get to know an area as a
>     specialist, to become a face and name known by the newsmakers being
>     covered in the beat.
>
>     That's pretty much what I've been suggesting for the Documentation
>     team -- each writer would cover one or more application manuals, get
>     to know those apps' developers, be part of those teams, etc.
>     I'd really like to drive this forward, and perhaps both can work
>     together?
>     Problem is, lack of writers!
>
>     The other problem with the release notes is that we do them backwards.
>     We should be thinking about the 2.20 release notes NOW, not in 6
>     months. We should be planning what the focus of the next release is,
>     instead of just listing what's come over the wall at the end of the
>     cycle.
>
>
>     --
>     marketing-list mailing list
>     marketing-list gnome org <mailto: marketing-list gnome org>
>     http://mail.gnome.org/mailman/listinfo/marketing-list
>
>


--
Dave Neary
GNOME Foundation member
bolsh gnome org