The aKademy 2004 a commencé

Posté par  (site web personnel) . Modéré par Nÿco.
Étiquettes : aucune
0
23
août
2004
KDE
En ce moment se tient à Ludwigsburg, en Allemagne, le Sommet mondial de la communauté KDE (« KDE Community World Summit ») qui a cette année pour nom de code aKademy. Il s'agit d'une conférence où se rencontrent les développeurs, graphistes, traducteurs, et autres contributeurs du projet KDE.

Cette année, l'évènement est divisé en 5 modules qui se dérouleront sur 9 jours, du 21 au 29 août inclus :
  • Module 1 : Des conférences de développeurs et de contributeurs KDE (2 jours) ;
  • Module 2 : Un marathon de développement KDE (durant lequel Markey espère bien sortir la version 1.1 de Amarok) (5 jours) ;
  • Module 3 : Des tutoriaux sur des sujets aussi variés que Kiosk, Kolab, Quanta et Kdevelop (5 jours) ;
  • Module 4 : Des conférences plus orientées utilisateurs afin de donner un aperçu de ce que sera Kde 4 et de montrer les fonctionnalités déjà présentes dans KDE 3.3 (2 jours) ;
  • Module 5 : Il s'agit ici de la Journée internationale de la liberté du logiciel (« International Software FreedomDay »), ne concernant pas KDE mais l'ensemble des logiciels libres et ayant lieu à Stuttgart afin de célébrer l'avancée des logiciels libres sans oublier la menace des brevets logiciels.

Des sons et des vidéos des conférences sont déjà disponibles sur des sujets divers et variés : NX, Free Desktop, Qt, C++, etc.

