Havoc wrote:

Thinking about a category like "social networking" as the goal just doesn't work for me because it predefines what we can do. (I'm also not a fan of goals like "a desktop" or "a web browser" or "a window manager," by the way, though in the past I obviously did think that way. If I were dictator of GNOME today the first thing I'd do is change the project definition on the front page of gnome.org to something broader and more open-ended.)

What I'd like to encourage is either thinking concretely about the details of user needs or the user experience, or thinking broadly about all the stuff the project could do in the big picture, and keep some allergy to thinking in terms of existing technology names or trends (even when they apply, to me they're just a bad place to have my head).

I believe there have been discussions about clarifying the definition of GNOME for a really long time, and this is an issue we need to tackle.

Here's how I would define GNOME (I expect some people to disagree, of course ;-)): GNOME is a community working towards one goal: making informatics useful to the user.

I don't like the computer term and don't want to use it (since we should not forget about mobile and embedded devices, and also consider other devices that might appear). Sure, informatics is probably not widely used in English and might not sound great (yet), but it's really the best term for this in my opinion. It's up to us to make it more widely used (similarly, we should make ISD widely known, but that's for another post).

This definition does not talk about freedom, but I don't think it's an issue. Freedom is one of our core values (if not the most important one), and we will continue to explain why GNOME being free/libre is essential. However, if it was just a matter of freedom, we could stop working on GNOME: there are already other free/libre projects playing in the same field as GNOME. If we continue to work on GNOME, it's because we think we are trying to achieve the right thing and because we love our community.

I guess a lot of people would have defined GNOME as a desktop. GNOME is not a desktop. We're already providing some software that goes beyond the desktop: it's our platform, which other people are using to build something different. Also, our current definition of the desktop is aging and limiting us: if you ask me, Rhythmbox is part of the desktop; but it's not part of the GNOME Desktop. We're blocked with the "should it be included in the desktop set?" question, which is limiting our vision. A lot of software out there is not in our desktop set, but integrates well with the GNOME Desktop. I believe we should continue to ship our software, but we should also be more open-minded and use a process like the GNOME certification to bless software (including ours). We should be able to tell people without any hesitation: you don't like nautilus, try the great Thunar! Is the GNOME panel (or, to be more correct, some of the applets) not optimal for the users? Why not look in another direction?

What we're trying to do is to let the user use his computer, his internet tablet, his phone, etc. This is our goal. This is a broad goal, but it's okay because it frees us. Technical details are important (bonobo? dbus?), but they are only this: details.

This goal could be a definition of the GNOME project, but I wouldn't define GNOME in the same way. GNOME is a community. Community of contributors and of users. GNOME can't live without those people. They love GNOME and they make GNOME worthwhile. GNOME is a community working towards one goal: making informatics useful to the user.

Je suis toujours en retard quand il s'agit de découvrir les nouveaux sites à la mode ou les nouveaux services... J'ai donc joué seulement récemment avec Google Video. Un des intérêts de Google Video par rapport à YouTube (par exemple) est qu'on peut télécharger la plupart des vidéos pour les regarder, sans avoir à souffrir avec Flash. Très pratique, lorsqu'on est allergique comme moi à Flash ;-)

Et donc, dans Google Video, on peut trouver :

• MacGyver qui fait ses courses, dans une publicité pour Mastercard (merci Yan !) ;
• le clip de Take on me de a-ha que m'a fait découvrir mon frère récemment (ah, que de souvenirs, avec le 45-tours de cette chanson !) ;
• les bandes-annonces des films, comme An Inconvenient Truth qu'il faudra aller voir à sa sortie ;
• nos amis de Lordi, grand vainqueurs de l'Eurovision 2006 et une des raisons qui me fait aimer la Finlande aujourd'hui (présenter des monstres pour un concours un peu coincé comme l'Eurovision, il fallait quand même oser !) :-) Alors en vrac, il y a la finale, la demi-finale et le clip.

C'est tout de même triste de ne pas avoir assez de temps pour regarder toutes les vidéos qui semblent intéressantes !

Depuis un certain temps, certaines pages de mon site sont disponibles en anglais (bon, il faut que je traduise celles qui ne le sont pas quand j'aurais deux minutes). Il y avait tout de même deux points qui m'embêtaient.

Le premier est de permettre l'accès aux deux langues par un petit lien. Mais comment structure le site ? Est-ce mieux d'avoir https://www.vuntz.net/en/page/, https://www.vuntz.net/page/en/, https://www.vuntz.net/page/index.en.php, https://www.vuntz.net/page/index.php.en ? Le choix est important car il est préférable de toujours garder les mêmes adresses. J'aurais tendance à pencher vers https://www.vuntz.net/en/page/ mais cela ne colle pas trop avec la structure des fichiers. Et je traîne donc des pieds...

Le second point était que toutes les pages de mon journal étaient en français car la version actuelle de DotClear ne permet pas d'adapter la langue de la page à la personne qui la regarde. Après avoir eu droit à une ou deux petites remarques (but what does 'Merci d'écrire dans un Français correct et lisible' mean?), je me suis attelé à la tâche. Comme tout le monde devrait le savoir, la négociation de la langue utilisée a lieu par l'intermédiaire de HTTP_ACCEPT_LANGUAGE. Avec une fonction toute simple en PHP, on peut récupérer la valeur, et en fonction de celle-ci utiliser un fichier au lieu d'un autre.

Concrètement, mon fichier template.php contient :

<?php
require_once ("i18n.php");

$zen_lang = get_language ();

if ($zen_lang == "french") {
	include ("template.fr.php");
} else {
	include ("template.en.php");
}
?>

Il suffit de faire de même avec tous les autres fichiers. La fonction get_language() étant définie comme ceci :

// Taken from: http://www-128.ibm.com/developerworks/web/library/wa-apac.html

function get_language()
{
  global $HTTP_ACCEPT_LANGUAGE;
  $language_pages = array(
                      "en"=>"english",
                      "fr"=>"french"
                    );
  $language_default = "english";
  $language_nofound = "english";
  // get preferred languages in the "Accept-Language" header
  if($HTTP_ACCEPT_LANGUAGE == "")
  {
    // no preference set
    return $language_default;
  }
  // form an array of preferred languages
  $accept_language = str_replace(" ", "", $HTTP_ACCEPT_LANGUAGE);
  $languages = explode(",", $accept_language);
  // check for a recognised language
  for($i = 0; $i < sizeof($languages); $i++)
  {
    $pref = explode(";", $languages[$i]);
    if($language_pages[$pref[0]] != "")
    {
      // found a preferred language
      return $language_pages[$pref[0]];
    }
  }
  return $language_nofound;
}

Et voilà, le tour est joué. Il reste quelques petits problèmes (les dates sont en français, les greffons affichent aussi des chaînes en français, etc.), mais rien de grave.

I proposed two sessions for GUADEC, but my schedule makes it hard for me to be sure to be available for them.

Enter Quim.

He managed to find volunteers for both sessions while I wasn't able to do so. Sometimes, I'm wondering if he's human.