je n'ai pas dit qu'elles n'étaient pas répandues, ni pas importantes. ce n'est pas mon opinion.
d'ailleurs j'ai une Slackware chez moi, là, et ce fut ma première distribution en 1995. l'une de mes préférées, aussi. je reconnais d'ailleurs leur rôle important à ne pas se contenter d'être simplement basées sur une Red Hat ou une Debian comme tant d'autres...
peut être que j'aurais dû donner mon interprétation de "leading edge" dans le post précédent :)
de même que la GPL et RMS ne sont pas la seule interprétation du terme (ou mouvement) "libre", ce site et cette définition ne sont pas la seule interprétation du terme et du concept "open source".
j'ai plusieurs navigateurs installés, le principal est sans Java, sans Flash et avec Javascript ultra limité.
j'ai un Firebird à part dédié à l'affichage de contenu Flash ou Java, quand ça a son utilité (quelqu'un a cité Mappy, bon exemple), il sert vraiment rarement.
en général, reconnaitre qu'un site est du type "intro en Flash avec bouton 'skip intro' DANS l'animation Flash" me suffit pour le classer dans la catégorie "poubelle", quelque soit la raison qui m'a poussée jusque là, et ça ne va presque jamais plus loin.
c'est sympa de la part de sites de conseils divers, de fournisseurs de produits et services et autres de montrer un tel signal "nous sommes complètement cons, voir même incompétents" dès l'entrée du site. je gagne un temps fou :)
"si c'est pour présenter du contenu dans un format proprio, ils pourraient aussi bien distribuer des binaires Win32."
même si je hais Flash, il faut reconnaitre qu'au niveau de la sécurité, c'est plus sécurisé que "des binaires Win32", même si c'est troué aussi. sans même parler des plug-in exotiques qui s'accompagnent souvent de spywares de nos jours.
il faut comparer Flash aux applets Java. et reconnaitre que ces dernières sont peut-être plus portables - encore, pour les plus simples, car des monstres comme les demos SwingSet ne tourneront pas sur des plateformes exotiques mais souvent plus moches et bien moins réactives.
mais on peut faire des trucs très jolis, hein, attention. (cf les créations d'Anfy, http://www.anfyteam.com/(...) ).
il aurait été possible de faire en Java la plupart des "demos" en Flash connues (au sens, appliquettes sans réel but sinon ludique ou artistique, comme le Yeti ou les badger badger) mais d'une part j'aurais eu des gros doutes sur la qualité du résultat, surtout au niveau fluidité, réactivité, qualité des graphismes, sans exiger 128 Mo de RAM et 10 secondes de lancement de la JVM...
et d'autre part ça aurait pris pas mal de boulot ou d'expérience... d'optimisation du codage en Java (ou tout simplement coder correctement), et pour pouvoir traiter les données multimedia utilisées en flash... musique, clips arts vectoriels et bitmaps... en gros refaire une partie de ce que Flash fournit directement (ou la récupérer ailleurs, sous forme de bibliothèques évidement)
et surtout ça n'aurait pas été fait par le même public. Flash et Java ne sont pas destinés aux mêmes créateurs d'appliquettes Web. Le développeur Flash va tirer la langue si on lui demande de faire une applet Java, et l'inverse est vraie également. je dirais même que ce n'est pas la même partie du cerveau qui est sollicitée.
je trouve que Anfy est un bon exemple. A l'origine, ils faisaient surtout des applets en Java, et maintenant en font aussi en Flash. mais ça reste en gros les mêmes qu'à l'époque, c'est à dire par exemple 27 sortes de menus différents avec des effets spéciaux superbes et tout, mais simplement des menus tout de même.
comme ça, on ne se payera plus de descente de documentalistes enragées qui se plaignaient que des utilisateurs de DLFP postaient parfois des commentaires indignes de passer dans une revue de presse sérieuse lue par des gens sérieux ? et par conséquant ne pouvaient proposer la lecture de DLFP dans leurs revues de presse du web qui leur prenaient tant d'effort à réaliser ?
je connais le JCP, et les JSR, merci. inutile de dire que ça ne concerne que les versions récentes et futures de Java. (1.4 et au delà, à vue de nez).
mon point est qu'il n'est pas possible d'utiliser des JVMs libres avec les fichiers rt.jar de Sun ou d'autres JVMs sans respecter la licence de ces dernieres, en recopiant simplement les bons fichiers comme certains media players le font pour utiliser des codecs propriétaires.
>> sans devoir respecter certains points comme ne pas fournir de
>> look&feel Windows ou Mac sous *nix, ou de look Apple depuis
>> Windows.
> Tu dis quand même un peu n'importe quoi. Les restrictions de
> look'n'feel ne sont pas le fait de Sun, mais de Microsoft et d'Apple
> qui ne souhaitent pas (ce que je peux comprendre) voir leur
> travail utilisé sans leur accord sur un système d'exploitation
> concurrent.
euh, si. ce n'est pas Apple ou Microsoft qui codent et distribuent les JVMs de Sun, c'est Sun.
J'ai personnellement discuté en 1999 avec un des gus de la Swing Team à ce sujet, sur le thème "les loupes sont moches" (pour les JTree de l'époque) alors que des triangles étaient envisagés, puis furent abandonnés. il m'a explicitement dit que c'était le service juridique de Sun qui a décidé ça pour éviter les ennuis, ces triangles étant "ceux" du Mac OS de l'époque.
mais avec le bon argument -Dqqchose=1 en ligne de commande, on pouvait faire apparaitre une application Swing avec un look Windows ou Mac OS sous Solaris. ce n'était pas un problème technique, juste de propriété intellectuelle et morale sur le look&feel d'une plateforme, on va dire.
bref. je maintiens que, pour Mono/.NET comme pour Java, un gros interet pour le développeur est la bibliothèque de code existant, et que ce qui est actuellement disponible n'est pas forcément libre ou utilisable sans aucun danger à long terme.
allez, au pif : les classes java de base, ce qui fait le fichier rt.jar, tout ce qui rentre dans java.* et ceci inclut java2d aka Swing, les JFC, c'est libre ? c'est utilisable sans avoir à installer la JVM de Sun et en avoir accepté la licence et les conditions d'emploi ?
oui, des implémentations compatibles au niveau de l'API existent ou sont en projet. mais ce n'est même pas sûr qu'on ait le droit de faire une implémentation libre de Swing/JFC sans devoir respecter certains points comme ne pas fournir de look&feel Windows ou Mac sous *nix, ou de look Apple depuis Windows.
je ne dis pas ici que Java c'est mal, je dis juste qu'il y aura les mêmes contraintes, légales sinon techniques, qu'avec .NET et Mono.
je suis sûr que si ces utilisateurs avaient fait eux-même le sale boulot de packager tout ça, ou sorti un carnet de chèques pour inciter ces développeurs facistes et égoïstes de bien vouloir travailler comme les utilisateurs le leur demandaient, toutes ces récriminations n'auraient pas eu lieu d'être.
j'ai vu GoogleBot indexer un wiki entier et garder sans sourciller plus de 300 pages (visible avec site:62.212.109.174 vaboofer , c'était une archive d'un wiki ailleurs).
pour site:www.cnn.com on obtient 285 000 liens.
les moteurs de recherche bien écrits ont des garde-fous pour éviter de surcharger un site en nombre de requêtes dans le temps (bande passante), suivant différents critères, et en nombre de pages mémorisées aussi.
le souci concerne les moteurs amateurs et ceux ... euh... en cours de rodage ou de mise au point sur le terrain - comme le fameux PompOs de dir.com (Illiad/Proxad) à l'époque. ils cassent tout et là, il faut effectivement jouer du robots.txt ... en plus, quand on se plaint et qu'ils répondent, c'est pour dire qu'ils sont "en rodage"...
ah, autre point, il a de la mémoire, ce con. j'ai viré ce wiki depuis des lustres, plusieurs mois en fait.
les messieurs, là, ils font du révisionnisme, même s'ils font ça à l'insu de leur plein gré.
ils reécrivent l'histoire. une histoire parfaitement connue et avec de très nombreuses traces écrites, archivées partout bien comme il faut.
oh, bien sûr, ils n'affirment rien, ils émettent juste des doutes. on a les mêmes zigotos en France qui doutent des chambres à gaz et des statistiques sur les victimes des camps de concentration.
l'étape suivante ça sera annoncer que le projet GNU/Linux s'arretera demain si Linus Torvalds avait un malheureux accident fatal. et peu importe que ça soit contradictoire avec la présente étude. on ne les paye pas pour être cohérent.
# quand tu te seras calmé...
Posté par Gniarf . En réponse au journal Raffarin :: Chat :: Coup de gueule. Évalué à 3.
[^] # Re: Mise à jour de leur site !
Posté par Gniarf . En réponse au journal XFree86 a de moins en moins la cote. Évalué à 3.
d'ailleurs j'ai une Slackware chez moi, là, et ce fut ma première distribution en 1995. l'une de mes préférées, aussi. je reconnais d'ailleurs leur rôle important à ne pas se contenter d'être simplement basées sur une Red Hat ou une Debian comme tant d'autres...
peut être que j'aurais dû donner mon interprétation de "leading edge" dans le post précédent :)
[^] # Re: C'est un peu trop contraignant...
Posté par Gniarf . En réponse au journal Licence open source avec interdiction pour l'utilisation militaire. Évalué à 3.
(pour preuve, le "we".)
[^] # Re: Mise à jour de leur site !
Posté par Gniarf . En réponse au journal XFree86 a de moins en moins la cote. Évalué à 1.
[^] # Re: Combien de temps?
Posté par Gniarf . En réponse à la dépêche Flash Player 7 pour Linux disponible. Évalué à 2.
j'ai un Firebird à part dédié à l'affichage de contenu Flash ou Java, quand ça a son utilité (quelqu'un a cité Mappy, bon exemple), il sert vraiment rarement.
en général, reconnaitre qu'un site est du type "intro en Flash avec bouton 'skip intro' DANS l'animation Flash" me suffit pour le classer dans la catégorie "poubelle", quelque soit la raison qui m'a poussée jusque là, et ça ne va presque jamais plus loin.
c'est sympa de la part de sites de conseils divers, de fournisseurs de produits et services et autres de montrer un tel signal "nous sommes complètement cons, voir même incompétents" dès l'entrée du site. je gagne un temps fou :)
[^] # Re: pfff...
Posté par Gniarf . En réponse au journal Test de Jonas 3.3.6 - Tomcat 4.1.30. Évalué à 4.
[^] # Re: Ca dépend
Posté par Gniarf . En réponse au journal ATI mach64 et la 3D. Évalué à 2.
[^] # Re: Combien de temps?
Posté par Gniarf . En réponse à la dépêche Flash Player 7 pour Linux disponible. Évalué à 4.
même si je hais Flash, il faut reconnaitre qu'au niveau de la sécurité, c'est plus sécurisé que "des binaires Win32", même si c'est troué aussi. sans même parler des plug-in exotiques qui s'accompagnent souvent de spywares de nos jours.
il faut comparer Flash aux applets Java. et reconnaitre que ces dernières sont peut-être plus portables - encore, pour les plus simples, car des monstres comme les demos SwingSet ne tourneront pas sur des plateformes exotiques mais souvent plus moches et bien moins réactives.
mais on peut faire des trucs très jolis, hein, attention. (cf les créations d'Anfy, http://www.anfyteam.com/(...) ).
il aurait été possible de faire en Java la plupart des "demos" en Flash connues (au sens, appliquettes sans réel but sinon ludique ou artistique, comme le Yeti ou les badger badger) mais d'une part j'aurais eu des gros doutes sur la qualité du résultat, surtout au niveau fluidité, réactivité, qualité des graphismes, sans exiger 128 Mo de RAM et 10 secondes de lancement de la JVM...
et d'autre part ça aurait pris pas mal de boulot ou d'expérience... d'optimisation du codage en Java (ou tout simplement coder correctement), et pour pouvoir traiter les données multimedia utilisées en flash... musique, clips arts vectoriels et bitmaps... en gros refaire une partie de ce que Flash fournit directement (ou la récupérer ailleurs, sous forme de bibliothèques évidement)
et surtout ça n'aurait pas été fait par le même public. Flash et Java ne sont pas destinés aux mêmes créateurs d'appliquettes Web. Le développeur Flash va tirer la langue si on lui demande de faire une applet Java, et l'inverse est vraie également. je dirais même que ce n'est pas la même partie du cerveau qui est sollicitée.
je trouve que Anfy est un bon exemple. A l'origine, ils faisaient surtout des applets en Java, et maintenant en font aussi en Flash. mais ça reste en gros les mêmes qu'à l'époque, c'est à dire par exemple 27 sortes de menus différents avec des effets spéciaux superbes et tout, mais simplement des menus tout de même.
[^] # Re: Combien de temps?
Posté par Gniarf . En réponse à la dépêche Flash Player 7 pour Linux disponible. Évalué à 4.
quelle blague !
[^] # Re: Il n'a pas tord
Posté par Gniarf . En réponse au journal Resistance. Évalué à 2.
[^] # Re: le nouveau Toolinux
Posté par Gniarf . En réponse au journal Un nouveau look pour Toolinux !. Évalué à 2.
chic chic chic chic chic.
[^] # Re: bof
Posté par Gniarf . En réponse au journal Un nouveau look pour Toolinux !. Évalué à 4.
[^] # Re: Comparé aux autres ?
Posté par Gniarf . En réponse à la dépêche Lucane Groupware 0.7 stable est disponible. Évalué à 2.
mon point est qu'il n'est pas possible d'utiliser des JVMs libres avec les fichiers rt.jar de Sun ou d'autres JVMs sans respecter la licence de ces dernieres, en recopiant simplement les bons fichiers comme certains media players le font pour utiliser des codecs propriétaires.
>> sans devoir respecter certains points comme ne pas fournir de
>> look&feel Windows ou Mac sous *nix, ou de look Apple depuis
>> Windows.
> Tu dis quand même un peu n'importe quoi. Les restrictions de
> look'n'feel ne sont pas le fait de Sun, mais de Microsoft et d'Apple
> qui ne souhaitent pas (ce que je peux comprendre) voir leur
> travail utilisé sans leur accord sur un système d'exploitation
> concurrent.
euh, si. ce n'est pas Apple ou Microsoft qui codent et distribuent les JVMs de Sun, c'est Sun.
J'ai personnellement discuté en 1999 avec un des gus de la Swing Team à ce sujet, sur le thème "les loupes sont moches" (pour les JTree de l'époque) alors que des triangles étaient envisagés, puis furent abandonnés. il m'a explicitement dit que c'était le service juridique de Sun qui a décidé ça pour éviter les ennuis, ces triangles étant "ceux" du Mac OS de l'époque.
mais avec le bon argument -Dqqchose=1 en ligne de commande, on pouvait faire apparaitre une application Swing avec un look Windows ou Mac OS sous Solaris. ce n'était pas un problème technique, juste de propriété intellectuelle et morale sur le look&feel d'une plateforme, on va dire.
bref. je maintiens que, pour Mono/.NET comme pour Java, un gros interet pour le développeur est la bibliothèque de code existant, et que ce qui est actuellement disponible n'est pas forcément libre ou utilisable sans aucun danger à long terme.
[^] # Re: Comparé aux autres ?
Posté par Gniarf . En réponse à la dépêche Lucane Groupware 0.7 stable est disponible. Évalué à 2.
allez, au pif : les classes java de base, ce qui fait le fichier rt.jar, tout ce qui rentre dans java.* et ceci inclut java2d aka Swing, les JFC, c'est libre ? c'est utilisable sans avoir à installer la JVM de Sun et en avoir accepté la licence et les conditions d'emploi ?
oui, des implémentations compatibles au niveau de l'API existent ou sont en projet. mais ce n'est même pas sûr qu'on ait le droit de faire une implémentation libre de Swing/JFC sans devoir respecter certains points comme ne pas fournir de look&feel Windows ou Mac sous *nix, ou de look Apple depuis Windows.
je ne dis pas ici que Java c'est mal, je dis juste qu'il y aura les mêmes contraintes, légales sinon techniques, qu'avec .NET et Mono.
[^] # Re: SPIP ?
Posté par Gniarf . En réponse à la dépêche SPIP 1.7.2 dans les bacs. Évalué à 4.
[^] # Re: à propos de Spip-Agora
Posté par Gniarf . En réponse à la dépêche SPIP 1.7.2 dans les bacs. Évalué à -1.
[^] # Re: pub
Posté par Gniarf . En réponse au journal Microsoft en danger.... Évalué à 4.
EDF a toujours communiqué, pour son image de marque et rappeller son existence aux français.
"des hommes qui relient les hommes", ça a plus de 20 ans comme slogan.
[^] # Re: Comparé aux autres ?
Posté par Gniarf . En réponse à la dépêche Lucane Groupware 0.7 stable est disponible. Évalué à -1.
# Il y avait une version PowerPC de Windows NT
Posté par Gniarf . En réponse au journal Et si IBM soutenait l'opensource pour vendre des processeurs. Évalué à 2.
les ventes n'ayant pas été probantes, Microsoft n'a pas poursuivi le développement dessus. pareil pour la version mips.
[^] # Re: On aura droit de pirater legalement alors ?
Posté par Gniarf . En réponse au journal Taxe sur l'abonnement internet: l'offensive continue. Évalué à 5.
# \o/
Posté par Gniarf . En réponse au journal Parce que c'était mieux avant.... Évalué à 3.
[^] # Re: robot.txt
Posté par Gniarf . En réponse au journal Comment font les moteurs de recherche ?. Évalué à 4.
pour site:www.cnn.com on obtient 285 000 liens.
les moteurs de recherche bien écrits ont des garde-fous pour éviter de surcharger un site en nombre de requêtes dans le temps (bande passante), suivant différents critères, et en nombre de pages mémorisées aussi.
le souci concerne les moteurs amateurs et ceux ... euh... en cours de rodage ou de mise au point sur le terrain - comme le fameux PompOs de dir.com (Illiad/Proxad) à l'époque. ils cassent tout et là, il faut effectivement jouer du robots.txt ... en plus, quand on se plaint et qu'ils répondent, c'est pour dire qu'ils sont "en rodage"...
ah, autre point, il a de la mémoire, ce con. j'ai viré ce wiki depuis des lustres, plusieurs mois en fait.
[^] # Re: En meme temps ...
Posté par Gniarf . En réponse à la dépêche La paternité de Linux discutée. Évalué à -3.
# xkobo
Posté par Gniarf . En réponse au journal Jeux 2D. Évalué à 4.
[^] # Re: En meme temps ...
Posté par Gniarf . En réponse à la dépêche La paternité de Linux discutée. Évalué à 2.
les messieurs, là, ils font du révisionnisme, même s'ils font ça à l'insu de leur plein gré.
ils reécrivent l'histoire. une histoire parfaitement connue et avec de très nombreuses traces écrites, archivées partout bien comme il faut.
oh, bien sûr, ils n'affirment rien, ils émettent juste des doutes. on a les mêmes zigotos en France qui doutent des chambres à gaz et des statistiques sur les victimes des camps de concentration.
l'étape suivante ça sera annoncer que le projet GNU/Linux s'arretera demain si Linus Torvalds avait un malheureux accident fatal. et peu importe que ça soit contradictoire avec la présente étude. on ne les paye pas pour être cohérent.