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 ?
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.
> > 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.
> 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 ...
> * 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.
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 :-)
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.
> 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.
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
(...)
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.
> 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.
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.
> 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.
> 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 :-)
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.
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 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.
> 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.
Le kernel/libc/openssl par défaut pour RH8.0 sur athlon est athlon !
Ton problème vien de là.
Boot sur un cdrom de secours (CD1 de RH8.0) et bidouilles.
Exemples :
# rpm -q --queryformat "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n" --dbpath /mnt/system/var/lib/rpm -a | grep athlon
glibc-2.3.3-27.athlon
> on peut trouver des exemples de tout et de n'importe quoi pour appuyer ses dires.
Mais il y a une "petite" différence avec mes exemples. Par parler d'ergonomie/simplicité/..., je prend des exemples où justement l'ergonomie est insuffisante pour que l'utilisateur puisse utilise son environnement informatique.
Alors que toi et d'autres prennez des cas où l'utilisateur c'est adapté à son environnement informatique ou est assez intelligent pour appréhender son environnement informatique.
C'est très différent.
En partant d'exemples où "tout va bien et il n'y a pas de problème" comme vous le faites, il est évident que vous allez dire que l'informatique actuelle est suffisament ergonomique, que toute proposition d'amélioration n'est que du chipotage et que tout est déjà parfait ou presque. Avec ce type de raisonnement il y a quelques années vous auriez affirmé que MS-DOS est très convial et que recompiler un noyau est à la portée de tous.
> téléchargements avec Dreamweaver!
Ce qui montre que l'informatique n'est vraiment pas évident et que l'utilisateur n'a pas vu ce qui devait être évident à voir. C-à-d que le navigateur peut télécharger des pages.
Tu peux estimer que je chipotte car l'utilisateur est très efficace en téléchargant avec Dreamweaver.
Mais l'ergonomie n'est pas limité au critère :
- l'utilisateur arrive-t-il à se démerder
Il me semble beaucoup plus simple et cohérent pour que cet utilisateur (mon voisin) puisse gérer ses photos de lui indiquer le "gestionnaire de fichier" (le "truc" qui sert à ranger/organiser les données) et pas le "navigeur web" ou Konqueror le "truc à tout faire". Il a à apprendre une nouvelle notion qui fort logiquement demande un nouvel outil totalement (ou presque) dédié à ce domaine.
Sinon il faut que je lui explique que la "page" qu'il voit est parfois une page web, parfois le listing d'un répertoire. Il faut lui expliquer comment différencier une page web, d'un répertoire, de la visualisation d'un fichier. Quand il clique un foi, si c'est un page web, ça charge le lien, si c'est le listing d'un répertoire, ça sélectionne le fichier mais qu'en mode "web" il ne faut pas chercher à sélectionner plusieurs liens pour les copier comme on peut le faire en mode "file" mais qu'il faut faire pour chaque lien "save link as ...". S'il double-clique ça charge le visualisateur du fichier s'il est en mode "file" mais que ce n'est pas nécessaire pour avec le mode "web" etc, etc, etc,...
Tout celà est évident pour toi et moi. Mais pour un nouveau... c'est passablement difficile à expliquer.
Et ne va pas croire que c'est évident car ton cerveau est "précablé" pour l'informatique.
> je vois des utilisateurs de windows(administration, profs, eleves) qui utilisent l'explorateur pour aller sur le web.
Et tu connais beaucoup de monde qui configure l'explorateur pour afficher le système de fichier comme une page web ? (d'ailleur, je ne sais pas si cette option existe encore...).
Tu croix que c'est un "hazard" si MS distingue le "gestionnaire de fichier" (Explorer) et le navigateur web (Internet Explorer) ?
etc...
Mais bien sur, c'est un hazard... C'est la méthode préférée de MS pour gérer ce type de question :-|
> L'utilisateur, il sait que si il tape google.fr dans son explorateur de fichier, il aura google, le reste, il s'en fout.
Gérer la question ergonomique en prenant l'utilisateur pour un con est une méthode bien expéditive.
Comme en plus tu es du "domaine/métier", tu fais preuve d'un sacré mépris...
Ce n'est pas parce qu'on fait plein de choses sans pouvoir/vouloir les expliquer qu'elles sont stupides et qu'il n'y a pas une logique derrière.
[Mode = "ma vie"]
Mon voisin est nul en informatique. Il a acheté un PC et l'utilisait pour aller sur Internet. Tout marchait et il était content d'aller sur le web (il connaissant le web et http:... :-)). Un jour, il achete une imprimante et un appareil photo.
Puis il fait des photos mais il avait de gros problèmes car il ne savait pas quoi faire des photos. Il savait seulement les visualiser/imprimer mais pas les organiser/stocker.
Je lui ai alors expliqué ce qu'est un système de fichier. Bien sûr pas à un niveau technique avec les inodes, l'arborescence, etc.
J'ai dit que sur son PC il avait un espace de rangement et qu'il pouvait l'organiser (faire des dossiers, etc).
Mais ce n'était pas assez, il y avait un petit truc qui clochait.
Lorsqu'il avait les photos, il voulait les ranger tout de suite et ça se terminait par : "mais où je dois les ranger". Ça parait vraiment stupide comme problème au premier abord.
Je lui ai donné un petit exemple :
- "Tu achetes une grosse TV. Tu l'as transporté dans ta voiture jusqu'à chez toi. Tu dois la sortir de ta voiture et la mettre chez toi, tu fais quoi ?"
- "ben je me demande où je dois poser la télé et si nécessaire je fais de la place chez moi."
- "Exact ! Ben il faut faire pareil avec les photos ! Il faut savoir où mettre les photos et si nécessaire faire de la place (un dossier) avant de sortir les photos de l'appareil pour les ranger. Comme il est nécessaire de savoir où poser la TV avant de la sortir de la voiture."
Depuis, il a compris ce qu'est un système de fichier et range ces photos "comme un chef". Ce petit exemple, montre que pour une tâches qui semblent évidente pour quelqu'un "du métier" n'est en réalité pas évident et demande beaucoup de logique.
Il faut aussi noter :
1- Il avait compris à utiliser le web (et le minitel :-)) bien avant de comprendre ce qu'était un système de fichier.
2- Connaitre le web ne lui a pas permis de comprendre ce qu'est un système de fichier (et vice versa, connaitre les systèmes de fichier ne lui est d'aucune aide lorsqu'il navigue sur le web).
3- Un utilisateur "con" (qui ne sait pas ce qu'est un système de fichier) ne peux pas utiliser son PC pour des choses toutes simples comme "ranger des photos".
> il ne sais pas ce qu'est un systeme de fichier et un serveur web.
?? Tu es sûre ?
Selon toi, l'utilisateur ne connait pas "système de fichier" mais il sait qu'il ne peut pas stocker ses données sur une serveur web. D'accord ?
Selon toi, l'utilisateur ne sait pas ce qu'est un système de fichier et un serveur web, mais il sait faire la différence entre file:// et http:// (avec file:// il sait qu'il n'y a aucun service (type google) mais que des données, alors qu'avec http:// il sait qu'il y aussi des services (type moteur de recherche comme google).
Tu peux continuer à affirmer que l'utilisateur ne connait pas la différence entre "système de fichier" et "serveur web" ?
Qu'il ne connaisse pas ces expressions, je suis d'accord. Mais un utilisateur à conscience de ces deux notions bien différentes.
Tu ne feras pas croire à un utilisateur que Google est un CD-ROM ou un disque dure et qu'un disque dure ou un CD-ROM est un serveur web...
> il tape google.fr dans la premiere barre d'url qu'il trouve.
Le problème n'est pas là.
Sur nautilus[1] il y a :
"Fichier"->"Ouvrir un emplacement"
Si je tape "http://linuxfr.org/(...)", mozilla est lancé.
Si je tape "mailto:...", c'est Evolution.
Puis idéalement, l'utilisateur n'a pas à connaitre http://,(...) mailto:, file:// etc...
Par contre il faut qu'il sache qu'à tel endroit il peut stocker, que lorsqu'il utilise l'application "navigateur web" il est sur Internet, que l'application "Courrier électronique" lui permet d'envoyer et recevoir du courrier, etc...
Tiens, que fait Konqueror avec "mailto:..." ?
Le principe de tout afficher/gérer via Konqueror montre vite ses limites.
Puis si Konqueror affiche et fait tout, ce n'est plus seulement le gestionnaire de fichier, mais c'est directement le bureau :-)
Ce qui est "piquant", c'est que Windows 95/98 avait fait cette erreur en rapprochant trop web/système de fichier/bureau. "Naviguer" dans son système avec une interface qui ressemblait à des pages web en a dérouté plus d'un (des types qui ne connaissent pas l'expression "système de fichier" par exemple...).
[1] : sur Gnome 2.6 ça marche assez mal (voire c'est complètement cassé). J'espère que ça sera corrigé dans Gnome 2.8.
Je ne dis pas si techniquement c'est la bonne chose à faire ou pas, ou si la version KDE est balaise, etc...
Je trouve que c'est une mauvaise idée pour l'utilisateur finale.
file:///home/moi/ => c'est un répertoire
file:///home/moi => c'est toujours un répertoire
file:///home/moi/fichier => invariable (du moins tant que le fichier n'est pas modifié).
copy (ou move) file:///home/moi/toto file:///home/moi/tata => a du sens
[...
Ça marche avec tous ce qui est système de fichier (nfs:, ftp:, etc...)
Le protocole http (et bien d'autre), n'ont rien a voir avec file: ou ftp: etc.
Faire ce mélange pour l'utilisateur final n'est pas bon selon moi.
> Le résultat est un comportement homogène, non déroutant pour l'utilisateur.
J'espère que l'utilisateur ne va pas te demander comment avoir une vue browse d'un site web comme il peut l'avoir pour un système de fichier ou de renommer une partie de l'URL d'un site web avec KDE.
[^] # Re: ouah
Posté par itstimetogo . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 2.
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 itstimetogo . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 1.
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 itstimetogo . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 1.
> 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 itstimetogo . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à -1.
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 itstimetogo . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 2.
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 itstimetogo . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 2.
Petite exception : XFree86 :-)
[^] # Re: ouah
Posté par itstimetogo . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 2.
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 itstimetogo . En réponse à la dépêche The aKademy 2004 a commencé. É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".
> 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 itstimetogo . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 0.
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 itstimetogo . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 3.
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 itstimetogo . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 3.
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 itstimetogo . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 1.
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 itstimetogo . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 5.
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 itstimetogo . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 4.
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 itstimetogo . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 2.
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 itstimetogo . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 2.
Et MAS aussi. Donc MAS et gstreamer sont complémentaires et n'ont pas la même fonction/objectif.
[^] # Re: ouah
Posté par itstimetogo . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 3.
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 itstimetogo . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 6.
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: iPod
Posté par itstimetogo . En réponse au journal Des outils pour flasher des bios depuis Linux ?. Évalué à 3.
# kernel par défaut
Posté par itstimetogo . En réponse au message Distrib qui boote plus apres changement de cm/cpu. Évalué à 3.
Ton problème vien de là.
Boot sur un cdrom de secours (CD1 de RH8.0) et bidouilles.
Exemples :
# rpm -q --queryformat "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n" --dbpath /mnt/system/var/lib/rpm -a | grep athlon
glibc-2.3.3-27.athlon
# rpm -U --root /mnt/system --dbpath /mnt/system/var/lib/rpm --replacepkgs glibc-2.3.3-27.i686.rpm
Ce n'est pas facile. Bonne chance.
[^] # Re: Le logiciel "a la"
Posté par itstimetogo . En réponse à la dépêche KDE 3.3 disponible. Évalué à 2.
Mais il y a une "petite" différence avec mes exemples. Par parler d'ergonomie/simplicité/..., je prend des exemples où justement l'ergonomie est insuffisante pour que l'utilisateur puisse utilise son environnement informatique.
Alors que toi et d'autres prennez des cas où l'utilisateur c'est adapté à son environnement informatique ou est assez intelligent pour appréhender son environnement informatique.
C'est très différent.
En partant d'exemples où "tout va bien et il n'y a pas de problème" comme vous le faites, il est évident que vous allez dire que l'informatique actuelle est suffisament ergonomique, que toute proposition d'amélioration n'est que du chipotage et que tout est déjà parfait ou presque. Avec ce type de raisonnement il y a quelques années vous auriez affirmé que MS-DOS est très convial et que recompiler un noyau est à la portée de tous.
> téléchargements avec Dreamweaver!
Ce qui montre que l'informatique n'est vraiment pas évident et que l'utilisateur n'a pas vu ce qui devait être évident à voir. C-à-d que le navigateur peut télécharger des pages.
Tu peux estimer que je chipotte car l'utilisateur est très efficace en téléchargant avec Dreamweaver.
Mais l'ergonomie n'est pas limité au critère :
- l'utilisateur arrive-t-il à se démerder
[^] # Re: Le logiciel "a la"
Posté par itstimetogo . En réponse à la dépêche KDE 3.3 disponible. Évalué à 2.
J'ai oublié la "conclusion".
Il me semble beaucoup plus simple et cohérent pour que cet utilisateur (mon voisin) puisse gérer ses photos de lui indiquer le "gestionnaire de fichier" (le "truc" qui sert à ranger/organiser les données) et pas le "navigeur web" ou Konqueror le "truc à tout faire". Il a à apprendre une nouvelle notion qui fort logiquement demande un nouvel outil totalement (ou presque) dédié à ce domaine.
Sinon il faut que je lui explique que la "page" qu'il voit est parfois une page web, parfois le listing d'un répertoire. Il faut lui expliquer comment différencier une page web, d'un répertoire, de la visualisation d'un fichier. Quand il clique un foi, si c'est un page web, ça charge le lien, si c'est le listing d'un répertoire, ça sélectionne le fichier mais qu'en mode "web" il ne faut pas chercher à sélectionner plusieurs liens pour les copier comme on peut le faire en mode "file" mais qu'il faut faire pour chaque lien "save link as ...". S'il double-clique ça charge le visualisateur du fichier s'il est en mode "file" mais que ce n'est pas nécessaire pour avec le mode "web" etc, etc, etc,...
Tout celà est évident pour toi et moi. Mais pour un nouveau... c'est passablement difficile à expliquer.
Et ne va pas croire que c'est évident car ton cerveau est "précablé" pour l'informatique.
[^] # Re: Le logiciel "a la"
Posté par itstimetogo . En réponse à la dépêche KDE 3.3 disponible. Évalué à 2.
Et tu connais beaucoup de monde qui configure l'explorateur pour afficher le système de fichier comme une page web ? (d'ailleur, je ne sais pas si cette option existe encore...).
Tu croix que c'est un "hazard" si MS distingue le "gestionnaire de fichier" (Explorer) et le navigateur web (Internet Explorer) ?
etc...
Mais bien sur, c'est un hazard... C'est la méthode préférée de MS pour gérer ce type de question :-|
> L'utilisateur, il sait que si il tape google.fr dans son explorateur de fichier, il aura google, le reste, il s'en fout.
Gérer la question ergonomique en prenant l'utilisateur pour un con est une méthode bien expéditive.
Comme en plus tu es du "domaine/métier", tu fais preuve d'un sacré mépris...
Ce n'est pas parce qu'on fait plein de choses sans pouvoir/vouloir les expliquer qu'elles sont stupides et qu'il n'y a pas une logique derrière.
[Mode = "ma vie"]
Mon voisin est nul en informatique. Il a acheté un PC et l'utilisait pour aller sur Internet. Tout marchait et il était content d'aller sur le web (il connaissant le web et http:... :-)). Un jour, il achete une imprimante et un appareil photo.
Puis il fait des photos mais il avait de gros problèmes car il ne savait pas quoi faire des photos. Il savait seulement les visualiser/imprimer mais pas les organiser/stocker.
Je lui ai alors expliqué ce qu'est un système de fichier. Bien sûr pas à un niveau technique avec les inodes, l'arborescence, etc.
J'ai dit que sur son PC il avait un espace de rangement et qu'il pouvait l'organiser (faire des dossiers, etc).
Mais ce n'était pas assez, il y avait un petit truc qui clochait.
Lorsqu'il avait les photos, il voulait les ranger tout de suite et ça se terminait par : "mais où je dois les ranger". Ça parait vraiment stupide comme problème au premier abord.
Je lui ai donné un petit exemple :
- "Tu achetes une grosse TV. Tu l'as transporté dans ta voiture jusqu'à chez toi. Tu dois la sortir de ta voiture et la mettre chez toi, tu fais quoi ?"
- "ben je me demande où je dois poser la télé et si nécessaire je fais de la place chez moi."
- "Exact ! Ben il faut faire pareil avec les photos ! Il faut savoir où mettre les photos et si nécessaire faire de la place (un dossier) avant de sortir les photos de l'appareil pour les ranger. Comme il est nécessaire de savoir où poser la TV avant de la sortir de la voiture."
Depuis, il a compris ce qu'est un système de fichier et range ces photos "comme un chef". Ce petit exemple, montre que pour une tâches qui semblent évidente pour quelqu'un "du métier" n'est en réalité pas évident et demande beaucoup de logique.
Il faut aussi noter :
1- Il avait compris à utiliser le web (et le minitel :-)) bien avant de comprendre ce qu'était un système de fichier.
2- Connaitre le web ne lui a pas permis de comprendre ce qu'est un système de fichier (et vice versa, connaitre les systèmes de fichier ne lui est d'aucune aide lorsqu'il navigue sur le web).
3- Un utilisateur "con" (qui ne sait pas ce qu'est un système de fichier) ne peux pas utiliser son PC pour des choses toutes simples comme "ranger des photos".
[/mode = "ma vie"]
[^] # Re: Le logiciel "a la"
Posté par itstimetogo . En réponse à la dépêche KDE 3.3 disponible. Évalué à 1.
?? Tu es sûre ?
Selon toi, l'utilisateur ne connait pas "système de fichier" mais il sait qu'il ne peut pas stocker ses données sur une serveur web. D'accord ?
Selon toi, l'utilisateur ne sait pas ce qu'est un système de fichier et un serveur web, mais il sait faire la différence entre file:// et http:// (avec file:// il sait qu'il n'y a aucun service (type google) mais que des données, alors qu'avec http:// il sait qu'il y aussi des services (type moteur de recherche comme google).
Tu peux continuer à affirmer que l'utilisateur ne connait pas la différence entre "système de fichier" et "serveur web" ?
Qu'il ne connaisse pas ces expressions, je suis d'accord. Mais un utilisateur à conscience de ces deux notions bien différentes.
Tu ne feras pas croire à un utilisateur que Google est un CD-ROM ou un disque dure et qu'un disque dure ou un CD-ROM est un serveur web...
> il tape google.fr dans la premiere barre d'url qu'il trouve.
Le problème n'est pas là.
Sur nautilus[1] il y a :
"Fichier"->"Ouvrir un emplacement"
Si je tape "http://linuxfr.org/(...)", mozilla est lancé.
Si je tape "mailto:...", c'est Evolution.
Puis idéalement, l'utilisateur n'a pas à connaitre http://,(...) mailto:, file:// etc...
Par contre il faut qu'il sache qu'à tel endroit il peut stocker, que lorsqu'il utilise l'application "navigateur web" il est sur Internet, que l'application "Courrier électronique" lui permet d'envoyer et recevoir du courrier, etc...
Tiens, que fait Konqueror avec "mailto:..." ?
Le principe de tout afficher/gérer via Konqueror montre vite ses limites.
Puis si Konqueror affiche et fait tout, ce n'est plus seulement le gestionnaire de fichier, mais c'est directement le bureau :-)
Ce qui est "piquant", c'est que Windows 95/98 avait fait cette erreur en rapprochant trop web/système de fichier/bureau. "Naviguer" dans son système avec une interface qui ressemblait à des pages web en a dérouté plus d'un (des types qui ne connaissent pas l'expression "système de fichier" par exemple...).
[1] : sur Gnome 2.6 ça marche assez mal (voire c'est complètement cassé). J'espère que ça sera corrigé dans Gnome 2.8.
[^] # Re: Le logiciel "a la"
Posté par itstimetogo . En réponse à la dépêche KDE 3.3 disponible. Évalué à 5.
Je trouve que c'est une mauvaise idée pour l'utilisateur finale.
file:///home/moi/ => c'est un répertoire
file:///home/moi => c'est toujours un répertoire
file:///home/moi/fichier => invariable (du moins tant que le fichier n'est pas modifié).
copy (ou move) file:///home/moi/toto file:///home/moi/tata => a du sens
[...
Ça marche avec tous ce qui est système de fichier (nfs:, ftp:, etc...)
http://host/moi/(...) => c'est ? En tout cas, ça ne donne pas la liste des pages dans ce "répertoire" qui n'en est pas forcément...
http://host/moi(...) => c'est pas la même chose
http://host/moi/fichier(...) => contenu variable (dépend des cookies, d'une base de donnée, de la langue du navigateur, de la pluie et du beau temps, etc).
copy (ou move) http://host/moi/toto(...) http://host/moi/tata(...) => n'a aucun sens et ne marche pas
Le protocole http (et bien d'autre), n'ont rien a voir avec file: ou ftp: etc.
Faire ce mélange pour l'utilisateur final n'est pas bon selon moi.
> Le résultat est un comportement homogène, non déroutant pour l'utilisateur.
J'espère que l'utilisateur ne va pas te demander comment avoir une vue browse d'un site web comme il peut l'avoir pour un système de fichier ou de renommer une partie de l'URL d'un site web avec KDE.