Je me cite:
à cause d'une grosse faiblesse que traine le format rpm (les dépendances sur les fichiers)
le fait de dire que , par exemnple, TuxRacer depend du fichier libMesa.4.0 ?
c'est pas une faiblesse, c'est une fonctionnalite.
j'ai pu, sans foutre en l'air ma mandrake, installer tuxracer, sans briser de dependances, avec une version de mesa compile pour la bibli glide2 ( ben oui, une version special pour 3dfx 1, je sais je suis un gros retrograde, compile par mes petites mains ( et gcc , faut pas deconner ;-) )
donc, au final, ca a son avantage.
enfin, si c est bien de ca que tu parles.
maintenant, bien sur, c est un cas particulier, je suis d'accord...
je suis d accord de dire que c pas bien le force, mais bon, au final c est ce que tu fait....
rien ne garantit que mixer les paquets soit sur ( gcc 3.2, pas compatible avec les anciens trucs ).
Pour rpmlint, si, vu que dans les mails de la ML changelog, on a les resultats, mais, ca n'empeche pas de mettre le paquet, considerant que les gens doivent faire leur boulot.
Enfin, perso, moi, je le fait ( enfin, pour des paquets perso ), et sans deconner, j ai vu quasiment aucune erreur ou warnings sur les packages des employes mandrake, et tres peu d erreurs sur les autres.
sur mandrake, tu fait urpmi --media cooker w3m, et paf, w3m de cooker sur ta nouvel mandrake 9.0
et pareil, tu peut mixer cooker et la 9.0 sans probleme.
et, tu est pas oblige de suivre ce que urpmi te dit de faire, tu peut le forcer a installer sans les dependances avec les options --force , et consorts.
si effectivement le package pour talkd est mal fait, ca changera rien quel que soit l outil utilise.
bien sur, on ne peut pas avoir 900 developeurs, mais tu doit quand meme reconnaitre que avec une paire de developeurs, mandrake fait du bon boulot...
tu parle de fonctionnalites inferieurs de rpm, mais a quel niveau ?
si rpm , c est inferieur parce que les paquets sont moins bien fait, alors chapeau,ca, c'est du troll de haut niveau.
le rpm propose les capacites virtuels, comme les .deb, et le seul truc qui existe pas c'est les packages recommendes, a ma connaissance.
et je pense pas que ca manque tant que ca...
tu peut, tout comme debian, reconstruire tes paquets, tu peut meme specifier comment reconstruire le paquet en passant des options a rpm .
ex : le noyau, dont diverses versions existe ( entreprise, securise, smp ).
a partir d'un seul rpm source, tu construit plusieurs rpm binaires en passant des options au programme rpm
je suppose que ca existe aussi sur debian, mais, on n a pas pu me renseigner, alors dans le doute, je ne dit rien.
Sauf erreur de ma part, la specialité des processeurs sparc, c'est aps le calcul en virgule flottante ?
Mais, c'est vrai que solrais est lent.
Le serveur X de mon pentium 233Mhz etait bien plus reactif que celui d'une station sun 500Mhz.
Ok, c'est pas la meme resolution, mais, bon, faut pas pousser.
C'etait pas le meme prix non plus....
<I>Sur une vieille machine tu ne t'attends pas à pouvoir faire du graphisme super évolué.</I>
Oui, bien sur, mais comme c est justement un vieux trucs, ca apporte plus d'en tirer le maximum.
J'ai une vielle carte, qui tourne sous 95 en 800x600 , 65000 couleurs, et pas sous linux, donc 640x480 en 256, ben ca fait un choc.
Je m attends pas a avoir des trucs monstrueux, mais quand meme, il y a une grosse difference entre un driver VESA ( exemple, celui de qnx ) et un vrai driver.
Et puis, tout le monde dit que les jeux c etait mieux avant.
Quel dommage de ne plus pouvoir faire un petit quake parce que la carte est de toute facon depasses....
<I>
Je crois que la prioprité est bien choisie, ceci dit si ils publiaient plus de doc, ils auraient plus d'apprentis codeurs...
</I>
Je suis d accord, mais d un autre cote, si c etait si facile ca se serait pe deja fait....
Une remise a plat de XFRee ne serait pas mal, a mon sens.
Au vue de la taille de la doc, des specifications et du systeme de construction des packages, ca devient meme indispensable.
pas de raison de coder un driver pour une vieille carte que plus personne n'a.
On ne pense pas aux autres ?
Si jamais je vient a recuperer une viel machine, avec une de ces vielles cartes, et paf, elle est plus supportés.
Dommage, a plus forte raison si c'est pour une association caritative, ou pour la recycler et l'envoyer dans un pays en developpement.
Je pensait que l'obsolecence du materiel, ca ne concernait que le logiciel proprietaire.
Dommage que 3dfx a fermé ses portes,
Ils ont pas fermés, ils se sont fait phagocités par NVidia.
Et 3dFx soutenait leur bibliothéque Glide, pas trés standard dans la mesure ou elle ne tournait que sur leur cartes.
Enfin, elle est passé sous Gpl, mais personne ne l'utilise....
Se constituer eux memes un processus de sauvegarde ?
De un, il y a des boites qui doivent se charger de ca, et de deux, la aussi, on se constitue nous memes un processus de sauvegarde, dans la mesure ou ce sont des gens de la communaute qui font les mirroirs.
<troll>
Sans compter qu'une boite qui fait du proprio peut investir dans un coupe feu...
</troll>
Mais c 'est vrai, le logiciel libre fait ca de maniere plus elegante....
J ignorai que la pratique etaient courantes.
Et ca se repere facilement, ce genre de "lissage " ?
Et, est ce que c est tres legal ?
Il y a quand meme tromperie sur les resultats, non ?
Je veut dire, faire des provisions pour reussir a garder la tete hors de l'eau, c'est louable.
Reinjecter ca dans les benefs pour faire croire qu'on continue de croitre et qu'on est pas touche par la crise, c est une autre chose...
En parlant de magouilles comptables, c'est pas microsoft qui reinjecté de l'argent mis de coté a cette effet pour soutenir sa croissance ?
Je m'explique :
Année 1 : 1000 euros de revenus. ( chiffre simple ).
On mets 600 euros de cotés, ( magouille phase 1 ), et on a 400 euros de benefs
Annee 2 : 1000 euros de revenus.
On mets 500 euros de cotes, 500 euros de benefs, croissance des benefs positives.
Année 3 : Krach boursier / proces antitrust /menace opensource
500 euros de revenus , on ajoute 200 ou 300 euros de la caisse ( partie 2 du plan ), et hop, 700 euros de benefs , la croissance continue dans une année mauvaise, avec des resultats 2 fois inferieurs.
Ca fait plaisir aux investisseurs pressés, qui voit a quel point microsoft croit regulierement, et meme quand ca va mal...
Le probleme, c'est que j'ai rien pour etayer ma remarque, mais j'avais lu ca quelque part.
Si quelqu'un trouve un lien pour ca, ne pas hésiter a le poster.
J'ai pas pu inventer un montage aussi bon ;)
Bah, les grosses stations de chez SGi, qui font de l'OpenGl en hardware, c est pas si naze que ca...
Et, on peut se servir d'un moteur 3d pour faire des simulations.
Par exemple, se deplacer dans une maison "virtuel", ou pour montrer des strategies ( qui sait pe que l armee utilise CounterStrike ? ).
Il y a quand meme plus d'utilisation que le jeu a un moteur 3d, ou je me trompe ?
Et pour finir, en l occurence, le moteur de Quake n'est plus maintenu par Id Software , mais par la communaute, donc c'est pe un cauchemar, mais, pas pour eux...
Ben, il y a pas que le prix et la licence, il y a la garantie, la hotline.
Bien sur, si Excel fait exploser ma souris et que ca declenche une fusion du reacteur qui est pres de chez moi, ils ne sont pas responsables.
Mais, faut egalement compter avec la réticence des gens, qui se disent que OpenOffice, c'est archi different de Office, et qui refuse de changer.
sans compter le cout du changment, la perte ( dans un premier temps ) de productivité, les couts de formation.
La force de microsoft, c'est pas que le marketing, c'est aussi la base installé, et tout le travail préliminaire. Ce lavage de cerveau, cette idée qu il n'y a que Windows, et que les autres, bof.
Meme les gens qui connaissent l'existence des Macs ne se renseignent pas sur ca, car ben, il y a Windows, donc c'est bon.
Alors Nunux...
On les a renseignés, plus la peine de refléchir....
Moi, je pense que si John C develope du multi plateforme, c'est uniquement pour que ses gars chargés de la modelisation qui doivent pe travaillé sur des grosses stations SGi puissent jouer aussi.
Ca c'est une boite qui pense a ses employés ;)
Plus sérieusement, un programme multiplateforme est plus robuste, car justement, on ne fait plus des magouilles pas propre au niceau du processeur et de l'assembleur crade.
Un moteur 3d, ca peut servir pour pleins de choses et donc c 'est son interet de pouvoir le revendre a quelqu'un sans lui imposer de prendre une machine Intel sous Wouinwouin 9XP.
Qui sait, pe que l'armée utilise le moteur ?
Pe que les jeux sur consoles utilisent ce moteur ( Hint Quake 2 sur N64 utilise quoi ? ) ?
L'intéret du mutliplate forme est la, et si en plus ca fait plaisir a la communauté, c'est parfait.
Parce que des codeurs sous Linux, tu en trouve a la pelle.
Et coder un moteur 3d, c'est motivant.
Des artitstes 3d, c est vachement plus rare.
C'est super compliqué d'appliquer une texture correctement sur un modéle.
Et faire un modéle 3d correct, c 'est aussi complexe.
Enfin, maintenant, y Blender Open source, ca va peut etre changer ( mais ca m'etonnerai, pourquoi est ce que ca n'aurais pas changer avant )
Sauf erreur de ma part, il y a des biblis C++ pour gtk,donc, c'est pas une si grande aberration.
Le probleme, c'est pas l'interface et les menus, c'est le widget principal, c'est la grille de oocalc, le texte de owrite. C'est tout le concentré de l'interface, a mon avis.
Et ca, ca doit pas se porter facilement.
rien qui ne soit pas configurable, soit par l'application, soit par le thème, iirc. Donc.
Oui, je sais, j ai deja tente de mettre d'autres themes.
Aucun ne m'a convaincu, mais j ai pas fait une recherche tres pousse.
Le probleme, c est que c est le theme par defaut....
Je ne connait pas assez Gtk et le reste pour m'aventurer dans les sources :(
Mais bon, je vais essayer ca sur gaim.
Pour le fait que c etait pourri, j ai pe etait fort.
Si je suis pas clair, c est parce que je suis pas tres reveille.
J ai aussi besoin de sommeil ( a 16 h :( )
Donc, pour la molette, imagine ce que ca donnerai si elle tournai a l envers.
Et tu voit l'effet que j ai chez moi.
J imagine que c est un pb de config, mais je voit pas d ou ca vient...
Pour finir Je n'ai pas sous la main les éléments de comparaison, mais, pour l'instant, tu ne fais qu'avancer sans prouver.
Ben, j helas autre chose a faire que de trouver une comparaison point par point de gtk et qt..
Je ne suis pas persuadé que tout ce dont tu parles ait été fixé il y'a si longtemps dans Qt. Et, pour quelques uns, voire pas mal, des points que tu évoques, c'est lié à l'application, et vraiment pas à Gtk+.
He bien, c est vrai que depuis longtemps, c'est vague.
Mais il y a encore deux jours, j avais des pb avec les applis gtk.
Pb que j avais pas avec les applis kde.
Ou du moins, pas depuis kde2.
Meme kde1 , dans mon lointain souvenir, n avait pas lerreur que j'avais encore avant hier sur gtk
Ok, c est pas la meme chose...
Pour l'exemple de la boite de dialogue, quelqu un a fait remarquer que ca fait quelques annees que ca dure...
Je ne vais pas reinstaller une vielle distribs juste pour dire :
voila du qt, voila du gtk, et ca, ca, ca et ca, ca va pas.
Mais merci tout de meme de me tenir au courant des progres de gtk.
Je m'en souviendrai dans 6 mois quand je me remettrais en question sur mes applis.
Bonne remarque concernant le MDI.
Mais, en fait des applis pur QT, y en a pas tant que ca sous linux.
( enfin j'en utilise pas tant que ca )
Peut etre que si le MDI etait standardisé, genre dans http://www.freedesktop.org(...) ( je pense que c'est ca ), peut etre que les WM pourraient gerer ca correctement.
C'est vrai qu'un bon WM, c'est tout de suite plus propre que de faire gerer les applis par la fenetre.
Ca centralise le comportement...
Oui, ok, on peut definir des callbacks.
Ce que j'aurais voulu, c'est qu'il n'y est rien si il n'y a pas de callbacks.
On croit qu'il y a quelque chose, alors qu'il n'y a rien.
Est ce si difficile de voir qu'il n'y a pas de callbacks, et d'agir en consequence ?
C'est a dire, de ne pas illuminer, pour qu on puisse distinguer la ou il y a un callback, et la ou il n'est pas. Comme dit plus haut, ca a ete reglé, mais, pendant au moins un an c'etait pas le cas.
Si la reponse, c'est que c'est au programmeur de tout gerer, on peut revenir a la prog XLib...
La ca peut que etre la faute du programmeur, vu que la bibli fait rien...
Mais bon, je ne peut pas vraiment raler, ca fait longtemps que je me plaint de ca , sans faire de bugreport....
Ok, donc, voila un screenshot avec mes boutons et des bordures assez epaisses.
htpp://scherer.michael.free.fr/troll.png
Pour la zone de texte, je voyait pas les choses comme ca.
Je pensait plus a taper mon texte, et a pouvoir me deplacer a l'interieur comme je le fait avec ce commentaire que je tape.
en fait, mettre un retour chariot automatique, mais qui n'apparaisse pas dans les messages. C'est peut etre pas trés clair, mais, la ce commentaire, j'ai tout tapé sans appuyer sur entree. Pourtant Konqueror me met des retours a la ligne, et avec fleche haut, je remonte a la ligne du dessus.
Mais les retours a la ligne mis par Konqueror n'apparaisse pas dans le post, non ?
J'ai bien une longue ligne insipide.
Peut etre que Gtk2 le fait.
En parlant de ca aussi, sur mon ordi, la molette de la souris tourne a l'envers sur les applis gtk ( 1.2 ).
Quand je roule vers l'avant, ben, Gimp ( par exemple ) me diminue la valeur du controle glissiere ( exemple selection rectangulaire , option, adoucir, le controle pour regler ca ).
Comme j'imagine que ca doit etre reglé dans une nouvelle version de Gtk ou que ca n'arrive pas aux autres, est ce que je peut faire quelque chose d'autre que d'upgrader a nouveau ma machine et d'installer Gimp 1.3 pour remedier a ce probléme ....
Tu parle des gens qui utilisent des widgets non maintenus, mais, ca veut bien dire que les widgets d'avant étaient pourris.
Sachant que les problémes que j'ai soulevé sur gtk ont été réglés il y a longtemps dans qt, j'estime que qt avait quand même beaucoup d'avance sur gtk, qui , apparement, rattrape pas mal son retard.
<TROLL_for_fun_and_profit>
Et tout de même, le C++, c'est quand meme mieux ;)
</TROLL>
Je compare le gtk que j'avais sur ma mandrake 8.2, avec le qt que j'avais sur cette meme mandrake.
Effectivement, le probleme de la boite de dialogue n'existe plus sur la nouvelle version de Gtk. ( mandrake 9, que je vient d'installer ).
concernant les tonnes de bordures, j'ai pas utilisé de thémes particuliers.
et c'est vrai que j'ai pe exagéré la taille. mais, ca se voit mieux sur un petit ecran...
en fait, c'est le principe, c'est le gaspillage d'une 10aine de pixels.
je sais qu un théme peut améliorer ca. Sauf que , ca devrait etre bien par défaut.
Parfait! Gtk+ est donc au moins aussi bien, là. (je ne joue qu'à ton propre jeu, en ne considérant pas le reste)
Bien sur, si on veut faire mieux, on peut le faire. Tu est en train de me dire que on peut utiliser d'autres widgets plus puissants et voila ?
Ben oui, mais par défaut ce n'est pas le cas.
Un autre exemple , gaim.
la zone de texte est en fait un controle sur une ligne...
donc, fleche haut ne remonte pas...
C'est parce que le logiciel est mal fait ?
Qu'est ce qu'une zone de texte a une ligne si ce n'est un controle multiligne d'une seule ligne ?
Ca devrait etre plus cohérent au niveau de la bibli.
Peut etre, bien sur que c'est en cours...
Et pour le coté non graphique de la boite de dialogue, c'est vrai que c'est bien mieux, mais c'est pour Gnome, donc a comparer avec celle de KDE, qui offre plus d'options...
Je l'ai souvent repete, ce qu'il faut, c'est porté Qt par dessus gtk, comme on a porté qt sur windows..
et pareil pour gtk.
gtk porté par dessus qt.
ca serait lourds, pe, mais, au moins, on aurait the gimp en qt ;)
et konqueror en gtk....
[^] # Re: URPMI Vs APT ... no troll please :)
Posté par Misc (site web personnel) . En réponse à la dépêche www.apt-get.org. Évalué à 0.
Je me cite:
à cause d'une grosse faiblesse que traine le format rpm (les dépendances sur les fichiers)
le fait de dire que , par exemnple, TuxRacer depend du fichier libMesa.4.0 ?
c'est pas une faiblesse, c'est une fonctionnalite.
j'ai pu, sans foutre en l'air ma mandrake, installer tuxracer, sans briser de dependances, avec une version de mesa compile pour la bibli glide2 ( ben oui, une version special pour 3dfx 1, je sais je suis un gros retrograde, compile par mes petites mains ( et gcc , faut pas deconner ;-) )
donc, au final, ca a son avantage.
enfin, si c est bien de ca que tu parles.
maintenant, bien sur, c est un cas particulier, je suis d'accord...
je suis d accord de dire que c pas bien le force, mais bon, au final c est ce que tu fait....
rien ne garantit que mixer les paquets soit sur ( gcc 3.2, pas compatible avec les anciens trucs ).
[^] # Re: URPMI Vs APT ... no troll please :)
Posté par Misc (site web personnel) . En réponse à la dépêche www.apt-get.org. Évalué à 0.
Enfin, perso, moi, je le fait ( enfin, pour des paquets perso ), et sans deconner, j ai vu quasiment aucune erreur ou warnings sur les packages des employes mandrake, et tres peu d erreurs sur les autres.
[^] # Re: URPMI Vs APT ... no troll please :)
Posté par Misc (site web personnel) . En réponse à la dépêche www.apt-get.org. Évalué à 0.
et pareil, c la faute du clavier
et chez mandrake, on passe le package a rpmlint, qui signale les fautes les plus courantes. enfin, on est sense le faire, best practices....
je suis d accord pour ispell sur linuxfr, mais, ca surchargerai le serveur....
troller c bien entre deux cours, n est ce pas jean mi ;-)
(-1 et plus, parce que ca vire au private joke entre binomes )
[^] # Re: URPMI Vs APT ... no troll please :)
Posté par Misc (site web personnel) . En réponse à la dépêche www.apt-get.org. Évalué à 1.
et pareil, tu peut mixer cooker et la 9.0 sans probleme.
et, tu est pas oblige de suivre ce que urpmi te dit de faire, tu peut le forcer a installer sans les dependances avec les options --force , et consorts.
si effectivement le package pour talkd est mal fait, ca changera rien quel que soit l outil utilise.
bien sur, on ne peut pas avoir 900 developeurs, mais tu doit quand meme reconnaitre que avec une paire de developeurs, mandrake fait du bon boulot...
tu parle de fonctionnalites inferieurs de rpm, mais a quel niveau ?
si rpm , c est inferieur parce que les paquets sont moins bien fait, alors chapeau,ca, c'est du troll de haut niveau.
le rpm propose les capacites virtuels, comme les .deb, et le seul truc qui existe pas c'est les packages recommendes, a ma connaissance.
et je pense pas que ca manque tant que ca...
tu peut, tout comme debian, reconstruire tes paquets, tu peut meme specifier comment reconstruire le paquet en passant des options a rpm .
ex : le noyau, dont diverses versions existe ( entreprise, securise, smp ).
a partir d'un seul rpm source, tu construit plusieurs rpm binaires en passant des options au programme rpm
je suppose que ca existe aussi sur debian, mais, on n a pas pu me renseigner, alors dans le doute, je ne dit rien.
[^] # Re: Les ordinateurs d'Oracle passent à Linux
Posté par Misc (site web personnel) . En réponse à la dépêche Les ordinateurs d'Oracle passent à Linux. Évalué à 2.
Mais, c'est vrai que solrais est lent.
Le serveur X de mon pentium 233Mhz etait bien plus reactif que celui d'une station sun 500Mhz.
Ok, c'est pas la meme resolution, mais, bon, faut pas pousser.
C'etait pas le meme prix non plus....
[^] # Re: Quel PC Linux chez votre épicier du coin ?
Posté par Misc (site web personnel) . En réponse à la dépêche Linux Bureau: quelle distribution meurt en premier ?. Évalué à 1.
Oui, bien sur, mais comme c est justement un vieux trucs, ca apporte plus d'en tirer le maximum.
J'ai une vielle carte, qui tourne sous 95 en 800x600 , 65000 couleurs, et pas sous linux, donc 640x480 en 256, ben ca fait un choc.
Je m attends pas a avoir des trucs monstrueux, mais quand meme, il y a une grosse difference entre un driver VESA ( exemple, celui de qnx ) et un vrai driver.
Et puis, tout le monde dit que les jeux c etait mieux avant.
Quel dommage de ne plus pouvoir faire un petit quake parce que la carte est de toute facon depasses....
<I>
Je crois que la prioprité est bien choisie, ceci dit si ils publiaient plus de doc, ils auraient plus d'apprentis codeurs...
</I>
Je suis d accord, mais d un autre cote, si c etait si facile ca se serait pe deja fait....
Une remise a plat de XFRee ne serait pas mal, a mon sens.
Au vue de la taille de la doc, des specifications et du systeme de construction des packages, ca devient meme indispensable.
[^] # Re: Quel PC Linux chez votre épicier du coin ?
Posté par Misc (site web personnel) . En réponse à la dépêche Linux Bureau: quelle distribution meurt en premier ?. Évalué à 2.
On ne pense pas aux autres ?
Si jamais je vient a recuperer une viel machine, avec une de ces vielles cartes, et paf, elle est plus supportés.
Dommage, a plus forte raison si c'est pour une association caritative, ou pour la recycler et l'envoyer dans un pays en developpement.
Je pensait que l'obsolecence du materiel, ca ne concernait que le logiciel proprietaire.
Dommage que 3dfx a fermé ses portes,
Ils ont pas fermés, ils se sont fait phagocités par NVidia.
Et 3dFx soutenait leur bibliothéque Glide, pas trés standard dans la mesure ou elle ne tournait que sur leur cartes.
Enfin, elle est passé sous Gpl, mais personne ne l'utilise....
[^] # Re: Update
Posté par Misc (site web personnel) . En réponse à la dépêche Le Feu sur security.debian.org. Évalué à 1.
De un, il y a des boites qui doivent se charger de ca, et de deux, la aussi, on se constitue nous memes un processus de sauvegarde, dans la mesure ou ce sont des gens de la communaute qui font les mirroirs.
<troll>
Sans compter qu'une boite qui fait du proprio peut investir dans un coupe feu...
</troll>
Mais c 'est vrai, le logiciel libre fait ca de maniere plus elegante....
[^] # Re: Hors-Série Login n°15 - Spécial PHP
Posté par Misc (site web personnel) . En réponse à la dépêche Hors-Série Login n°15 - Spécial PHP. Évalué à 6.
Ben, si mes souvenirs sont bons, Login est sous plastique, on ne peut pas le feuilettais avant...
C est la faute a LMF, avec leur idées de pouvoir regarder avant d'acheter, maintenant, on s'y habitue...
[^] # Re: Ah les chiffres....
Posté par Misc (site web personnel) . En réponse à la dépêche Windows et Office, vache à lait de Microsoft. Évalué à 1.
[^] # Re: Ah les chiffres....
Posté par Misc (site web personnel) . En réponse à la dépêche Windows et Office, vache à lait de Microsoft. Évalué à 2.
[^] # Re: OpenGL 2.0 strikes back
Posté par Misc (site web personnel) . En réponse à la dépêche OpenGL 2.0 strikes back. Évalué à 1.
Et, on peut se servir d'un moteur 3d pour faire des simulations.
Par exemple, se deplacer dans une maison "virtuel", ou pour montrer des strategies ( qui sait pe que l armee utilise CounterStrike ? ).
Il y a quand meme plus d'utilisation que le jeu a un moteur 3d, ou je me trompe ?
Et pour finir, en l occurence, le moteur de Quake n'est plus maintenu par Id Software , mais par la communaute, donc c'est pe un cauchemar, mais, pas pour eux...
[^] # Re: Le Japon envisage d'abandonner Windows pour GNU/Linux
Posté par Misc (site web personnel) . En réponse à la dépêche Le Japon envisage d'abandonner Windows pour GNU/Linux. Évalué à 3.
car au vue des ventes de XBox au japon
( http://fr.games.yahoo.com/021114/24/2uimi.html(...) ), j'en venait a me demander si il y avait pas un embargo dessus...
[^] # Re: Le Japon envisage d'abandonner Windows pour GNU/Linux
Posté par Misc (site web personnel) . En réponse à la dépêche Le Japon envisage d'abandonner Windows pour GNU/Linux. Évalué à 1.
http://www.delegate.org(...)
[^] # Re: Le Japon envisage d'abandonner Windows pour GNU/Linux
Posté par Misc (site web personnel) . En réponse à la dépêche Le Japon envisage d'abandonner Windows pour GNU/Linux. Évalué à 3.
Bien sur, si Excel fait exploser ma souris et que ca declenche une fusion du reacteur qui est pres de chez moi, ils ne sont pas responsables.
Mais, faut egalement compter avec la réticence des gens, qui se disent que OpenOffice, c'est archi different de Office, et qui refuse de changer.
sans compter le cout du changment, la perte ( dans un premier temps ) de productivité, les couts de formation.
La force de microsoft, c'est pas que le marketing, c'est aussi la base installé, et tout le travail préliminaire. Ce lavage de cerveau, cette idée qu il n'y a que Windows, et que les autres, bof.
Meme les gens qui connaissent l'existence des Macs ne se renseignent pas sur ca, car ben, il y a Windows, donc c'est bon.
Alors Nunux...
On les a renseignés, plus la peine de refléchir....
[^] # Re: OpenGL 2.0 strikes back
Posté par Misc (site web personnel) . En réponse à la dépêche OpenGL 2.0 strikes back. Évalué à 7.
Ca c'est une boite qui pense a ses employés ;)
Plus sérieusement, un programme multiplateforme est plus robuste, car justement, on ne fait plus des magouilles pas propre au niceau du processeur et de l'assembleur crade.
Un moteur 3d, ca peut servir pour pleins de choses et donc c 'est son interet de pouvoir le revendre a quelqu'un sans lui imposer de prendre une machine Intel sous Wouinwouin 9XP.
Qui sait, pe que l'armée utilise le moteur ?
Pe que les jeux sur consoles utilisent ce moteur ( Hint Quake 2 sur N64 utilise quoi ? ) ?
L'intéret du mutliplate forme est la, et si en plus ca fait plaisir a la communauté, c'est parfait.
[^] # Re: « Internet » Software Consortium ?
Posté par Misc (site web personnel) . En réponse à la dépêche Nouvelle vulnérabilité dans BIND. Évalué à 1.
Je connait pas la licence de bind, mais doit y avoir un petit " utilisable a vos risques et perils", comme tout les LL...
Y a pas de loi qui oblige a divulguer une faille, ni a la reporter a son auteur.
Enfin, je suppose.
Qu'en pensez vous ?
[^] # Re: L'ouverture des sources, l'avenir du jeu
Posté par Misc (site web personnel) . En réponse à la dépêche L'ouverture des sources, l'avenir du jeu. Évalué à 3.
Et coder un moteur 3d, c'est motivant.
Des artitstes 3d, c est vachement plus rare.
C'est super compliqué d'appliquer une texture correctement sur un modéle.
Et faire un modéle 3d correct, c 'est aussi complexe.
Enfin, maintenant, y Blender Open source, ca va peut etre changer ( mais ca m'etonnerai, pourquoi est ce que ca n'aurais pas changer avant )
[^] # Re: Ca compile c'est déjà ça ...
Posté par Misc (site web personnel) . En réponse à la dépêche OOo pour MacOS X : ça compile c'est déjà ça .... Évalué à 1.
Le probleme, c'est pas l'interface et les menus, c'est le widget principal, c'est la grille de oocalc, le texte de owrite. C'est tout le concentré de l'interface, a mon avis.
Et ca, ca doit pas se porter facilement.
[^] # Re: Ca compile c'est déjà ça ...
Posté par Misc (site web personnel) . En réponse à la dépêche OOo pour MacOS X : ça compile c'est déjà ça .... Évalué à 1.
Oui, je sais, j ai deja tente de mettre d'autres themes.
Aucun ne m'a convaincu, mais j ai pas fait une recherche tres pousse.
Le probleme, c est que c est le theme par defaut....
Je ne connait pas assez Gtk et le reste pour m'aventurer dans les sources :(
Mais bon, je vais essayer ca sur gaim.
Pour le fait que c etait pourri, j ai pe etait fort.
Si je suis pas clair, c est parce que je suis pas tres reveille.
J ai aussi besoin de sommeil ( a 16 h :( )
Donc, pour la molette, imagine ce que ca donnerai si elle tournai a l envers.
Et tu voit l'effet que j ai chez moi.
J imagine que c est un pb de config, mais je voit pas d ou ca vient...
Pour finir
Je n'ai pas sous la main les éléments de comparaison, mais, pour l'instant, tu ne fais qu'avancer sans prouver.
Ben, j helas autre chose a faire que de trouver une comparaison point par point de gtk et qt..
Je ne suis pas persuadé que tout ce dont tu parles ait été fixé il y'a si longtemps dans Qt. Et, pour quelques uns, voire pas mal, des points que tu évoques, c'est lié à l'application, et vraiment pas à Gtk+.
He bien, c est vrai que depuis longtemps, c'est vague.
Mais il y a encore deux jours, j avais des pb avec les applis gtk.
Pb que j avais pas avec les applis kde.
Ou du moins, pas depuis kde2.
Meme kde1 , dans mon lointain souvenir, n avait pas lerreur que j'avais encore avant hier sur gtk
Ok, c est pas la meme chose...
Pour l'exemple de la boite de dialogue, quelqu un a fait remarquer que ca fait quelques annees que ca dure...
Je ne vais pas reinstaller une vielle distribs juste pour dire :
voila du qt, voila du gtk, et ca, ca, ca et ca, ca va pas.
Mais merci tout de meme de me tenir au courant des progres de gtk.
Je m'en souviendrai dans 6 mois quand je me remettrais en question sur mes applis.
[^] # Re: Ca compile c'est déjà ça ...
Posté par Misc (site web personnel) . En réponse à la dépêche OOo pour MacOS X : ça compile c'est déjà ça .... Évalué à 1.
Mais, en fait des applis pur QT, y en a pas tant que ca sous linux.
( enfin j'en utilise pas tant que ca )
Peut etre que si le MDI etait standardisé, genre dans http://www.freedesktop.org(...) ( je pense que c'est ca ), peut etre que les WM pourraient gerer ca correctement.
C'est vrai qu'un bon WM, c'est tout de suite plus propre que de faire gerer les applis par la fenetre.
Ca centralise le comportement...
[^] # Re: Ca compile c'est déjà ça ...
Posté par Misc (site web personnel) . En réponse à la dépêche OOo pour MacOS X : ça compile c'est déjà ça .... Évalué à 2.
Ce que j'aurais voulu, c'est qu'il n'y est rien si il n'y a pas de callbacks.
On croit qu'il y a quelque chose, alors qu'il n'y a rien.
Est ce si difficile de voir qu'il n'y a pas de callbacks, et d'agir en consequence ?
C'est a dire, de ne pas illuminer, pour qu on puisse distinguer la ou il y a un callback, et la ou il n'est pas. Comme dit plus haut, ca a ete reglé, mais, pendant au moins un an c'etait pas le cas.
Si la reponse, c'est que c'est au programmeur de tout gerer, on peut revenir a la prog XLib...
La ca peut que etre la faute du programmeur, vu que la bibli fait rien...
Mais bon, je ne peut pas vraiment raler, ca fait longtemps que je me plaint de ca , sans faire de bugreport....
[^] # Re: Ca compile c'est déjà ça ...
Posté par Misc (site web personnel) . En réponse à la dépêche OOo pour MacOS X : ça compile c'est déjà ça .... Évalué à 2.
htpp://scherer.michael.free.fr/troll.png
Pour la zone de texte, je voyait pas les choses comme ca.
Je pensait plus a taper mon texte, et a pouvoir me deplacer a l'interieur comme je le fait avec ce commentaire que je tape.
en fait, mettre un retour chariot automatique, mais qui n'apparaisse pas dans les messages. C'est peut etre pas trés clair, mais, la ce commentaire, j'ai tout tapé sans appuyer sur entree. Pourtant Konqueror me met des retours a la ligne, et avec fleche haut, je remonte a la ligne du dessus.
Mais les retours a la ligne mis par Konqueror n'apparaisse pas dans le post, non ?
J'ai bien une longue ligne insipide.
Peut etre que Gtk2 le fait.
En parlant de ca aussi, sur mon ordi, la molette de la souris tourne a l'envers sur les applis gtk ( 1.2 ).
Quand je roule vers l'avant, ben, Gimp ( par exemple ) me diminue la valeur du controle glissiere ( exemple selection rectangulaire , option, adoucir, le controle pour regler ca ).
Comme j'imagine que ca doit etre reglé dans une nouvelle version de Gtk ou que ca n'arrive pas aux autres, est ce que je peut faire quelque chose d'autre que d'upgrader a nouveau ma machine et d'installer Gimp 1.3 pour remedier a ce probléme ....
Tu parle des gens qui utilisent des widgets non maintenus, mais, ca veut bien dire que les widgets d'avant étaient pourris.
Sachant que les problémes que j'ai soulevé sur gtk ont été réglés il y a longtemps dans qt, j'estime que qt avait quand même beaucoup d'avance sur gtk, qui , apparement, rattrape pas mal son retard.
<TROLL_for_fun_and_profit>
Et tout de même, le C++, c'est quand meme mieux ;)
</TROLL>
[^] # Re: Ca compile c'est déjà ça ...
Posté par Misc (site web personnel) . En réponse à la dépêche OOo pour MacOS X : ça compile c'est déjà ça .... Évalué à 2.
Effectivement, le probleme de la boite de dialogue n'existe plus sur la nouvelle version de Gtk. ( mandrake 9, que je vient d'installer ).
concernant les tonnes de bordures, j'ai pas utilisé de thémes particuliers.
et c'est vrai que j'ai pe exagéré la taille. mais, ca se voit mieux sur un petit ecran...
en fait, c'est le principe, c'est le gaspillage d'une 10aine de pixels.
je sais qu un théme peut améliorer ca. Sauf que , ca devrait etre bien par défaut.
Parfait! Gtk+ est donc au moins aussi bien, là. (je ne joue qu'à ton propre jeu, en ne considérant pas le reste)
Bien sur, si on veut faire mieux, on peut le faire. Tu est en train de me dire que on peut utiliser d'autres widgets plus puissants et voila ?
Ben oui, mais par défaut ce n'est pas le cas.
Un autre exemple , gaim.
la zone de texte est en fait un controle sur une ligne...
donc, fleche haut ne remonte pas...
C'est parce que le logiciel est mal fait ?
Qu'est ce qu'une zone de texte a une ligne si ce n'est un controle multiligne d'une seule ligne ?
Ca devrait etre plus cohérent au niveau de la bibli.
Peut etre, bien sur que c'est en cours...
Et pour le coté non graphique de la boite de dialogue, c'est vrai que c'est bien mieux, mais c'est pour Gnome, donc a comparer avec celle de KDE, qui offre plus d'options...
[^] # Re: Ca compile c'est déjà ça ...
Posté par Misc (site web personnel) . En réponse à la dépêche OOo pour MacOS X : ça compile c'est déjà ça .... Évalué à 2.
et pareil pour gtk.
gtk porté par dessus qt.
ca serait lourds, pe, mais, au moins, on aurait the gimp en qt ;)
et konqueror en gtk....
le reve.