Re: [Ekiga-list] BETA test for a new Ekiga.org WebSite

[yannick <sevmek free fr>]

Le mercredi 28 octobre 2009 à 15:26 -0700, Ed a écrit :
> On Wed, Oct 28, 2009 at 1:01 PM, geo cherchetout
> <geo cherchetout laposte net> wrote:
> > Le 28.10.2009 20:05, *yannick* a écrit fort à propos :
> >> Hi,
> >>
> >> We decided to improve our Website for Ekiga. It was hard to
> >> manage/update for the Ekiga team and it was not as clear as our visitors
> >> expected it.
> >>
> >> We now reached the point were our new website can be more widely tested.
> >>
> >> For the visitor, we focused on improving the download experience,
> >> explain what Ekiga is more friendly for non-technophiles and added a
> >> Roadmap for those asking about the future of Ekiga.
> >
> > Hello Yannick,
> >
> > On the main page, in the window "Get Ekiga!" the link "Download Ekiga" is
> > broken: http://ekiga.net/yannick/drupal-6.14/downloads
> >
> >
> 
> New site looks clean and to the point - Just thinking that after the
> first or second latest release summary* it becomes less useful and you
> loose the sense that there is additional info at the bottom. I would
> rather see a listing of Ekiga's presence in various distros on the
> front page - rather than bottom of the roadmap page, also links to the
> debian/ubuntu/fedora etc repos. this would tell me that Ekiga was
> broadly available in my favorite ditros and it would also be nice if
> it lists the version in each repo. Even if it was just green light for
> current release, amber for stale release and red for not in repo.
> Snapshots are info for the developer community - which should have a
> separate "home" page - as part of Community maybe?

I agree the idea of being more synthetic about the changes in Ekiga,
especially between majors versions. Its is the point with the scheme
numbering of Ekiga version and the website should reflect that.

It might seems quite simple to do, but it is not. The work of just
writing the changelog from one version to another, even if minor, is
quite time consuming and we are somewhat weak in term of people working
on the project. I must deal in one hand with the people working on the
project and there my goal is to ease the process, in the other hand with
our users needs where your idea seems quite good to me. But with the
actual situation of the software we are using (the current drupal
installation) this would mean even more work for our contributors
because this will require hand-writing it, and I doubt this will work
nicely on the long run.

The situation is not dark, as drupal is like a big framework with a lot
of possibilities, but IMHO its weakness is not dealing well with
"features". e.g. it should not be hard to write the necessary code to
get a revision software handler just like you designed it but drupal do
not provide it "out-of-the-box". I've dig up the question and I thing
using the drupal's modules taxonomy, views and features would help. It
will need some coding time but probably not too long. Unfortunately,
there is other tasks requiring love and being to my eyes more important,
i.e. ekiga.net improvements. I'll do that when I find the time, or if
someone wants to jump in he will be welcome. I will put it on the public
roadmap to do some advertising around it.

> 
>  I would also like to see, on the Ekiga.org page, a graph (RRDTool)
> and even RSS feed on the status of Ekiga.net - this should be the
> "designated offsite" goto notice location to get info on Ekiga.net
> when there may be problems. A graph of utilization would also go a
> long way in getting some well deserved credit for Ekiga.net.

I will do something like that for ekiga.net as part of my work on it.
Damien will work on upgrading the software running the server there, we
will see if there is a tool already designated for monitoring it I can
use for the website or if I will need to write it. Still as quality
assurance around ekiga.net is one of our concerns, we will find a
solution soon I think.

Best regards,
Yannick

> 
> * a listing of latest minor revision changes followed by a major
> revision summary works best IMHO - you could even add a "coming
> milestones" section - more of a coming features set than the developer
> focus that the raodmap page seams to have.
> 
> minor revisions changes summary (3.2.6 specifics & diff back to 3.0)
> major revision achievement summary (3.0)
> next major revision objectives (4.0)
> distro status listing & links
> ekiga.net graph & RSS
> ekiga.net news
> 
> much thx for Ekiga - great stuff! download page made me laugh - Ponies!
> _______________________________________________
> ekiga-list mailing list
> ekiga-list gnome org
> http://mail.gnome.org/mailman/listinfo/ekiga-list
-- 
Me joindre en téléphonie IP / vidéoconférence ?
sip:yannick ekiga net
Logiciel de VoIP Ekiga : http://www.ekiga.org
http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F