Gruik Man a écrit 547 commentaires

  • [^] # Re: Waste, réseau p2p privé / crypté

    Posté par  . En réponse à la dépêche Waste, réseau p2p privé / chiffré. Évalué à 10.

    Sauf que ils l'ont effectivement mis sous GPL, et l'ont même publié sur leur site:

    http://www.google.fr/search?q=cache:YCYorNvbp1EJ:www.nullsoft.com/f(...)

    Après, qu'ils sortent des arguments du type « on l'a jamais fait » ou « le gars qui a fait ça avait pas le droit de le faire en fait », je veux bien, mais n'empêche que, sur le site de la société, ils ont publié un lien en disant « ce logiciel est sous GPL ». Vis-à-vis de ceux qui l'ont téléchargé en premier lieu, vouloir tenter de faire passer que finalement, non, le logiciel était en fait pas sous GPL, ça me semble proche de la rupture abusive de contrat, tout de même. Et pas de « C'est pas nous » qui tienne, l'organisation Nullsoft est quand même responsable du contenu de son propre site. Qu'un hébergeur ne soit pas responsable des propos tenus sur les sites de ses clients, c'est une chose, mais qu'une personne morale ne soit pas responsable des propos tenus sur son propre site, c'est, heu... différent, quand même, non?
  • [^] # Re: Sortie de SPIP 1.6

    Posté par  . En réponse à la dépêche Sortie de SPIP 1.6. Évalué à 1.

    Non non, n'en doutais pas, y'a même des < p class = " spip " > et compagnie, mais ça n'a vraiment pas l'esprit des sites SPIP habituels -- et en plus c'est à base de grosses images sans texte alternatif, d'imagemaps indispensables à la navigation, de HTML non-valide, à l'accessibilité honteuse (surtout pour un site gouvernemental), et relativement incompréhensible sans plan du site. Bref, sapulepaté.
  • [^] # Re: Sortie de SPIP 1.6

    Posté par  . En réponse à la dépêche Sortie de SPIP 1.6. Évalué à 0.

    « Des "institutions" sous Spip :

    http://www.agriculture.gouv.fr/spip/(...) »

    Oh mon dieu, c'est fait sous SPIP ça? Comme quoi, SPIP laisse tellement de liberté à ses utilisateurs qu'ils peuvent aussi faire du n'importe quoi...

    Au moins, on trouve des trucs rigolos sur ce site:

    « 18h30 - Ministère
    Remise de l'insigne de Chevalier de la Légion d'Honneur à Jacques Creyssel, Directeur général du Mouvement des Entreprises Françaises (MEDEF) en présence d'Ernest-Antoine Seillière, Président du MEDEF »
  • [^] # Re: Sortie de SPIP 1.6

    Posté par  . En réponse à la dépêche Sortie de SPIP 1.6. Évalué à 3.

    Certes, maisle code générés par SPIP 1.5 cassait la compatibilité XHTML des squelettes, en insérant des balises de présentation dans certains éléments générés. J'ai du patcher SPIP pour que mon site valide, c'est dommage quand même...
  • [^] # Re: Conférence sur la programmation orientée aspect et JAC, à Toulouse.

    Posté par  . En réponse à la dépêche Conférence sur la programmation orientée aspect et JAC, à Toulouse.. Évalué à 8.

    Ben, proposer un méta-format universel, c'est justement à ça que sert XML (ça ne se réduit pas à < machin > < / machin >, même si c'est la base, il y a tout un tas de trucs qui vont autour, les DTD, Xschema, Xpath, XSLT, XSL-FO, etc, qui servent à décrire, référencer, transformer, ou présenter les données ainsi stockées dans ledit format universel)

    Après, placer le mot « XML » entre « business-oriented global enterprise workflow for high-availability next-generation management platform » pour le arriver à faire vendre encore plus, c'est autre chose.
  • [^] # Re: Lmule est mort, vive Xmule !

    Posté par  . En réponse à la dépêche Lmule est mort, vive Xmule !. Évalué à 2.

    « j'ai certes eu ma période warlord, mais ca fait bien longtemps que c passé »

    c pa enkor tout à fé passé on dirait : p
  • [^] # Re: Apple fait du Microsoft

    Posté par  . En réponse à la dépêche Apple fait du Microsoft. Évalué à 3.

    Mais s'ils se la gardent, où la mettront-ils?
  • [^] # Re: DOSBox, l'émulateur DOS

    Posté par  . En réponse à la dépêche DOSBox, l'émulateur DOS. Évalué à 1.

    Ouais! Et pourtant j'ai des amis qui l'avaient récupéré en AW, et qui n'arrivaient même pas à s'en sortir en mode le plus facile... Booouh, ces jeunes, m'en parlez pas, les jeux actuels pourrissent toutes les capacités et vont nous faire de belles générations d'incompétents ; ah j'vous jure!
  • [^] # Re: DOSBox, l'émulateur DOS

    Posté par  . En réponse à la dépêche DOSBox, l'émulateur DOS. Évalué à 1.

    Pfff, les PC c'était des machines sérieuses, pas comme ces espèces de consoles de jeux évoluées qu'étaient les Amiga ou les Otari : p
  • [^] # Re: Introduction à PHP-GTK

    Posté par  . En réponse à la dépêche Introduction à PHP-GTK. Évalué à 1.

    Bah, de toutes façons, Windows c'est pas libre non plus, alors on est pas à ça près : p
  • [^] # Re: C'est marrant

    Posté par  . En réponse à la dépêche Introduction à PHP-GTK. Évalué à -1.

    Qu'est-ce que « tout le monde » reproche à PERL, exactement?

    (Et pis de toutes façons, PERL r0x0r et mod_perl est une solution largement supérieure à PHP pour le web, niark niark ^^)
  • [^] # Re: DOSBox, l'émulateur DOS

    Posté par  . En réponse à la dépêche DOSBox, l'émulateur DOS. Évalué à 1.

    Peut-être devrais-tu essayer de booter avec un disque FreeDOS, ou alors de te procurer une disquette de boot MS-DOS (sisi, c'est possible légalement, enfin en théorie)
  • [^] # Re: DOSBox, l'émulateur DOS

    Posté par  . En réponse à la dépêche DOSBox, l'émulateur DOS. Évalué à 2.

    « Je vois d'ailleurs pas pourquoi on s'emmerde à émuler un PC Dos de l'époque quand on a X-Mame qui permet de faire tourner les version d'arcade et non pas les portages sur micro en général largement moins bons, surtot pour des raisons de limitations techniques des micros de l'époque par rapport aux bornes d'arcade. »

    Peut-être parce qu'il y a des gens qui trouvent les jeux d'arcade relativement inintéressants, et qui préfèrent les jeux de rôle/aventure/stratégie qui n'ont pas été portés sur consoles ou bornes d'arcade? Ou même de gens qui aiment les jeux d'arcade, mais qui regrettent quand même de ne plus pouvoir jouer aux dits jeux de rôle/aventure/stratégie?

    Des Ultima Underworld/Ultima 7, des Civilization, des Dune II, des DoTT, ça n'a jamais trop existé sur console. La réponse est dans ta contribution, puisque tu l'admets; mais y'a tout plein de raisons d'émuler un PC DOS ; )
  • [^] # Re: DOSBox, l'émulateur DOS

    Posté par  . En réponse à la dépêche DOSBox, l'émulateur DOS. Évalué à 0.

    Mais non, c'est Nethack. En plus CAI LIBRE.
  • [^] # Re: Caldera c'est vraiment fini

    Posté par  . En réponse à la dépêche Caldera c'est vraiment fini. Évalué à 2.

    Ou plutôt: le chantage, et la prise d'otages...
  • [^] # Re: Dear commercial Linux user ...

    Posté par  . En réponse à la dépêche Caldera c'est vraiment fini. Évalué à 4.

    Le mieux, c'est quand même ça: « http://www.sco.com/scosource/quotes_from_leaders.html(...) »

    C'est... je... je trouve même pas mes mots. Lisez, et hallucinez.
  • [^] # Re: Composer++ : après la scission

    Posté par  . En réponse à la dépêche Composer++ : après la scission. Évalué à 2.

    Je trouve que positionnement et graphisme vont plutôt ensemble; d'ailleurs, comme tu le dis, si ta page est bien conçue, changer de feuille de style te permettra de changer à la fois le positionnement et le graphisme du site.

    Par exemple, si tu crées un site qui soit un peu « design », quel qu'il soit, il est bon d'en produire une version alternative, avec de grosses polices, et un contraste fort... Mais si les polices sont de grande taille (ou destinées à être agrandies par le visiteur), le site sera plus accessible si, par exemple les boîtes qui étaient flottantes dans le style « de base » sont positionnées de manière linéaire (pour éviter le débordement horizontal)... C'est pour ça que je pense que celui qui conçoit le « layout » du site (puisqu'il était question de layout, ici, à la base) doit prendre en compte simultanément les aspects « positionnement » et « graphisme »; et à ce titre, je trouve que disposer d'un dessin du site peut largement aider à se faire une idée de ce à quoi il devra ressembler.

    Maintenant, libre à chacun d'utiliser les moyens qu'il veut... Tant que le site est accessible et conçu selon les standards ; )
  • [^] # Re: Composer++ : après la scission

    Posté par  . En réponse à la dépêche Composer++ : après la scission. Évalué à 2.

    Le layout avec des tables, CAI MAL ; )
  • [^] # Re: Composer++ : après la scission

    Posté par  . En réponse à la dépêche Composer++ : après la scission. Évalué à 5.

    Pas tout à fait d'accord ; )

    Lorsque tu conçois une maquette avec un logiciel de graphisme, rien ne t'oblige à fixer de manière statique les tailles et positions des éléments: par exemple, je n'utilise quasiment jamais de fenêtre de 800 pixels de large, mais plutôt de plus petites fenêtres (500 pixels de large, ou moins) lorsque j'essaie de concevoir une maquette ou ses sous-ensembles. La maquette me sert avant tout à pouvoir choisir un jeu de polices/couleurs/marges/décorations qui soit conforme à ce que j'attends, mais lors du passage de l'image au HTML/CSS, j'exprime ces contraintes en termes d'éléments aux marges et tailles relatives, et non en termes de tableaux imbriqués aux largeurs de cases fixes.

    En fait, ça se passe en cinq phases:

    * expression de la structure logique du site
    * en fonction de cette structure logique, maquette dessinée (papier ou tablette graphique) pour fixer la présentation
    * en fonction de la maquette papier, maquettes dessinées finies, permettant d'avoir une représentation du modèle à utiliser
    * expression de la structure logique du site en HTML
    * expression de la structure visuelle du site en CSS, à partir des contraintes tirées de la maquette dessinée finie.

    Le problème du passage direct maquette papier -> CSS (c'est comme ça que je faisais avant), c'est que taper directement le code CSS ne permet pas (ou du moins, ne _me_ permet pas, peut-être certains sont plus doués) de savoir, par exemple:

    Est-ce que les titres en #A03030 s'accordent bien avec les sous-titres en #602020 ?
    Est-ce que, avec un titre en font-size: 120%, les sous-titres en font-size: 80% n'ont pas l'air trop petits?
    De quelle taille fixer les marges de telle boîte, pour que le texte ne soit pas trop collé au bord, ou trop éloigné?
    Est-il vraiment judicieux d'utiliser tel graphisme, telle icône, telle décoration, à cet endroit? Et comment la positionner?

    Bien sûr, il est parfaitement possible de procéder à tâtons avec les CSS (et parfois, dans le cas d'une modification mineure du site, ça va bien plus vite). Mais, quand il s'agit de décider de l'allure générale, complète, il me semble en général plus efficace d'avoir, sous les yeux, une page représentant ce vers quoi on souhaite tendre. En tous cas, et en ce qui me concerne, c'est toujours comme ça que j'ai obtenu les meilleurs rendus.
  • # Re: Composer++ : après la scission

    Posté par  . En réponse à la dépêche Composer++ : après la scission. Évalué à 5.

    En ce qui me concerne, je fais le layout sur papier, une première maquette avec GIMP (quitte à faire du WYSIWYG, autant se donner le plus de liberté possible) et ensuite, je passe directement à Emacs ou vi pour rédiger le code HTML et CSS qui correspond à ce que j'ai dessiné.
  • [^] # Re: promouvoir Java plutot que C#

    Posté par  . En réponse à la dépêche Mono 0.24. Évalué à 2.

    « Affirmation grotesque. Sur certains benchs, Java est plus rapide que C++ ou que C. »

    Heuuuu... Alors là oui mais c'est bien joli les benchmarks, mais quand ma machine avec 256k de RAM se met à ramer comme c'est pas permis parce que j'ai osé lancer Sun One Studio et ArgoUML simultanément, on n'arrivera pas à me faire croire que ma machine ne rame pas, quelles que soient les qualités ou défauts de Java par ailleurs.
  • [^] # Re: Mono 0.24

    Posté par  . En réponse à la dépêche Mono 0.24. Évalué à 0.

    C'est-à-dire? [url]?

    Sur ce sujet, et ailleurs, j'ai vu pas mal de personnes répéter ça, sans précision, détail ou explication supplémentaire que de dire « l'API est brevetée ». Or j'arrive mal à comprendre comment, même dans le système tordu USien (enfin, on va pas trop taper sur les USiens, à l'OEB ils valent pas mieux), on peut breveter une interface... Que certains procédés techniques accessibles par cette interface soient brevetés, je comprends que ça soit possible. Mais l'API elle-même?

    Tant qu'on m'explique pas en détail ce qui est breveté et comment, moi j'y crois pas. na.
  • [^] # Re: Mono 0.24

    Posté par  . En réponse à la dépêche Mono 0.24. Évalué à 4.

    « L'Api de M$ ne poura pas être porter vers GNU/Linux. »

    Et WINE, c'est quoi? Une sucette géante?

    « Légalement ca m'etonnerait qu'ils acceptent, »

    Ils ont pas vraiment leur mot à dire

    « techniquement certaines fonctions n'ont pas d'équivelant »

    Ça ne veut pas dire qu'on ne peut pas trouver une solution pour coder un équivalent

    « Manipulation de droits sur les fichiers qui dépendent du type de partition »

    WINE le fait

    « Manipulation de la base de registre »

    WINE le fait

    « Fonctionnement graphique comme la systray »

    WINE le fait

    « etc.. »

    WINE le fait aussi

    « Bref, tellement peu d'interret que je retourne faire du Java ! »

    C'est vrai, le Java a tellement peur d'intérêt... : p
  • [^] # Re: WebMiel, un logiciel de communication communautaire

    Posté par  . En réponse à la dépêche WebMiel, un logiciel de communication communautaire. Évalué à 4.

    Ca m'a l'air plus proche du Wiki que du CMS, d'après ce que j'ai cru en comprendre... Ou peut-être un truc intermédiaire.

    En tous cas, même si l'idée peut être pas mal, le site est affreux et incompréhensible, plein de frames et de Javascript, le HTML est crade, les images sont moches, et les popups en javascript qui s'ouvrent au survol ont de quoi faire hurler. Et pis, on y comprend pas grand chose : / Forcément, ça dessert énormément un concept qui peut avoir de l'intérêt.
  • [^] # Re: c'est quand même mieux!

    Posté par  . En réponse à la dépêche Les logiciels libres sous Windows : un frein ou un tremplin vers la migration Linux ?. Évalué à 1.

    Heu, MSDN ça inclut déjà les Visual bidule et les Windows, dans toutes les versions disponibles (ou presque -- en tout cas on peut toujours trouver windows 3.1 même s'ils ne l'envoient plus par CD) Certes, c'est 1500€ par développeur et par an. Mais développer c'est pas si cher... surtout pour une société, et surtout en comparaison du prix du _déploiement_ de solutions Microsoft (MS Office, Windows 2K server, toussa)