bon google!! , on peut se plaindre 100 000 ans, mais déjà ce plugin permet de largement compenser un manque (relatif) de gimp
ensuite, OUI, 1000 fois oui, le PLAN prévu est effectivement de foutre un vrai support total de cmjn _dans_ les fonctions de manipulations d'images de gimp . oui 1 milliard de fois OUI, , c tous les jours dit sur les ml des développeurs gimp, c dit PARTOUT , en toutes les langues.
alors les graphistes, les graphistes, c bien beau, mais perso, je ne veux pas absolument leur virer photoshop pour gimp, , gimp2 est pour moi un déjà bien bel outil qui me sert (pour des photos oui oui ) , et c'est je pense le principal, en faire le meilleur outil. faut du temps.
pour une version native aqua, ce n'est absolument pas du tout du tout du tout du tout un soucis des développeurs de gimp (c'est comme ca, et se rouler par terre devant eux ne change rien et merci, mais je me vois pas refaire gdk pour quartz).
gtk-osx ne progresse pas et n'aide en rien (ce projet en réalité visait a faire marcher cinepaint en natif sur osx, et ne visait que gtk 1 et non 2, alors que 2 à l'époque commençait a se répandre chez les développeurs opensource.)
reprogrammer gimp lui même en cocoa, en théorie est plus facile avec la version 2.0 que 1.2.x puisqu'ils auraient mieux séparer le traitement et le code qui fait la gui gtk. mais gimp2 a ce que j'ai lu (je n'ai pas activement lu le code donc je peux dire des bétises plus grosse que la cathédrale d'Amiens) utilise beaucoup gobject , un portage à cocoa n'est donc pas trivial.
en tout cas, y a la une base
et y a aussi le projet littleCMS qui vaut peut etre le coup de se pencher
y a aussi le probleme des licences d'utilisations des profils ICC et ICM qui vaut ptet le coup de réfléchir
bref, y a la une _base_.
relancez gimp2 . le plugin permet de faire de la séparation entre autre.
oui bon je sais, c un peu lourdingue, l'auteur a pas fignolé l'archive pour la version gimp2, faudrait que je lui écrive.
si tout cela est intégré a gimp 2.x, ca serait déjà un premier pas tres intéressant pour que les trolleurs la ferme (parce que bon dieu, pour une foule de besoins gimp2 est TRES BIEN et on vous demande pas plus que cela)
accessoirement bien sur, les fichiers icc et icm de Adobe (ou autre, fouillez google ) ne peuvent pas etre distribué par gimp ou par une distrib linux mais vous avez le droit de les utiliser.
>Bien sûr que non, et ça ne l'a jamais été, mais c'est ce qu'il faut propagander.
oui enfin, y a quand même pas mal de libertés ici hein, faut quand même pas déconner.
je suis tout à fait d'accord que tout ce qui se passe autour des bidules electroniques, culture numérique etc est frustrant, enervant et donne envie de tout casser quand on se sent impliqués dans tout cela. Mais la France reste quand même un pays de libertés. ptet des libertés "régulés" ? ptet pas la _totale et pleine_ liberté de faire tout ce qu'on veut ? ok ok , mais y a quand même une recherche de compenser les realités de la société avec le maximum de "liberté" possible.
tout ce foin eucd, etc, ce n'est PAS une question de liberté ! pour tous les votants, ca ne parle PAS de liberté, pour eux ca n'a aucune emprise. ici on parle légaliser des usages, de criminaliser ce qui leur apparait comme une menace à des interets privés.
Est-ce bien sage ? Est-ce vraiment pour le bien de la société ? Est-ce desinteressé, je ne le pense pas, ces lois ne servent qu'a protéger des structures rendues obsolètes par le net et l'informatisation de la culture et c'est plus que scandaleux. _mais_ ce n'est pas un débat sur la Liberté.
j'ai encore la liberté de programmer dans mon coin
j'ai encore la liberté de PAS CONSOMMER LEURS PRODUITS (et quand à force de les protéger ces produits ne m'interesseront plus.. ben bye bye messieurs les vendeurs)
j'ai encore la liberté de donner mon opinion (tant que je cherche pas a provoquer des crimes) sur ce site.
et on peut toujours dire "en France y a po de liberté" tous les jours.
et puis mais votez donc en masse pour des partis qui se sont prononcés _contre_ ces abus alors ? les Verts se sont bien positionnés sur ca
la LCR aussi. doit y en avoir d'autres.
Et au final, si a force de tout bloquer, leurs produits n'interessent plus les gens, alors ca ne se vendra pas, et ca se débloquera. (le commerce triomphe toujours, enfin du moins c'est ce qu'on tente toujours de faire)
sinon, si les produits restent toujours "interessants", c'est que finalement ce n'était pas si grave, qu'on fera comme d'habitude (du bon hack des familles entre potes ou chez soi pour bidouiller gentiment) et ca passera de mode.
(la situation est préocupante mais calmons nous, c pas la dictature Big Brother )
Posté par - - .
En réponse à la dépêche PHP 5 RC 1.
Évalué à 1.
faut assumer un choix et savoir le défendre. si on a de la bouteille et qu'on a prouvé ses compétences, ca passe. sinon, avant de se plaindre devant le grand Manitou "c la faute aux medias, a la propagande et a leur connerie" faut ptet voir si de son propre coté on sait etre convaincant et serieux.
justement est là tout le probleme. Microsoft profite de sa situation dominante pour m'imposer non pas simplement un framework que je pourrais utiliser pour faire un beau logiciel ou un beau codec, mais carrement des outils utilisateurs de haut niveau (media player) ET UN FORMAT , format qui permet ainsi d'imposer un outil (et un framework) ,outils qui imposent un format etc etc etc en boucle
et evidemment, en tant que développeur, je me retrouve ds la situation de devoir privilégier le monde microsoft pour la simplicité.
il faut une bonne fois pour toute que avi (ou directX) soient remis à leur place! celle d'un framework , qui doit etre ouvert, servir de fondation à des logiciels multimédias, ok, mais jamais sans que cela puisse servir à imposer un format proprio ou _1_ utilitaire proprio ou _un_ os. en gros, microsoft doit gérer Avi (et direct3d et consorts) de manière plus responsable, etre limité dans leur droit de le modifier arbitrairement, etre limité dans leurs possibilités de logiciels "haut niveau", etre limité dans le type de contrat qu'ils peuvent imposer à leur partenaire vis à vis de wma etc.
ce n'est pas si particulier, ce n'est pas la premiere fois qu'un grand groupe s'est pris des limitations severes dans son business
le but est simple : encourager la concurrence et multiplier les produits concurrentiels.
> je ne vois pas au nom de quoi on pourrait les empecher de vendre ce qu'ils veulent.
au nom des lois sur le commerce et la concurrence et pour réguler le marché
IBM a eu des restrictions sur les contrats qu'ils avaient le droit de proposer, sur les marchés qu'ils avaient le droit d'investir etc. au nom de quoi ? au nom de la loi américaine
il dit qu'il veut éviter de favoriser microsoft au DETRIMENT du libre
qu'on le veuille ou non, OUI TOUT EST PARTISAN, en particulier la communauté GNOME est partisan _du libre_
et si on estime que microsoft fait tout pour empècher le simple _emploi_ du libre, alors oui, ils sont anti microsoft.
mais c'est seulement ds ces cas là
et encore une fois, utiliser MONO, ne veut _pas_ dire utiliser tout .NET et partir à vie dans la compatibilité des classes .net windows
gtk# !
heu au fait, la maturité et l'adoption de gnome ou kde et du libre en général fait du tort à microsoft. ben vi.
cela fait "moins" de tort à des entreprises comme sun ou ibm parce qu'elles essaient de composer avec. donc on se formalise pas sur elles.
>C'est une approche un peu partisane qui n'est pas necessairement des plus >pertinentes...
Havoc a absolument pas orienté son commentaire en "tuons microsoft", sinon il ne tolererait meme pas l'usage de gtk# par quelques applications en préparation ds gnome.
>Apple peut rajouter des specs à OpenStep, étant propriétaire.
"openstep" n'est pas qu'à apple, faudrait vérifier ce qu'il en est de leur accord avec sun.
openstep a été normalisé avec NeXT et Sun.
depuis openstep, cocoa a rajouté quelques extensions, les plus visibles sont les "feuilles", et les "drawers". l'api a eu qq ajouts et améliorations aussi.
notons que cocoa a toutes ses classes prètes pour java aussi.
et oui, ils peuvent limiter la compatiblité en ajoutant a tout va des nouveautés, mais cela peut se retourner contre eux, en aliénant les developpeurs macs.
sinon, Havoc ne dit pas de simplement "suivre tout le temps". il explique que Gnome pourrait utiliser l'une de ces fondations, utiliser "officiellement" un langage plus évolué, mais pas forcément de chercher a rester compatible à tout va.
exemple :
c# et mono : ok MAIS gnome utiliserait en fait Gtk#, qui n'a que peu de rapports avec les classes .NET winforms etc sur windows.
java : la jvm etc, ok, mais pas swing, mais les classes java-gtk java-gnome etc
objective-c : pourquoi pas après tout ? objective-c est un beau langage, gnustep est découpé en 2 blocs en gros, fondation et appkit, nul n est obligé d'adopter appkit totalement parce que objective-c est intéressant, de nouvelles classes "gnome" pourrait etre ecrites en objective-C sans chercher a etre identiques a "cocoa".
bref , havoc cherche a promouvoir le choix de _un_ langage/framework plus évolué que C comme evolution de gnome, mais pas de dire "migrons à bidule et soyons compatible à vie"
exécuter n'importe quelle application ou commande sous l'utilisateur que vous voulez, depuis le shell ,avec les commandes su ou sudo
utilisez le loggeur GDM
gdm vous apporte des commandes tel que gdmflexiserver
vous pouvez rouvrir une session graphique plein écran (un second ecran virtuel, autant qu'il en faut) sous n'importe quel utilisateur ou dans une sous fenetre
il ne manque qu'une petite applet gnome ou kde pour montrer dans votre panel (ou dock ou root menu ou whatever!) la liste des sessions graphiques en cours, il existe une ptite applet préliminiaire qui fait ca pour le gnome-panel, mais pas encore bien finie
bien entendu tout cela etait déjà possible depuis la nuit de temps avec X et XDM mais en moins jolie.
rappelons que XFree permet les bureaux virtuels (multiples bureaux ou un GRAND bureau plus grand que l'écran) ,apportant choix et souplesses aux utilisateurs experts.
bref, ca suffit de dire n'importe quoi !
oui, bien des possibilités "avancées" sont malheureusement "obscure" (il manque un zoli menu) mais ce genre de choses que fait "xp" , je le faisais depuis des années !
les zolis menu seront là d'ici gnome 2.8 et future kde. je rappelle qu'avant de faire du zoli fignolage et des zolis menus, gnome et kde devaient construire un _bon_ framework de developpement d'applications. c l'une des _grosses_ raisons d'un "relatif" retard en convivialité par rapport au dernier OSx ou Win xp
c"était du mauvais esprit avec un gros préjugé "toa t'as un pc pour zouer, spece de po digne!" :)
une remarque mechante parce qu'au fond ce commentaire m'a "énervé" , ce n'est pas parce qu'on "ne voit pas l'interet" que cela n'en aurait pas
pour pas mal d architectures "non pc" et des besoins très pro, le "hotplug" est indispensable. (quand il faut changer un cpu d'une machine multiproc sans l'arreter , ou lui ajouter des cartes d extensions alors que la moindre seconde de non disponibilité va faire exploser des utilisateurs )
windows utilise ses propres charset. plus ou moins proches des normalisées.
windows95 était absolument _pas_ utf8.
windows 2K et XP ont pas fini de migrer vers utf8
(par exemple, notepad ou excel en import cvs en a rien a cure du utf8 ... le systeme seul ne suffit pas, faut aussi que les applications fournies et les programmes populaires travaillent en utf8 , suffit pas d'ajouter une fonction magique ds windows ou linux )
les problemes de charset ont fait mal dés qu'on commencait a vouloir balader des fichiers de mac vers win et inversement. non je ne parle pas des problemes des retour chariots :)
sous linux tu as découvert le probleme justement parce que windows n'utilise pas exactement ceux courants sous unix
d'ou les histoires avec samba et consorts
OSX passe à utf8 , windows passe à utf 8 et linux aussi.
quand _toutes_ les parties des systemes et _toutes_ les applications utiliseront utf8 (sous linux c en bonne voie d etre total) , il y aura nettement moins de problemes.
a noter que linux ne force pas un charset pour les noms de fichiers, gnome 2 et surement KDE 3 doit les stocker en utf8 par convention, des applications plus anciennes peuvent se plaindre et inversement.
la finalité de "linux" n'est PAS de concurrencer windows
surtout PAS
parce que windows est un MAUVAIS concurrent
la finalité de linux c'est de dépasser linux
la finalité de linux
c'est d'etre le meilleur unix pour les ingénieurs
c'est d'être la meilleure plateforme pour les informaticiens
c'est d'être le systeme le plus simple et le plus puissant pour les gens
etc
les efforts de gnome (et de freedestkop au travers de udev, hald etc) de faire en sorte que les mount et branchements de disques soient TRANSPARENTS ne se fait pas en opposition a la souplesse de la commande "mount"
il n'y a aucune lutte pour faire de linux un mauvais os pour neuneu, aucunement!
mais il y a aussi des efforts pour faire que linux (en fait gnome et kde) gère de manière transparente la machine.
tel un osx, l'utilisateur averti pour toujours alller de l'autre coté du miroir et faire son job technique.
le concurrent n'est PAS windows
Windows n'est PAS simple
windows n'est PAS le modèle
les gens ne veulent PAS windows
les gens veulent un outil UTILE , EFFICACE et SIMPLE.
CSS et html ont jamais été pensé pour faire une "interface graphique"
et XUL est infiniment plus complexe pour justement pouvoir décrire des interfaces graphiques
XAML est _pas_ un remplacant de HTML donc la question de "xaml va t'il remplacer html" ne se pose pas
et de toute façon, on ne peut PAS remplacer XHTML/html pour le web. on a _besoin_ du html et de supporter les _millions_ de page web
pour le cas XAML, on ne va _pas_ développer du xaml à la main dans la plupart des cas quand on fait une "bonne vielle application" (genre, paintshop pro, word, etc hein )
on utilisera un environnement de developpement avec son éditeur d'interfaces.
XAML n'est qu'une souplesse pour pouvoir transporter/modifier selon les besoins, l'interface d'une application (qu'elle soit "internet" ou non)
libglade n'est pas si éloigné de cela
xul est tout à fait utilisable
et de toute façon
il faudra toujours implémenter les "callbacks" des widgets et de l'interface dans un bon vieux langage de programmation (qu'il soit objet, pseudo compilé, procédural ou autre) , oui oui c# c est aussi un "bon vieux langage" (une nouvelle syntaxe quoi )
et encore une fois, il n y aura pas d'explosions et de revolutions de la mort
oui encore une fois Microsoft propose un nouvel outil à ses développeurs
je rappelle que DDE etait un bon outil
puis OLE fut une bonne fondation
puis AVI
puis Direct X
etc
et a chaque fois, cela devait tuer toute forme de rebellion
et a chaque fois c est devenu l'outil standard des developpeurs windows (ben vi, ce sont des technologies windows, faudrait etre con pour s'en passer) et le concurrent de technologies d'autres OS/plateformes.
GNOME (ou kde) a PAS forcément besoin d'un "XML pour décrire les interfaces graphiqueuuux puisque MS le fait"
Gnome a besoin d'un environnement de developpement et d'une API pratique, puissante, rapide et intégré avec un os (linux par exemple) rapide, pratique , puissant
le tout bien documenté
et avec une licence pratique, connue et souple (comme la LGPL et la GPL )
le plus grand MAL de gnome (et pas de kde cette fois) c'est le _manque_ d'un véritable outil COMPLET et TOTAL pour développer une application
qq chose similaire au couple Xcode/Interface builder d'Apple ou Visual Dev de microsoft
non, pas un simple "éditeur", aussi bon soit il comme anjuta ou surpuissant comme emacs
mais d'un environnement complet
prenant en compte la création d'un document d'aide pour scrollkeeper, permettant a la "wysywig" de faire son interface "glade" INTEGRE avec le CODE (gtk#, c ou python ) tapé à coté. (brer que glade soit fusionné / intégré avec un anjuta like ou du moins collabore avec ), permettre de créer l'icones, le .desktop, le .spec pour le rpm etc ,
ceci est infinimemt plus important qu'une enieme "techno à la cool"
parce que microsoft ou apple, ou meme sun, ce n'est pas seulement une "enieme techno à la cool" mais en meme temps L'OUTIL pour pouvoir "mettre en oeuvre cette enieme technologie a la cool" et manifestement, la communauté sur linuxfr n'a pas saisi cela.
l'outil et LA DOC c'est IMPORTANT pour convaincre des developpeurs, des etudiants, des équipes ,des décideurs.
et alors que la communauté GNOME réalise l'importance vitale de documenter et d'avoir des sites _officiels_ de supports, il serait farfelu d'oublier tout cela parce que subitement "viiiite faut qu'on casse tout ce qu'on fait parce qu'il faut faire un clone de xaml!!!!!"
j"en suis encore à me demander en quoi me foutre a taper en une syntaxe xml et styler en .css mon interface graphique de soft à la con comme des pan ou des gimp2 va être plus fabuleux que si j'avais un BON environnement de _développement_ ...
QT designer de trolltech, c quand meme autre chose quand on y pense. ca c du concret.
le finder peut faire partir le parcours (la racine) depuis ton homedire
ce qui réduit cONSIDERABLEMENT la profondeur.
le fait est que bien souvent, tout est probleme d'organisation
la vue colonne, oui faut scroller en horizontal, a ce la je fais remarquer qu'il est infiniment plus rapide en cette vue de remonter d'un coup et cliquer sur un sous dossier d'un dossier parent de où on est (pas facile à ecrire :) )
deplus on peut naviguer au clavier
de plus OSX a PAS QUE CETTE VUE !
de plus osx a un TERMINAL , avec des commandes influant sur l'interface graphique tel que OPEN, etc.
bref, tout est possible.
>J'ai essayer pas mal de fois mais impossible de bosser correctement sous OS X >c'est joli mais c'est hypra relou pour travailler toujours a devoir sauter sur la >souris et a bouger des ascenceurs dans tout les sens...
a cela, beaucoup de gens disent que linux c est reloud et impossible de bosser correctement, c joli mais hypra relou pour travailler toujours a devoir sauter sur le clavier et a taper des commandes esotériques dans tous les sens...
bref, ce ne sont que chimères d'ignares.
OSX a aussi toutes les facilités d'unix (si vous voulez vivre a coup de vi, perl et awk, oui tout est là)
et Linux/gnome a aussi toutes les facilités d'une interface graphique (mais on peut aussi vivre à coup de vi, perl et awk )
non, je pense qu'il n'existe aucune raison de dénigrer ces 2 plateformes.
il n'existe _aucune_ raison de dénigrer.
il n'existe que des critiques ponctuelles qui seront corrigés au fur et a mesure du fignolage.
il n'y a guère de raisons de préférer "gnome 1.4" à gnome 2.x
et on ne peut pas dire " c nul à chier", la preuve ? on ne peut pas chier du code gtk. on a beau essayer a travers le monde, personne n y arrive.
Pas tout "a changer" mais beaucoup de choses ont été revues, simplifiés et corrigées.
GTK n'a aucune intention de devenir dépendant de gnome-vfs ou libgnome. personnellement je trouve cela stupide, ces 2 libs pourraient etre portée native à windows ou libgnome fusionné ds gtk
(on appellerait ca gtk+2.6 et tout le monde la fermerait) , ca donnerait des widgets suppléementaires
ca simplifierait les soucis de portabilité invraisemblables de GTK pour faire un beau filechooser sur toutes les plateformes (en particuliers winwin )
enfin bon, nous somme dans le domaine du fantasme absolu, les gens entendant "gnome" s'imaginant que c'est greffer tout gnumeric et le panel dans GTK+... bètise et intégrisme règne.
Le souci des développeurs GTK, le _seul_ soucis réaliste, intelligent et mature est la PORTABILITE. c'est ce qui les font se méfier de l'ajout de dépendance envers gnome.
le reste des fantasmens c'est du flan.
et il te faudra attendre le 2.8 pour pouvoir changer de langues depuis les reglages gnome
et attendre le 2.8 (ou 2.10 ) pour pouvoir changer de souris à chaud...
hé bé vi, ca met du temps, y a des fonctions (les templates par exemples dont je me fous et que franchement ils auraient pu faire que pour gnome 6.36 ) qui viennent que trop tard pour beaucoup
[^] # Re: quadrichromie avec gimp2
Posté par - - . En réponse à la dépêche Sortie de Gimp 2.0. Évalué à 3.
ensuite, OUI, 1000 fois oui, le PLAN prévu est effectivement de foutre un vrai support total de cmjn _dans_ les fonctions de manipulations d'images de gimp . oui 1 milliard de fois OUI, , c tous les jours dit sur les ml des développeurs gimp, c dit PARTOUT , en toutes les langues.
alors les graphistes, les graphistes, c bien beau, mais perso, je ne veux pas absolument leur virer photoshop pour gimp, , gimp2 est pour moi un déjà bien bel outil qui me sert (pour des photos oui oui ) , et c'est je pense le principal, en faire le meilleur outil. faut du temps.
pour une version native aqua, ce n'est absolument pas du tout du tout du tout du tout un soucis des développeurs de gimp (c'est comme ca, et se rouler par terre devant eux ne change rien et merci, mais je me vois pas refaire gdk pour quartz).
gtk-osx ne progresse pas et n'aide en rien (ce projet en réalité visait a faire marcher cinepaint en natif sur osx, et ne visait que gtk 1 et non 2, alors que 2 à l'époque commençait a se répandre chez les développeurs opensource.)
reprogrammer gimp lui même en cocoa, en théorie est plus facile avec la version 2.0 que 1.2.x puisqu'ils auraient mieux séparer le traitement et le code qui fait la gui gtk. mais gimp2 a ce que j'ai lu (je n'ai pas activement lu le code donc je peux dire des bétises plus grosse que la cathédrale d'Amiens) utilise beaucoup gobject , un portage à cocoa n'est donc pas trivial.
en tout cas, y a la une base
et y a aussi le projet littleCMS qui vaut peut etre le coup de se pencher
y a aussi le probleme des licences d'utilisations des profils ICC et ICM qui vaut ptet le coup de réfléchir
bref, y a la une _base_.
[^] # Re: Wikipédia Francophone fête ses 3 ans
Posté par - - . En réponse à la dépêche Wikipédia Francophone fête ses 3 ans. Évalué à 1.
# quadrichromie avec gimp2
Posté par - - . En réponse à la dépêche Sortie de Gimp 2.0. Évalué à 3.
cassez le, testez le, améliorez le
il permet de faire de la séparation en quadrichromie (il génère une image avec 4 calques et masques ) et a divers options.
comme j'ai expliqué dans un post précédent,
son installation est pas facile, il manque d'amour ce greffon. snirf. mais il fonctionne !
[^] # Re: Sortie de Gimp 2.0
Posté par - - . En réponse à la dépêche Sortie de Gimp 2.0. Évalué à 6.
http://www.blackfiveservices.co.uk/separate.shtml(...)
il faut ramener la vielle version (pour gimp 1) pour recuperer le profil icc srgb
ensuite, compiler la nouvelle version qui malheureusement fait reference a gimp 1.3 (editez le Makefile et virez les 1.3 dedans pour 2.0 )
ensuite, il vous faut lcms (allez sur freshmeat, cherchez lcms)
compilez lcms (configure make make install)
compilez separate
telechargez sur http://www.adobe.com/support/downloads/detail.jsp?ftpID=2348(...)
le fichier AdobeICCProfiles.zip et copiez les icc et icm qui sont dedans dans un dossier
/usr/local/share/iccprofiles/
relancez gimp2 . le plugin permet de faire de la séparation entre autre.
oui bon je sais, c un peu lourdingue, l'auteur a pas fignolé l'archive pour la version gimp2, faudrait que je lui écrive.
si tout cela est intégré a gimp 2.x, ca serait déjà un premier pas tres intéressant pour que les trolleurs la ferme (parce que bon dieu, pour une foule de besoins gimp2 est TRES BIEN et on vous demande pas plus que cela)
accessoirement bien sur, les fichiers icc et icm de Adobe (ou autre, fouillez google ) ne peuvent pas etre distribué par gimp ou par une distrib linux mais vous avez le droit de les utiliser.
[^] # Re: EUCD, LEN, LIL : offensive annoncée après les régionales
Posté par - - . En réponse à la dépêche EUCD, LEN, LIL : offensive annoncée après les régionales. Évalué à 2.
oui enfin, y a quand même pas mal de libertés ici hein, faut quand même pas déconner.
je suis tout à fait d'accord que tout ce qui se passe autour des bidules electroniques, culture numérique etc est frustrant, enervant et donne envie de tout casser quand on se sent impliqués dans tout cela. Mais la France reste quand même un pays de libertés. ptet des libertés "régulés" ? ptet pas la _totale et pleine_ liberté de faire tout ce qu'on veut ? ok ok , mais y a quand même une recherche de compenser les realités de la société avec le maximum de "liberté" possible.
tout ce foin eucd, etc, ce n'est PAS une question de liberté ! pour tous les votants, ca ne parle PAS de liberté, pour eux ca n'a aucune emprise. ici on parle légaliser des usages, de criminaliser ce qui leur apparait comme une menace à des interets privés.
Est-ce bien sage ? Est-ce vraiment pour le bien de la société ? Est-ce desinteressé, je ne le pense pas, ces lois ne servent qu'a protéger des structures rendues obsolètes par le net et l'informatisation de la culture et c'est plus que scandaleux. _mais_ ce n'est pas un débat sur la Liberté.
j'ai encore la liberté de programmer dans mon coin
j'ai encore la liberté de PAS CONSOMMER LEURS PRODUITS (et quand à force de les protéger ces produits ne m'interesseront plus.. ben bye bye messieurs les vendeurs)
j'ai encore la liberté de donner mon opinion (tant que je cherche pas a provoquer des crimes) sur ce site.
et on peut toujours dire "en France y a po de liberté" tous les jours.
et puis mais votez donc en masse pour des partis qui se sont prononcés _contre_ ces abus alors ? les Verts se sont bien positionnés sur ca
la LCR aussi. doit y en avoir d'autres.
Et au final, si a force de tout bloquer, leurs produits n'interessent plus les gens, alors ca ne se vendra pas, et ca se débloquera. (le commerce triomphe toujours, enfin du moins c'est ce qu'on tente toujours de faire)
sinon, si les produits restent toujours "interessants", c'est que finalement ce n'était pas si grave, qu'on fera comme d'habitude (du bon hack des familles entre potes ou chez soi pour bidouiller gentiment) et ca passera de mode.
(la situation est préocupante mais calmons nous, c pas la dictature Big Brother )
[^] # Re: Bienvenue dans un monde de Java-istes :-)
Posté par - - . En réponse à la dépêche PHP 5 RC 1. Évalué à 1.
[^] # Re: Microsoft et les marchés OEM : Lettre ouverte à M. Mario Monti
Posté par - - . En réponse à la dépêche Microsoft et les marchés OEM : Lettre ouverte à M. Mario Monti. Évalué à 2.
et evidemment, en tant que développeur, je me retrouve ds la situation de devoir privilégier le monde microsoft pour la simplicité.
il faut une bonne fois pour toute que avi (ou directX) soient remis à leur place! celle d'un framework , qui doit etre ouvert, servir de fondation à des logiciels multimédias, ok, mais jamais sans que cela puisse servir à imposer un format proprio ou _1_ utilitaire proprio ou _un_ os. en gros, microsoft doit gérer Avi (et direct3d et consorts) de manière plus responsable, etre limité dans leur droit de le modifier arbitrairement, etre limité dans leurs possibilités de logiciels "haut niveau", etre limité dans le type de contrat qu'ils peuvent imposer à leur partenaire vis à vis de wma etc.
ce n'est pas si particulier, ce n'est pas la premiere fois qu'un grand groupe s'est pris des limitations severes dans son business
le but est simple : encourager la concurrence et multiplier les produits concurrentiels.
[^] # Re: Pirates Mag' est illégal
Posté par - - . En réponse à la dépêche Pirates Mag' en mauvaise posture.. Évalué à 0.
hmm on aurait du censurer mes profs..
je vais de ce pas me censurer le cerveau.
[^] # Re: Microsoft et les marchés OEM : Lettre ouverte à M. Mario Monti
Posté par - - . En réponse à la dépêche Microsoft et les marchés OEM : Lettre ouverte à M. Mario Monti. Évalué à 1.
au nom des lois sur le commerce et la concurrence et pour réguler le marché
IBM a eu des restrictions sur les contrats qu'ils avaient le droit de proposer, sur les marchés qu'ils avaient le droit d'investir etc. au nom de quoi ? au nom de la loi américaine
ici, ca sera au nom des lois européennes.
merci.
[^] # Re: YAST en GPL
Posté par - - . En réponse à la dépêche YaST en GPL. Évalué à 4.
les développeurs flattés et honorés par mon choix se sont tous unis pour continuer à me fournir le meilleur de leur travail.
Si on regarde les logs de ftp.Gnome.org , on verra que tous les downloads viennent de mon ip.
Merci Gnome.
(accessoirement , kde continue à bosser parce que je leur ai écrit pour dire que je les aime aussi, ca les a encouragé , merci kde.)
[^] # Re: YAST en GPL
Posté par - - . En réponse à la dépêche YaST en GPL. Évalué à 1.
[^] # Re: Havoc Pennington se pose des questions les langages du libre
Posté par - - . En réponse à la dépêche Havoc Pennington se pose des questions sur les langages du libre. Évalué à 4.
il dit qu'il veut éviter de favoriser microsoft au DETRIMENT du libre
qu'on le veuille ou non, OUI TOUT EST PARTISAN, en particulier la communauté GNOME est partisan _du libre_
et si on estime que microsoft fait tout pour empècher le simple _emploi_ du libre, alors oui, ils sont anti microsoft.
mais c'est seulement ds ces cas là
et encore une fois, utiliser MONO, ne veut _pas_ dire utiliser tout .NET et partir à vie dans la compatibilité des classes .net windows
gtk# !
heu au fait, la maturité et l'adoption de gnome ou kde et du libre en général fait du tort à microsoft. ben vi.
cela fait "moins" de tort à des entreprises comme sun ou ibm parce qu'elles essaient de composer avec. donc on se formalise pas sur elles.
>C'est une approche un peu partisane qui n'est pas necessairement des plus >pertinentes...
Havoc a absolument pas orienté son commentaire en "tuons microsoft", sinon il ne tolererait meme pas l'usage de gtk# par quelques applications en préparation ds gnome.
bref : hors sujet!
[^] # Re: Havoc Pennington se pose des questions les langages du libre
Posté par - - . En réponse à la dépêche Havoc Pennington se pose des questions sur les langages du libre. Évalué à 5.
"openstep" n'est pas qu'à apple, faudrait vérifier ce qu'il en est de leur accord avec sun.
openstep a été normalisé avec NeXT et Sun.
depuis openstep, cocoa a rajouté quelques extensions, les plus visibles sont les "feuilles", et les "drawers". l'api a eu qq ajouts et améliorations aussi.
notons que cocoa a toutes ses classes prètes pour java aussi.
et oui, ils peuvent limiter la compatiblité en ajoutant a tout va des nouveautés, mais cela peut se retourner contre eux, en aliénant les developpeurs macs.
sinon, Havoc ne dit pas de simplement "suivre tout le temps". il explique que Gnome pourrait utiliser l'une de ces fondations, utiliser "officiellement" un langage plus évolué, mais pas forcément de chercher a rester compatible à tout va.
exemple :
c# et mono : ok MAIS gnome utiliserait en fait Gtk#, qui n'a que peu de rapports avec les classes .NET winforms etc sur windows.
java : la jvm etc, ok, mais pas swing, mais les classes java-gtk java-gnome etc
objective-c : pourquoi pas après tout ? objective-c est un beau langage, gnustep est découpé en 2 blocs en gros, fondation et appkit, nul n est obligé d'adopter appkit totalement parce que objective-c est intéressant, de nouvelles classes "gnome" pourrait etre ecrites en objective-C sans chercher a etre identiques a "cocoa".
bref , havoc cherche a promouvoir le choix de _un_ langage/framework plus évolué que C comme evolution de gnome, mais pas de dire "migrons à bidule et soyons compatible à vie"
[^] # Re: Havoc Pennington se pose des questions les langages du libre
Posté par - - . En réponse à la dépêche Havoc Pennington se pose des questions sur les langages du libre. Évalué à 1.
sinon, si des applications comme "omnigraffle" ou "cssedit", "poisonned" était porté à linux/bsd/gnustep, jserai fou :)
[^] # Re: Gtk+ 2.4.0 est sorti
Posté par - - . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 2.
vous pouvez :
exécuter n'importe quelle application ou commande sous l'utilisateur que vous voulez, depuis le shell ,avec les commandes su ou sudo
utilisez le loggeur GDM
gdm vous apporte des commandes tel que gdmflexiserver
vous pouvez rouvrir une session graphique plein écran (un second ecran virtuel, autant qu'il en faut) sous n'importe quel utilisateur ou dans une sous fenetre
il ne manque qu'une petite applet gnome ou kde pour montrer dans votre panel (ou dock ou root menu ou whatever!) la liste des sessions graphiques en cours, il existe une ptite applet préliminiaire qui fait ca pour le gnome-panel, mais pas encore bien finie
bien entendu tout cela etait déjà possible depuis la nuit de temps avec X et XDM mais en moins jolie.
rappelons que XFree permet les bureaux virtuels (multiples bureaux ou un GRAND bureau plus grand que l'écran) ,apportant choix et souplesses aux utilisateurs experts.
bref, ca suffit de dire n'importe quoi !
oui, bien des possibilités "avancées" sont malheureusement "obscure" (il manque un zoli menu) mais ce genre de choses que fait "xp" , je le faisais depuis des années !
les zolis menu seront là d'ici gnome 2.8 et future kde. je rappelle qu'avant de faire du zoli fignolage et des zolis menus, gnome et kde devaient construire un _bon_ framework de developpement d'applications. c l'une des _grosses_ raisons d'un "relatif" retard en convivialité par rapport au dernier OSx ou Win xp
[^] # Re: Gtk+ 2.4.0 est sorti
Posté par - - . En réponse à la dépêche Gtk+ 2.4.0 est sorti. Évalué à 10.
je pense pas qu'ils aient oublié le moindre soft de "base" de gnome 2.6
epiphany ,file-roller, panel, gedit, eog, et d autres utilisent le nouveau selecteur.
GIMP 2.0 ne sera pas modifié pour utiliser les nouveautés de gtk 2.4, ca attendra un gimp 2.1
Abiword attendra 2.1.x
Gnumeric a rien dit
voili voila
[^] # Re: Sortie du noyau 2.6.4
Posté par - - . En réponse à la dépêche Sortie du noyau 2.6.4. Évalué à 3.
une remarque mechante parce qu'au fond ce commentaire m'a "énervé" , ce n'est pas parce qu'on "ne voit pas l'interet" que cela n'en aurait pas
pour pas mal d architectures "non pc" et des besoins très pro, le "hotplug" est indispensable. (quand il faut changer un cpu d'une machine multiproc sans l'arreter , ou lui ajouter des cartes d extensions alors que la moindre seconde de non disponibilité va faire exploser des utilisateurs )
bref, ce besoin existe et il est concret.
[^] # Re: Sortie du noyau 2.6.4
Posté par - - . En réponse à la dépêche Sortie du noyau 2.6.4. Évalué à 2.
windows95 était absolument _pas_ utf8.
windows 2K et XP ont pas fini de migrer vers utf8
(par exemple, notepad ou excel en import cvs en a rien a cure du utf8 ... le systeme seul ne suffit pas, faut aussi que les applications fournies et les programmes populaires travaillent en utf8 , suffit pas d'ajouter une fonction magique ds windows ou linux )
les problemes de charset ont fait mal dés qu'on commencait a vouloir balader des fichiers de mac vers win et inversement. non je ne parle pas des problemes des retour chariots :)
sous linux tu as découvert le probleme justement parce que windows n'utilise pas exactement ceux courants sous unix
d'ou les histoires avec samba et consorts
OSX passe à utf8 , windows passe à utf 8 et linux aussi.
quand _toutes_ les parties des systemes et _toutes_ les applications utiliseront utf8 (sous linux c en bonne voie d etre total) , il y aura nettement moins de problemes.
a noter que linux ne force pas un charset pour les noms de fichiers, gnome 2 et surement KDE 3 doit les stocker en utf8 par convention, des applications plus anciennes peuvent se plaindre et inversement.
[^] # Re: Sortie du noyau 2.6.4
Posté par - - . En réponse à la dépêche Sortie du noyau 2.6.4. Évalué à 4.
[^] # Re: Mandrake Linux 10.0 Community est lancée !
Posté par - - . En réponse à la dépêche Mandrake Linux 10.0 Community disponible au téléchargement. Évalué à 10.
surtout PAS
parce que windows est un MAUVAIS concurrent
la finalité de linux c'est de dépasser linux
la finalité de linux
c'est d'etre le meilleur unix pour les ingénieurs
c'est d'être la meilleure plateforme pour les informaticiens
c'est d'être le systeme le plus simple et le plus puissant pour les gens
etc
les efforts de gnome (et de freedestkop au travers de udev, hald etc) de faire en sorte que les mount et branchements de disques soient TRANSPARENTS ne se fait pas en opposition a la souplesse de la commande "mount"
il n'y a aucune lutte pour faire de linux un mauvais os pour neuneu, aucunement!
mais il y a aussi des efforts pour faire que linux (en fait gnome et kde) gère de manière transparente la machine.
tel un osx, l'utilisateur averti pour toujours alller de l'autre coté du miroir et faire son job technique.
le concurrent n'est PAS windows
Windows n'est PAS simple
windows n'est PAS le modèle
les gens ne veulent PAS windows
les gens veulent un outil UTILE , EFFICACE et SIMPLE.
# Re: XAML et l'avenir de GNOME
Posté par - - . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 8.
on marche sur la tete...
CSS et html ont jamais été pensé pour faire une "interface graphique"
et XUL est infiniment plus complexe pour justement pouvoir décrire des interfaces graphiques
XAML est _pas_ un remplacant de HTML donc la question de "xaml va t'il remplacer html" ne se pose pas
et de toute façon, on ne peut PAS remplacer XHTML/html pour le web. on a _besoin_ du html et de supporter les _millions_ de page web
pour le cas XAML, on ne va _pas_ développer du xaml à la main dans la plupart des cas quand on fait une "bonne vielle application" (genre, paintshop pro, word, etc hein )
on utilisera un environnement de developpement avec son éditeur d'interfaces.
XAML n'est qu'une souplesse pour pouvoir transporter/modifier selon les besoins, l'interface d'une application (qu'elle soit "internet" ou non)
libglade n'est pas si éloigné de cela
xul est tout à fait utilisable
et de toute façon
il faudra toujours implémenter les "callbacks" des widgets et de l'interface dans un bon vieux langage de programmation (qu'il soit objet, pseudo compilé, procédural ou autre) , oui oui c# c est aussi un "bon vieux langage" (une nouvelle syntaxe quoi )
et encore une fois, il n y aura pas d'explosions et de revolutions de la mort
oui encore une fois Microsoft propose un nouvel outil à ses développeurs
je rappelle que DDE etait un bon outil
puis OLE fut une bonne fondation
puis AVI
puis Direct X
etc
et a chaque fois, cela devait tuer toute forme de rebellion
et a chaque fois c est devenu l'outil standard des developpeurs windows (ben vi, ce sont des technologies windows, faudrait etre con pour s'en passer) et le concurrent de technologies d'autres OS/plateformes.
GNOME (ou kde) a PAS forcément besoin d'un "XML pour décrire les interfaces graphiqueuuux puisque MS le fait"
Gnome a besoin d'un environnement de developpement et d'une API pratique, puissante, rapide et intégré avec un os (linux par exemple) rapide, pratique , puissant
le tout bien documenté
et avec une licence pratique, connue et souple (comme la LGPL et la GPL )
le plus grand MAL de gnome (et pas de kde cette fois) c'est le _manque_ d'un véritable outil COMPLET et TOTAL pour développer une application
qq chose similaire au couple Xcode/Interface builder d'Apple ou Visual Dev de microsoft
non, pas un simple "éditeur", aussi bon soit il comme anjuta ou surpuissant comme emacs
mais d'un environnement complet
prenant en compte la création d'un document d'aide pour scrollkeeper, permettant a la "wysywig" de faire son interface "glade" INTEGRE avec le CODE (gtk#, c ou python ) tapé à coté. (brer que glade soit fusionné / intégré avec un anjuta like ou du moins collabore avec ), permettre de créer l'icones, le .desktop, le .spec pour le rpm etc ,
ceci est infinimemt plus important qu'une enieme "techno à la cool"
parce que microsoft ou apple, ou meme sun, ce n'est pas seulement une "enieme techno à la cool" mais en meme temps L'OUTIL pour pouvoir "mettre en oeuvre cette enieme technologie a la cool" et manifestement, la communauté sur linuxfr n'a pas saisi cela.
l'outil et LA DOC c'est IMPORTANT pour convaincre des developpeurs, des etudiants, des équipes ,des décideurs.
et alors que la communauté GNOME réalise l'importance vitale de documenter et d'avoir des sites _officiels_ de supports, il serait farfelu d'oublier tout cela parce que subitement "viiiite faut qu'on casse tout ce qu'on fait parce qu'il faut faire un clone de xaml!!!!!"
j"en suis encore à me demander en quoi me foutre a taper en une syntaxe xml et styler en .css mon interface graphique de soft à la con comme des pan ou des gimp2 va être plus fabuleux que si j'avais un BON environnement de _développement_ ...
QT designer de trolltech, c quand meme autre chose quand on y pense. ca c du concret.
[^] # Re: GNOME 2.6 beta 1
Posté par - - . En réponse à la dépêche GNOME 2.6 beta 1. Évalué à 1.
sous osx 10.3, pourquoi vivre depuis / ?
le finder peut faire partir le parcours (la racine) depuis ton homedire
ce qui réduit cONSIDERABLEMENT la profondeur.
le fait est que bien souvent, tout est probleme d'organisation
la vue colonne, oui faut scroller en horizontal, a ce la je fais remarquer qu'il est infiniment plus rapide en cette vue de remonter d'un coup et cliquer sur un sous dossier d'un dossier parent de où on est (pas facile à ecrire :) )
deplus on peut naviguer au clavier
de plus OSX a PAS QUE CETTE VUE !
de plus osx a un TERMINAL , avec des commandes influant sur l'interface graphique tel que OPEN, etc.
bref, tout est possible.
>J'ai essayer pas mal de fois mais impossible de bosser correctement sous OS X >c'est joli mais c'est hypra relou pour travailler toujours a devoir sauter sur la >souris et a bouger des ascenceurs dans tout les sens...
a cela, beaucoup de gens disent que linux c est reloud et impossible de bosser correctement, c joli mais hypra relou pour travailler toujours a devoir sauter sur le clavier et a taper des commandes esotériques dans tous les sens...
bref, ce ne sont que chimères d'ignares.
OSX a aussi toutes les facilités d'unix (si vous voulez vivre a coup de vi, perl et awk, oui tout est là)
et Linux/gnome a aussi toutes les facilités d'une interface graphique (mais on peut aussi vivre à coup de vi, perl et awk )
non, je pense qu'il n'existe aucune raison de dénigrer ces 2 plateformes.
il n'existe _aucune_ raison de dénigrer.
il n'existe que des critiques ponctuelles qui seront corrigés au fur et a mesure du fignolage.
[^] # Re: GNOME 2.6 beta 1
Posté par - - . En réponse à la dépêche GNOME 2.6 beta 1. Évalué à 2.
il n'y a guère de raisons de préférer "gnome 1.4" à gnome 2.x
et on ne peut pas dire " c nul à chier", la preuve ? on ne peut pas chier du code gtk. on a beau essayer a travers le monde, personne n y arrive.
Pas tout "a changer" mais beaucoup de choses ont été revues, simplifiés et corrigées.
GTK n'a aucune intention de devenir dépendant de gnome-vfs ou libgnome. personnellement je trouve cela stupide, ces 2 libs pourraient etre portée native à windows ou libgnome fusionné ds gtk
(on appellerait ca gtk+2.6 et tout le monde la fermerait) , ca donnerait des widgets suppléementaires
ca simplifierait les soucis de portabilité invraisemblables de GTK pour faire un beau filechooser sur toutes les plateformes (en particuliers winwin )
enfin bon, nous somme dans le domaine du fantasme absolu, les gens entendant "gnome" s'imaginant que c'est greffer tout gnumeric et le panel dans GTK+... bètise et intégrisme règne.
Le souci des développeurs GTK, le _seul_ soucis réaliste, intelligent et mature est la PORTABILITE. c'est ce qui les font se méfier de l'ajout de dépendance envers gnome.
le reste des fantasmens c'est du flan.
[^] # Re: GNOME 2.6 beta 1
Posté par - - . En réponse à la dépêche GNOME 2.6 beta 1. Évalué à 1.
[^] # Re: a preview of GNOME 2.6
Posté par - - . En réponse à la dépêche GNOME 2.6 beta 1. Évalué à 0.
et attendre le 2.8 (ou 2.10 ) pour pouvoir changer de souris à chaud...
hé bé vi, ca met du temps, y a des fonctions (les templates par exemples dont je me fous et que franchement ils auraient pu faire que pour gnome 6.36 ) qui viennent que trop tard pour beaucoup