Pinaraf a écrit 3674 commentaires

J'ai déjà essayé cette option.
Malheureusement, elle est sans effet sur un noyau 2.6 (sur un noyau 2.4, elle permet d'utiliser le clavier je crois)
Elle me permet tout de même d'avoir accès au clavier dans Grub, ce qui peut être utile :)

Au passage, petite correction :
Je viens d'essayer plus en détail le LiveDVD de la suse 9.3 (tentative d'installation du firmware de ma carte wifi), et en fait elle souffre du même problème sauf qu'il se déclenche après le démarrage (~10 minutes), donc aucun noyau 2.6 ne marche

N'as tu pas remarqué que le format par défaut dans KWord est toujours le format KOffice et pas le format OpenDocument ?
C'est parce que le travail là dessus n'est pas terminé ! Ils font encore des corrections très fréquentes dans leur SVN.
Il serait donc bon que tu rapportes les bugs, afin de les voir corrigés dans un KOffice 1.4.1.
Par contre, je me demande quel est la qualité du support de ces formats dans OpenOffice 1.1.5. Quelqu'un a pu tester la 1.1.5 rc1 ? (Je n'ai pas pu suite à ce problème : http://linuxfr.org/forums/36/10127.html(...)

et oui java et javascript, en plus, n'ont rien à voir :)
Ha si ils ont à voir....
4 lettres !
Bon, je sais c'est nul

Mais il est commun de voir des gens confondre Java et JavaScript. Et j'ai déjà vu pire : un utilisateur d'IE (à l'époque, mozilla 1.2 venait de sortir je crois) dire, en me montrant un cadre dans une page HTML avec la petite croix rouge, signifiant que l'image est manquante : "Ça c'est une erreur de Javascript"...

Disons qu'il n'y a jamais eu de LiveCD réellement utilisable.
Et comme le LiveCD n'est pas maintenu par les développeurs officiels de Looking Glass, personne ne sait quand est-ce-que son développement reprendra vraiment.

Et en plus, je viens de lire la page d'accueil du projet de livecd : ils disent que tout le dossier de LG3D est chargé en mémoire vive ! Donc ça fait une sacré consommation. Faudra que je regarde du côté du LiveCD pour tenter de leur filer un coup de main (unionfs powa)

moteur svg _____performant_____ ie
Tu peux pas utiliser des balises HTML ?
Mais oui, écrire un moteur SVG c'est dur... Essaye rien qu'un moteur XHTML strict (avec support CSS) ! (Je dis XHTML strict, parce que si tu dois supporter le code pourrave de certains sites...)

c'est pour cela que je trouve que la puissance du moteur de theme de e est une de ses forces.
Permet moi de préférer le moteur de Qt4 (que j'ai testé) et celui de Gtk 2.7/2.8 (que j'ai pas testé).
C'est vectoriel, et capable de pas mal d'effets. Notamment, les démos de qt4 utilisaient un thème graphique rendu par arthur, qui était ma foi très joli. Mais on sentait que Render était derrière, je suis d'accord. Sans RenderAccel, ça rame. Heureusement, quand KDE l'utilisera, EXA sera en place. C'est d'ailleurs sûrement pour ça que Zack est payé pour travailler sur X..


Mais finalement E ça sera quoi ? Un desktop complet ? Alors il serait temps que des applis PIM apparaissent, avec aussi un navigateur web, un gestionnaire de fichiers...
Juste un WM ? Alors pourquoi autant d'APIs qui ne seront probablement pas utilisées ?

Je ne suis pas fondamentalement contre E17, j'admire le travail accompli par raster, c'est juste que je suis déjà persuadé qu'ils ne rencontrera pas le succès. Il n'arrivera pas à être suivi par la majorité des développeurs. Leurs APIs, aussi puissantes soient-elles, n'arriveront pas au niveau d'un Qt4 ou d'un gtk+libglade. Ils vont donc se retrouver à tout coder eux mêmes, super...
(Pas la peine de répliquer en tapant sur Looking Glass : LG3D (c'est plus court à dire) est écrit en Java, ce qui a l'avantage de fournir des API complètes prêtes à l'emploi. Et LG3D est très particulier : c'est plus une zone d'expérimentations de la 3D (qu'on espère rendre utilisable) qu'un environnement de bureau prêt à l'emploi. Nous cherchons des solutions 3D aux "problèmes" classiques que sont la gestion des fichiers, des mails, l'affichage d'images... Par contre, en WM3D Looking Glass se tient pas mal)

Edje c'est quoi à ton avis? C'est assez similaire à Flash sauf que c'est du bitmap et non pas du vectoriel et qu'il est quand même loin d'être aussi complet (mais ce n'est pas son objectif). Il possède même un langage de script, embryo, qui permet de faire pas mal de choses.
Alors pourquoi ne l'utilisent-ils pas ?

