Articles précédents : Infos Locales
- [9] First Jeudi de septembre 2005
- [18] Troisième Hackfest à Québec
- [11] L'EuroOSCON en octobre à Amsterdam
- [7] Pique-nique du Libre à Paris
- [1] Last Jeudi à Pau (France, 64)
- [6] Quatrième Jeudi du Libre Toulousain
- [7] First jeudi estival
- [6] Last-mardi à Châlons en Champagne (51)
- [5] Last jeudi à Pau (64)
- [19] Brevets logiciels : fête de la victoire
Liens connexes
- Site Officiel (407 hits)
- Vidéos et sons des conférences (374 hits)
- Des photos (431 hits)
- En direct! (211 hits)
- Plus d'info sur le dot (149 hits)
- Précédente news sur The aKademy 2004 (162 hits)
Dépêche modérée par
Dépêche éditée par
Cette année est placée sous le signe de KDE 4. En effet, le développement a commencé et cette conférence est l'occasion de faire le point, de voir ce qui a été fait et ce qu'il reste à faire pour mettre en place le prochain KDE.
L'accent cette année a été mis sur les performances, fer de lance des développeurs KDE. Quand on voit les progrès réalisés depuis KDE 2.0, il est rassurant de voir que cela reste une priorité pour le développement de la version 4.0 !
Comme tous les ans, les conférences sont diffusées en direct sur Internet ou consultables en différé.
Site Officiel (407 hits)
Vidéos et sons des conférences (374 hits)
Des photos (431 hits)
En direct! (211 hits)
Plus d'info sur le dot (149 hits)
Précédente news sur The aKademy 2004 (162 hits)
> Lire la suite (14 commentaires, moyenne: 2,9). [dépêche : 1941 caractères]
Trolltech est aussi très représenté cette année, il faut dire que Qt 4 était très attendu, il y a donc beaucoup de choses à dire à ce sujet. Aaron Seigo a d'ailleurs fait une présentation de Qt designer 4 afin de montrer aux développeurs KDE comment créer rapidement les interfaces de leurs applications.
A noter aussi la présentation de Thomas Nagy (alias ita) à propos de bksys, système basé sur Scons et qui permet de remplacer les GNU autotools (autoconf, libtool, ...) pour les développements basés sur KDE.
Kdemm, le futur remplaçant de arts est aussi au centre des discussions. Cette librairie aura pour but d'offrir des fonctionnalités multimédia à KDE indépendament du moteur utilisé: Gstreamer, NMM, Helix, ...
Le multithreading, peu utilisé par KDE, devrait devenir une priorité pour Kde 4, ceci afin d'améliorer sensiblement les performances de ce dernier.
On peut retrouver dans la partie vidéo/audio d'autres conférences intéressantes sur des sujets aussi variés que Krita, Kimdaba ou encore la lib poppler (freedesktop.org).
Scons
J'utilise scons, ca marche pas trop mal mais par rapport a qmake et les .pro c'est pas aussi simple (c'est du plus bas niveau). Je prevois de creer un ensemble de fonctions par dessus scons pour le rendre aussi simple a utiliser que qmake/.pro. Si quelqu'un a deja une 1er experience avec scons ca m'interesse d'avoir son avis sur le sujet.
-
[^]Re: Scons
Posté par Tramo Piere () le 31/08/2005 à 16:00. (lien). Évalué à 4.déjá fait:
http://www.freehackers.org/~tnagy/bksys.html
http://www.freehackers.org/~tnagy/kdissert/index.html-
[^]Re: Scons
Posté par tanguy_k (page perso, ) le 01/09/2005 à 17:56. (lien). Évalué à 2.Si je pose la question c'est justement parceque bksys ne semble pas etre ce que je cherche. cf qui permet de remplacer les GNU autotools (autoconf, libtool, ...)"
-
[^]Re: Scons
Posté par yoho (page perso, ) le 02/09/2005 à 18:03. (lien). Évalué à 2.Bah et tu peux pas participer au projet plutôt que de le faire de ton côté ?
-
[^]Re: Scons
Posté par Tramo Piere () le 02/09/2005 à 21:57. (lien). Évalué à 1.Ta question est mal posée.
BKsys remplace les autotools totalement et permet de compiler des programmes kde mais aussi gtk, wxwidgets, etc.
Pour ce qui est de la lecture des Makefile.am, tu peux écrire un parser, mais c'est une mauvaise idée (tu ferais mieux de demander conseil à l'auteur).
-
[^]Re: Scons
Posté par Sebastien Binet () le 03/09/2005 à 07:27. (lien). Évalué à 2.D'ailleurs, si j'ai bien tout compris, BKsys a été choisi comme système de compilation officiel pour KDE4 : niveau pérennité on a fait pire ;)
La présentation : http://conference2005.kde.org/slides/software-construction-tools-ta(...)
Annonce officieuse:
http://ervin.ipsquad.net/index.php/2005/09/01/27-d5-meeting-day(...)
Résumé sur la page WiKi:
http://wiki.kdenews.org/tiki-index.php?page=KDE+4+Build+Systems+Fea(...)
Et bien sûr, le site officiel:
http://freehackers.org/~tnagy/bksys.html(...)
-
-
-
Une roadmap pour KDE4 ?
C'est peut-être pas le bon endroit pour poser la question, mais bon, ça fait vivre DLFP qui est un peu mort en ce moment et si quelqu'un au courant passe par ici...
Après aKademy, est-il prévu d'avoir une roadmap à peu près lisible pour KDE4 ?
Pour le moment, KDE4, c'est un peu le "attendez, ça va être génial ! On sait pas ce qu'on va mettre dedans, on sait pas quand on va le sortir, mais ça va être génial !"
Bon, c'est un peu le fonctionnement habituel de KDE. Chacun développe ce qu'il veut/peut et on voit ce qu'il en sort. M'enfin, pour KDE4, c'est vraiment le mystère... J'aurais pensé que aKademy était un bon endroit pour se mettre d'accord sur ce qui devait être fait.
Perso, j'ai retenu :
- un bureau tout neuf tout beau avec le projet Plasma
- un framework multimédia pour remplacer arts
- toute une remise à niveau des widgets pour utiliser les nouveaux widgets QT4 (donc sera visible pour les utilisateurs lorsque les applications commenceront à les utiliser)
Et ce que je voudrais savoir :
- du multithreading ?
- utilisation de nouveaux standards freedesktop ?
- de nouvelles applications ?
-
[^]Re: Une roadmap pour KDE4 ?
Posté par Duloup () le 31/08/2005 à 13:39. (lien). Évalué à 4.Dans les nouveautés, tu peux rajouter Tenor le nouveau moteur de recherche (qui sera intégré à l'actuel Kat : http://rcappuccio.altervista.org/ d'après ce que j'ai cru comprendre).
Pour la date de sortie, Aaron Seigo parle d'environ 18 mois ( http://dot.kde.org/1123761824/1123913044/1123920799/ ).
-
[^]Re: Une roadmap pour KDE4 ?
Posté par CyrrusSmith (page perso, ) le 31/08/2005 à 13:40. (lien). Évalué à 0.À mon avis, ils attendent simplement ta contribution...
Bon , sérieusement, est ce que tu leur a envoyé tes idées?
Même si tu n'as pas l'occasion ou l'envie de participer au développement de KDE, ce peut être une forme de contribution.
-
[^]Re: Une roadmap pour KDE4 ?
Posté par agmk () le 31/08/2005 à 13:41. (lien). Évalué à 6.Est-ce que c'est ça que tu cherches ?
http://developer.kde.org/development-versions/kde-4.0-features.html(...)
Il y a aussi le projet Appeal (qui donne je pense une bonne idée de l'orientation globale de kde 4.0, sans vraiment entrer dans les détails) :
http://appeal.kde.org/wiki/Appeal(...)--
Wr ar fbhunvgr cnf ha qrfgva sharfgr à yn cncnhgé. Nzra.
-
[^]Re: Une roadmap pour KDE4 ?
Posté par Philippe Fremy (page perso, ) le 31/08/2005 à 17:52. (lien). Évalué à 7.KDE 4 va etre quand meme avant tout la continuite des principes qui ont fait le succes de KDE depuis KDE 2. Tout ca pour dire qu'il y aura certainement des technos bien sympatiques, mais que ca ne va pas etre une revolution en interne. Qt4 offre de nouvelles possibilites qui seront exploites. Le fait de pouvoir casser la compabilite binaire va conduire a un nettoyage des libs internes. Mais globalement, on reste dans le meme principe.
Pour repondre a tes questions :
- du multithreading : il y a deux presentations sur les possibilites de faire des applications asynchrones et/ou multithreadees et toutes les deux ont semble-t-il bien marche. Donc il va y avoir une meilleure comprehension de ce qu'on peut faire en asynchrone. C'est pas pour ca qu'on va re-ecrire kdelib en multithreads.
- c'est quoi les _nouveaux_ standards de freedesktop ? KDE utilise deja la plupart des standards definis dans le cadre de freedesktop. Et participe a l'elaboration des futurs standards. Pas de revolution de ce cote-la, mais le travail de KDE s'inscrit dans la continuite.
- nouvelles applications : j'ai pas entendu parle de killer app. Cependant, ca fait plusieurs annees que Krita est developpe et il semble arriver a maturite. Il semble aussi qu'on se dirige vers un multi-viewer a base de KPdf. Il y a aussi la convergence de developpeurs, d'artistes et d'ergonomes dans le cadre du projet Appeal, avec notamment un nouveau bureau plus interactif.
Il semble aussi que la scriptabilite passe au premier plan dans KDE 4. Je n'y suis pas mais j'ai lu pas mal de gens discuter de facon d'introduire une interface de script generique au coeur des libs KDE, accessibles a divers langages de scripts : ruby, python et javascript au moins.
Globalement, il faudra attendre quelques mois pour comprendre tout l'impact de l'akademy 2005 mais il semble que ca soit bien parti.-
[^]Re: Une roadmap pour KDE4 ?
Posté par agmk () le 01/09/2005 à 07:21. (lien). Évalué à 1.Par rapport à la scriptabilité, il semblerait que Ruby passe au premier plan, avec nottament le projet d'un framework/cadriciel RAD baptisé Korundum (http://appeal.kde.org/wiki/Korundum).(...) Censé devenir 'the most awsome RAD environment that's ever existed', Korundum assemblera entre autres documentation, un support de KDevelop pour le Ruby amélioré, une utilisation possible des services web (SOAP, utilisable avec DCOP)...
--
Wr ar fbhunvgr cnf ha qrfgva sharfgr à yn cncnhgé. Nzra.-
[^]Re: Une roadmap pour KDE4 ?
Posté par Philippe Fremy (page perso, ) le 01/09/2005 à 11:22. (lien). Évalué à 4.Tu te trompes en affirmant que ruby passera au premier plan, sous-entendu avant les autres langages que j'ai evoque.
Les avantages que tu cites d'ailleurs ne sont pas la pour offrir une bonne "scriptabilite" ( = capacite d'etendre et de controler une application par script ) mais un bon environnement de developpement.
KDevelop supporte deja d'autres langages que Ruby, et ruby est loin d'etre le seul langage a faire du dcop ou du soap.
Ruby va avoir une place confortable en terme d'IDE en effet, car Richard Dale, le M. Binding de KDE aime beaucoup ruby. Mais l'approche utilisee pour integrer les langages de scripts dans KDE est generique, et il y a des supporters d'autres langages dans KDE.
Tu peux lire le blog de Ian Geiser pour voir par exemple tout ce qui est fait pour le javascript avec KJSEmbed :
http://www.kdedevelopers.org/blog/2(...)-
[^]Re: Une roadmap pour KDE4 ?
Posté par agmk () le 01/09/2005 à 12:14. (lien). Évalué à 1.Autant pour moi, j'ai employé à tort le terme "scriptabilité", je pensais plus à "langage de script/interprété" que "scripting" au sens propre.
En effet, il semble que JS/ES soit plutôt utilisé pour scripter des applis existantes ("The KJSEmbed developers have committed to making ECMAScript a viable and thoroughly exploited language for application extension and scripting."), et Ruby pour le RAD.
> ruby est loin d'etre le seul langage a faire du dcop ou du soap.
Est-ce que l'idée d'une interface soap/dcop telle que celle qui est présentée dans le paragraphe "Soap/DCOP bridge" de http://appeal.kde.org/wiki/Korundum(...) n'est pas à l'heure actuelle spécifique à Ruby ?--
Wr ar fbhunvgr cnf ha qrfgva sharfgr à yn cncnhgé. Nzra.
-
-
-




Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.