Content de vous voir.
Content de voir tant de gens assister à la sortie de KDE 4.
Content de vous voir tous ici.
Je vais commencer avec quelques informations administratives.
Je voudrais rappeler à tout le monde que les photos sont interdites dans le bâtiment de Google.
N'en prenez pas, merci.
J'aimerais que tout le monde éteigne ses téléphones portables,
ou les commutent sur silent pour que vous n'interrompiez pas les présentations aujourd'hui.
Toutes les présentations seront diffusées en direct sur Internet,
donc si vous n'êtes pas là vous pouvez encore être là virtuellement.
A l'origine, Chris DiBona,
le chef du groupe projets Open Source de Google devait faire cette présentation.
Il est finalement retardé pour des raisons professionnelles sur New-York,
donc me voilà!
Je suis Adriaan de Groot,
Je suis le vice-président du KDE e.V., un des deux hôtes de cet évènement.
Google est bien sûr notre principal hôte.
J'aimerais les remercier chaleureusement de tous nous recevoir, nous nourrir,
nous faire nous sentir les bienvenus et appréciés en tant que développeurs de Logiciels Libres.
En particulier, j'aimerais remercier Google de s'être occupé des lois de contrôle sur les animaux,
et d'avoir fait entrer Kate et Konqui, nos dragons, aux Etats-Unis,
c'est vraiment impressionnant.
Donc, le KDE e.V. est notre second hôte,
nous sommes l'organisation qui supporte le développement de KDE.
Nous ne manoeuvrons, nous ne pilotons pas le développement.
Nous sommes là pour supporter les développeurs,
supporter les traducteurs,
supporter la communauté KDE entière pour produire un grand Logiciel Libre.
Hum... donc... eh bien, j'aimerais nous remercier aussi.
Hier, la communauté s'est présentée ici pour travailler.
Il est impressionnant de voir comment des gens des quatres coins du monde se rassemblent pour travailler sur du Logiciel Libre.
Des personnes commes Zack, là-bas au fond, Sung-Jee de Corée...
Des amis avec lesquels j'ai travaillé pendant des années sans jamais les rencontrer auparavant.
Jason Kasper, le gars avec lequel j'ai travaillé pendant quatre ans,
Et hier, c'était : Hé ! C'est toi !
C'est le sentiment d'amitié forte que partage la communauté KDE.
Aujourd'hui, nous ne fêtons pas seulement la sortie de KDE 4.0,
avec ses innovations et prouesses techniques,
mais nous fêtons aussi la nouvelle génération du bureau Unix,
avec toutes ses nouveautés.
C'est aussi la fête de tous les contributeurs, les gens,
les gens qui ont permis de faire grandir la communauté KDE.
Voilà ce qui nous rassemble ici... alors commençons la fête.
Il y a onze ans, une équipe d'ingénieurs, d'artistes,
de traducteurs, de rédacteurs de documents s'est formée.
Aujourd'hui, nous sommes le coeur de cette grande communauté.
Nous travaillons sur tous les plans, techniques et humains,
pour créer des logiciels pour tous et pour tous les matériels et systèmes.
Et en ce jour, nous en avons concrétisé beaucoup de nos souhaits.
Nous avons créé une expérience utilisateur cohérente et novatrice
entièrement libre et basé sur la participation.
Certains d'entre nous y participent sans expérience particulière,
d'autres sont des chercheurs ou des professionnels dans leurs domaines respectifs.
Nous sommes tous passionnés de technologie, et ensemble, nous construisons KDE.
Et pour fêter le lancement de la version 4.0,
j'aimerais vous donner le sens de KDE : tout commence par la liberté.
Oui, comme vous le savez, KDE est un projet libre parmi un bon nombre de logiciels libres.
Nos valeurs fondamentales nous amènent à penser que nous devrions tous être libres d'avoir une utilisation différente de nos logiciels.
En particulier, on estime qu'on devrait être libre d'être propriétaire de nos données,
qu'on devrait être libre de choisir nos vendeurs et être capable d'explorer,
de créer et d'apprendre sans aucune restriction externe artificielle.
C'est aussi valable pour applaudir.
Plus sérieusement, tout le monde devrait être libre de s'amuser avec la technologie,
avoir les moyens de faire leur travail,
et mieux encore, pouvoir tous être connectés par la technologie.
Alors, quand la conception de KDE4 a débuté, quand nous réfléchissions à ce qu'il pourra nous permettre de faire,
nous nous sommes basés sur trois principes simples,
qui sont toujours et encore au centre de nos discussions et conversations.
Le premier est la beauté, on voulait faire un système qui soit beau en tous points.
Ou visait quelque chose que les gens n'hésiteraient pas à présenter à leurs amis,
pour qu'ils soient tous stupéfaits devant ce qu'ils voient à l'écran.
On voulait quelque chose qui concurrence ce que les systèmes propriétaires offrent depuis des années,
et que les gens se disent : "Je le veux, je veux KDE".
On a placé la barre haute, mais on l'a d'abord fait pour nous,
et on a décidé de faire quelque de formidable.
On voulait aussi faire quelque chose qui puisse être accessible pour tous.
Pour que les gens du monde entier puisse y accéder dans leur langue natale.
Evidemment, depuis des années, nous livrons un système très internationalisé et localisé.
KDE 3.5 par exemple, est disponible dans plus de 60 langues.
Avec la version 4.0, nous comptons bien poursuivre dans cette tradition.
Mais nous voulons aussi nous rendre accessible aux gens physiquement déficients,
c'était un des objectifs principaux de KDE 4 et nous l'avons concrétisé.
On veut aussi s'ouvrir aux gens qui n'utilisent pas habituellement nos outils
on veut leur donner accès à nos logiciels.
J'y reviendrai à la fin, en fait,
il y a une partie très intéressantes là-dessus.
Et enfin, on souhaitait quelque chose de très fonctionnel,
qui dispose de nombreuses possibilités.
Beaucoup de gens font les choses de manière moderne et réalisent leur travail avec le sourire.
Nous reviendrons sur ces trois principes que sont l'apparence, les fonctionnalités et l'accessibilité.
Quand nous concevions les choses, nous gardions toujours en tête trois points.
La parité, les performances et les promesses.
Ce que j'entends par parité, c'est ce que les gens attendent
un certain niveau de fonctionnalités pour leurs ordinateurs.
Ils veulent accéder à internet et visiter YouTube,
ils veulent partager leurs calendriers avec leurs amis,
ils veulent voir des vidéos et écouter de la musique,
ils veulent aussi, vous savez... jouer au solitaire.
Leurs attentes de leur ordinateur est une partie...
de notre culture maintenant, puisque nous avons des ordinateurs personnels depuis des décennies.
Et nous avons compris : on doit au moins regarder ces attentes.
Et c'est vraiment le point de départ de KDE4 quand on a débuté,
on s'est rendus compte que KDE 3 était déjà très largement à l'écoute de ces attentes.
Vous pouvez déjà partager vos calendriers, surfer sur internet et accéder à vos services,
vous pouvez jouer, vous pouvez créer des contenus.
Alors, pour la version 4, il fallait ajouter un niveau de parité,
et ajouter de nouveaux éléments.
On doit pouvoir faire les mêmes choses qu'aujourd'hui, mais les faire mieux, d'une nouvelle manière.
Et notre objectif a vraiment été la performance. Mais pas uniquement pour la version 4.0,
en fait, à la fin de ma présentation, pendant la dernière demi-heure,
on s'arrêtera sur le carnet de route de KDE4.
La version 4.0 est à ses débuts, nous sommes sur la ligne de départ,
alors parler de KDE4 revient à parler des sorties dans le futur,
alors, on ne doit pas s'arrêter à la 4.0. On doit déjà penser
à ce que deviendra le bureau dans 10 ans.
C'est certainement difficile à réaliser d'un point de vue technologique.
Parce que la technologie est imprévisible,
mais en tant que créateurs de technologie, nous nous devons d'y réfléchir maintenant.
Alors, quand nous pensons nos applications pour KDE4
nous devons toujours penser à leurs évolutions futures,
ce qui est très prometteur pour nous et nos utilisateurs dans notre manière de concevoir des logiciels.
Bien, puisque nous parlons de KDE4,
nous allons reprendre les principes évoqués, les principes basés sur le monde libre.
On a donc la parité, les performances et les promesses de KDE 4.
Maintenant, KDE lui-même et pour le public non confirmé,
je vous rassure tout de suite, c'est le seul diagramme en bloc que j'ai.
Alors on a vu les interactions entre les différents de la communauté,
comme l'équipe d'internationalisation, mais les technologies, comment sont-elles liées ?
Eh bien, les couches supérieures du système d'exploitation de KDE... oups... les couches supérieures du système d'exploitation.
On se sert de nombreux frameworks, comme par exemple D-Bus.
Pour KDE4, nous avons opté pour le protocole de communication interprocessus D-Bus.
C'est quelque chose qu'aucun utilisateur ne verra probablement jamais,
mais cela permet à vos applications de fonctionner ensemble et de communiquer en tâche de fond.
On a essayé d'éviter de changer les roues déjà existantes.
Si quelque chose existe déjà et fonctionne bien, on le réutilise.
Alors, nous nous sommes largement reposé sur les frameworks fournis par le système d'exploitation.
Un des éléments qui fait la particularité de KDE
est que grâce à Qt, il est disponible depuis n'importe quel autre système d'exploitation.
La bibliothèque Qt est fournie par la société Trolltech et est une des bibliothèques fondamentales
sur lesquelles nous nous sommes appuyés pour l'expérience KDE.
Qt est en quelque sorte à mi-chemin entre les frameworks et la plateforme KDE.
Et on peut voir d'ailleurs qu'il crée un pont sur la plateforme.
On ne s'étendra pas plus sur les frameworks ou sur le système d'exploitation basé sur Qt.
Cette après-midi, un des chefs exécutifs de Trolltech est venu me parler de ça justement,
et je l'ai laissé faire, il fait un bien meilleur travail que moi.
Parlons maintenant de la plateforme KDE, composée d'outils et de technologies
qui fournissent aux développeurs d'application de bonnes conditions pour créer de très bons logiciels,
Nos propres logiciels, qui intéressent tout particulièrement nos utilisateurs.
Bon, les frameworks, les bibliothèques... oui, oui, c'est du bon travail.
Bien, nous divisons nos applications en 3 parties.
L'espace de travail, c'est ce que l'on attend d'un bureau,
comme le shell de l'Explorateur Windows ou le Mac OS X Finder, nous avons aussi notre équivalent.
Le notre s'appelle Workspace et est distribué avec les plateformes Unix ou Linux.
Mais en plus de ça, nous avons des applications noyaux,
je vais vous les détailler un peu plus.
Ces applications sont fournis par notre plateforme de développement à chaque nouvelle version.
Et à côté de ces applications, nous avons des suites d'applications.
Une suite d'applications éducatives, une suite de divertissements et jeux,
une suite pour la bureautique avec KOffice,
une suite pour la gestion de données personnelles,
et beaucoup d'entre vous sont peut-être familiarisés avec Kontact, notre outil de travail collaboratif.
Bien, nous allons maintenant nous intéresser à la plateforme KDE et à chacun des trois ensembles logiciels.
Plus nous nous penchions sur ce que nous voulions faire de nos technologies,
nos bibliothèques, nos frameworks,
plus nous remarquions l'importance du support de framework
et nous avons conclu que le support des frameworks pouvait être une activité pilier...
Et à l'intérieur de la communauté, on commence à s'y référer comme les piliers de KDE4,
puisqu'ils sont les éléments de maintien du système entier.
D'abord, on a les bibliothèques du noyau,
qui ont beaucoup été améliorées pendant les sept dernières années où nous avons fourni KDE2 et KDE3.
Elles sont présentes dans les systèmes de composants du genre de Kparts, ou les systèmes de configuration comme KConfig.
Elles sont toutes originaires des versions 2 et 3, on est juste passé un niveau au-dessus pour la version 4.
Pour l'instant, notre configuration système supporte des services multiples
alors, on peut, par exemple, lire modifier depuis un serveur.
En plus des bibliothèques principales, tout le monde sait depuis des années qu'on a mis bien plus de choses sur la table.
On parlait de beauté un peu plus tôt dans les diapos.
Le projet Oxygen a débuté il y a quelques années,
pendant l'APPEAL project meeting, une réunion à Berlin en Allemagne
où nous nous sommes retrouvés pour prendre des décisions et choisir des nouvelles voies à suivre.
Nous avons donc invité des artistes, des utilisateurs confirmés, des développeurs, et même des hommes d'affaire.
Ainsi, on a pu réalisé un mélange d'idées. Et ce fut une première pour nous.
Je ne pense pas que beaucoup de projet de développement ait cette approche globale du développement logiciel.
Et cela a payé, puisque les artistes ont pu se rendre compte ce que nous faisons vraiment,
et ils se sont appropriés notre manière de travailler et nos principes dans leur propre travail.
Et c'est comme ça qu'est né le projet Oxygen. Pourquoi Oxygen ? Eh bien, c'est parti d'une plaisanterie,
on se disait qu'on voulait donner un peu de fraîcheur au bureau... Alors on l'a appelé Oxygen...
Oxygen a déjà commencé à fournir ses nouveaux paquets d'icônes.
On trouve ça facile au début, mais quand on voit que le bureau compte des milliers d'icônes,
on se dit que c'est loin d'être un petit projet artistique.
Ils peignent essentiellement dans des formats de cette taille.
Ils produisent des milliers d'images.
Quand on regarde les précédentes versions, KDE2, KDE1, KDE3, on se dit qu'on peut encore mieux faire.
Alors les artistes se sont joints aux experts en utilisabilité qui étaient présents...
et en quelques mois,
ils ont défini l'approche qu'il devrait donner à l'aspect artistique.
Dans les applications KDE4, si vous vous attardez sur les détails, vous verrez qu'il y a des petites finitions intéressantes.
Dans le domaine artistique, les peintures sont souvent réalisées dans de très grands cadres.
Les cadres eux mêmes sont fait mains et dorés, chacun d'entre eux est un chef d'oeuvre.
De tellement fabuleux cadres, ne vous méprenez pas, qu'on ne pouvait même plus apprécier les détails de la peinture.
Le cadre surpassait complètement le contenu. Du coup, on est revenu à des cadres bien plus simples.
Des jolis cadres pour accompagner la peinture sans pour autant s'imposer.
Alors avec KDE4, on a décidé de faire la même chose.
Alors, les icônes utilisés dans les barre d'outils, les menus,
utilisent une palette de couleur terne, ils sont simples et ne s'imposent pas.
Ils encadrent le contenu de l'application, donnant accès
aux fonctionnalités dont vous avez besoin sans nuire au contenu.
Le contenu lui-même, aussi inclus dans le projet Oxygen a été fait plus vivant que jamais.
Si vous prêtez attention aux démonstration d'application qui vont suivre,
vous verrez surement certains des jolis icônes du gestionnaire de fichiers
et ils ressortent et respirent.
Mais maintenant que nous avons de jolis icônes, on se demande :
les autres choses ne vont pas bien avec.
Alors, ils disent,
bien, que fait-on alors ?
Comment doit-on concevoir l'aspect des fenêtres ?
Comment doit-on concevoir l'aspect des widgets ?
Pourquoi ne pas faire un thème de curseur ?
Oui, bonne idée.
Pourquoi ne pas mettre des sons ?
Oui, c'est une très bonne idée.
Alors, nous repensons tout le bureau, des widgets aux icônes,
en passant par les sons, tout provient de Oxygen.
Alors, parmi les jolies choses que vous voyez,
le titre de la barre et son contenu se marient à merveille ensemble,
c'est un magnifique reflet qui les mélange.
Si vous lancez une application non-KDE4 comme par exemple, une application KDE3 ou Firefox ou je-ne-sais-quoi...
vous verrez une différence sensible. Vous ne le verrez pas immédiatement,
mais en regardant de plus près, c'est vraiment flagrant.
Bien sur, vous allez me dire que l'esthétique n'est là que pour le plaisir des yeux, et j'en conviens.
Vous avez besoin de choses bien plus essentielles que le seul esthétisme.
C'est là qu'intervient le groupe de frameworks suivant.
Un truc rigolo que j'ai remarqué
c'est que les ordinateurs sont devenus surpuissants.
On fait tout en connectant des périphériques,
je peux connecter mon appareil photo via USB,
me connecter à un réseau WiFi,
et je peux même aller dans la pièce à côté me connecter à un autre réseau WiFi.
Ce que je veux dire, c'est qu'il y a vingt ans, c'était de la science fiction.
Mais aujourd'hui c'est courant,
et pourtant nos logiciels n'ont pas été réellement capables de tirer parti de ces innovations.
Alors combien d'entre vous ont déja été déconnectés
et ont vu apparaître toutes les cinq minutes un pop-up de messagerie instantanée disant
"connexion au réseau impossible".
Pourquoi ? Pourquoi n'est-il pas au courant de cela ?
Eh bien, il n'est pas simple de détecter du matériel, particulièrement en étant indépendant de la plateforme.
De même, quiconque utilise un client de messagerie instantanée n'est pas forcément expert
en matière de communication avec le kernel de son système d'exploitation ou HAL si vous utilisez Linux.
Et si vous n'utilisez pas BSD, et Solaris et un PC sous Windows et un Mac,
vous ne savez ce qu'ils font, vous devez les tester.
Nous avons donc développé un framework baptisé Solid, pour le matériel,
qui permet une gestion aisée des modifications matérielles.
Je peux alors savoir si un périphérique est connecté, prévenir une application d'un évènement, connaître le nombre de CPU disponibles,
voir la quantité de mémoire, ainsi qu'avoir accès à la configuration du système.
Suis-je connecté à un réseau ?
Il me prévient lorsqu'un nouveau réseau est disponible,
et me communique mes options de gestion d'énergie.
Et le meilleur dans tout ça, c'est que l'on vous propose une API simple, claire, sobre, et cohérente.
Pour que n'importe quel développeur,
spécialiste matériel ou non, puisse utiliser ces fonctions.
Nous verrons certainement ce genre de fonctionnalités dans les applications KDE
pour fournir à l'utilisateur une expérience agréable.
Mais plus important encore,
bien que nous fassions évoluer le système d'exploitation,
comme vous le savez tous, Linux ne change jamais.
Et bien que le système d'exploitation évolue d'années en années,
et que nous portons nos applications sur d'autres plateformes,
on n'a pas à réécrire son code.
Tout ça parce que Solid prend en charge toute cette partie
permettant ainsi au développeur de ne pas avoir à s'en soucier.
Vous n'avez qu'à demander : "Suis-je connecté au réseau ?"
et ça marchera quel que soit votre système d'exploitation.
Et cela même si vous avez compilé votre programme il y a cinq ans.
L'autre faiblesse que nous avons relevé était le multimédia.
Le multimédia dans le monde du logiciel libre était assez restreint.
Mais ce n'est pas par manque de support multimédia de qualité.
Nous l'avons déjà remarqué depuis quelques années,
nous avons un certain nombre d'excellents outils,
Xine, MPlayer, GStreamer et d'autres encore.
Mais nous ne les avons pas intégrés à des applications,
et ce, pour les même raison que les problèmes de hardware.
C'est trop difficile. Les personnes conçoivent les frameworks multimédias
en oubliant que nous ne sommes pas tous des experts en la matière.
Il y a quelques temps j'ai voulu créer une notice technique
intégrant une petite partie audio,
pour permettre à l'utilisateur d'enregistrer une courte piste audio en complément de ses notes.
Je suis devenu un expert en multimédia. Pourtant nous n'avons quasiment pas utilisé le multimédia,
et aujourd'hui faire du multimédia répondant au principe d'interopérabilité est encore plus difficile.
Bon nombre d'applications développées par le passé, qui pouvaient être considérées comme multimédia
ne pouvaient fonctionner que sur certaines plateformes. Nous pensons que cela n'est plus acceptable.
C'est là qu'intervient Phonon. Phonon est au multimédia ce que Solid est au matériel.
Il donne au développeurs un outil novateur, multiplateforme,
clair et puissant pour intégrer très rapidement des fonctions multimédia à leurs applications.
Ce que j'entends par rapidement ?
Avec environ cinq lignes de code,
vous pouvez intégrer à votre application un lecteur vidéo complet avec contrôle du volume et des fonctions de recherche.
Ceci va réellement intégrer le multimédia au monde du logiciel libre.
Maintenant souvenez-vous de Solid. Avec Solid vous pouviez ajouter une webcam,
savoir où elle se trouve, y accéder. Avec Phonon vous pourrez enregistrer une vidéo.
Dans la 4.0 on ne pouvait pas enregistrer à partir d'une webcam, on l'a donc enlevé,
mais on l'ajoutera pour la 4.1. KDE 4.1 j'entends.
Mais ces frameworks permettrons d'ouvrir de nouvelles voies,
de nouveaux débouchés pour les développeurs, nous en sommes certains. Où est votre appareil photo ?
Ils le détectent, ils reconnaissent votre micro, j'en passe et des meilleures.
Ce sont des choses qu'on prenaient pour de la sorcellerie il y a encore quelques temps dans le monde du logiciel libre.
VoIP et le gestionnaire de connexion pour les clients de messagerie instantanée,
sont une part de l'utilisation quotidienne des ordinateurs, qui ne cesse de croître.
Et la aussi, nous avons décider de combler ce vide.
Nous avons donc conçu Decibel.
Decibel, qui est toujours en cours de développement mais qui a été mis à disposition tout récemment,
est un framework de KDE 4 qui a été conçu à partir du travail de FreeDesktop.org avec Tapioca
et il fourni le même type d'API que Solid et Phonon mais dédié à la messagerie instantanée et à la présence en ligne.
Donc, je pense que nous pouvons nous attendre à voir une utilisation croissante des messageries instantanée avec Decibel.
Akonadi. J'adore ce graphique, parce qu'il a l'air impressionnant.
Akonadi, qu'est-ce qu'Akonadi ?
Ca va peut être vous paraître répétitif,
parce que vous allez entendre encore et toujours le même discours.
Nous avons voulu que les utilisateurs puissent avoir accès à leur agenda,
leurs mails, et leur carnet d'adresses bien plus facilement qu'il ne le peuvent aujourd'hui.
Ils pourraient aussi, en regardant le côté performance de la chose,
stocker autant de mail et de contacts qu'ils le souhaitent.
Ils pourraient les stocker sur LDAP ou en local.
Et les applications n'auraient pas à les gérer.
Elles demanderaient simplement une adresse.
Et toutes les applications pourraient fonctionner ensemble,
il n'y aurait donc aucun problème de synchronisation.
Du coup, les surdoués de notre groupe de gestion des données personnelles,
ont fait un pas en arrière, chose forte courageuse,
et ont dit "ne commençons pas avec une GUI, utilisons plutôt le stockage et un système de recherche des données".
Et Akonadi sert a ça.
Akonadi est un framework en ligne de commande global pour accéder aux données relatives aux contacts,
agendas et mails.
Cela nous permettra, et ça nous a déjà permis,
de présenter cette information dans des lieux ou nous n'avions jamais pu le faire avant.
Bientôt, vous verrez le bureau Plasma
et des choses que les développeurs d'Akonadi ont faite en une centaine de lignes de code,
qui permettent de relier Akonadi au bureau.
Du coup, vous pouvez commencer à faire défiler vos contacts et vos mails en même temps qu'ils apparaissent.
Et bien entendu, tout cela se fait de façon synchrone avec l'ensemble des programmes concernés...
Kross. Bon nombre d'entre nous y ont vu un gigantesque réservoir de talents inexploités,
puisque nous avons des programmeurs assez doués pour programmer dans des langages de script comme ECMAScript ou encore JavaScript, Ruby ou Python.
Nous leur avions rendu la tâche très difficile dans bon nombres de nos applications.
Avec l'arrivée d'Amarok, notre principale application multimédia, les utilisateurs ont pu
ajouter des fonctionnalité en utilisant des scripts codés en Ruby.
Et une chose incroyable s'est produite,
du coup, on a vu apparaître tout un tas de petits bouts de logiciels pouvant faire tout un tas de choses,
comme extraire les paroles, importer des informations de Wikipédia, manipuler sa liste de lecture à volonté.
En y repensant, c'était un idée géniale. Du coup, l'équipe de KOffice,
qui travaillent sur leurs documents office ont voulu intégrer un outil d'écriture de script,
surement pas Visual Basic, il y a des outils bien meilleurs,
et bien sur, la discussion s'anima : quel langage ?
Et pour ceux qui connaissent quelques geeks, vous devez savoir que les discussions s'enflamment vite.
Parmi eux, il y a les défenseurs de Python, les défenseurs de Ruby,
et les gens comme moi qui disent "restons simples, autant utiliser ECMAScript".
Kross nous permet d'ajouter très facilement des scripts à toutes les applications basées sur Qt4,
et ce qui est génial, c'est que vous pouvez écrire ce script dans le langage de votre choix.
Personne n'a pris la décision pour vous,
vous êtes libres de choisir quel sera votre langage script standard.
Donc si dans votre entreprise, vous utilisez principalement Python,
je crois qu'une entreprise proche d'ici le fait,
vous voudrez sans doute utiliser Python pour automatiser et contrôler votre bureau.
Vous voulez peut être utiliser Python dans vos documents office.
Kross nous le permet. En tant que développeur d'applications,
Kross rend la démarche très simple,
encore cinq ou six lignes de code,
et vous pouvez exporter des objets depuis votre application
à l'intérieur de votre script et vous permettre ainsi de les modifier.
Sonnet est un correcteur orthographique, et éventuellement,
tout du moins espérons-le un correcteur grammatical, on travaille encore dessus.
L'originalité de Sonnet vient du fait qu'il est capable de détecter automatiquement la langue utilisé.
Il est, de base, multilingue.
Ca n'a pas grand intérêt pour nous qui vivons en Amérique du nord et qui parlons couramment l'anglais,
qui connaissons l'anglais, mais pour ceux qui gèrent des affaires internationales ou encore qui vivent à l'étranger,
il est très courant d'avoir un document en allemand, un autre en anglais et un troisième en français,
et parfois même, les trois langues dans le même document. La correction orthographique peut se révéler être un calvaire dans ce genre de situation.
Et Sonnet nous permet de définir, dans ce paragraphe, je veux corriger de l'allemand,
dans celui-ci de l'hébreux, etc.
Et ceci, sans que l'utilisateur n'ait à modifier la configuration de son logiciel.
C'est ce qui arrive lorsque vous donnez aux gens des possibilités,
la liberté de bidouiller, de jouer et de tester des choses nouvelles.
C'est ce qui se passe avec les projets internationaux,
qui prennent en compte tous les marchés potentiels tels que l'Afrique, l'Asie ou je ne sais où.
Tout le monde profite de la nouveauté.
Et vous arrivez à un niveau d'internationalisation jamais atteint.
DXS est un truc que vous devez connaître sous le nom GHNS, on aime les acronymes.
Get Hot New Stuff est une méthode de mise à jour via Internet par un simple clic.
Une des choses auxquelles on a prêté attention était de voir à quel point nous avons rendu difficile,
en temps que concepteurs, pour l'utilisateur final, l'utilisation de ce merveilleux outil qu'est Internet.
Parce qu'Internet, vous pouvez y faire toutes sortes de choses.
Mais ce qui est intéressant... demandez à quelqu'un de changer son fond d'écran, "trouve-moi un nouveau fond d'écran".
Donc ils lancent leur browser, et se mettent à chercher, vous connaissez,
digitalwallpapers.com entre autres, ils en téléchargent un, et tentent de le mettent en fond d'écran
et là, "d'accord, et comment je fait pour le mettre sur le bureau ?".
Du coup nous les avons fait passer par toutes ces étapes,
DXS est la nouvelle version de GHNS.
C'est un service web, nous permettant d'intégrer directement dans notre application,
la possibilité de récupérer des informations sur Internet.
Voilà.
Voici KStars, et j'ai tout un tas de données ici.
Et je les ai téléchargées pendant que je m'asseyais,
et ça ne fait pourtant pas longtemps que j'ai installé le système d'exploitation.
Je n'avais pas toutes les données astronomiques.
Et bien, grâce à DXS et Get Hot New Stuff,
j'ai pu récupérer toutes ces données
qui sont disponibles gratuitement pour usage privé. J'ai aussi le droit de les partager.
Nous avons donc permis à l'utilisateur de réunir toutes sortes de données astronomiques.
Et ça s'installe d'un simple clic, j'avais tout installé donc il me propose de désinstaller,
je n'ai qu'à cliquer de nouveau pour les désinstaller.
Cela évite que l'utilisateur soit forcé de savoir où aller, comment télécharger les données,
où les stocker sur le disque, et comment faire pour que l'application les utilise.
Nous avons aussi partagé cette technologie avec le FreeDesktop.org,
ce n'est pas une technologie KDE à proprement parler, nous ne faisons que l'utiliser,
mais c'est quelque chose que tout le monde, dans la communauté du logiciel libre
comme dans le domaine propriétaire peut utiliser.
Aussi, nous avons une version serveur, et une version bureau.
Voilà un de mes sujets favoris.
Social Semantics... qu'est-ce que c'est ?
Et pourquoi a-t-il été baptisé Nepomuk ?
Je l'ignore, sans doute une curiosité culturelle...
de la connaissance, ou ce que vous voulez.
Ah je sais, en fait c'est pour que tout le monde participe.
Ce projet est né au sein de l'Union Européenne,
c'est l'un de nos projets de recherche.
Nous en avons quelques-uns sous KDE,
et le but de celui-ci est de mettre en place un moteur de recherche sur le bureau et l'optimiser pour tout type d'utilisateur.
Un moteur de recherche intégré au bureau est une bonne idée, non ?
C'est un peu comme intégrer Google à votre bureau.
Vous permettant de rechercher directement des fichiers.
L'utilisation immédiate de cette technologie rencontre deux obstacles.
Premièrement, vous avez déjà une application de recherche et il se trouve
que les utilisateurs ne veulent pas de logiciel de recherche,
ils préfèrent que toutes leurs applications soient équipées d'une fonction de recherche.
Nous avons donc du trouver une méthode pour intégrer cette fonction à tous nos programmes.
Deuxièmement, les gens veulent les informations organisées comme ils l'ont imaginé.
Actuellement les ordinateurs pensent sans doute que c'est bien de trouver le mot girafe partout dans nous cinq cents documents.
Et c'est génial : "Je peux trouver ce mot dans beaucoup de mes documents".
Etant des êtres humains intelligents, on aimerait pouvoir dire
"je cherche l'image d'une girafe que John ici présent m'a envoyée par mail."
Il m'envoie tout le temps des girafes, je n'ai jamais compris pourquoi...
Pouvoir relier l'information à un contact, à la provenance de l'information,
d'où elle vient, le tout en corrélation avec les métadonnées. Voilà de quoi est capable Nepomuk.
Et nous allons l'intégrer à toutes nos applications.
Pour le moment, Nepomuk est une technologie toute récente, issue de la recherche,
vous ne la trouverez nulle part ailleurs.
Nous avons pris la technologie utilisée et l'avons testée sur le Web sémantique
et nous l'avons finalement intégrée à votre bureau.
On utilise le RDF, et nous avons défini les ontologies qui en découlent,
si vous êtes intéressé par le RDF, vous entendrez quelques-uns de ces noms étranges.
Nous avons donc un système d'indexation, nous utilisons ce que, par défaut, nous avons appelé Strigi,
et Nepomuk coopère avec Strigi pour stocker et retrouver les données.
Ce qui assure un accès très rapide à vos données.
Notre stockage RDF est un graphe, les graphes sont difficiles à interpréter et ne facilitent pas la recherche.
Donc nous avons stocké les informations dans Strigi, Strigi peut les indexer,
les relier aux métadonnées comme la balise ID3 de vos mp3,
au créateur du document si c'est un document texte par exemple.
Et il relie tout ça ensemble ce qui vous permet d'effectuer vos recherches
et il trouve l'information, ce qui vous permet de passer outre le graphe.
De cette façon, je peux voir quels autres images d'animaux m'a envoyé John récemment...
C'est tellement récent qu'on a pas encore eu la chance de pouvoir l'intégrer à beaucoup de nos applications.
Mais on a déjà pu se faire une idée,
quand j'ai lancé la démonstration du bureau,
et bien nous avons vu un exemple de tâche effectuée par Nepomuk.
Et ce qui est génial c'est que vous n'avez rien vu, personne,
si vous leur montrez cette application, les gens ne réaliseront même pas
qu'ils utilisent des techniques de recherche, de balisage et de nuage RDF,
c'est transparent et intégré a l'application.
Parmi les développeurs de logiciel,
combien d'entre vous ici ont développé une application multitâche ?
combien d'entre vous ont pensé que c'était la chose la plus facile
et la plus sympa que vous ayez jamais faite ?
Pourquoi baissez-vous tous les mains ?
Oh attendez, il y en a un.
Donc si vous avez besoin d'une application multitâche, allez voir ce gars.
Apparemment, il aime ça.
Encore une fois, nous avons regarde ça, et nous avons décidé que le multitâche est très important.
Les systèmes à multi coeurs sont de plus en plus courants,
ce portable que j'ai là a un double coeur.
Je me rappelle à l'époque je pensais 'waouh, est-ce que ça ne serait pas génial
d'avoir des machines assez légères et petites pour les transporter
et les emporter n'importe où et qui auraient plus d'un processeur'
Et nous en avons maintenant, le futur nous a rattrapé
mais notre logiciel n'a pas vraiment réussi à suivre le rythme.
Une des raisons était qu'écrire du multitâche n'est pas chose facile
tout comme les problèmes de matériel,
tout comme les problèmes de multimédia et cela faisait obstacle à nos capacités
de rester au niveau concernant les performances et nous en avons fait un de nos buts à atteindre.
Nous avons donc pris sous notre aile un projet
déjà existant et performant appelé Threadweaver.
Il fournit un accès vraiment facile pour travailler sur les tâches.
Vous créez des objets que vous allez mettre dans une tâche,
vous pouvez les programmer,
vous pouvez ordonner les tâches à accomplir
donc vous avez des dépendances,
ça rend les choses très simples et gère virtuellement tous les verrous etc. pour vous.
Vous pouvez également créer des ensembles de taches,
vous pouvez dire, par exemple, je veux 4 tâches.
C'est vraiment sympa d'avoir quelque chose de Solid quand vous y repensez.
Donc je peux demander, combien de coeurs j'ai à disposition ? Quatre ? Bien.
Commençons une série de tâches,
et comme ça, on peut profiter des capacités du matériel, ça tourne au moment ou ça tourne.
Ces cadres vont encore s'entrelacer dans les années à venir, dans des dimensions qu'on ne peut qu'imaginer.
Le concurrent de Qt est un - et je l'ai mis dans la diapositive -
c'est quelque chose qui va de pair avec Qt4,
et il ajoute encore plus de fonctionnalités pour ceux d'entre vous qui font du multitâche.
Un des problèmes du multitâche est que
c'est souvent spécifique à la plateforme sur laquelle vous écrivez
- donc écrire une application multitâche sur Windows peut être un peu différent de la faire tourner sur Linux,
ou de l'écrire sous Linux.
Ces technologies font abstractions de tous les problèmes de plateforme,
vous n'avez plus à vous inquiéter des différences,
vous avez une jolie API qui ressemble à toutes les autres API,
vous y êtes habitués quand vous développez sur KDE ou Qt.
Donc nous avons tous ces frameworks,
et ça peut sembler comme une énorme quantité de boulot que nous avons fait
mais bizarrement ce n'est qu'une partie de ce que nous avons fait.
Ce n'était pas assez pour nous.
Si je reviens à cette diapositive avec toutes les boites, nous avons la plateforme KDE.
J'ai mentionné que Qt empiète là-dessus.
J'ai oublié de le mentionner quand on parlait de Phonon.
Phonon était une technologie développée au sein du projet KDE,
dans le monde du logiciel libre, et à Trolltech
il a été adopté comme plateforme multimédia,
dans Qt 4.4 et versions supérieures.
Cela montre bien qu'il y a là une relation symbiotique,
entre tous les joueurs de cet écosystème.
Ils n'ont pas eu à recréer leur propre système multimédia
et ont une autre API que tout le mode a du apprendre et utiliser.
Ils partagent cet API,
et Trolltech travaille directement dessus
sur le dépôt de révisions de KDE ou le dépôt SVN.
Je pense que ça montre vraiment la force de ce modèle,
nous utilisons un bon nombre de bibliothèques graphiques Qt,
faites par tous ces développeurs payés pour travailler dessus,
en contrepartie, Trolltech se sert également des logiciels qui lui sont utiles.
Je pense qu'avec KDE4, nous avons vraiment montré combien les projets de logiciels libres
peuvent aussi coopérer avec les intérêts commerciaux.
Donc l'espace de travail. Voilà nos frameworks.
Qu'allons-nous en faire ?
Eh bien,
une des choses que nous avons remarqué avec les autres systèmes - et linux aussi -
est que les gens veulent avoir une gestion sympa des fenêtres.
Ils veulent des fenêtres qui vibrent ou sont transparentes ou translucides
ou font des petits effets nickels quand vous les réduisez.
Et ceci est disponible sur Linux depuis un bon moment déjà.
- compiz, beryl si vous êtes familiers avec,
et bien sur sur l'OS X, on Windows. Nous voulions aussi le fournir.
Alors nous l'avons pris en charge directement dans le gestionnaire de fenêtre.
J'ai une petite vidéo de démo pour vous montrer quelques unes des caractéristiques et fonctionnalités
du gestionnaire de fenêtre que vous avez quand vous lancez KDE.
Un truc très cool que l'on voit là, il est en train de taper, et au fur et à mesure de la saisie,
ça s'adapte au titre de la fenêtre - donc pour les accros du clavier,
certains des ces effets sont bénéfiques pour nous aussi.
Donc vous avez peut-être remarqué que certains de ces effets sont plus utiles que d'autres...
Mais le plus intéressant reste l'accessibilité,
ce qui rend notre logiciel disponible pour tous.
Certaines des fonctionnalités que vous avez vues dans la vidéo
sont essentielles pour les personnes atteintes de troubles de la vision
- vous avez vu le zoom - en fait,
en zoomant, vous n'avez pas ces gros blocs de pixels,
vous avez en fait un zoom comme si vous utilisiez une loupe.
C'est très important pour ces personnes qui ont des soucis oculaires.
On ne parle donc pas uniquement d'esthétique.
Je vais vous montrer rapidement quelques unes de nos applications ici.
Il y a une nouvelle fenêtre de dialogue qui est en fait liée
avec la recherche et les métadonnées, donc en saisissant un mot clé au clavier,
ça cherche dans votre... dans votre système et remonte les données.
Il y a aussi une calculatrice intégrée
donc vous pouvez manipuler quelques nombres et égalités..
Un des choses sympas c'est que c'est à base de plugins, donc on peut l'améliorer
et ajouter de nouveaux types de... euh...reconnaissances.
Une des choses sur lesquelles nous travaillons est la possibilité d'apprendre de nouvelles choses,
vous tapez un mot ou une phrase qu'il ne connaît pas,
vous sélectionnez cette action,
il va vous demander :
"Que voulez-vous que je fasse la prochaine fois que vous tapez ça ?"
Et vous pouvez enseigner à votre système comment répondre, c'est comme avoir un chien, d'accord ?
Donc voilà notre nouveau gestionnaire de fichiers, nous avons utilisé Konqueror depuis plusieurs années,
dans KDE3 et 2 et il fonctionnait très bien.
C'est un outil très puissant.
Mais tout le monde ne veut pas d'un outil puissant.
Ils ne veulent pas d'un gros explorateur de fichiers qui fait tout
- Personnellement j'adore Konqueror -
Je suis sur que beaucoup d'entre vous aussi.
Mais pour des gens qui ne veulent qu'un simple gestionnaire de fichier,
une façon simple de se déplacer dans leur système de fichiers, nous avons créé Dolphin.
J'adore montrer Dolphin parce qu'il démontre énormément de qualités de KDE4.
Numéro un, vous pouvez voir beaucoup d'illustrations d'Oxygen, ce qui est nouveau.
Nous nous sommes attachés à la praticité, nous avons un fil d'Ariane,
que la plupart des gens trouvent plus facile pour naviguer,
et en cliquant sur un bouton vous pouvez aller ailleurs.
Ca aide vraiment à faire abstraction du concept du système de fichiers.
Bien sur, vous pouvez cliquer dessus et retrouver votre UI traditionnel.
On a toujours la transparence du réseau - voyons si je peux rejoindre un "home" là
- et ce qui est cool c'est que vous pouvez revenir -
Ah, nous y sommes, c'est un des mes serveurs à Calgary.
Quand vous revenez sur le fil d'Ariane
vous pouvez toujours choisir votre protocole et votre nom de domaine
nous avons vraiment essayé de nous concentrer sur les forces de KDE
tout en le rendant plus accessible et utilisable pour des débutants.
Une des choses que nous aimons bien, c'est l'animation pour fournir une astuce.
L'esprit humain s'est adapté à un monde rempli de signes.
Et comme vous pouvez l'imaginer, c'est assez utile de pouvoir déterminer
si quelque chose s'approche de vous avec des grandes dents aiguisées.
Il fut un temps où ça nous arrivait souvent.
Et donc nos cerveaux sont devenus très doués pour détecter des signaux,
et au fur et à mesure, nous en sommes arrivés à nous baser sur ces signaux pour savoir quand quelque chose se passe.
Nous n'y pensons même pas, ça fait juste partie de la routine de notre cerveau.
Nous avons passé beaucoup de temps à fournir ces sortes de transitions naturelles et ces effets naturels dans KDE 4.0
et nous en verrons de plus en plus au fil du temps.
Donc si vous remarquez quand
- Je vais effacer la barre ici -
et j'aimerais que vous regardiez le bouton pour effacer le texte incrusté ici.
Comme vous pouvez le remarquer, il n'apparaît pas et ne disparaît pas simplement,
en fait il s'estompe doucement.
Vous arrivez à le voir ?
Ah, oui. Bien.
Certains projecteurs n'ont pas un taux de rafraîchissement suffisant pour le voir.
C'est un effet très subtil
mais entre quelque chose qui apparaît ou disparaît
et quelque chose qui s'estompe, il y a une énorme différence.
Ca nous permet aussi de nous débarrasser des options de configuration.
Nous aimons la configurabilité de notre bureau
car ça nous permet d'utiliser le logiciel comme on le veut.
Ca fait partir du libre, du logiciel gratuit,
vous pouvez décider comment votre logiciel doit marcher.
Le problème c'est que ça conduit souvent à des fenêtres de configuration
remplies de 18 000 cases à cocher.
Dans KDE3, il n'est pas rare de voir un encadré
comme ça et de décider comment le gérer,
pour changer les icônes ou autre, en faisant un clic droit dessus,
et en changeant un paquet d'options possibles.
C'est très bien pour des utilisateurs avancés, mais moins pour un utilisateur moyen.
A la place, on s'est dit pourquoi ne pas permettre aux utilisateurs de le redimensionner librement,
et faire en sorte que les icônes s'adaptent - et si vous remarquez, elles ne sautillent pas.
En fait, elles sont animées à la verticale, ce qui donne un très joli effet.
Vous verrez des animations dans nos aperçus, dans nos miniatures. Ici, la barre d'information,
quand je change entre deux objets de taille différente...
si j'en trouve...
et aujourd'hui ils ont tous la même taille, super...
Ah, c'est parce que je suis connecté sur un lecteur distant, je vais retourner sur mon home directory.
Nous y voilà, comme vous pouvez le voir... ça ne marche pas pour moi aujourd'hui. Super.
En fait, les icônes s'animent entre deux tailles différentes.
Et vous pouvez faire du glisser-déposer sur l'encadré bien sur
Nous avons porté une attention particulière à ces petites choses
De ce côté, vous pouvez voir que je peux noter un fichier,
le commenter, ou lui mettre une balise.
C'est un peu le même principe qu'avec flickr.
Ceci s'appuie sur Nepomuk. Ainsi, tout ce que je fais dans cette zone,
baliser, noter ou mettre des commentaires est stocké dans une application système d'archivage neutre.
Strigi et Nepomuk.
Ils retrouvent ainsi les mêmes informations dans différentes applications.
Il permet de remplir les informations d'un mp3 dans l'explorateur,
et on peut voir ces informations apparaître une fois Amarok démarré avec les mêmes informations,
et on peut même construire des listes de lecture dessus,
ou même s'en servir pour modifier les titres de son iPod.
Ce que j'essaie d'expliquer, c'est que c'est embarqué.
Il n'y a pas d'agent de recherche séparé, a vrai dire, on doit avoir une interface pour ça,
mais on a intégré directement ces fonctions dans nos applications,
là où les gens ont réclamé de les voir,
alors où aller pour remplir les données d'un fichier ? Eh bien, le gestionnaire de fichier.
Je l'ai ouvert, j'ai sélectionné un dossier et je lui ai donné des informations. C'est ici qu'on l'a fait.
Et c'est Nepomuk qui nous a permis de le faire.
Ce qui est aussi super, c'est qu'avec Strigi, on a travaillé avec freedesktop.org
pour donner naissance à Xesam.
On adore donner des noms bizarres.
Xesam est un système standard de requêtes qui permet de remplacer Strigi par Beagle et inversement.
Si vous utilisez Beagle,
vous pourrez le remplacer par Strigi et toutes les applications compatibles avec Xesam pourront interroger ces services,
et on évite ainsi de coder en dur des mécanismes spécifiques.
Alors, voici notre nouveau gestionnaire de fichier avec aussi un nouveau panneau de configuration appelé System Settings,
nous avons beaucoup travaillé sur Konqueror et nous avons bien sur aussi un navigateur de secours.
Et puis, nous avons notre nouveau système de bureau : Plasma.
Il réunit les panneaux, barre de tâche et widgets sur le bureau.
Il fournit une interface par défaut avec une résolution indépendante.
Ce qu'il nous permet de faire,
c'est de prendre les mêmes objets et les mettre sur des très petits systèmes ou très gros systèmes.
Sur une télé, par exemple, on peut afficher un lecteur multimédia
ou sur du matériel portable, comme l'EEE PC (un mini-ordinateur portable),
du super matériel conçu chez Intel qui est doté de KDE
qui se vendent comme des petits pains.
Le problème qu'on a rencontré est qu'il fallait concevoir une interface utilisateur
qui s'adapte bien au petit écran qu'ils ont.
Avec Plasma, nous sommes capables de fournir,
ou plutôt de faire beaucoup de travail pour les développeurs qui travaillent au bureau ou sur portable.
Une grande partie de ce travail est ensuite réutilisée dans différentes formes,
je veux dire, pour chaque type de matériel.
L'écriture de script, nous la prenons aussi en charge,
ainsi, vous pouvez écrire vos applications ou widgets en JavaScript,
et avec la version 4.1, on intégrera le QtWebkit qui repose sur KHTML
et qui est devenu le Webkit utilisé par Apple pour son iPhone ou Safari, et j'en passe.
Avec le Webkit, on peut déjà afficher de l'HTML, des CSS dans de petits widgets du bureau, et avec la 4.1
on pourra directement charger des applets du Dashboard d'Apple sur Plasma.
Vous avez remarqué que tout est gelé et qu'on ne voit plus que la barre d'outils sur le bureau.
Vous vous demandez peut-être ce qu'il s'est passé ?
Je ne peux plus voir mon bureau car il est passé en tâche de fond.
On vous a donné la possibilité de mettre le bureau au premier plan.
Je peux ainsi me servir des barre d'outils,
revenir à ma présentation et cela me ramène là où j'étais avant.
Hum, où est-ce ? Ca doit bien être quelque part... J'ai du la virer, ce n'est pas cool.
Ah là voilà.
Alors, avec Plasma, on peut fournir des widgets écrits en langages de script différents
dont la résolution est indépendante. On peut ainsi les grossir et les réduire.
Ce qu'on fournit, les outils qu'on donne, c'est juste le bureau traditionnel de la 4.0
avec ses barres d'outils et son menu de démarrage.
Et vous pouvez comme ça trouver les services installés sur votre système.
On fournit un système traditionnel.
C'est ensuite Plasma qui nous permet de modifier les apparences présentes sur le bureau.
C'est ce qui pimente un peu plus votre bureau.
Je m'en sers tout le temps maintenant. Mais très peu avant parce que je devais lancer mon navigateur internet.
Mais maintenant, sur mon bureau, avec un Ctrl-F12, tout apparaît par dessus mes fenêtres,
J'écris dedans ou je vois ce que fait Ruphy par exemple. C'est un moyen très simple,
de réunir des services en lignes au même endroit , sur votre bureau, centre multimédia ou matériel portatif.
Bien, on va se déplacer par là.
Je vous ai parlé, un peu plus tôt, de promesse, que nous ne regardions pas seulement la 4.0.
On se projette déjà dans cinq ans, dix ans, et même plus loin.
C'est pour cela que j'aimerais vous parler de notre possible tracé de route.
Où va-t-on aller maintenant ?
On a tous ces frameworks, ce bureau qui vient de se lancer, où va-t-on ?
J'aimerais vous faire partager nos prochains objectifs.
A la fin de ce mois de janvier, on prévoit de sortir la 4.0.1.
On compte produire une version mineure chaque mois.
On a prévu une version pour la 3.5 parce qu'il y a encore beaucoup d'utilisateurs aux grosses installations
qui ne peuvent pas se permettre de les changer souvent.
Et qui le font tous les cinq à sept ans. Donc la version 3.5.9 est prévu pour février.
Et on sortira aussi une nouvelle version entreprise de Kontact.
Et puis, en juillet, ce sera le tour de la version 4.1.0 et après sortira la 4.1.1,
puis mois après mois, la 4.1.2, 4.1.3, etc. On revient maintenant sur notre planification de version,
un peu plus sérieusement.
C'était amusant ces deux dernières années de développer les fonctionnalités de cette sortie,
des plus pratiques aux plus innovantes.
Mais maintenant que nous avons les fondations, que les piliers sont en place,
que nos applications vivent ensembles, on se concentre sur des sorties de version régulières
avec uniquement des améliorations mineures puisque les fonctionnalités sont déjà là.
Mais c'est là où je pense que la donne va changer.
Traditionnellement on avait de bon résultats sous Linux,
et BSD parce que la grande majorité de nos développeurs utilisaient Linux ou BSD.
Solaris est un système d'exploitation que nous visons tout particulièrement avec KDE 4.
KDE 3 fonctionnait très bien sous Solaris mais n'a pas suscité énormément de migrations,
il n'y avait pas beaucoup d'aide de la communauté Solaris non plus.
Et c'est pourquoi dans la communauté Open Solaris a été créé une section
pour, en fait, gérer les paquetages et les modifications spécifiques à KDE4 pour Solaris.
Et comme si ça ne suffisait pas, nous avons porté Solaris sous BSD et Linux.
Un jour, nous avons constaté que pour une personne qui programme
avec un système d'exploitation libre, il y en a cent sous Windows et Mac.
Et nous avons raté ici une opportunité de fournir des logiciels libres
à tous ces gens, ce qui leur aurait permis de travailler à partir
de la même base que nous pour créer des logiciels.
Dans un sens, Windows et Mac ont longtemps été des sortes de logiciels libres dont on se servait
tout comme on a l'habitude d'avoir accès à toute la partie développement logicielle sous Linux et BSD.
Parmi la longue liste de frameworks dont nous disposons,
il y a Solid et Phonon.
Et nous travaillons pour les rendre utilisables avec KDE4 pour Windows et Mac OS.
Ce travail ne consiste pas à rendre compatible certaines parties ou à ajouter des éléments,
car il donnerait certes l'impression d'être complet mais nécessiterait de lancer d'autres applications sur le bureau de Mac OS X.
Rien de cela n'est une application native.
Ce seront des applications natives.
Elles sont donc conçues comme n'importe quelle autre application Mac ou Windows.
C'est une première sur le plan technologique , et ça marche.
On le verra dans quelques instants... Où est Ben ? Viens.
Nous allons faire une présentation rapide ainsi qu'une démonstration...
sous Windows et Mac, vous serez donc les premiers à voir à quoi ça ressemble.
Et nous allons intégrer cela dans la version 4.1.
Maintenant, comme vous pouvez l'imaginer,
porter vers une nouvelle architecture est assez complexe et diffèrent d'un portage sous Solaris.
Ils diffèrent sensiblement,
les architectures ont de légères différences sémantiques pour leurs services dont on assure le support.
C'est pourquoi j'aimerais vous présenter Benjamin Reed, notre développeur en chef du projet KDE Mac,
il aide à mater ces fauves et il va maintenant nous présenter KDE sur Macintosh.
Merci.
Je voudrais commencer par remercier les développeurs de la communauté KDE en général
pour avoir intégré ces nouvelles technologies et Qt4,
et pour leur tout dernier système ainsi que tout ce qui nous rend la vie plus facile dans les autres plateformes.
CMake rend divinement les choses plus simples
et la transition a été beaucoup plus spectaculaire que je ne l'aurais pensé.
Il fut un temps où les choses se contentaient de fonctionner
quand je pense au temps que cela nous a pris de les faire fonctionner.
C'est génial.
Revenons à KDE sur Mac qui, dans la plupart des cas tourne plutôt bien.
Beaucoup de choses fonctionnent dès l'installation.
Vous pouvez aller rechercher les anciennes versions de KDE, les compiler et faire tourner les applications.
Un grand nombre de choses sont intégrées,
une grande partie du développement avait déja été fait par Windows,
ce que j'ai fait, l'a réellement rendu possible.
Mais en fin de compte, une grande partie du travail s'est fait au sein de la communauté
et c'était passionnant de voir combien les choses fonctionnent bien avec la nouvelle API,
c'est ce qui est à la base de tout. Je vais donc vous montrer quelques applications.
Voilà Konqueror, notre traditionnel navigateur, tournant sous Mac OS X et qui fonctionne plutôt bien,
Je peux aller dans le menu et voir toutes les options,
KIO gère tout, vous pouvez faire une requête http, https ou fish
et vous servir d'autres protocoles amusants pour faire plein de choses.
Il a l'air de prendre son temps bien sur, mais c'est une démo.
On a aussi KStars, toujours aussi joli.
KStars n'a pas été conçu spécialement pour Mac à ma connaissance,
mais là on le voit comme une magnifique application Mac.
C'est l'une des premières choses que je montre lorsque je présente KDE sur Mac.
de même qu'une application développée avec l'esprit Mac, il s'agit de Marble.
Il a aussi migré vers KDE et son rendu est tout aussi exceptionnel et comme vous pouvez le voir,
tout est bien en place, toutes les barres de menus se retrouvent dans la barre de menu Mac.
Ce sont des applications natives, elles ne tournent pas sur un serveur X ou quoi que ce soit d'autre,
Je n'ai aucun serveur X en route.
Hé, regardez, il me dit que ma page est chargée.
Mais c'est vraiment impressionnant de voir comment les choses se sont imbriquées et l'objectif sera atteint avec KDE 4.1
pour avoir des migrations de bonnes qualité
pour avoir une véritable version finale. Mais si vous souhaitez le tester maintenant, les fichiers binaires sont disponibles.
Tout ce que je vous ai montré vient d'une compilation que j'ai faite la semaine dernière
que vous pouvez télécharger depuis le site qui est actuellement visible sur ma démo.
Alors c'est : http://ranger.users.finkproject.org/kde.
Les fichiers binaires sont universels alors ils s'exécutent sur PPC et Intel nativement.
Ils sont lourds parce que se sont des binaires universels, du coup on a préféré les distribuer par bittorrent
ça n'utilise donc aucun serveur web.
Toute l'installation de KDE4 avec KOffice fait autour d'un giga.
Voilà, je vous remercie.
Comme Ben l'a démontré,
c'est fou de voir la facilité avec laquelle nous avons réussi adapter les logiciels.
Nous attendions depuis longtemps de voir naître une communauté Mac dans la communauté KDE et inversement
et de voir plus de monde utiliser Mac OS,
avec toutes ses magnifiques applications,
et les nôtres qui sont déjà utilisables, c'est un point très positif. Donc, c'est génial.
D'ailleurs, j'ai eu une bonne surprise dernièrement.
J'étais sur IRC, #kde-darwin si les développeurs veulent y faire un tour.
Je travaillais sur quelque chose et quelqu'un m'a dit "Ah au fait, je fais des améliorations de KOffice sur Mac".
Et je n'avais pas réalisé, vous savez, que cela pourrait servir à n'importe qui.
Honnêtement, j'ai conçu un grand nombre d'applications, j'ai essayé des tas de choses et j'ai joué avec.
Mais vous savez, j'ai rarement eu à utiliser complètement ces applications,
donc je suis vraiment ravi de voir des gens de notre communauté déjà l'utiliser et surtout, l'utiliser pour du développement.
En plus, tenter de rassembler les développeurs était l'une des choses que nous cherchions vraiment à faire.
Une autre chose que nous voulions vraiment faire c'était
aider à l'adoption et à la diffusion des standards open source et des formats de documents open source.
C'est la clé pour maintenir les liberté dans le monde actuel.
Si nous pouvons accéder à nos données, nous pouvons accéder à nos informations
et si nos gouvernements ne peuvent pas partager d'informations avec leurs concitoyens
si nous perdons nos informations dans une sorte de trou noir numérique
parce qu'au bout de 10 ans plus rien ne peut lire le format du fichier que nous avons publié.
Les outils collaboratifs en sont un brillant exemple.
Un grand nombre de personnes utilisent Microsoft Windows sur leur bureau,
vous l'avez sans doute remarqué.
Qu'est-ce qui est le plus pratique,
sans doute que le meilleur outil collaboratif fonctionne sur Windows à l'heure actuelle ?
Quelqu'un ? Comment ?
Oui, Outlook est installé sur le Bureau.
Outlook permet aux utilisateurs d'accéder à leur boîte mail et voir le calendrier.
C'est intéressant car Outlook fonctionne vraiment très bien avec les serveurs d'échange.
Il supporte aussi d'autres types de serveur.
Je l'ai testé... On perd quelques fonctions et les autres ne sont pas très simples...
Ce n'est pas aussi bien que ça.
Assez satisfait, Microsoft n'est pas pressé de le changer.
Et malheureusement, lorsque vous êtes sur un bureau Windows, la plupart du temps,
votre seule choix est d'utiliser un serveur d'échange dans les services.
Vous perdrez la liberté de choisir les technologies,
et au final vous prendrez une technologie par défaut.
Et que se passerait-il si notre suite d'outils de travail collaboratif s'ouvrait aux gens
qui, de coutume, utilise Outlook ou autre chose et qui ne fonctionnerait pas uniquement sous Unix, Linux
Windows ou Mac, mais sur toutes les plateformes ?
Cette suite aurait un aspect identique sur toutes les plateformes,
et fonctionnerait identiquement sur chacune d'elle, répondant avec le même temps pour chaque serveur.
Maintenant, prenons le cas d'un environnement hétérogène,
qui disposerait de machines Windows, Mac, Linux, Open Solaris et BSD
qui utiliseraient ce bureau. Votre équipe de soutien aurait seulement à faire le support une application.
Les utilisateurs d'Outlook sur Mac et Windows savent pertinemment qu'ils n'ont pas tout à fait la même application.
Kontact lui ne change pas. Désormais, vous pouvez harmoniser le travail votre personnel de support sur une seule application
avec les mêmes fonctions et les mêmes problèmes, n'est-ce pas ?
Multiplateforme, proposant plus de fonctions et de bugs.
Mais vous allez aussi devoir choisir quel type d'outils de travail collaboratif vous voulez utiliser.
Je vais peut-être vous surprendre, mais Exchange n'utilise pas beaucoup de protocoles libres,
la plupart sont propriétaires.
Pour tout ceux qui aimeraient
accéder à leurs informations en utilisant des protocoles et formats libres,
vous avez maintenant la possibilité de choisir votre server et votre bureau
indépendamment l'un de l'autre.
Je trouve que l'option la plus intéressante
qui est proposée par nos programmes
est de choisir des outils compatibles avec le format ODF (Format de Document Ouvert) comme format natif de fichier.
Nous apportons ces applications aux autres plateformes et ainsi, cela offre de nouvelles possibilités.
Et avec ceci, j'aimerais vous présenter quelqu'un d'important,
le développeur de Windows KDE, M. Holger, le nom de famille j'ai peur de l'écorcher.
A toi la parole.
Je m'appelle Holger Schröder.
Allons-y. Je ne peux pas tout faire seul.
Holger est l'un de nos développeurs Windows KDE. Il va en faire une démonstration pour nous.
Oui. Bien, commençons avec KStars.
La chose la plus intéressante avec cet ordinateur, c'est que...
je n'ai rien développé sur cet ordinateur moi-même.
J'ai juste installé les paquetages qui sont téléchargeable sur nos serveurs.
Je vous montrerai le serveur à la fin.
Voilà KStars,
je n'ai pas vraiment l'habitude de l'utiliser, mais il fonctionne.
Nous avons aussi Marble.
J'ai plus l'habitude de l'utiliser.
Vous pouvez donc zoomer, localiser Berlin, et bien sur, pour les utilisateurs de Windows, nous avons besoin de jeux.
Ils ne sont pas là, on dirait... Et voilà de quoi retrouver le sourire.
Et nous avons aussi Konqueror qui se lance normalement et pour tous les utilisateurs de Windows KDE,
nous avons pour habitude d'utiliser Google qui fonctionne très bien avec.
On se sent un peu plus familier maintenant.
Bien, j'ai autre chose à vous montrer.
Nous n'avons pas encore installer KOffice, nous y travaillons.
Nous n'avons pas encore lancé Konqueror, nous y travaillons aussi.
Mais il est tout à fait utilisable aujourd'hui et nous visons une version plus stable avec la version KDE 4.1.
Ah oui, je vais vous montrer comment installer KDE sur Windows.
Allez sur windows.kde.org
Là, vous trouverez un lien pour télécharger l'exécutable d'installation.
Il fait juste quelques méga-octets, je ne l'ai pas encore téléchargé. Il ressemble à ceci.
La chose la plus intéressante de ce programme d'installation
est qu'il s'agit d'un binaire Qt que vous installez une fois sur votre ordinateur,
et ainsi, il télécharge un tutorial d'installation détaillé du programme via internet.
Ainsi, nous ne sommes plus impliqués une fois que le .exe est extrait,
ce qui laisse l'utilisateur maître de son programme. Avec ceci, nous laissons la possibilité
de mettre à jour les choses installées.
Prenons, par exemple, KOffice que nous n'avons pas encore programmé,
mais dans quelques mois, on aura réussi
et le programme d'installation sera disponible au téléchargement.
Si vous souhaitez, par exemple, installer KDE quelque part,
nous marquons simplement les choses que nous voulons télécharger et il cherchera seul les dépendances,
puis commencera le téléchargement.
Rien de plus simple pour un utilisateur peu expérimenté, c'est tout !
Je trouve cela exceptionnel.
Nous avons revu KStars, Marble, Konqueror sur toutes ces plateformes,
et ce n'est pas du à une fuite du code vers toutes les plateformes de chacune des applications.
Bien, tout cela s'est passé dans les couches du framework,
parce qu'en tant que développeur d'application, vous pouvez écrire votre code et développer avec Windows si vous voulez,
cela ne vous écarte pas pour autant de la grandissante communauté Linux ou la grandissante communauté Mac OS.
Ou inversement, si vous préférez développer sur un Système d'Exploitation libre comme Linux, BSD ou Open Solaris,
vous ne trahissez pas la communauté Windows.
Ou si vous souhaitez développer avec un Mac,
vous n'êtes en rien écarté de la communauté Linux,
tout est réuni pour que les communautés travaillent main dans la main, c'est la preuve de notre ouverture.
C'est stupéfiant, en fait, de voir avec quelle facilité elles se rejoignent.
Oui, c'est incroyable de voir 5 a 10 personnes travailler sur Windows sur leur temps libre et nous y sommes arrivés,
et je trouve cela vraiment incroyable.
Puisque nous parlons de choses incroyables,
exception faite pour l'instant pour KOffice,
tout KDE est incroyable puisqu'on compte près de 4 millions de lignes de code inchangées.
On ne parle de la portabilité de 10 000 ou 100 000 lignes de code d'une application
mais de bibliothèques portables qui sont des suites d'applications, c'est vraiment impressionnant.
Alors pour la sortie de la 4.1, comme je l'ai déjà dit, en juillet, notre objectif est de produire une version aboutie.
Il n'y a pas de raison d'être effrayé pour autant, les technologies dont on a déjà parlé fonctionnent très bien.
Pas d'inquiétudes, on n'a pas besoin de lancer les applications KDE en ligne de commande, ça marche comme Windows,
il n'y pas de formule magique a écrire dans la console, on est d'accord.
Depuis vos icônes sur votre bureau ou le menu Démarrer, vous pouvez lancer directement les applications,
comme toute banale application Windows.
Je trouve tout aussi intéressants les widgets, comme vous voyez
qui ne laissent pas paraître qu'ils sont des applications Linux.
Il n'y a pas d'application qu'on ne puisse pas supporter, ainsi, quand on regarde un widget, on ne se dit pas :
"tiens, c'est une application Linux" ou "tiens, c'est une application Windows sous Linux"
et c'est valable pour toute sorte d'application.
On a réellement étendu l'accès aux technologies à encore plus de personnes.
Bien, voici encore KStars sur Linux, vous pouvez voir encore exactement la même application.
KPat. Bien, KPat est très intéressant. C'est un solitaire. Il faut l'avoir pour être installé sur le bureau apparemment.
Comme vous le voyez, il y a des effets très sympathiques,
glisser, déposer, retourner, changer la taille de la fenêtre, il la redessine
sans voir de gros pixels à l'écran.
Comment a-t-on fait cela ?
Une autre prouesse graphique est que nous nous sommes servi de SVG,
qui est un format standardisé pour les vecteurs graphiques.
SVG a un grand potentiel comme vous le voyez.
Tous vos jeux ont été fait avec SVG,
et vous pouvez facilement en changer le thème ou la taille de la fenêtre,
ainsi, vous pouvez désormais jouer à KPat sur des matériels à petits écrans.
Comme ça... je n'y vois plus rien... mais il est bien là.
Et bien sur, c'est jouable.
Sur un téléphone portable, ça paraît plus utile.
Nous avons donc repris cette idée à travers toutes les applications.
La bibliothèque Qt de Trolltech vient d'être porté sous Windows CE.
et c'est incroyable de voir ces thèmes d'application sur ces différents matériels,
de voir comment ils s'adaptent aux différentes interfaces et de voir qu'ils sont indépendants de la résolution,
ça a été écrit pour avoir une interface plus humaine,
au lieu d'être suréquipé de 18 millions de barres d'outils à la fois.
Et bien sur, nous avons aussi Marble.
Marble est un composant intéressant.
C'et une application, et avec une ligne de code,
vous pouvez avoir un globe en 3D.
Il ne dépend pas de OpenGL, c'est impressionnant, je trouve.
Tous les calculs se font en tâche de fond.
et bien sur, vous pouvez utiliser quelques filtres.
Ce n'est peut-être pas le bon endroit pour parler de plan de rues,
toutes les personnes liées à Google, bouchez-vous les oreilles ! Non, ça a déjà fonctionné,
de toute façon, avec Marble. C'est librement zoomable, comme vous l'avez vu sur les différentes plateformes,
y compris sur Linux, bien entendu. Si vous pouvez zoomer,
vous remarquerez que nous n'avons pas de vue de plan de rues. Nous travaillons sur un projet
ou plutôt, nous le commençons,
nommé OpenStreetMap, qui donne accès aux "plan de rues".
C'est intéressant parce les cartes sont majoritairement propriétaires
et d'habitude, tout se passe bien.
J'aime Google Earth, qui est fait avec le Qt,
ce qui fait qu'il est facilement portable vers les autres plateformes.
J'utilise maps.google.com tout le temps,
et ce sont de très bons outils.
Mais je ne peux pas agir sur ces données d'une manière libre,
c'est pour cela que j'apprends à comprendre ces données.
Alors, au lieu d'essayer de me servir de données libres de quelqu'un,
j'utilise OpenStreetMap comme tout le monde, bizarrement.
La plupart de ces projets naissent de d'idées impossibles à concrétiser, vous ne trouvez pas ?
Ils disent : "Eh bien, pourquoi ne permettrons-nous pas aux gens de voyager à travers le monde avec des GPS ?"
Nous enregistrons leur voyage,
puis nous enverrons sur un serveur tout ce qu'a enregistré le GPS.
Ainsi, d'autres personnes iront dessus, téléchargeront tout cela,
et les regarderons, ils pourront ainsi voir à quoi ressemblent les autres pays.
Et nous aurons aussi une carte des autres pays.
Vous pourrez aussi savoir combien de bières ils ont bu la nuit dernière !
Mais les grandes idées naissent d'un grand optimisme.
Les grandes choses naissent de visées audacieuses.
Et ainsi, nous aurons peut-être des plans de rue quand les données seront libres
et quand l'application dont vous vous servirez sera aussi libre.
Vous pourrez alors zooomer dedans, et voir votre plan de rue.
Marble fait déjà ce genre de choses.
Vous ne le verrez pas sur la version 4.0 car il est bien caché dans le code,
mais vous pouvez d'ores et déjà en voir un morceau sur l'un des serveurs
et le voir bouger,
tel que nous l'avons connu et apprécié dans les applications propriétaires.
Il y aura toujours de la place pour les applications propriétaires,
parce qu'ils sont bien plus fournis en fonctionnalités
que nous le seront jamais. A vrai dire, c'est plutôt orienté pour les gens
qui ont réellement besoin de ce genre d'informations.
Et tout comme ODF, qui est devenu la référence en format OpenDocument,
et format normalisé ISO pour des applications de rédaction de documents, de feuilles de calculs et de présentation en diaporama.
Il a été adopté pour beaucoup de pays.
Vous trouvez certains pays d'Europe qui nous ont donné leur accord,
donc leurs documents, leurs dossiers pourront être stockés au format ODF.
Certains pays d'Afrique aussi, d'autres en Amérique du Nord s'y essaient.
Le grand état de Massachusetts n'y est pas encore passé.
Nous avons connu certaines réticences dessus, mais comme pour ODF,
grâce à OpenStreetMaps, ce format est de plus en plus adopté, et nous avons connu quelques situations uniques.
Je crois que c'étaient les Pays-Bas qui avaient fait un don.
Le gouvernement avait payé pour avoir des plans des rues du pays tout entier,
et quand on leur a parlé d'OpenStreetMap, ils ont dit "tiens, c'est une bonne idée !",
et ils ont fourni leurs données complètes.
L'Inde aussi a fourni ses données sur une grande partie de son territoire.
Pour les Etats-Unis, ils sont en train de les récupérer. Le gouvernement a collecté ces données,
y compris des plans de rue, mais bon, il faut l'accord du Bureau de Censure.
Mais bon, il faut connaître le nom des rues pour aller leur demander.
Ces informations sont à l'heure actuelle éparpillés sur les serveurs.
C'est une plutôt grande base de données,
et cela prend des mois pour tout rassembler,
mais à ce rythme, on aura bientôt l'ensemble des rues des Etats-Unis.
Mais le plus drôle, c'est la première fois qu'on m'a présenté le projet,
Je me disais... "Je suis de Calgary au Canada" puis,
je me suis demandé s'ils en avaient... Non, ils n'ont pas de plan de rue...
alors que ma ville entière est dessinée. C'était incroyable.
Le petit monstre là, il vient d'une petite fonction
que j'aime beaucoup,
il est lui aussi contenu dans un widget...
vous pouvez le faire tourner librement, retourner le petit chat si vous voulez,
redimensionner la fenêtre, la recharger.
C'est grâce à SVG.
Ce que vous voyez n'est en fait que 4 lignes de Javascript.
Ouvrir un petit paquetage, un petit fichier javascript
est devenu facile depuis le lien "Ajouter un Widget" de mon bureau.
Et sans que l'application ne sache ce qu'il se passe vraiment,
un peu de Javascript s'exécute sur mon bureau.
Comme avec Kross, on a la possibilité de changer la langue,
et on pourra avoir éventuellement une prise en charge de Python, Ruby,
et tout ce qu'on trouvera important à prendre en charge.
Bien, j'espère que j'ai réussi à vous initier à ce qu'est KDE 4 aujourd'hui,
avec cette version 4.0,
et mieux encore, avec ce qu'on prévoit de faire.
Je disais plus tôt qu'on prévoyait encore de nombreuses versions.
Et on le fera.
Cette plateforme a été conçu et construite pour entrer dans la nouvelle décennie.
Nous verrons bien jusqu'où elle ira et quelles nouveautés elle se verra ajouter.
Je pense que nous avons formé une communauté qui survivra
et qui offrira des services qui n'ont jamais encore été possibles avec un ordinateur.
Au moins pour le bureau,
grâce aux produits de nos laboratoires de recherche,
comme Nepomuk qui a révolutionné notre système de bureau.
Et c'est intéressant, parce que ce n'était pas le cas il y a quelques années,
quand nous étions plus en retrait. Maintenant que nous sommes au premier plan,
nous allons tout faire pour nous surpasser et relever le challenge des nouvelles technologies.
J'en suis déjà très impatient, mais surtout,
je suis très fier de faire partie de la communauté,
qui rassemble les forces des milliers de gens, comme je l'ai dit au début,
qui est ouverte, accessible,
et toute aussi talentueuse et intelligente que les membres de KDE.
Traduction par Guillaume Stawarz, Laurène Lescure, Ali Madani & Michel Saliba. Timing par Julien Grivet.