Pour le splash screen clair qu'ils auraient du refaire un moteur 3d en 48ko (non-strippé et symbole de debug actif) tournant sur un P100 avec 8Mo de RAM. Ben voyons.
J'avoue, j'ai tapé un peu fort...
Pourquoi ils mettent pas une animation ? Du MNG par exemple ? Tu vas pas me dire qu'ils supportent pas ça quand même ?

Quant à XRender et composite, si ça fait pratiquement un an qu'on attend une version un peu près stable
Bizarre, sur ma config c'est stable...
C'est sûr, si on a des cartes graphiques avec des drivers merdiques, ça va pas ! En tout cas, sur ma carte nVidia ça marche très bien (Render accéléré, GLX activé avec Composite...)

ceux de KDE et de Gnome pourraient aussi s'y mettre, non mais ...
Les développeurs de KDE et de GNOME n'ont par contre pas la prétention de taper sur les développeurs de X !
Tiens, tu connais Zack Rusin ? Je pense que non...
http://www.kdedevelopers.org/node/978(...) et http://linuxfr.org/2005/06/29/19220.html(...)
Pour Gnome, y'a ça : http://www.gnome.org/~seth/blog/xshots(...) et http://live.gnome.org/Luminocity(...)

Juste comme ça, petits extraits du CVS d'E17 :
http://cvs.sourceforge.net/viewcvs.py/enlightenment/e17/apps/entran(...) : forcément, si toutes les positions de l'horloge sont déjà calculées, c'est bien plus facile...
http://cvs.sourceforge.net/viewcvs.py/enlightenment/e17/apps/e/data(...) : moi qui croyais que l'animation de démarrage, c'était calculé au vol... D'un coup, ça fait moins classe non ?

Je remercie alexissoft d'avoir repéré ces inepties dans le CVS d'E17...

