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?
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é.
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 »
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...
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.
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!
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)
« 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 ; )
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 ; )
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.
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é.
« 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.
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.
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.
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)
[^] # Re: Waste, réseau p2p privé / crypté
Posté par Gruik Man . En réponse à la dépêche Waste, réseau p2p privé / chiffré. Évalué à 10.
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 Gruik Man . En réponse à la dépêche Sortie de SPIP 1.6. Évalué à 1.
[^] # Re: Sortie de SPIP 1.6
Posté par Gruik Man . En réponse à la dépêche Sortie de SPIP 1.6. Évalué à 0.
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 Gruik Man . En réponse à la dépêche Sortie de SPIP 1.6. Évalué à 3.
[^] # Re: Conférence sur la programmation orientée aspect et JAC, à Toulouse.
Posté par Gruik Man . En réponse à la dépêche Conférence sur la programmation orientée aspect et JAC, à Toulouse.. Évalué à 8.
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 Gruik Man . En réponse à la dépêche Lmule est mort, vive Xmule !. Évalué à 2.
c pa enkor tout à fé passé on dirait : p
[^] # Re: Apple fait du Microsoft
Posté par Gruik Man . En réponse à la dépêche Apple fait du Microsoft. Évalué à 3.
[^] # Re: DOSBox, l'émulateur DOS
Posté par Gruik Man . En réponse à la dépêche DOSBox, l'émulateur DOS. Évalué à 1.
[^] # Re: DOSBox, l'émulateur DOS
Posté par Gruik Man . En réponse à la dépêche DOSBox, l'émulateur DOS. Évalué à 1.
[^] # Re: Introduction à PHP-GTK
Posté par Gruik Man . En réponse à la dépêche Introduction à PHP-GTK. Évalué à 1.
[^] # Re: C'est marrant
Posté par Gruik Man . En réponse à la dépêche Introduction à PHP-GTK. Évalué à -1.
(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 Gruik Man . En réponse à la dépêche DOSBox, l'émulateur DOS. Évalué à 1.
[^] # Re: DOSBox, l'émulateur DOS
Posté par Gruik Man . En réponse à la dépêche DOSBox, l'émulateur DOS. Évalué à 2.
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 Gruik Man . En réponse à la dépêche DOSBox, l'émulateur DOS. Évalué à 0.
[^] # Re: Caldera c'est vraiment fini
Posté par Gruik Man . En réponse à la dépêche Caldera c'est vraiment fini. Évalué à 2.
[^] # Re: Dear commercial Linux user ...
Posté par Gruik Man . En réponse à la dépêche Caldera c'est vraiment fini. Évalué à 4.
C'est... je... je trouve même pas mes mots. Lisez, et hallucinez.
[^] # Re: Composer++ : après la scission
Posté par Gruik Man . En réponse à la dépêche Composer++ : après la scission. Évalué à 2.
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 Gruik Man . En réponse à la dépêche Composer++ : après la scission. Évalué à 2.
[^] # Re: Composer++ : après la scission
Posté par Gruik Man . En réponse à la dépêche Composer++ : après la scission. Évalué à 5.
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 Gruik Man . En réponse à la dépêche Composer++ : après la scission. Évalué à 5.
[^] # Re: promouvoir Java plutot que C#
Posté par Gruik Man . En réponse à la dépêche Mono 0.24. Évalué à 2.
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 Gruik Man . En réponse à la dépêche Mono 0.24. Évalué à 0.
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 Gruik Man . En réponse à la dépêche Mono 0.24. Évalué à 4.
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 Gruik Man . En réponse à la dépêche WebMiel, un logiciel de communication communautaire. Évalué à 4.
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 Gruik Man . En réponse à la dépêche Les logiciels libres sous Windows : un frein ou un tremplin vers la migration Linux ?. Évalué à 1.