Aller plus loin

  • # Orthographe

    Posté par  . Évalué à 4.

    s/conférence/konférence/g
  • # ouah

    Posté par  (site web personnel) . Évalué à 3.

    On peut dire que linuxfr rivalise de news entre KDE et Gnome. C'est bon signe, ca veut dire que les deux projets se portent bien et sont dynamiques. Quand le logiciel libre avance, tout le monde y gagne.
    • [^] # Re: ouah

      Posté par  (site web personnel) . Évalué à 10.

      Je profiterai pour dire que cette aKademy risque d'etre decisive pour l'adoption de gstreamer.

      En effet, une conf a eu lieu pour MAS et une autre pour gstreamer.

      A mon avi gstreamer a un avantage, markey vient d'ecrire kio_gstreamer et apres avoir discuté avec lui, avec peu de changement de code dans les applis kde actuelles, ces dernieres pourront utiliser gstreamer. De plus, toute l'equipe de devel de Amarok pousse pour l'adoption de gstreamer(arts ne sera plus supporté dans la version 1.1 de Amarok, pas le temps de s'en occuper pour l'instant, xine et gstreamer passent avant).

      On peut reprocher a gstreamer de pas etre tres stable(mais il avance vite) mais mes tests avec MAS etait clairement décevant: buggé et n'evolue pas ou tres peu.
      • [^] # Re: ouah

        Posté par  (site web personnel) . Évalué à 4.

        ça serait intéressant que quelqu'un me résume un peu le devenir de la brique multimédia de KDE: Arts, Gstreamer, Mas... Il y a l'air d'avori pas mal de mouvement mais j'ai du mal à voir vers où et surtout quel est la position de la communauté KDE envers Mas et Gstreamer....
        • [^] # Re: ouah

          Posté par  (site web personnel) . Évalué à 5.

          Ben, la communauté Kde est partagée sur le sujet. Il est vrai que MAS offre un avantage par rapport a gstreamer(la synchro avec Xwindow pour le son).

          Mais bon, vu que Kde mise tout sur NX(no machine), je vois plus trop ca comme un argument valable. Mais je ne suis pas abonné a la ml de kde-multimedia, peut etre que quelqu'un peut nous faire un resumé des différents points de vue.

          J'avoue ne pas savoir si MAS possede d'autre avantage, mais maintenant que gstreamer fait partit de freedesktop, je pense que les quelques irreductibles qui ne voulaient pas de gstreamer vont devoir se faire à l'idée :)
          • [^] # Re: ouah

            Posté par  . Évalué à 6.

            > Il est vrai que MAS offre un avantage par rapport a gstreamer

            MAS et gstreamer n'ont rien à voir. MAS est un serveur de son et pas gstreamer.
            gstreamer peut utiliser alsa, OSS, arts, esd et même MAS comme périphérique son.

            Et gstreamer gère la video, peut ajouter des effets sonores, lire un mp3 ou un ogg, faire de l'édition multimédia, etc...

            MAS et Gstreamer n'ont rien à voir et ils peuvent marcher parfaitement ensemble puisqu'il ne font pas la même.

            Et gstreamer n'est pas le remplaçant d'esd contrairement à ce que tout le monde croit. gstreamer utilise esd.
            • [^] # Re: ouah

              Posté par  (site web personnel) . Évalué à 3.

              "Et gstreamer n'est pas le remplaçant d'esd contrairement à ce que tout le monde croit. gstreamer utilise esd."

              Je le sais bien ;)

              "MAS et Gstreamer n'ont rien à voir et ils peuvent marcher parfaitement ensemble puisqu'il ne font pas la même."

              D'apres ce que je peux lire plus loin, MAS est aussi un framework multimedia.
              • [^] # Re: ouah

                Posté par  . Évalué à 3.

                > MAS est aussi un framework multimedia.

                Et qui permet quoi ?
                Serveur multimédia, c'est tout (et c'est déjà beaucoup).
                MAS ne permettra jamais de faire de l'édition par exemple ou de décoder tous les types de fichier.

                Le site MAS :
                http://www.mediaapplicationserver.net/(...)
              • [^] # Re: ouah

                Posté par  . Évalué à 2.

                Parfois la réponse est sous les yeux ...
                http://gstreamer.freedesktop.org/data/doc/gstreamer/head/faq/html/c(...)
                  2.6. Is GStreamer a sound server ?

                  No, GStreamer is not a soundserver. GStreamer does however have plugins supporting most of the major soundservers available today, including ESD, aRTSd, and to some extent Jack. Support for MAS is also planned.
                • [^] # Re: ouah

                  Posté par  (site web personnel) . Évalué à 0.

                  "No, GStreamer is not a soundserver. GStreamer does however have plugins supporting most of the major soundservers available today, including ESD, aRTSd, and to some extent Jack. Support for MAS is also planned."

                  Et arts est par un framekwork multimedia peut etre ? :p

                  "1) MAS semble être très tourné vers le son... et uniquement le son
                  même s'il donne des possibilités pour la synchronisation. Donc, il
                  reste des points obscurs pour un framework multi-media."

                  Extrait d'un commentaire plus bas d'un monsieur qui est la bas :p Le monsieur dit qu'il ne fait pas la video mais c'est un framework multimedia! Comme arts, ca ne l'empeche pas de faire serveur de son :p
                  • [^] # Re: ouah

                    Posté par  . Évalué à 5.

                    > Extrait d'un commentaire plus bas d'un monsieur qui est la bas

                    MAS a un site web dédié. Le mieux est de lire ce site et ne pas rapporter les approximations qu'on trouve sur dlfp.

                    Franchement, ça frise le n'importe quoi. MAS est un serveur de son comme X11 est un serveur graphique (d'ailleur MAS est dédié X11). Contrairement à esd il peut utiliser le réseau. Le serveur est "figé" (comme le serveur X11, pensez aux terminaux X avec X en ROM ou des clients qui peuvent tourner sur n'importe quel serveur X11). Si le serveur n'a pas de lecteur ogg ou speex c'est à l'appli cliente de faire le décodage. Le serveur MAS ne peut pas lire un fichier sur la machine cliente ! Point final.

                    Avec gstreamer, c'est différent. gstreamer (qui est aussi un serveur) tourne sur la machine client et peut-être mise à jours. Si je veux lire du mp4, j'installe gstreamer-plugins-mp4 sur la machine client (je ne dérange pas les autres contrairement à la mise à jours d'un serveur comme X11) et l'application qui utilise gstreamer sera lire et écrire en mp4. Puis gstreamer envoye le son à un périphérique. Le périphérique peut être réelle (/dev/snd), "semi-réelle" (plugin dmix d'alsa) ou complètement virtuelle et network transparent (MAS).

                    gstreamer et MAS ne font pas la même chose. Je paris que demain (dans 1 ou 2 ans :-)), il y aura gstreamer avec MAS. Ce sera fromage ET dessert :-)
                  • [^] # Re: ouah

                    Posté par  (site web personnel) . Évalué à 1.

                    Ptet pas finalement, s'part ou la sortie? :)
                    Je suis en train de mater la video :)

                    J'aurai du comprendre que le "MAS semble être très tourné " voulait peut etre dire que le monsieur n'a pas vu la conf sur MAS :)

                    Encore désolé ;)

                    Sinon, pour nmm, c'est vrai que la demo est vraiment sympa, c'est d'ailleur étonnant qu'avec de telles fonctionnalités, NMM soit aussi peu connu(perso, je l'ai vu dans aucune distrib, la debian peut etre?) et utilisé.

                    Je ne sais pas ce qu'utilise kaffeine pour faire de la diffusion reseau(xine?) mais ca serait surement bien plus efficace avec NMM.
          • [^] # Re: ouah

            Posté par  . Évalué à 2.

            > gstreamer fait partit de freedesktop

            Et MAS aussi. Donc MAS et gstreamer sont complémentaires et n'ont pas la même fonction/objectif.
            • [^] # Re: ouah

              Posté par  (site web personnel) . Évalué à 3.

              Le donc est de trop. Les procedures d'acceptation des projets sur freedesktop sont tres larges et n'empechent pas d'avoir deux projets concurrents ou tout au moins avec des objectifs proches.
              • [^] # Re: ouah

                Posté par  . Évalué à 4.

                Mouaiffff...
                L'un des buts de freedesktop est d'assurer l'intéropérabilité entre plusieurs desktops (qui, pour donner du chois à l'utilisateur final, peuvent être très différents) et ce en utilisant les mêmes briques/protocoles/standards de base.
                Avoir plusieurs briques de base qui ont le même objectif/fonctionnalité ne va faciliter les choses.
                Et notes qu'il n'y a pas esd, arts, dmix d'alsa ou jack. Il n'y a qu'un serveur de son et c'est MAS.

                Cherches les doublons : http://www.freedesktop.org/Software/Home(...)

                Attention, il y a doublon et doublon. Par exemple X Server et X.Org ne font pas doublon.

                Le donc n'était pas de trop.
                • [^] # Re: ouah

                  Posté par  (site web personnel) . Évalué à 5.

                  Je maintiens.

                  Pour suivre les procedures d'acceptation de projets sur freedesktop, je peux te garantir que c'est assez souple (et c'est bien que ce soit le cas). Le fait d'etre liste sur freedesktop ne certifie d'ailleurs pas que c'est un projet cle de l'integration entre les bureaux, c'est juste que c'est une bonne idee pour l'integration eventuelle entre desktop.

                  On peut aussi imaginer le cas de l'hebergement par freedesktop de deux projets non matures en attendant que l'un deux arrive a maturite et devienne une reference pour les differents bureaux. MAS et gstreamer correspondraient tres bien a cette definition.

                  Il y a egalement des projets cles pour l'interoperatbilite entre bureaux qui ne sont pourtant pas stockes sur freedesktop.


                  > Et notes qu'il n'y a pas esd, arts, dmix d'alsa ou jack. Il n'y a qu'un serveur de son et c'est MAS.

                  Qui plus est, sur freedesktop, mas ne possede qu'une page web qui fait reference a un site officiel ailleurs. Pas de CVS, pas de mailing list, pas de specification, pas de standard, pas de liste de projet s'appuyant dessus. A ce niveau la, on peur dire que arts ou gstreamer sont autant soutenus que mas par freedesktop.

                  Note que c'est un wiki, donc quand je veux gstreamer et arts ont le meme niveau de soutien de la part de freedesktop que mas: une page web de 10 lignes. C'est d'ailleurs comme ca qu'a mon avis, il est arrive la.
                  • [^] # Re: ouah

                    Posté par  . Évalué à 1.

                    > arts ou gstreamer sont autant soutenus que mas par freedesktop.

                    arts n'est pas "soutenu" par freedesktop.

                    > Pas de CVS, pas de mailing list, pas de specification, pas de standard, pas de liste de projet s'appuyant dessus.

                    Et alors ?
                    Il n'y a pas obligation à être hébergé par freedesktop.

                    > quand je veux gstreamer et arts ont le meme niveau de soutien de la part de freedesktop que mas

                    Fait le !
                    Et pas de façon anonyme.

                    > C'est d'ailleurs comme ca qu'a mon avis, il est arrive la.

                    Encore du n'importe quoi.
                    Tu prends freedesktop pour des gogos. Ce n'est pas cool.
                    • [^] # Re: ouah

                      Posté par  (site web personnel) . Évalué à 2.

                      Non, je ne les prends pas pour des gogos, au contraire. Mais je vois concretement ou ca en es puisque je suis la mailing liste principale.

                      Le fait que MAS soit reference sur freedesktop montre juste qu'il est considere comme un projet important. Rien de plus, rien de moins. Si MAS etait considere comme le futur de l'interoperabilite entre desktop, j'aurai trouve des references dans des mailing listes, des gens expliquant si c'est bien ou c'est mal d'utiliser MAS dans KDE, XFCE, Gnome, GnuStep, ...

                      Mais juste une page web dans un wiki avec un lien vers le site officiel, c'est pas grand chose.

                      Arts est aussi considere comme un projet important puisque c'est le serveur de son d'un des desktop majeurs. gstreamer est considere comme encore plus important car il a le soutien d'une partie de la communaute Gnome _et_ KDE et qu'il est developpe activement.

                      Donc bien qu'il n'y aie pas de reference explicite a gstreamer, il est a mon avis tout aussi important pour freedesktop.

                      Mais on s'eloigne du sujet, je voulais juste faire remarquer que la politique d'acceptation des projets sur freedesktop n'etait pas rigide mais plutot liberale et que donc on pouvait avoir des projets plus ou moins concurrents heberges sur freedesktop, et que donc ton "donc" n'etait pas approprie. Rien de plus.
                      • [^] # Re: ouah

                        Posté par  . Évalué à 3.

                        > Si MAS etait considere comme le futur de l'interoperabilite entre desktop, j'aurai trouve des references dans des mailing listes

                        C'est actuellement trop tôt pour ça en autre car la version 1.0 n'est pas sortie. C'est le même phénomène que pour ogg/vorbis.
                        Si tu cherches des "références" il faut aller sur les mailing X.Org (où l'implémentation a lieu) ou gstreamer. D'ailleur il y a un lien vers MAS sur la page principale de X.Org : http://www.x.org/(...) .
                        Il faut aussi remarquer que pour Gnome c'est totalement transparent puisque tout est en train de basculer sous gstreamer qui lui utilisera MAS. De plus, même sans gstreamer, l'API de Gnome n'est pas lié à esd et remplacer esd par MAS ne pause pas de problème et donc toute discution aussi tôt est un peu inutile...

                        Tout ne se passe pas sur mailing. Regardes X.Org, il n'y avait pas beaucoup de communication/références sur les mailings list pour X.Org et pourtant...
                        Au début d'X.Org, il n'y avait rien ou presque sur freedesktop.

                        > Mais juste une page web dans un wiki avec un lien vers le site officiel, c'est pas grand chose.

                        C'est pas grand chose si tu prend freedesktop pour des gogos. Être référencé sur freedesktop a actuellement un signification forte qui ne se mesure pas en "poid" de site web ou consommation de bande passante. C'est indéniable et cette signification ne peut pas être qualifiée de "pas grand chose".

                        > Arts est aussi considere comme un projet important puisque c'est le serveur de son d'un des desktop majeurs.

                        Pas pour freedesktop (le projet). Puisque tu dis que c'est facile d'ajouter un projet à freedesktop, je te mets au défis d'ajouter Arts.
                        Ainsi tu pourras confirmer si c'est "pas grand chose" d'être sur freedesktop.
                        NB : je te demande "pas grand chose" : juste une petit page statisque.

                        > gstreamer est considere comme encore plus important

                        Par qui quoi ?
                        Par freedesktop ?

                        > il a le soutien d'une partie de la communaute Gnome _et_ KDE

                        KDE passe à gstreamer "avec le couteau sous la george" (arts ne fait plus le poid) et avec beaucoup de retard. D'ailleur la décision n'est toujours pas prise officiellement.
                        Gnome soutient gstreamer depuis très longtemps même si la distribution de gstreamer par Gnome a été longue à venir car la stabilisation de gstreamer a tardé. Des applis KDE qui utilisent gstreamer, on cherche encore (et dans KDE 3.3, il n'y a rien). Donc on ne peut pas mettre KDE et Gnome au même niveau dans la relation avec gstreamer. Mais si ça change (ce qui semble possible et dans un délais très brèf) j'en serais très heureux.

                        Il est marrant de voir la confusion qui règne autour de gstreamer et MAS sur planetkde... certains mettent MAS et gstreamer sur le même plan...
                        Ça montre bien que KDE n'est pas très familiarisé avec gstreamer.

                        > Donc bien qu'il n'y aie pas de reference explicite a gstreamer, il est a mon avis tout aussi important pour freedesktop.

                        ???
                        http://gstreamer.freedesktop.org/(...)

                        > la politique d'acceptation des projets sur freedesktop n'etait pas rigide

                        Ce qui ne veut pas dire qu'elle est laxiste ou non-significative.
                        freedesktop n'est pas le freshmeat du desktop.
                        • [^] # Re: ouah

                          Posté par  (site web personnel) . Évalué à 5.

                          KDE passe à gstreamer "avec le couteau sous la george" (arts ne fait plus le poid) et avec beaucoup de retard

                          Quel retard ?
                          gstreamer n'était pas encore stable. Le but n'est pas de se lancer tête baissée dans un nouveau truc sans voir ce que ça va donner.

                          Des applis KDE qui utilisent gstreamer, on cherche encore

                          amarok et juk le proposent. Amarok proposent même xine. Et oui ! xine est un très bon framework multimédia qui a fait ses preuves.

                          (et dans KDE 3.3, il n'y a rien

                          Normal. Passer de arts à gstreamer (ou autre) c'est une grosse modification et ça se fera dans un changement de version majeur : KDE 4.

                          Donc on ne peut pas mettre KDE et Gnome au même niveau dans la relation avec gstreamer.

                          Normal vu que Gnome n'avait pas de framework multimédia (esd est un serveur de son qui ne sait rien faire à part ça alors que arts permet de décodage, les effets, les enchainements,...).

                          Il est marrant de voir la confusion qui règne autour de gstreamer et MAS sur planetkde... certains mettent MAS et gstreamer sur le même plan...
                          Ça montre bien que KDE n'est pas très familiarisé avec gstreamer.


                          "Planet KDE is not a product or publication of KDE e.V.; as such, it does not necessarily represent the views of the KDE project as a whole or the views of KDE e.V. "

                          Voilà c'était juste pour apporter des précisions au débat.

                          L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

                          • [^] # Re: ouah

                            Posté par  . Évalué à 3.

                            > Quel retard ?

                            Par rapport à Gnome. C'est tout. La relation Gnome/Gstreamer est forte depuis longtemps (un peu avant Gnome 2.0 et intégration officiel et par défaut pour Gnome 2.2. KDE débute maintenant avec gstreamer et assez timidement (rappel: toujours pas de chois officiel).
                            Ce n'est pas un reproche. KDE ne peut pas s'occuper de tout, KDE n'est pas Gnome, etc.

                            > "Planet KDE is not a product or publication of KDE e.V.; as such, it does not necessarily represent the views of the KDE project as a whole or the views of KDE e.V. "
                            > Voilà c'était juste pour apporter des précisions au débat.

                            Je ne parlais pas des développeurs spécifiquements. Les développeurs KDE (comme les autres) ont en général une bonne formation :-)
                            J'espère que tu reconnaitras que la communauté Gnome (utilisateurs, promoteurs, développeurs, ...) connait mieux Gstreamer que la communauté KDE.
                            • [^] # Re: ouah

                              Posté par  (site web personnel) . Évalué à 3.

                              J'espère que tu reconnaitras que la communauté Gnome (utilisateurs, promoteurs, développeurs, ...) connait mieux Gstreamer que la communauté KDE.

                              Oui je le reconnais :)

                              L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

                        • [^] # Re: ouah

                          Posté par  (site web personnel) . Évalué à 4.

                          "C'est pas grand chose si tu prend freedesktop pour des gogos. Être référencé sur freedesktop a actuellement un signification forte qui ne se mesure pas en "poid" de site web ou consommation de bande passante. C'est indéniable et cette signification ne peut pas être qualifiée de "pas grand chose"."

                          Pourtant gtk-qt-engine est arrivé sur freedesktop en quelques jours, il n'est pas soutenu activement par freedesktop, il est la, c'est tout, mais l'auteur est tout seul a bosser dessus quand il en a le temps. Etre sur freedesktop ne veut pas dire etre l'avenir de gnome et kde.
                          • [^] # Re: ouah

                            Posté par  . Évalué à 0.

                            > Pourtant gtk-qt-engine est arrivé sur freedesktop en quelques jours, il n'est pas soutenu activement par freedesktop

                            Et alors ?
                            Pourquoi veux-tu que les développements de gtk-qt-engine soit sur freedesktop ?
                            Pourquoi veux-tu que ce soit freedesktop qui fasse le développement ?
                            Où as tu vu que le role de freedesktop est de centraliser tous les developpements ?
                            Où as tu vu que être sur freedesktop s'était l'assurance l'avoir des tonnes de développeur ?

                            Faut arrêter certaine plante.

                            > Etre sur freedesktop ne veut pas dire etre l'avenir de gnome et kde.

                            Comme être sur W3C ne veut pas dire être l'avenir du web.
                            Comme être dans la LSB ne veut pas dire être l'avenir de Linux.
                            Comme ne pas être sur freedesktop n'est pas synonyme d'échec (freedesktop n'est pas le top 50 du desktop).
                            etc.

                            Mais c'est significatif. Les "experts" de freedesktop ne choisissent pas des projets s'ils leurs semblent sans avenir ou non prometteur. Ce point me parait assez évident, non ?
                            Ou alors tu remets en cause leurs expertises et donc tu les prends pour des gogos.

                            Essaies d'ajouter arts ou xfree86 ou ELF (E Library Foundation) à freedesktop.
                            Bonne chance, mais je te préviens tout de suite, ça n'a pratiquement aucune chance d'aboutir.

                            C'est n'importe quoi ce thread. On dit que gstreamer c'est pareil que MAS et maintenant que freedesktop est un regroupement de gogos dont les chois et préconisations sont sans importances.

                            Faut être motivé pour lutter contre ces trolls.
                            • [^] # Re: ouah

                              Posté par  . Évalué à 6.

                              Il ne faut pas voir des trolls partout, en l'occurence c'est toi qui te trompe ;-) ce que dit Philippe Frémy et les autres est tout à fait exact, et a été dit clairement à plusieurs reprises par Daniel Stone ou Havoc Pannington sur la mailing-ist.

                              Il suffit d'ailleurs de lire le site pour s'en convaincre :

                              http://freedesktop.org/(...)
                              freedesktop.org is not currently a formal standards organization [au contraire du Linux Standard Base project, du Free Standards Group, de X.Org Foundation ou de l'IETF and other groups that do formal standards.]

                              Unlike these groups, freedesktop.org is just a "collaboration zone" where ideas and code can be tossed around, and de facto specifications encouraged. We also host any "on-topic" software projects, if you have a project that fits into our mission and needs hosting please let us know on our mailing list.


                              http://freedesktop.org/Software/Home(...)
                              Software hosted on/related to freedesktop.org

                              Some software has made its way here to live. None of this is "endorsed" by anyone or implied to be standard software, remember that freedesktop.org is a collaboration forum, so anyone is encouraged to host stuff here if it's on-topic.



                              Bref, les "experts" de freedesktop.org ont des critères assez larges pour héberger le projet. Lorsqu'un projet comme gstreamer demande à être hébergé sur freedesktop.org, celà montre sa vocation et sa bonne volonté pour aller en faveur de l'interopérabilité entre les Desktops Linux, et espérons-le attirera les bonnes volontés d'autres gens. Mais ça ne veut PAS dire que c'est un projet "officiel" "poussé" (endorsed) par freedesktop, et ça n'empêche en rien l'hébergement de projets concurrents similaires. Par exemple, il y a 2 serveurs X (une copie d'XFree et un tout nouveau de Keith Packard), plusieurs utilitaires de configuration, ...

                              --
                              Go freedesktop.org !
                              • [^] # Re: ouah

                                Posté par  . Évalué à 2.

                                > freedesktop.org is not currently a formal standards organization

                                J'ai jamais parlé de standard à propos de freedesktop. J'ai dit que leurs choix sont significatifs et qu'on ne peut pas les qualifier de "pas grand chose".

                                > We also host any "on-topic" software projects, if you have a project that fits into our mission and needs hosting please let us know on our mailing list.

                                Tu devrais souligner : if you have a project that fits into our mission
                                http://www.freedesktop.org/(...)
                                  freedesktop.org wants to build a base platform for desktop software on Linux and UNIX. The elements of this platform become the backend for higher-level application-visible APIs

                                Mission statement : http://www.freedesktop.org/Main/MissionStatement(...)

                                  (...)
                                  The concrete goals of freedesktop.org stem from the following general principles:
                                  # Code sharing and modularity are a good thing. When possible, a common implementation not dependent on a specific desktop increases stability, increases interoperability, reduces system footprint, and optimizes the use of free software development resources.
                                  # Concept sharing is a good thing. Users do not benefit from the existence of multiple desktops if those desktops do not share their good ideas and work together toward common goals.
                                  (...)

                                freedesktop n'est pas le freshmeat des technologies desktop.
                                Les technos retenues par freedesktop sont pour constituer une (et pas 50) plateforme de base.
                                Assurer l'intéropérabilité, ce n'est pas proposer 50 formats de menu.

                                Toujours pareil, essaies d'ajouter arts à freedesktop :-)
                                Ou essaies d'ajouter dcop alors qu'il y a dbus.

                                > Par exemple, il y a 2 serveurs X (une copie d'XFree et un tout nouveau de Keith Packard)

                                Non, ils ne sont pas concurrents. le "nouveau de Keith Packard" sera intégré à X.Org et c'est déjà planifié. X Server est destiné à être intégré à X.Org et avec la bénédiction de X.Org.
                                Autre exemple, XCB/XCL n'est pas un concurrent le libX11 (du moins pour freedesktop). C'est le remplaçant. Mais comme libX11 est le "standard" de fait actuel, il est aussi sur freedesktop. Mais à moyen terme, libX11 (via X.Org) sera viré ou marqué obsolet.

                                > plusieurs utilitaires de configuration

                                Qui font la même chose ou qui sont concurrents ? => Non. C'est contraire aux objectifs de freedesktop.
                                • [^] # Re: ouah

                                  Posté par  . Évalué à 1.

                                  Non, ils ne sont pas concurrents. le "nouveau de Keith Packard" sera intégré à X.Org et c'est déjà planifié. X Server est destiné à être intégré à X.Org et avec la bénédiction de X.Org.

                                  Mince alors, je devais etre en train de dormir.
                                  Tu as un pointeur ?
                                  Euh, je me trompe peut-etre, mais le nouveau de Keith Packard, c'est KDrive, n'est-ce pas ? Mais si c'est juste une c*neurie, ben toutes mes confuses (et vous pouvez me dépertinentiser).
                                  • [^] # Re: ouah

                                    Posté par  . Évalué à 2.

                                    > Tu as un pointeur ?

                                    Pas sous la main actuellement.

                                    > c'est KDrive, n'est-ce pas ?

                                    Oui. Le travail de Keith Packard (avec KDrive, etc) n'est pas de "terrasser" X.Org. KDrive est actuellement de l'avance de phase puis le travail sera intégré à X.Org.
                                    Il y a un gros effort pour rendre X pour modulaire depuis 1 ans. KDrive fait aussi parti de cet effort.

                                    On me dit dans mon oreillette que la transparence de KDrive vient d'être ajouté à X.Org. Ça reste encore assez expérimental.
                                    • [^] # Re: ouah

                                      Posté par  . Évalué à 2.

                                      Une petite chose que je voulais ajouter, c'est que les différentes projets autour d'X11 travail ensemble et il n'y a pas de "lutte de pouvoir". Un grand merci à freedesktop et X.Org pour ça.
                                      Petite exception : XFree86 :-)
                                      • [^] # Re: ouah

                                        Posté par  (site web personnel) . Évalué à 3.

                                        Juste pour te reprendre, Kdrive ne sera jamais intégré dans X.Org, je sais pas ou tu as vu ca. Faut pas croire tout ce que raconte mat1 sur linuxfr.org ;) Ah moins que ce soit toi et un autre de tes multis :p

                                        Kdrive, c'est un serveur X minimal pour tester de nouvelles extensions, composite par exemple. L'extension composite sera intégré à X.Org mais Kdrive restera en dehors de X.Org et servira de plateforme de test. C'est d'ailleurs ce que montre la conf freedesktop, jamais ils parlent de fusionner X.Org et Kdrive.

                                        "kdrive is Keith Packard X11 server (formerly known as TinyX) which is used as a testing ground for new X extensions."
                                        • [^] # Re: ouah

                                          Posté par  . Évalué à 1.

                                          X server sera la "suite" de X.Org R6.7 (sûrement pour R7) :
                                          http://www.freedesktop.org/Software/xserver(...)

                                          OK ?

                                          Et j'ai pour xserver :
                                          The X server project holds sources to build an X server separately from a full X distribution. The only drivers supplied are based on the kdrive framework.

                                          Pour moi l'un des buts est de séparer le serveur/librairie du driver.

                                          Mais je me trompe peut-être car comme dit plus haut, je n'ai pas de pointeur sous la main.

                                          PS1 : je ne parle pas du serveur KDrive (il existe encore ?) mais de KDrive.
                                          PS2 : je ne trouve plus la page du projet kdrive.
                                          • [^] # Re: ouah

                                            Posté par  (site web personnel) . Évalué à 2.

                                            "X server sera la "suite" de X.Org R6.7 (sûrement pour R7)"

                                            Si tu regardes la vidéo freedesktop de the aKademy, c'est pas du tout ce qui est dit. Kdrive est la pour tester les nouvelles extensions.
                                            • [^] # Re: ouah

                                              Posté par  . Évalué à 3.

                                              Je croyais ça aussi. Mais c'était il y a quelques mois. Maintenant je ne suis pas convaincu que ce soit encore vrai.
                                              Puis, comme je dis, il ne faut pas confondre l'architecture kdrive et le mini serveur x11 kdrive (ou tinyX ? pour faire les testes) et dont je ne trouve plus la page web.
                                • [^] # Re: ouah

                                  Posté par  . Évalué à 2.

                                  Re-bonjour. Ton principal point est :

                                  freedesktop.org wants to build a base platform for desktop software on Linux and UNIX. The elements of this platform become the backend for higher-level application-visible APIs

                                  Les technos retenues par freedesktop sont pour constituer <b<une (et pas 50) plateforme de base. Assurer l'intéropérabilité, ce n'est pas proposer 50 formats de menu.


                                  En fait il y a 2 choses :
                                  * l´hebergement lui-meme qui est assez souple, et qui est a mi-chemin entre freshmeat et ce que tu t´imagines
                                  * La plateforme qui comme tu le dis dois etre unique. Tout ce qui est sur freedesktop.org n´a pas le meme statut : il y a des specifications stables et deja implementees, il y a des specifications stables mais pas encore implementees par au moins a la fois gnome et kde (sans quoi cela n´a aucun interet), il y a des specifications sur lesquelles ils travaillent encore. Meme chose pour les logiciels : certains sont utilises depuis longtemps (pkg-config fontconfig...) certains ont on l´espere un brillant avenir mais ne sont pas encore stables (dbus, HAL, XDrive), certains sont encore a l´etat d´agitations d´idees (comme le systeme de configuration http://freedesktop.org/Standards/config-spec(...))(c´est aussi un des buts de fd.o : permettre la discussion entre les developpeurs des differentes plateformes, au lieu que chacun reste dans son coin).

                                  C´est pour clarifier tout ca que va sortir regulierement, et pour la premiere fois dans une dizaine de jours, des releases de la Plateforme Freedesktop regroupant les specifications et les logiciels consideres comme stables, sur lesquels ont peut batir les desktop Linux de demain. (dbus et hal ne feront pas partie de la 1.0, car pas stables)

                                  Dernier point : comprend bien que moi comme Philippe Fremy (je pense que je peux parler pour lui) ne disons pas ca pour critiquer freedesktop que nous tenons en haute estime.

                                  Voila, j´espere avoir clarifie les choses.
                                  • [^] # Re: ouah

                                    Posté par  . Évalué à 2.

                                    > * l´hebergement lui-meme qui est assez souple, et qui est a mi-chemin entre freshmeat et ce que tu t´imagines

                                    Admettons même si ce n'est pas ce que dit le site web (voir plus haut). C'est un détail pour moi.

                                    > * La plateforme qui comme tu le dis dois etre unique. Tout ce qui est sur freedesktop.org n´a pas le meme statut : il y a des specifications stables et deja implementees, il y a des specifications stables mais pas encore implementees (...)

                                    Sur ça je suis d'accord. Donc on peut avoir deux projets sur freedesktop qui _semblent_ concurrents alors qu'ils ne le sont pas. En général, un est en développement et l'autre en exploitation. A moyen terme, le but (pour freedesktop) est de ne conserver qu'une solution.
                                    En "tirant par les cheveux", Linux 2.4 n'est pas en concurrence avec 2.5. Le 2.5 est là pour le développement et le 2.6 remplacera le 2.4.
                                    C'est ce qui va arriver avec XCB. XCB et libX11 sont hébergées par freedesktop mais ils ne sont pas en concurrence. On attend pas que le team libX11 fasse mieux que XCB. A moyen terme, libX11 sera obselete et les nouvelles applis utiliseront XCB.

                                    Tu noteras qu'il n'y a aucun (du moins à ma connaissance) projet réellement concurrent sur freedesktop du type :
                                    - gtk vs qt (gtkmm vs qt)
                                    - dcop (ou orbit) vs d-bus
                                    - etc

                                    KDrive n'est pas en concurrence avec X.Org. En fait KDrive fera parti d'X.Org pour X11R7 peut-être. L'autre option, est que X.Org soit dépendant de KDrive pour fonctionner. Donc pas de concurrence.

                                    Évidement, freedesktop ne doit pas resté figé et il y aura peut-être E-Bus qui remplacera D-Bus...
                                    Mais l'objectif n'est pas de proposer du choix. C'est bien simple, il n'y a pas de choix sur freedesktop ! Ou alors c'est limité à "stable vs development", "past vs futur", etc

                                    Et jusqu'à maintenant j'ai vu aucun exemples de projets qui sont concurrents et hébergés sur freedesktop (ou alors c'est dans la catégorie "stable vs development"). Pourtant dans le logiciel libre les cas de concurrence ne manque pas.

                                    > Dernier point : comprend bien que moi comme Philippe Fremy (je pense que je peux parler pour lui) ne disons pas ca pour critiquer freedesktop que nous tenons en haute estime.

                                    Tu fais bien de le dire, car ce n'est pas claire du tout.
                                    Du moins pour Philippe Fremy :-). En tout cas il est beaucoup plus ambigu.

                                    btw, freedesktop n'est pas la référence absolu, ils peuvent se tromper, etc.
                                    Mais les objectifs de freedesktop doivent être clairement complis.
                                    • [^] # Re: ouah

                                      Posté par  (site web personnel) . Évalué à 2.

                                      > Tu noteras qu'il n'y a aucun (du moins à ma connaissance) projet
                                      > réellement concurrent sur freedesktop du type.

                                      Certe. Il y a quand meme des projets aux contours concurrents : gsreamer vs mas, scim vs afterchinput.

                                      Ensuite, il y a deux facons d'interpreter cet etat de fait:
                                      - ta version : c'est une volonte deliberee parce que des choix ont ete faits
                                      - ma version : c'est parce que deux projets concurrents promtteurs et utils ne se sont pas encore presentes

                                      > Du moins pour Philippe Fremy :-). En tout cas il est beaucoup plus ambigu.

                                      Desole si je suis ambigu. J'ai beaucoup de respect pour freedesktop en tant que projet puisque c'est a mon sens le futur de linux sur le desktop: il est clair qu'aucun projet de desktop fonctionnera a lui tout seul et que les utilisateurs de KDE/Gnome font tourner des applis Gnome, KDE, OpenOffice, Mozilla et consorts.

                                      J'ai encore plus de respect pour les gens qui y parlent car ce sont des pointures de chacun des projets et ils connaissent bien leur sujet. C'est un plaisir des les voir parler du fonctionnement des desktop.

                                      On voit aussi qu'il reste beaucoup beaucoup de problemes a resoudre pour avoir le niveau d'integration qu'on peut avoir couramment sous windows.
                                      • [^] # Re: ouah

                                        Posté par  . Évalué à 2.

                                        > gsreamer vs mas

                                        Et pourquoi pas gstreamer vs dmix d'alsa.
                                        gstreamer n'est pas un serveur de son. gstreamer ne peut remplacer esd (qui pourtant ne fait pas grand chose). Pour jouer plusieurs sons à la foi depuis plusieurs applis il faut toujours un serveur de son car gstreamer ne fait pas serveur de son (je répète car ce n'est toujours pas rentré).

                                        Gstreamer à besoin de MAS, comment veux-tu qu'il soit concurrent ?
                                        • [^] # Re: ouah

                                          Posté par  . Évalué à 2.

                                          Par contre, il devriat être posible d'écrire un serveur de son remplaçant d'esd en utilisant GStreamer ;)
                                          • [^] # Re: ouah

                                            Posté par  (site web personnel) . Évalué à 3.

                                            En meme temps, je suis pas sur qu'un truc architecturé comme gstreamer serait la bonne solution pour des bonnes perfs... Pour l'instant, à part jack, les autres serveurs de son : arts, esd, mas, ... ca marche vraiment mal.
                                            • [^] # Re: ouah

                                              Posté par  . Évalué à 1.

                                              Bon je mélange sans doute un peu, et vous allez me dire si je me trompe mais...

                                              ALSA = l'interface avec le matos, c'est lui qui fournit les drivers de ta carte son .
                                              JACK[1], arts, esd, mas[2], NMM[3] sont les outils qui permettent d'utiliser les drivers fournis par ALSA.

                                              Jusqu'ici c'est bon ?
                                              Bon alors, apparemment, ces gens là[4] bavent devant les performances de JACK. D'où ma question : pourquoi n'y a-t-il pas plus de plugins dédiés à ce soft, et pourquoi KDE reste plus ou moins sourd (ahaha) à ses capacités ?

                                              [1]: http://jackit.sourceforge.net(...)
                                              [2]: http://www.mediaapplicationserver.net/(...)
                                              [3]: http://graphics.cs.uni-sb.de/NMM/index.html(...)
                                              [4]: http://www.osnews.com/story.php?news_id=6720&page=1(...)
                                              • [^] # Re: ouah

                                                Posté par  (site web personnel) . Évalué à 2.

                                                Dans kde 3.3, tu peux dire a arts de pas faire le mixing et d'utiliser jack :)
                                              • [^] # Re: ouah

                                                Posté par  (site web personnel) . Évalué à 3.

                                                pour repondre a ta question

                                                Framework Multimedia:
                                                gstreamer, nmm, arts, xine, ...

                                                Serveurs de Son:
                                                arts, jack, mas, esd, ...

                                                arts fait les deux mais fait le second plutot mal.
                                                J'ai pas vraiment eu l'occasion de tester arts+jack vu que je n'utilise par arts sur mon pc:

                                                Vidéos => Kaffeine donc Xine donc alsa ou Mplayer donc alsa
                                                Audio => Amarok + Xine donc alsa

                                                Bon, j'ai une sblive, donc pas de probleme, le mixing est hardware.

                                                Mais, il est tout a fait possible d'utiliser kde sans arts(dmix via alsa), surtout depuis l'arrivé de amarok. Et ca permet d'economiser RAM et CPU.
                                                • [^] # Re: ouah

                                                  Posté par  (site web personnel) . Évalué à 1.

                                                  arts est un framework multimédia. C'est lui qui décode le ogg, mp3, wav,.... Il permet de faire des enchainements, de traiter des entrées / sorties, de faire des enchainements d'efffets.
                                                  Voir artscontrol (ou un truc au nom similaire).

                                                  L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

                                • [^] # Re: ouah

                                  Posté par  (site web personnel) . Évalué à 2.

                                  << J'ai jamais parlé de standard à propos de freedesktop. J'ai dit que leurs choix sont significatifs et qu'on ne peut pas les qualifier de "pas grand chose". >>

                                  La dessus, on est d'accord.

                                  << Les technos retenues par freedesktop sont pour constituer une (et pas 50) plateforme de base. >>

                                  C'est la ou tu te trompes. Les choses qui ont vraiment le soutien officiel de toute la communaute des desktop, c'est le specifications redigees en commun par les membres de la ml de freedesktop.

                                  > Assurer l'intéropérabilité, ce n'est pas proposer 50 formats de menu.

                                  Tout a fait, sur les specs, il n'y a aucune ambiguite. Mais pour les implementations, il ya au moins deux implementations de la specs des menus (une Gnome, une KDE) et aucune n'est hebergee sur freedesktop (ce qui confirme ce que tu disais qu'il se passe aussi des choses en dehors de freedesktop, on est aussi d'accord la dessus).

                                  Pour ce qui est des projets heberges, c'est beaucoup plus souple. Tout projet interessant peut etre heberge. Le seul moment ou un projet passe du stade de interessant/promtteur a "recommande par freedesktop", c'est quand au moins deux desktop majeurs (== KDE et Gnome) ont decide concretement de s'appuyer dessus.

                                  Le probleme, c'est qu'il est pratiquement impossible de partager une implementation entre Gnome et KDE, vu que Gnome utilisera glib pour ses types de base, et KDE utilisera la Qt Template Library. C'est pour ca que le choix a ete explicitement fait de ne soutenir que des specifications inter-desktop et de laisser les implementations pour chacun. La possiblite de partager une implementation n'est pas exclue, elle est juste peu probable.

                                  Donc en fait, toutes les specs de freedesktop sont implementees au moins deux fois, et en general plus.

                                  Si on prend l'exemple de DBUS, il est heberge et a le soutien d'une part important de la communaunte. Mais DCOP est un protocole qui a fait ses preuves depuis 10 ans dans X et 5 ans dans KDE et il n'y a pas encore de raison technique significative de s'en passer. Donc le statut, c'est que DBUS, c'est pas mal, DCOP aussi et rien de plus.

                                  Lis la mailing liste de freedesktop pour t'en convaincre.
                                  • [^] # Re: ouah

                                    Posté par  . Évalué à 2.

                                    >. Mais DCOP est un protocole qui a fait ses preuves depuis 10 ans dans X et 5 ans dans KDE

                                    C'est pas un truc qui a été inventé par KDE DCOP ?
                                    • [^] # Re: ouah

                                      Posté par  (site web personnel) . Évalué à 1.

                                      Je cite http://developer.kde.org/documentation/library/kdeqt/dcop.html#sec2(...) :
                                      DCOP is built on top of the Inter Client Exchange (ICE) protocol, which comes standard as a part of X11R6 and later.
                                      • [^] # Re: ouah

                                        Posté par  . Évalué à 2.

                                        oui "on top"
                                        A ce moment là linux supporte xaml, avalon et tout ça depuis super longtemps parce que ces technos sont construites "on top of xml and http and ..." ?
                                        • [^] # Re: ouah

                                          Posté par  (site web personnel) . Évalué à 2.

                                          Tout ca est construit sur des fichiers textes et des protocoles bases sur des echanges de fichiers textes. Ca remonte bien aux annees 70.
                                      • [^] # Re: ouah

                                        Posté par  (site web personnel) . Évalué à 2.

                                        Mes excuses, ma langue a fourche. DCOP s'appuie sur ICE supporte depuis 10 ans dans X (en fait, ca fait que 5 ans vu que quand KDE l'a recupe, il n'etait plus maintenu du tout) et quelques annees dans KDE (en y reflechissant, 5 ans, ca me parait beaucoup).
                                • [^] # Re: ouah

                                  Posté par  . Évalué à 2.

                                  Le xlib dans x.org peut être compilé de façon à se placer au dessus de XCB.
                                  À ce propos, il semblerait que le mainteneur de XCB/XCL, euh... eh bien ne s'occupe plus du tout de XCL. C'est abandonné.
                                  En fait, il continue en adaptant xlib à XCB.
                            • [^] # Re: ouah

                              Posté par  (site web personnel) . Évalué à 1.

                              << Mais c'est significatif. Les "experts" de freedesktop ne choisissent pas des projets s'ils leurs semblent sans avenir ou non prometteur. Ce point me parait assez évident, non ? >>

                              Sur ca, on est d'accord depuis le debut. Simplement, je te faisais remarquer que ces criteres n'empechent pas deux projets concurrent d'arriver sur freedesktop.

                              Si deux projets concurrents sont tous les deux prometteurs et activement maintenu, ils ont tous les deux vocation a etre heberge sur freedesktop et freedesktop ne fera pas le choix arbitraire de rejeter un projet prometteur sous pretexte qu'il a accepte un autre projet prometteur par le passe.

                              Si une selection de ce type doit s'effectuer, elle se fera au niveau du choix des differents desktop eux-meme.

                              << On dit que [...]freedesktop est un regroupement de gogos dont les chois et préconisations sont sans importances. >>

                              Mais non, les choix de freedesktop ont une importance. Je l'ai dit plus haut, mais on dirait que tu refuses d'accepter le fait que je sois partiellement d'accord avec toi et que tu veuilles absolument que je sois de l'avis oppose.

                              Le fait que MAS soit la signifie qu'il est considere comme un projet prometteur. Ca ne signifie pas qu'il a l'exclucivite des projets prometteurs de freedesktop, ca n'exclue pas que freedesktop choisisse nmm comme serveur de son standard inter-desktop, ca n'exclue pas qu'un autre projet faisant la meme chose soit accepte sur freedesktop (s'il est tout aussi prometteur)

                              << Faut être motivé pour lutter contre ces trolls. >>

                              Cette manie d'appeler des troll toutes les personnes qui ne sont pas d'accord avec vous sous pretexte qu'elles discutent, ca m'enerve profondement. Apprenez ce que c'est qu'un troll avant de traiter tout le monde de troll.
                              • [^] # Re: ouah

                                Posté par  . Évalué à -1.

                                > Apprenez ce que c'est qu'un troll avant de traiter tout le monde de troll.

                                Tu trolles (du verbe troller).
                                Tu dis que gstreamer et MAS sont équivalents, ce qui est faux.
                                Plus loin tu dis que gstreamer n'est pas sur freedesktop, ce qui est faux encore.
                                Tu dis qu'être sur freedesktop c'est très facile et donc si un projet est sur freedesktop ça n'a pas de signification importante.
                                Je te cite :
                                  Note que c'est un wiki, donc quand je veux gstreamer et arts ont le meme niveau de soutien de la part de freedesktop que mas: une page web de 10 lignes. C'est d'ailleurs comme ca qu'a mon avis, il est arrive la.

                                btw, j'attends toujours que tu ajoutes arts sur freedesktop ...

                                T'es un trolleur de première.
                                • [^] # Re: ouah

                                  Posté par  (site web personnel) . Évalué à 0.

                                  T'es un trolleur de première.

                                  Plus qu'un an et il a son Bac de trollologie \o/

                                  L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

                                • [^] # Re: ouah

                                  Posté par  (site web personnel) . Évalué à 3.

                                  > Tu dis que gstreamer et MAS sont équivalents, ce qui est faux.

                                  J'ai jamais dit une chose pareille. Ce que j'ai dit, c'est que freedesktop etait susceptible d'accepter des projets concurrents.

                                  Je le faisais en reponse a un message qui repondait a un message qui disait que MAS, c'etait la meme chose.

                                  > Plus loin tu dis que gstreamer n'est pas sur freedesktop, ce qui est faux encore.

                                  Je me suis emporte dans mon argumentation et j'ai dit que il y avait pas de gstreamer sur freedesktop, en effet. Comme je suis pas trop familier avec gstreamer, j'ai oublie ca. Donc j'ai dit une connerie sur gstreamer, ok. Par contre, je suis relativement familier avec freedesktop que je suis de pres ou de loin selon les periodes.

                                  > Tu dis qu'être sur freedesktop c'est très facile

                                  Tout a fait. cf gtk-qt-engine qui est rentre en une journee, ou le dernier projet admis, qui est il me semble un systeme pour rentrer du chinois sur X qui a ete admis aussi tres tres rapidement. Je suis la mailing-list donc je sais de quoi je parle.

                                  > si un projet est sur freedesktop ça n'a pas de signification importante.

                                  Ca, c'est ce que je m'evertue a vous faire comprendre que je ne dis pas: ca a beaucoup d'importance, mais pas autant que vous en accordez. La comparaison avec le LSB est pas mal. Quand un choix est fait par le LSB, il a ete tres longuement discute. Sur freedesktop, quand un projet est admis, il y a eu au moins deux ou trois mails pour en discuter, mais il se peut que ce soit tout (ce qui fut le cas du projet de compoisition de caracteres chinois dont je parlais).

                                  << Note que c'est un wiki, donc quand je veux gstreamer et arts ont le meme niveau de soutien de la part de freedesktop que mas: une page web de 10 lignes. C'est d'ailleurs comme ca qu'a mon avis, il est arrive la. >>

                                  Ce que j'essaye de vous faire comprendre, c'est qu'il est facile de faire admettre un projet sur freedesktop, du moment que ca corresponde vaguement aux buts d'interoperatbilites. L'hebergement est facile a obtenir. Si Stefan Westerfield demandait a faire admettre arts ici en disant qu'il prefere le developper sur le site web de freedesktop, je suis sur que ca passerait.

                                  > btw, j'attends toujours que tu ajoutes arts sur freedesktop ...

                                  Pourquoi faire ? Pour prouver que j'ai raison ? Je n'en vois pas l'interet, surtout que arts a toujours ete un projet de loser.

                                  > T'es un trolleur de première.

                                  Je t'encourage a chercher ce qu'est un troll sur le web:
                                  http://www.google.com/search?hl=en&lr=&ie=UTF-8&oi=defm(...)

                                  En ce qui me concerne, je suis quelqu'un avec une opinion differente de la tienne, et je defends cette opionion dans une discussion. C'est tout.

                                  Note que je fonde mon opinion sur freedesktop en etant abonne a la mailnig list depuis a peu pres 1 an, c'est pas comme si je parlais juste en l'air. J'ai ete surpris aussi la premiere fois ou j'ai vu un projet se faire admettre en 3 mails mais il y a eu une discussion depuis sur le sujet sur la ML qui a clarifie ce choix.
                                  • [^] # Re: ouah

                                    Posté par  . Évalué à 1.

                                    > > Tu dis que gstreamer et MAS sont équivalents, ce qui est faux.
                                    > J'ai jamais dit une chose pareille.

                                    J'ai confondu avec gnumdk. Désolé.

                                    > Tout a fait. cf gtk-qt-engine qui est rentre en une journee, ou le dernier projet admis, qui est il me semble un systeme pour rentrer du chinois sur X qui a ete admis aussi tres tres rapidement.

                                    Et alors ?
                                    Ces projets aident à l'objectif de freedesktop ?
                                    Oui.
                                    Ces projets font-ils doublon avec d'autres projets sur freedesktop ?
                                    Non.

                                    Fin.

                                    > Ce que j'essaye de vous faire comprendre, c'est qu'il est facile de faire admettre un projet sur freedesktop, du moment que ca corresponde vaguement aux buts d'interoperatbilites.

                                    S'ils respectent les critères de freedesktop alors oui, c'est facile. C'est le cas de gtk-qt-engine et ça ne demande pas 300 mails pour décider de son accèptation.

                                    Mais ce que tu dis plus haut pour MAS est :
                                      une page web de 10 lignes. C'est d'ailleurs comme ca qu'a mon avis, il est arrive la.


                                    Tu confirmes ou tu retournes ta veste ?

                                    > > btw, j'attends toujours que tu ajoutes arts sur freedesktop ...
                                    > Pourquoi faire ? Pour prouver que j'ai raison ?

                                    Puisque tu es sur la mailing, demande pourquoi arts (et/ou esd) n'est pas sur freedesktop alors qu'il y a déjà gstreamer/MAS.

                                    C'est trois rien et donc tu peux le faire.
                                    STP, fait le et mets un pointeur sur l'archive freedesktop.

                                    La réponse que tu auras, je la connais déjà : "pas de arts car il y a déjà gstreamer/MAS".
                                    Donc pour gtk-qt-engine c'est facile d'être sur freedesktop car ça cadre avec freedesktop, pour d'autre c'est beaucoup plus dure voire impossible.

                                    Et je n'ai toujours pas un exemple de "vrai" doublon sur freedesktop.

                                    > En ce qui me concerne, je suis quelqu'un avec une opinion differente de la tienne, et je defends cette opionion dans une discussion. C'est tout.

                                    Le problème, c'est que tu n'as pas d'arguments. Ce que tu dis va à l'encontre de ce qui est avancé sur le site web (revoir mes posts précédents) et tes seuls arguments sont :
                                    - gtk-qt-engine a été admis rapidement (et alors ?)
                                    - je suis abonnée à freedesktop

                                    Mais si je te demande d'ajouter arts ou de demander pourquoi il n'y a pas arts sur freedesktop, il n'y a plus personne.
                                    Si je te demande de me trouver un vrai exemple de doublon dans les projets sur freedesktop, là encore il n'y a plus personne.

                                    Puis cette petit histoire de rapidement admins sans beaucoup de mail m'énerve un peu.
                                    Prends X.Org, tu as vu beaucoup de mail pour qu'il soit admin dans freedesktop ?
                                    Ben non car il y a irc, les mails privés entre les principaux "décideurs", les "sommet" (rencontre physique), etc...
                                    D'ailleur l'arrivé de X.Org en a surpris plus d'un parmis ceux qui ne font pas parti des développeurs. Même Slackware et Mandrake ont mis du temps à percevoir l'importance du switch vers X.Org.
                                    Et toi ? J'oubliais tu es abonné à freedesktop et donc rien ne t'échappe au point que tu peux ignorer ce qui est annoncé sur le site web de freedesktop.
                                    • [^] # Re: ouah

                                      Posté par  (site web personnel) . Évalué à 2.

                                      > Mais ce que tu dis plus haut pour MAS est :
                                      > > une page web de 10 lignes. C'est d'ailleurs comme ca qu'a mon avis, il est arrive la.

                                      Cette derniere phrase est deplacee, je me suis emporte. Quand j'ai vu que c'etait un wiki, j'ai un peu tilte mais MAS est bien un projet qui a ete valide par freedesktop donc sur ce point-la, tu as raison.

                                      > Puisque tu es sur la mailing, demande pourquoi arts (et/ou esd) n'est pas sur freedesktop alors qu'il y a déjà gstreamer/MAS.

                                      Je n'ai pas envie de le faire pour de nombreuses raisons, mais voici les reponses que j'imagine (qui refletent notre point de vue different sur la question):
                                      - parce qu'il n'a pas demande
                                      - parce qu'il n'est plus developpe
                                      - parce arts n'a pas ou n'a plus la vocation d'etre un serveur de son universel

                                      > Et je n'ai toujours pas un exemple de "vrai" doublon sur freedesktop.

                                      J'aimerai alors avoir ton opinion eclairee sur les projets suivants:
                                      - uim : projet pour rentrer differents caracteres sous X, comme le coreen, le chinois, le japonais, ... : http://www.freedesktop.org/Software/uim(...)
                                      - ChiX : projet rentrer des caracteres chinois sous X : http://www.freedesktop.org/Software/ChIX(...)
                                      - scim : projet pour rentrer des caracteres dans n'importe quelle langue comlexe (chinois, coreen, ....) http://www.freedesktop.org/Software/ScimIntroduction(...)

                                      Je t'epargne immodule for Qt qui n'a pas l'air redondant avec les precedents.

                                      Je suis curieux de voir ce que tu vas me repondre :-)

                                      Je relis les objectifs de freedesktop et rien ne s'oppose a ce que deux projets concurrents soient heberges:
                                      <<
                                      # Collect existing specifications, standards, and documents related to X desktop interoperability and make them available in a central location;
                                      # Promote the development of new specifications and standards to be shared among multiple X desktops;
                                      # Integrate desktop-specific standards into broader standards efforts, such as Linux Standard Base and the ICCCM;
                                      # Work on the implementation of these standards in specific X desktops;
                                      # Serve as a neutral forum for sharing ideas about X desktop technology;
                                      # Implement technologies that further X desktop interoperability and free X desktops in general;
                                      # Promote X desktops and X desktop standards to application authors, both commercial and volunteer;
                                      # Communicate with the developers of free operating system kernels, the X Window System itself, free OS distributions, and so on to address desktop-related problems;
                                      # Provide CVS, web hosting, mailing lists, and other resources to free software projects that work toward the above goals.
                                      >>
                                      • [^] # Re: ouah

                                        Posté par  . Évalué à 2.

                                        > Je suis curieux de voir ce que tu vas me repondre :-)

                                        J'y connais rien ou presque en saissie de langue compliqué et je n'ai pas le temps ni envie de fouiller.
                                        Tu m'as cloué le bec :-)

                                        Balle au centre.
                                        • [^] # Re: ouah

                                          Posté par  (site web personnel) . Évalué à 2.

                                          Bon, ca tombe bien parce que ca devenait fatiguant de suivre la discussion. :-)

                                          On remettra ca une prochaine fois.
        • [^] # Re: ouah

          Posté par  . Évalué à 4.

          Tu peux parcourir un peu http://planetkde.org/(...) pour te faire une idée du point de vue de certains kdeiens vis à vis de GStreamer, MAS, NMM, ...
        • [^] # Re: ouah

          Posté par  (site web personnel) . Évalué à 7.

          Justement, personne dans KDE ne connait ce qui va arriver. Ce qui est clair, c'est que arts commence a faire chier pas mal de monde (pour ma part, il me fait chier depuis le debut). L"Akademy va permettre de faire le point sur tout ca, surtout avec la perspective de KDE 4.

          De toute facon, en logiciel libre, c'est le logiciel le plus dynamique qui s'impose, et gstreamer m'a bien l'air de repondre a cette definition.

          Le probleme pour integrer des trucs comme gstreamer, c'est que les types de bases ne sont pas compatibles. Genre sous KDE, tu geres un qlist de qstring et tu dois convertir ca en glist dont le champ data contient une gstring. Dans le cas de gstreamer, c'est peut-etre pas aussi violent vu que les string ne sont pas au coeur de l'application mais ce genre de probleme entraine de traductions lourde a la volee de gstring (code en utf8) en qstring (codees en UCS2) qui ralentisse le fonctionnement global et rende tres difficile la croisee de projets entre Gnome et KDE.
          • [^] # Re: ouah

            Posté par  . Évalué à 5.

            Cool, je peux chipoter un peu :) Les GString ne sont pas utilisée dans les API publiques, les fonctions prenant des chaînes de caractères en paramètre utilisent des char * codé en UTF-8.
            Je savais pas que les strings de QT étaient pas codées en UTF-8, c'est con ça :-/ (c'est con que QT et GTK+ utilisent pas le même encoding pour les chaînes quel qu'il soit)
            • [^] # Re: ouah

              Posté par  (site web personnel) . Évalué à 5.

              > Les GString ne sont pas utilisée dans les API publiques

              Une connerie a mon avis, vu que sur un 'char *' tu as plus de doute sur la nature de l'encodage utilise justement.

              Qt a des fonctions de conversions utf8 ucs2, mais c'est vrai que c'est con. Imagine pour une appli un peu complexe si tu dois passer des strucutures de donnees un poil elaborees (dictionnaires, string, listes) l e nombre de conversion qu'il pourrait y avoir.

              Pour chipoter vraiment, il me semble que glib comme qt ont une classe qui gere de listes de strings directement.
              • [^] # Re: ouah

                Posté par  . Évalué à 3.

                >Une connerie a mon avis, vu que sur un 'char *' tu as plus de doute sur la nature de l'encodage utilise justement.

                Il me semble qu'un GString, c'est tout bêtement une structure avec un char* et un gint (pour la longueur) dedans, ie il y a aucune notion d'encodage dans le GString non plus.
                De toute façon, c'est simple, tout est en UTF-8, donc tu te poses pas de question ;)
                Il n'y a pas de structure de donnée liste de string en gtk+ par contre, je vois pas trop l'intérêt par rapport à une glist à vrai dire...

                Enfin ton argument sur le coût de conversion est un peu fallacieux, j'ai beau chercher, je ne vois pas tant de fonction utiles qui prendraient ou renverraient des listes/hash tables de string... (à part des listes de tag dans GStreamer).
                • [^] # Re: ouah

                  Posté par  (site web personnel) . Évalué à 4.

                  > Il me semble qu'un GString, c'est tout bêtement une structure avec un char* et un gint (pour la longueur) dedans, ie il y a aucune notion d'encodage dans le GString non plus.

                  A mon sens, le fait d'utiliser une structure speciale signale au developpeur qu'il peut y avoir des questions a se poser et lui font soulever plus vite la question de l'encodage utilise.

                  Tu peux te dire que le mec qui rencontre une gstring la premiere fois, il va aller voir la documentation et il va tomber sur le paragraphe qui dit que toutes les gstring sont codes en utf8 et va verifier qu'il n'a pas de problemes speciaux de conversion. Le mec qui rencontre un char * pour la premiere fois n'est pas pret de contribuer a Gnome (il a encore qqes mois devant lui) et celui qui contribue a Gnome pour la premiere fois a beaucoup moins de chance de se poser la question en rencontrant un char *, s'il ne se l'ai jamais posee auparavant.

                  > Il n'y a pas de structure de donnée liste de string en gtk+

                  Chuis pas trop d'accord:
                  http://developer.gnome.org/doc/API/2.0/glib/glib-String-Chunks.html(...)

                  > je vois pas trop l'intérêt par rapport à une glist à vrai dire...

                  J'en vois deux, voire trois:
                  - si une fonction prend en argument un glist, t'es oblige de lire la doc pour savoir c'est une glist de quoi, alors que si elle prend une gstringchunk, tu sais que c'est une liste de string
                  - pour optimiser la memoire
                  - il peut y avoir des fonctions interessantes a faire sur des listes de string mais pas ailleurs. Typiquement, dans Qt, les QStringList rajoutent quelques methodes par rapport aux QList: join, split, sort et grep (http://doc.trolltech.com/3.3/qstringlist.html(...))

                  > Enfin ton argument sur le coût de conversion est un peu fallacieux, j'ai beau chercher, je ne vois pas tant de fonction utiles
                  > qui prendraient ou renverraient des listes/hash tables de string... (à part des listes de tag dans GStreamer).

                  J'ai deux choses a repondre:
                  - pour gstreamer, c'est moins violent, mais le probleme se pose quand meme des la premiere string que tu veux echanger entre kde et gstreamer: un nom de fichier, un tag, le chemin dans le filesystem (qui peut comporter des accents, ...), un titre de chanson, une liste de chapitres. Rien que le fait de devoir utiliser glib, psychologiquement, ca passe mal. Je t'epargne mon opinion sur le travail d'optimiation qui peut etre effecte par le compilateur dans le cas ou il connait le type des donnes qu'il manipule .

                  - pour d'autres programmes, ca peut vite devenir genant. Citons la lib pour faire de la correction orthographique utilisee par abiword et koffice. T'imagines bien que les structures echangees vont etre assez complexe et vont devoir etre traduites a la volee
                  • [^] # Re: ouah

                    Posté par  . Évalué à 1.

                    > Chuis pas trop d'accord:
                    http://developer.gnome.org/doc/API/2.0/glib/glib-String-Chunks.html(...))

                    En lisant rapidement l'API, ça ressemble à un espace de stockage optimisé pour des chaînes (ie qqchose qui vise à remplacer malloc) plutôt qu'une vraie structure de donnée comme une liste ou une table de hachage. D'ailleurs, vu la gueule de l'api, il faut forcément qqchose à côté pour pouvoir utiliser les chaînes que tu as rangées dans ton string chunk.

                    > pour gstreamer, c'est moins violent, mais le probleme se pose quand meme des la premiere string que tu veux echanger entre kde et gstreamer

                    Oui bien sûr, mais tu n'as pas tant de conversions que ça à faire, et les conversions à faire ne sont probablement dans des branches critiques en temps d'exécution de ton code... De toute façon, une lib qui s'attend à recevoir une chaîne en UTF-8 fera un g_utf8_validate dessus avant de l'utiliser la plupart du temps, et c'est à mon avis à peu près aussi coûteux qu'une conversion d'un encodage dans un autre...

                    Pour la lib de correction orthographique, ca a clairement un coût, reste à voir si ce coût est vraiment rédhibitoire (orth ?), ie si ça apparaît dans le profiling lors de l'exécution...
              • [^] # Re: ouah

                Posté par  . Évalué à 4.

                Une connerie a mon avis, vu que sur un 'char *' tu as plus de doute sur la nature de l'encodage utilise justement.

                Sauf que GString est un outil (basiquement une struct avec un gchar* et deux tailles) qui ne tient absolument pas compte de l'encoding et possède donc les mêmes inconvénients sur cet aspect qu'un char*.

                Je pense qu'en effet il aurait été souhaitable de se mettre d'accord sur un encoding, car faute de pouvoir en supporter systématiquement plusieurs et d'aussi différents, ça posera des problèmes lorsqu'il s'agira d'utiliser d'autres bibliothèques libres.
      • [^] # Re: ouah

        Posté par  . Évalué à 6.

        Attention tu oublies de mentionner deux choses :

        1) MAS semble être très tourné vers le son... et uniquement le son
        même s'il donne des possibilités pour la synchronisation. Donc, il
        reste des points obscurs pour un framework multi-media.

        2) Il y a eu une présentation sur NMM... et pour y avoir assisté (je
        suis à aKademy en ce moment), je peux vous dire que c'était vraiment
        très très impressionant! Techniquement ça dépasse, et vraiment
        de loin, ce que peuvent faire GStreamer et MAS.

        Voilà c'était la petite précision du jour en direct de aKademy.
        Vous pouvez reprendre une activité normale. ;-)
        • [^] # Re: ouah

          Posté par  (site web personnel) . Évalué à 2.

          arf, je l'avais oubié celui la NMM :)

          J'avais essayé de le compiler mais sans succés.

          Peut tu etres plus precis sur les points sur lesquels NMM est impresionnant?
          • [^] # Re: ouah

            Posté par  . Évalué à 10.

            Oui bien sûr, mais je ne vais pas trop rentrer dans les détails techniques
            pour éviter d'ennuyer tout le monde. Pour voir à quel point c'est
            impressionnant il faut de toute façon se placer du point de vue de
            l'utilisateur.

            Premièrement, sur le plan architectural c'est très très clean et on
            retrouve d'ailleurs quelques similitudes entre les trois frameworks.
            Toutefois la plupart des concepts sont poussés plus loin dans NMM,
            notamment par le fait que tu peux créer des chaines de traitement
            complètement distribuées.

            Deuxièmement, lors de la présentation on a eu droit à une démo
            complètement dingue! Un des auteurs a commencé à jouer un film
            depuis un DVD sur son portable connecté au réseau. Jusque là rien
            de bien révolutionnaire. Là où ça devient très fort c'est quand un
            autre développeur a pris un PDA connecté sur le même réseau
            (attention un vieux PDA pas spécialement taillé pour jouer de la
            vidéo, tu pouvais le trouver dans le commerce il y a quelques années).
            Et là il demande à son programme sur le PDA de récupéré la vidéo
            du portable... miracle ça marche, et les deux sont parfaitements
            synchronisés... Tout les traitements lourds sont en fait déportés sur
            le portable lorsque le PDA prends la vidéo en cours (décodage, et
            surtout downscaling pour ce tout petit écran). Dernier point, une fois
            que les deux équipements partagent la lecture du DVD tu peux controler
            la vidéo de l'un comme de l'autre (retour arrière, pause, lecture...).

            Bon aller maintenant je vous laisse, j'ai des choses à coder sur le feu là...
    • [^] # Re: ouah

      Posté par  (site web personnel) . Évalué à 9.

      Effectivement KDE et Gnome sont deux très bon projets qui visent à concurrencer Windows et OS X sur le bureau.

      Personnellement Je préfére Gnome, surtout pour son aspect graphique que je trouve plus joli, mais aussi pour son support de Gecko, bien que KDE ait pas mal de fonctionnalités sympatiques, mais il est à mon goût un peu chargé. Par exemple le navigateur web Konqueror gagnerai à être simplifié et se rapprocher des interfaces de Safari et de Firefox.

      Par contre je me demande si cette fragmentation du bureau Linux n'est pas un frein à son adoption. Le manque d'harmonie et de cohérence des applications est plus une tare qu'autre chose. L'utilisateur face un bureau KDE avec des applications comme Acrobat Reader, Firefox, Open Office et Totem peut-être dérouté.
      • [^] # Re: ouah

        Posté par  . Évalué à 5.

        Par contre je me demande si cette fragmentation du bureau Linux n'est pas un frein à son adoption. Le manque d'harmonie et de cohérence des applications est plus une tare qu'autre chose. L'utilisateur face un bureau KDE avec des applications comme Acrobat Reader, Firefox, Open Office et Totem peut-être dérouté.

        Je ne pense pas que ce soit le probleme reel; c'est aux packageurs commerciaux de faire le boulot d'apporter une consistence au desktop des distributions qu'ils vendent.
        La concurrence amicale est ce qu'il y a de mieux pour l'evolution de la partie Desktop; elle permet meme d'arriver q des consensus sur certaines parties (creation de freedesktop.org) pour la mise en place de standards et a la creation de projet reels (gstreamer, database mime).

        Vive la competition et vive Gnome :)
        • [^] # Re: ouah

          Posté par  (site web personnel) . Évalué à 3.

          > Je ne pense pas que ce soit le probleme reel

          Moi je pense comme le posteur original que c'en est un. En revanche, je suis rassure car on voit un certain nombre de projets qui permettent de gommer ces incompatbilites:
          - themes commun gnome / kde / mozilla
          - integration de OO dans Gnome
          - integration de OO dans KDE
          - utilisations des themes KDE par les applis Gnome
          - utilisations des technologies KDE par les applis non KDE
          - une convergence du cote de freedesktop
          - des bonnes nouvlles comme la possibilite d'utiliser gstreamer

          http://wiki.kdenews.org/tiki-index.php?page=KDE%2C+the+integrative+(...)


          Donc dans l'ensemble, ca avance dans la bonne direction.
      • [^] # Re: ouah

        Posté par  . Évalué à 6.

        >Par contre je me demande si cette fragmentation du bureau Linux n'est pas
        >un frein à son adoption.

        Oui enfin sous MacOSX tu as les applications développées en :
        - Cocoa
        - Carbon
        - Java
        - ...

        Sous Windows tu as des applications développé en
        - VB
        - C++ (avec les MFC)
        - XUL
        - Delphi
        ...
        ( les applications Adobe, Microsoft & Lotus n'ont pas du tout les mêmes guideline il me semble...)

        Je pense que c'est un faux prétexte.
        • [^] # Re: ouah

          Posté par  (site web personnel) . Évalué à 9.

          Ce qui fait la consistence ce n'est pas le langage utilisé mais le toolkit graphique et le look&feel des applications (glisser/déposer, copier/coller, ordre des boutons, messages d'alerte, icônes,....).

          Par exemple des applications en VB, C++ et Delphi utilise le toolkit Windows et XUL peut utiliser le look de Windows XP et ses icônes.
          De plus le copier/coller est le même pour tous.

          Sous linux un drag & drop depuis Firefox vers kaffeine ne fonctionne pas mais fonctionne entre Konqueror et xine. Le copier/coller entre Mozilla et konsole marche une fois sur dix. Les look&feel des applications gtk et kde n'ont rien à voir (look et ordre des boutons).

          Même dans un seul toolkit les applications ne sont pas consistantes. Les boites d'ouverture des fichiers sont différentes. La fenêtre d'impression est différente.

          Donc non ce n'est pas un faux prétexte. C'est d'ailleurs pour ça que j'essayes tant que possible de me limiter à un seul toolkit pour garder une certaine consistence.

          L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

          • [^] # Re: ouah

            Posté par  . Évalué à 2.

            >Ce qui fait la consistence ce n'est pas le langage utilisé mais le toolkit graphique
            >et le look&feel des applications (glisser/déposer, copier/coller, ordre des
            >boutons, messages d'alerte, icônes,....).

            En observant vite fait le bureau d'un de mes clients:

            iTune pour Windows
            Lotus Domino pour Windows
            Microsoft Word pour Windows
            Logiciel Java Dell

            n'ont pas grand chose en commun dans le look&feel, ordre des bouttons messages d'alerte, icônes.
            Pas plus qu'une appli KDE/Gnome ou GNUstep

            De même en reprenant les logiciel citées au dessus mais pour la version MacOSX
            il n'y a pas vraiement de cohérence.
            • [^] # Re: ouah

              Posté par  (site web personnel) . Évalué à 4.

              Je parle d'utilisation personnel d'un ordi.

              C'est sûr que dans les grosses entreprises les applications font leur trucs dans leur coin mais elles s'en foutent de la consistence vu que c'est pas ça qu'elles vendent.

              Mais bon tu as raison si on prend l'exemple des applications de configuration de matos (Sony, Creative,...) qui ont toutes leur propre look&feel ou les logiciels audios qui ne respectent pas les normes (Winamp et même xmms sous linux).

              Il y a des exceptions mais à mon avis la cohérence est importante sinon on ne verrait pas de trolls sur l'ordre des boutons ou les fenêtres de sélection de fichier de Gnome :)

              L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

              • [^] # Re: ouah

                Posté par  (site web personnel) . Évalué à 2.

                Tiens, puisque tu parles de l'ordre des boutons de gnome et que je t'ai souvent vu defendre le Ok Appliquer Annuler :) Je voudrais savoir si c moi ou si le bouton annuler il sert a rien une fois que t'as fais appliquer :) Exemple avec le kicker, tu change un settings, tu fais appliquer puis annuler, il ne revient pas à l'etat initial :/ Si tu me confirmes le probleme, j'irai faire un chti bug report.
              • [^] # Re: ouah

                Posté par  . Évalué à 5.

                Il ne faut pas oublier que ce qui a justement rendu winamp célébre c'était la possibilité de le skinner ou de charger des skins.
                Il faut mettre ce fait dans la balance quand on parle des utilisateurs comme des gens qui veulent forcémment avoir UN look and feel et sont désorientés quand ils ne le retrouvent pas: ça ne me semble pas trés réel comme perception "des gens".
                • [^] # Re: ouah

                  Posté par  (site web personnel) . Évalué à 2.

                  > winamp célébre c'était la possibilité de le skinner ou de charger des skins.

                  Ca, ca m'a toujours troue le cul (qui en garde une trace certaine).

                  Non pas le fait que ca rende winamp celebre, mais plutot par les limitations des skins. J'etais tout content le jour ou j'ai essaye ma premiere skin en winamp en me disant que j'allais experimenter ce qui avait rendu winamp celebre. Et j'ai ete hyper decu. Les boutons sont a la meme place, l'interface ne change pas, c'est just un fond d'ecran ameliore.

                  Quand on me dit skin, moi je pensais carrement mutation (comprendre possibilite de refonte complete de l'interface). Et il me semble que les derniers players sous linux ont cet aspect mutation au niveau graphique.
          • [^] # Commentaire supprimé

            Posté par  . Évalué à -2.

            Ce commentaire a été supprimé par l’équipe de modération.

  • # Module 6: ne pas retarder Sarge

    Posté par  (site web personnel) . Évalué à 3.

    Plus sérieusement, même si je ne suis pas un afficionado de Kde, ce genre d'événement donne une vision très impressionnante de cette comunauté. Dommage qu'il n'y ait pas plus d'infos sur le financement de la conférence. J'aurais bien aimé y voir figurer Novell ou la ville de Munich par ex. Par contre 500¤/jour pour les tutos je trouve le ticket d'entrée un peu élevé pour les contributeurs de Kde et les développeurs Open Source. :(
    En tous cas nos amis Allemand démontrent une fois de plus leur savoir-faire en matière d'organisation!
    Tiens, ça me fait penser à une blague, mais je ne sais pas si je peux?
    Aller hop, dans le journal....
    • [^] # Re: Module 6: ne pas retarder Sarge

      Posté par  (site web personnel) . Évalué à 6.

      "Dommage qu'il n'y ait pas plus d'infos sur le financement de la conférence. J'aurais bien aimé y voir figurer Novell ou la ville de Munich par ex"

      La réponse est la :)
      http://developer.kde.org/~binner/aKademy2004/day0/dscf0005.jpg(...)

      Et vu le nombre de portable HP neufs, je pense que HP a fait une donation de portable, enfin j'imagine, a confirmer :)

      http://developer.kde.org/~binner/aKademy2004/day1/dscf0018.jpg(...)
    • [^] # Re: Module 6: ne pas retarder Sarge

      Posté par  . Évalué à 3.

      Oula!!! Attention!

      Les tutoriaux ne sont pas pour les contributeurs mais pour des personnes
      extérieures au projet voulant se former aux technologies Qt et KDE! La
      plupart sont d'ailleurs financés par leurs entreprises respectives...

      Les contributeurs KDE n'ont pas à payer pour ces tutoriaux et sont d'ailleurs
      rarement intéressés puisqu'ils connaissent le sujet de l'intérieur. ;-)
      Heureusement que l'on a pas à payer pour ces tutoriaux, autrement je
      serais encore en France.
    • [^] # Re: Module 6: ne pas retarder Sarge

      Posté par  (site web personnel) . Évalué à 3.

      Ces tutoriaux a 500 euro sont destines a des societes souhaitant former leurs ingenieurs a KDE ou Qt et servent notamment a financer la conference. Si tu te souviens a la linux expo, il y a ce genre de classique corresponsdant a tout salon professionnel.

      cf la page principale:
      <<
      KDE e.V. is soliciting donations from companies and individuals towards this conference. These donations will be used both for running the complete "2004 KDE Contributors and Users Conference" (code-named aKademy) and for bursaries for delegates from other continents and/or without income. Delegates with an accepted paper/presentation will be prioritized in the distribution of these bursaries.

      The tutorial program announced here is geared to raise funds for the same purpose. The tutorials will be offering excellent quality content, delivered by world-class instructors on their respective fields, and we are asking for a competitive participation fee in exchange. We are aiming to get Linux power users and administrators as well as other IT professionals (from the Stuttgart Region as well as anywhere else in the world) into participating here, with their employers paying the tutorial fees.
      >

      Pour les sponsors effectifs, on a:
      http://conference2004.kde.org/sponsors.php(...)

      IBM et HP pournissent de l'equipement, la ville et le LUG sur place aident beaucoup pour la logistique. HP a aussi fait une offre interessante d'achats d'un nombre limite de portables pour les developpeurs KDE

      Pour ce qui est du resultat financier, on en saura plus dans quelques jours.
  • # KNOPPIX aKademy 2004

    Posté par  . Évalué à 3.

    à signaler la version 3.6 de la knoppix (aKademy Release), dont le changelog est ici
    ftp://download.linuxtag.org/pub/knoppix/KNOPPIX-CHANGELOG.txt(...)
    dont un extrait:
    V3.6-2004-08-16 ("aKademy Release")
    - first release after LinuxTag 2004
    - Kernel 2.6.7 (as an option) and 2.4.27
    - memtest86+ as boot option
    - captive-ntfs update
    - FreeNX-Server package from Fabian Franz
    - hardware detection updates & fixes
    - KDE 3.2.3 (which is still more stable than 3.3 in Debian)
    - ndiswrapper+GUI (Martin Oehler)
    - lots and lots of package updates from Debian/testing and unstable

    les torrents ont là:
    http://torrent.unix-ag.uni-kl.de/(...)
  • # comment lire les vidéos ?

    Posté par  . Évalué à 2.

    sur : http://ktown.kde.org/akademy/(...) il y a des vidéos, mais impossible de les lire ! ça fait planter tous mes lecteurs vidéos (kaffeine,xine,mplayer...), sauf vlc où j'ai l'image mais pas le son.
    j'ai vu que c'est encodé en ogg/theora, comment le lire ?
    • [^] # Re: comment lire les vidéos ?

      Posté par  . Évalué à 3.

      J'ai FC2 et mplayer de rpm.livna marche :
      $ mplayer Peter_Korn_The_State_of_Unix_Accessibility_video.ogg
      MPlayer 1.0pre5-3.3.3 (C) 2000-2004 MPlayer Team
      (...)
      Playing Peter_Korn_The_State_of_Unix_Accessibility_video.ogg.
      Cache fill: 0,10% (8192 bytes) Ogg file format detected.
      (...)
      Opening audio decoder: [libvorbis] Ogg/Vorbis audio decoder
      AUDIO: 24000 Hz, 2 ch, 16 bit (0x10), ratio: 4000->96000 (32,0 kbit)
      Selected audio codec: [vorbis] afm:libvorbis (OggVorbis Audio Decoder)
      (...)
      Selected video codec: [theora] vfm:theora (Theora (free, reworked VP3))


      Normalement HelixPlayer de FC3T1 (+rawhide) doit aussi marcher.
      NB : c'est la première fois que Red Hat diffuse un lecteur video ! Merci theora :-)
    • [^] # Re: comment lire les vidéos ?

      Posté par  (site web personnel) . Évalué à 1.

      Moi j'ai xine avec la xine-lib 1_rc5-r3 et libtheora 1.0_alpha3 et ça marche nickel (juste une petit problème avec les premiers frames) mais xine me previens de problèmes potentiels :

      You are trying to decode an theorastream. At the moment, theora is in
      development. If the stream could not be played back go to
      http://xine.sourceforge.net(...) and get the latest release of xine.
      This release will play back streams which have been encoded with
      libtheora-cvs.

      Donc je pense que le mieux est d'utiliser une version très récente de xine ET libtheora
    • [^] # Re: comment lire les vidéos ?

      Posté par  . Évalué à 2.

      Apparament il y a quelques difficultés avec ogg/theora :-)

      Mais c'est une très bonne initiative de la part de akademy/KDE de proposer les flux dans un format totalement libre. Ça va populariser ce format et dans quelques mois il n'y aura plus de problème car toutes les distributions proposerons ogg/vorbis/theora en standard.
    • [^] # Re: comment lire les vidéos ?

      Posté par  . Évalué à 1.

      Ca m'a pris 15 heures pour dl les 5 videos que je voulais.
      J'essaie de lire depuis ce matin., je vais pas lacher l'affaire......argh
  • # Licence

    Posté par  (site web personnel) . Évalué à 4.

    Sous quelles licences sont les sons et les vidéos? Peux t'on les redistribuer légalement?

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.