D'après mes souvenirs, evas supporte plusieurs backend : j'ai pas lu le code source, mais dans l'arbre CVS j'avais vu OpenGL, QTopia, Cairo, X11...
Le principe derrière ce genre de backends c'est d'avoir une API commune pour chaque (sinon, ça veut dire qu'il n'y a pas 1 evas mais en fait autant qu'il y a de backends, chacun avec son API spécifique).
Donc soit on supporte le vectoriel sur tous les backends, soit on ne le supporte pas du tout (bon, des backends comme QTopia, je comprends qu'il n'y ai pas de vectoriel et que ça ne soit pas un drame, vu qu'une appli ne peut être la même sur PDA et sur un ordinateur normal).
Ce n'est donc pas parce que evas supportera cairo derrière que evas permettra de faire du vectoriel.
Tu es mieux placé il me semble pour dire si evas supporte déjà ou non le vectoriel...

C'est vraiment le genre de commentaires qui m'énervent et que j'entend tous les jours... Pourquoi créer un nouveau projet et ne pas améliorer quelquechose qui existe déjà?
Tu as poussé un peu loin mon propos.
Améliorer XRender est bien plus profitable que de recréer sa librairie, vu que toutes les applications en profiteront, y compris les applis des autres.
A part ce que XGL ne demande pas de drivers GL? Et jusque là, à part les cartes Nvidia, je connais pas vraiment de bonne cartes qui supportent OpenGL.
Il marche sur des cartes ATI généralement
Et chez moi, avec une Nvidia Ti4600 et les derniers drivers de Nvidia, OpenGL fait planter X lorsque COmposite est activé... preuve que composite est instable!
Tu as bien sûr rapporté les bugs.
Le terme est surement inapproprié, mais essaye d'utiliser composite sans drivers qui l'accélère derrière, on ne peut pas dire que ça soit très rapide.
Composite n'est pas accéléré par les drivers nvidia, tu peux toujours chercher tu trouveras pas de système d'accélération de composite.
C'est XRender qui est accéléré par nVidia (et par la nouvelle architecture d'accélération de X.org : EXA, où même une SIS toute pourrie accélère Render)
Si pour toi l'avenir, c'est d'avoir un CPU 2Ghz et une carte graphique dernier cri pour bénécier d'une horloge antialianisée quelque soit la résolution, alors on a pas la même vision de l'avenir.
Il n'y a pas de système requis clairement défini pour Looking Glass.
Désolé de te décevoir, mais certains l'ont fait marcher sur du 1Ghz avec une Geforce 4 MX. Et je suis sûr que c'est faisable sur encore plus petit.
Que l'horloge d'e17 pixellise quand tu l'agrandis au maximum n'est pour moi pas un problème; Je ne vois pas à quoi ça sert d'avoir une horloge qui fasse la moitié de l'écran, et puis ça peut être simplement réparé en utilisant une image plus grande pour l'horloge.
Le futur pour moi c'est les formats vectoriels !

Pour développer pas mal avec les EFL (Enlightenment Foundation Library), je peux te dire que même si le moteur "software" de evas réalise comme son nom l'indique tous les calculs en software, il est bien plus performant que XRender.
Pourquoi n'a-t-il pas travaillé sur XRender pour le rendre plus performant ? Ha oui, c'est toujours mieux de se la jouer perso, j'oubliais.
Après tu parles de composite, mais tu n'as pas l'air de savoir que seuls les utilisateurs possédant un carte nvidia peuvent l'utiliser dans de bonnes conditions
Faux...
Regarde du côté de XGl par exemple
il reste tout de même très instable: essaye juste d'utiliser XVideo ou OpenGL avec Composite et tu vas rire
XVideo est incompatible logiquement avec la transparence il me semble : XVideo consiste à écrire directement dans la mémoire de la carte graphique, donc forcément...
Perso je peux regarder des vidéos sans problèmes avec xshm.
Et pour OpenGL : j'ai du 1700FPS avec glxgears quand j'ai composite activé, y'a quoi de rigolo ?
Alors après, ça a surement de nombreux inconvénients de tout faire en software (les ombres portées sont en effet visibles uniquement sur le bureau)
Tu ne connais rien à X toi ou quoi ?
Le rendu software n'a rien à voir avec ça ! C'est uniquement lié à leur refus d'utiliser les extensions X permettant cela (composite...)
Donc avec cette architecture et ces possibilités d'évolution, je pense vraiment que evas et les EFL sont une solution d'avenir
Perso, je vois plutôt des trucs à affichage vectoriel former l'avenir comme Qt4 (avec Arthur), Cairo...

Ha oui, je me rappelle un truc de quand j'avais essayé E17 il y a deux mois : l'horloge pixellise toujours quand on l'agrandit au maximum ?

J'ai essayé figure toi.
Et j'ai toujours pas trouvé ce que les gens apprécient dans cet environnement !
Y'a RIEN d'utile. Intégration entre les applis ? Pas vu. Communication entre les applis même ? Rien, connaissent pas.
Les effets graphiques ne servent à rien, à part prendre des cycles CPU (et mon CPU (Athlon XP 2000) était à ~20% en usage de E17)
Les autres, figure toi que ils consomment de la carte graphique, et font des effets plus intéressants à mon goût (l'ombre et la transparence des fenêtres par exemple).
Autre exemple : http://pinaraf.robertlan.eu.org/site/LG3D/video%20-%20xine.jpg(...) : va faire ça avec E17 (intérêts : les miniatures (mises à jour en live) des fenêtres dans la barre des tâches ; pouvoir parquer des fenêtres et toutes les voir en même temps ; simplicité pour repérer une fenêtre dans un lot de fenêtres : tu passes la souris sur une miniature de la barre des tâches => toutes les autres fenêtres sont quasiment transparentes, et seule celle sur laquelle on passe la souris n'est pas transparente...). Bien sûr on a de gros problèmes quand même avec les cartes graphiques qui ont des drivers pourris. Actuellement, seul le driver propriétaire de NVidia est capable d'exploiter correctement la carte pour nous offrir toutes les options nécessaires (support de GLX avec Composite activé)
On a un bug qui engendre un usage CPU important (~30 - 40% en continu), je suis sur sa trace, mais il est plutôt costaud à trouver.

E17, joli ? Peut-être (l'égoût et les couleurs)
Mais technologiquement, je le trouve hideux !
Franchement, tout faire faire par le CPU c'est une aberration ! Le CPU a autre chose à foutre que de calculer les effets graphiques d'un environnement, alors que la carte graphique est largement plus adaptée à ce genre de travail !
Sans oublier leur refus total des normes et extensions X standards. Render ? Bouarf, pas assez performant pour eux (ben tiens, au lieu de dire ça pourquoi ils essayent pas de l'optimiser ? enfin, passons). Composite ? Pour eux, c'est lié à Render (alors qu'on peut utiliser Composite sans render, si j'ai bien compris certains développeurs de Looking Glass)
Résultat : http://pinaraf.robertlan.eu.org/shadows_e17.png(...)
Elles sont pas magnifiques leurs ombres dessinées sur le fond d'écran ? Haa, quelle joie pour un utilisateur de Mac OS X ou même de KDE (avec kompmgr) de voir ça : il peut en rire des heures tellement c'est pitoyable et minable !
Et après, quand Rasterman va annoncer fièrement qu'ils ont la transparence et les ombres depuis des mois, tout le monde s'extasie devant des screenshots (ou vidéos) où bizarrement aucune fenêtre ne se superpose aux autres, et où la transparence n'existe qu'entre les objets d'une seule et unique application : celle gérant le fond d'écran.
Si E17 c'est l'avenir, j'ai franchement les boules...

les applications metiers
Si microsoft a porté des applications comme IE ou Office sur mac, c'est par obligation à la suite du procès contre Apple hein...
Et à la fin de la durée de maintenance obligatoire des applis, MS a laissé tombé IE sur mac...

Sous Mac OS X, tout est un jeu d'enfants. Installer une application, c'est quelques clics de souris, et non pas un gestionnaire de paquetage qui va bramer par qu'il n'a pas telle version de la librairie qu'on ne sait pas où aller chercher...
Mais c'est quoi ce mythe ??
La dernière fois que j'ai eu ce problème là c'était quand j'utilisais pas de gestionnaire de paquetages !
Sur synaptic/kynaptic, pour installer un logiciel, ça se fait aussi en quelques clics : tu cherches l'appli que tu veux, tu coches, il te dit : "tiens, j'aurai besoin de ces librairies là aussi", tu cliques OK, tu cliques sur le bouton appliquer, t'attends (adsl 512k...) et ho ton appli est là.
Forcément si on essaye un outil basique ou pire la commande rpm directement, là c'est sûr que y'aura des problèmes.

Je ne parle même pas des matériels où c'est au petit bonheur la chance de les voir intégralement supportés.
Pareil pour Mac OS X hein... Faut juste avoir le driver, comme sous linux.

Pourquoi ne pas aider justement lorsque les versions deviennent moins bonnes ? Non pas qu'il faille gratifier les mauvaises versions mais plutôt pour espérer qu'elles s'améliorent ce qui, pour une société passe nécessairement en partie par l'argent...
Pas d'accès à internet : je ne pouvais pas savoir comment se passait le développement de mandrake par exemple, je ne savais pas exactement le contenu des packs...
Et puis j'en ai réinstallée des mandrake (tuées à coups de bidouillages en root). Sans personne pour aider et sans réelle documentation, c'est pas des plus simples à découvrir l'administration d'un linux ou d'un unix.

L'idée de faire payer par les magasines est pas trop mal. Je suis a peu près sur que ça ne se fera pas (surement que certains on déjà du y penser) mais c'est pas con.
Le linuxmag contenant debian reverse 1¤ à debian pour chaque magasine acheté.
Si ils refaisaient ça avec une version à jour, je l'achèterais peut être.

Mais reste que je suis d'accord avec le commentaire initial :
Moi aussi je suis d'accord, mais j'expose juste mon cas. Ça ne me dérange pas d'acheter un produit qui me satisfait si il n'est pas trop onéreux, même si je l'ai gratos à côté. 80¤, c'était déjà pas mal pour moi il y a 2 - 3 ans...

Parce que si sur linuxfr on impose d'utiliser autre chose que IE pour se connecter, ca ne vaut pas mieux que d' "imposer" IE sur un site optimisé pour ce dernier.
Bravo pour l'interprétation de mes propos...
C'est d'un agréable !
" Ça n'a rien à voir avec le libre (même de loin) => pourquoi sur linuxfr ?" devient "IE est pas libre => interdit de l'utiliser sur linuxfr"

Parce que le problème que j'avais ne se manifestait QUE sur linuxfr, donc quelque part ca concerne linuxfr.
Et c'est écrit où dans ton message ? D'autant plus qu'un dialogue d'erreur de Javascript peut se présenter sur n'importe quel site web ayant des erreurs de Javascript (enfin, Javascript sur IE... du javascript peut être correct partout sauf sur IE)
D'ailleurs, pour un problème lié au site, il y a le système de suivi que tu pourrais utiliser pour rapporter les erreurs que tu as eu. Y'a aussi des sections adaptées sur le forum.

En fait, c'est suite à une discussion avec un employé Mandriva qui m'a dit que la mandrake était beaucoup utilisée en France mais que très peu de français payaient parce qu'ils considéraient que "payer pour quelque chose de gratuit c'était être un pigeon".
Personnellement, j'ai utilisé mandrake de la 7.2 à la 10.0 (puis cooker jusqu'à 2 mois avant la 10.1).
Et j'ai pas acheté de pack, je sais c'est mal, mais voilà mes raisons :
1- de la 7.2 à la 8.2 : pas l'argent (j'avais que 14 - 15 ans)
2- la 9.0 : j'espèrais que la 9.1 soit mieux
3- sortie de la 9.1 : j'espérais que la 9.2 soit mieux
4- sortie de la 9.2 : toujours des améliorations, mais aussi des régressions
5- 10.0 : pas de bol, j'ai eu l'ADSL et j'ai découvert que d'autres distribs correspondent bien mieux à mon usage
J'ai acheté des tonnes de magasines contenant les CDs de mandrake... Ces magasines devraient reverser ne serait-ce qu'1 euro à mandrake, ça serait déjà pas mal.
Autre problème que j'ai eu : la première fois où j'ai vu une mandrake en vente c'était la 8.2 alors que la 9.0 était dispo... Et y'a toujours eu une version de retard là où je la voyais (c'était aléatoire : un magasin l'avait un trimestre, plus le suivant, mais l'inverse se produisait dans un autre...)

C'est quoi ça ?
C'est même pas une question => pourquoi dans les forums ?
Ça n'a rien à voir avec le libre (même de loin) => pourquoi sur linuxfr ?
Si encore tu parlais d'OpenOffice, de Mozilla/Firefox, passe encore !
À moins que ce ne soit internet explorer sous wine ?

Le binaire d'installation je suppose ?
Il est plus petit car ils utilisent 7zip pour la compression... Et 7zip ne permet pas de créer des archives auto extractibles sous linux, donc 7zip c'est que pour windows :/

Le problème c'est que les vendeurs, créateurs de logiciels... ne comprennent pas notre philosophie.
Ils ne produiront pas de paquetages mais des installeurs qui ne marcheront plus après certaines mises à jour du système ou l'obsolètitude (tiens, ça semble correct) de certains composants.
Ils ne comprennent pas pourquoi chaque distribution a son système de paquets... D'ailleurs, pourquoi plusieurs distributions ? (moi je sais, mais les vendeurs non)

Linux est un monde, windows un autre.
Le passage de l'un à l'autre sera dur, surtout pour tout ce qui est commercial (Comment vendre un anti spam alors que chaque distribution intègre des lecteurs de mail avec anti spam inclus ? Comment vendre un firewall ? Comment vendre une suite bureautique face à OpenOffice ?...)

Même, ce n'est pas du tout là que pourra être configurée la transparence !
La transparence des fenêtres se règles dans le Comportement des fenêtres (clic droit sur la bordure d'une fenêtre)...

Ce qu'il y a c'est que les suites bureautiques sont bien plus complexes !
De plus, ces suites exploitent encore actuellement leur propres formats (KOffice 1.4 n'utilise pas OASIS par défaut, OOo 2 n'est pas encore là...), alors que les navigateurs exploitent en théorie les mêmes standards (on tombe d'ailleurs sur l'un des problèmes qu'ont tous les navigateurs web autre que IE : les ""webmestres"" adaptent leur pages web à IE alors que les autres navigateurs doivent s'adapter à ces pages web...).
Sans oublier qu'il faut apprendre à utiliser une suite bureautique (sauf pour les usages de base bien sûr), alors qu'un navigateur web n'offre finalement pas de différence majeure à l'utilisation.

Mais personnellement, je vais jeter OpenOffice en faveur de KOffice lors de la sortie de KOffice 2 normalement (si toutes les fonctionnalités nécessaires apparaissent), et je crois que je ferai de même sur d'autres machines...

Mais si ils parlent bien anglais...
Version prononçable : Wind, tze yes, need the no tou win, egainessete tze no
Version normale : Win, the yes, need the no to win, against the no

J'ai pas dit que c'est parce qu'ils ont leur navigateur ! J'ai dit que c'est parce qu'ils ne s'intègrent pas à l'environnement, contrairement au navigateur de l'environnement.
L'intégration est l'atout principale de konqueror pour moi, mais y'a pas d'intégration sous windows ! L'intégration c'est pas être fourni avec l'environnement ni avoir son icone dans le menu, c'est avant tout exploiter toutes les technologies intéressantes de l'environnement ! Tu veux que firefox ou IE s'intègre à quoi sous windows ? Y'a rien, pas d'équivalent à KWallet, même pas de look'n'feel par défaut !