Smutronet est un petit jeu que j'ai découvert en allant sur http://www.happypenguin.org, qui recense et classe la plupart des jeux jouables sur Linux.

Ce jeu multijoueur en java n'offre pas le code source, et n'est pas libre, néanmoins il est très addictif et amusant, et devrait bien plaire au geek qui sommeille en vous avec son interface 2D, son concept simple et efficace ainsi que ses couleurs néons ;)

L'idée est simple : dans un monde façon Tron, il faut capturer des pixels statiques ou clignotants en les entourant avec la traînée de son véhicule, et suivant la difficulté à le faire (si on entoure de 1 ou 4 côtés) différents points sont alloués, tout en empêchant les autres de récolter des points.

les captures d'écran :
http://albin.abo.fi/user/psandvik/smultronet/screenshots.php

l'archive java à télécharger, ou pour jouer directement avec java web start :
http://albin.abo.fi/user/psandvik/smultronet/getthegame.php

Ambiance conviviale sur les serveurs et amusement garanti :)

> Lire le journal (4 commentaires, moyenne: 3).

Avant-hier soir, j'étais au CNIT La Défense, revenant de Solution Linux, quand mon petit estomac s'est mis à gargouiller de partout. Je me suis dis que je mangerais bien un petit pain au chocolat ou aux raisins, et j'allais pour entrer dans une boulangerie, quand soudain, juste devant moi, je vois... Bill Gates !

J'ai toujours professé que ce genre de personne ne mérite même pas qu'on leur prête attention (et encore moins un acte violent, quoique... un bon coup de rm -fr * cela ne ferait pas de mal...). Mais voilà, dans cette situation, j'ai réagi avec mes tripes, instinctivement : je suis resté figé 10 secondes, j'ai reculé et je ne suis pas entré dans cette boulangerie. Je suis allé plutôt acheter une gauffre sur le parvis de la Défense. Je n'aurais pas pu être dans la même boulangerie que ce personnage emblématique de quelque chose que je trouve particulièrement navrant.

Dommage en fait, j'aurais dû avoir la présence d'esprit de retourner à Solution Linux, emprunter un costume de pingouin, et revenir acheter ce pain aux raisons qui me faisait bien envie.

Et vous, que feriez-vous dans cette situation ?

D'autant plus que sur le parvis de la Défense, les feux d'artifices pour Vista ne m'ont pas spécialement enthousiasmés.

> Lire le journal (40 commentaires, moyenne: 5,1).

Je suis en train d'essayer d'ajouter dans Amarok diverses radios françaises.

Apparemment pour radio france (par ex. france musiques), cela n'existe plus en ogg, et le pire c'est que cela ne semble pas facile à installer même en mp3 :
http://www.radiofrance.fr/francemusique/accueil/

il y a une aide pourtant, et ils sont gentils parce qu'ils font même un liens vers framasoft :
http://www.radiofrance.fr/services/rfmobiles/podcast/aide.ph(...)

pourtant on ne peut rien faire de leur fichier rss dans Amarok, xmms par exemple.
Il semble conduire ici pour le direct : http://www.radiofrance.fr/chaines/france-musiques/direct/ mais c'est illisible dans les programmes que j'ai essayés

http://ogg.tv-radio.fr ne semble plus exister d'ailleurs

Et enfin, si on pioche dans les divers sous répertoire de tv-radio.com, on peut trouver les flux :

http://www.tv-radio.com/station/classique-mp3/ (radio classique)

mais pour en revenir à france musiques, il n'y a plus en ogg, et peut être même plus en mp3 :
http://www.tv-radio.com/station/france_musiques/

le format asx semblant dédié à du media player.

et bien tant pis... :(

( ceci fait suite au journal http://linuxfr.org/2006/07/23/21125.html )

> Lire le journal (16 commentaires, moyenne: 1,7).

Information récupérée sur http://www.alionet.org/index.php?showtopic=14078
elle-même récupérée sur
http://fr.theinquirer.net/2007/01/03/linde_boude_microsoft_a(...) (site indisponible en ce moment)
qui a glané les informations ici :
http://mandriva.blogspot.com/2007/01/tamil-nadu-india-may-sh(...)
et dont les sources sont issues de http://www.deccan.com/

Ouf. Espérons que le téléphone indien fonctionne bien, et que la réalité n'est pas trop déformée, en tout cas selon ces sites cela concernerait ceci :

Plus de 6 500 systèmes Linux ont déjà été distribués dans des communes rurales, les écoles accueilleront plus de 20 000 systèmes de bureau tournant exclusivement sur Suse.

De plus 30 000 fonctionnaires seront formés à Linux et Open Office.

Argument supplémentaire :

He said he had also pointed out to the Microsoft official that MS Office did not allow saving of documents in open document format. While it was possible to open all MS Office files using Openoffice.org, the vice versa cannot be done. “I asked her why ELCOT should buy such an inferior product when
Openoffice.org is available free of cost for Windows as well as Linux.

Il a également fait remarquer à l'employé de Microsoft que MS Office ne permet pas de sauvegarder des documents dans le format Open document. /.../

Et n'oublions pas : http://chl.be/migrations/ détail des migrations linux dans le monde :)

> Lire le journal (12 commentaires, moyenne: 2,5).

(pour faire suite à http://linuxfr.org/~Sam_from_MS/23267.html )

Ma femme a réalisé de supers décors et lutins ("sprites"), et j'avais essayé à l'époque de les animer avec AGS ( http://www.adventuregamestudio.co.uk/ ). Cela semble la référence pour faire des jeux à la sierra ou lucasart (indiana jones, maniac mansion etc), d'ailleurs des remakes de certains jeux ont été fait avec ce système. A noter les avantages et désavantages :

- un client linux semi-officiel existe pour jouer aux jeux générés
- il est (était ?) possible de faire des jeux dos (dosbox)
- une grande communauté existe autour de ce système (forum, support ...), et de nombreux jeux sortent encore chaque jour.
- le programme de création tourne apparemment très très bien avec wine (je n'ai jamais eu de pb avec, cela ne doit pas être codé avec visual basic ;) )
- le système est "gratuit"

- le client linux a un petit métro de retard : le dernier en date ne permet pas de jouer aux jeux générés avec la dernière version du générateur.
- il n'est plus possible de créer des jeux seulement dos ?
- un système de plugin existe, et si on utilise des plugin, cela ne passe plus sous linux. Apparemment la plupart des jeux de qualité (les plus aboutis) les utilisent (maniac mansion deluxe, zak mc krakken remake...)
- si on veut jouer sans le client linux, apparemment les jeux générés ne passent pas bien avec wine (je n'arrive plus à y jouer avec wine, mais sur le forum certains semblent pouvoir le faire...)
- le système n'est pas en opensource (l'auteur dit qu'il craint un fork)

Du coup je ne sais pas si j'ai envie de m'investir dans un système qui ne me semble pas pérenne, et je préfèrerais aller voir ailleurs plutôt que de supporter quelque chose qui risque de ne plus tourner correctement sous unix dans le futur.

Mais AGS est vraiment le plus simple à utiliser. Je ne suis pas capable de refaire qque chose d'aussi bien en python, pygame ou autre. J'ai envie de coder un jeu, pas un moteur de jeu.
Si vous avez des idées sur un moteur de jeux dans le style, je serai intéressé, mais pour le moment je n'ai rien trouvé.

Si, en fait il existe cela :

http://www.bripro.com/scistudio/index.php

c'est moins développé qu'AGS, cela est plus fait pour émuler les moteurs Sierra (version SCI, king's quest IV, Laura Bow I etc), donc c'est limité en couleurs et résolution. Une version VGA était en création, mais si j'ai bien compris l'auteur a un peu levé le pied pour le développement. MAIS, il a rendu le code source libre.
Je vais voir si cela a été porté pour linux, et si la version vga a de l'avenir, je préférerai utiliser ce système.

A noter qu'il existe également AGI studio, pour refaire des jeux comme les très vieux Sierra (moteur agi) : http://agistudio.sourceforge.net/ (king's quest I -> 3)
C'est sous linux, mais en basse résolution.

SCIstudio (et sans doute agi studio) peuvent récupérer les images, et peut être les scripts des jeux sierra originaux !!

Avez-vous des avis sur la question ?

> Lire le journal (10 commentaires, moyenne: 3,6).

Un journal dans son temps avait parlé du site Pacte Ecologique (fondation N. Hulot), qui nécessitait flash 9 etc. pour pouvoir être visible. Certains d'entre nous leur avait sans doute écrit, en tout cas pour ma part je l'avais fait.
J'ai noté avec satisfaction qu'ils m'ont enfin répondu :

Bonjour,

Vous avez bien voulu nous signaler un problème technique lors de votre connexion sur le site du Pacte écologique. Nous vous en remercions.

Nous avons fait le maximum pour prendre en compte les problèmes signifiés par les internautes. Une version html du site a notamment été développée pour faciliter son accès au plus grand nombre.

N'hésitez pas à le visiter à nouveau. Nous avons besoin de votre soutien et de votre signature au Pacte écologique.

Plus nous serons nombreux à affirmer notre volonté d’agir, plus les enjeux écologiques et climatiques auront une chance de figurer au coeur des débats et de se traduire par des actes concrets.

Je signe le Pacte écologique :

http://www.pacte-ecologique-2007.org/nicolas-hulot/pages/01_(...)


Votre soutien est indispensable, chaque signature compte !

Merci par avance pour votre mobilisation.


www.pacte-ecologique-2007.org

Je pense que c'est une très bonne chose qu'ils aient répondu à notre appel en développant une version html, car même si nos revendications sont moins importantes en un sens que celles concernant le respect de l'environnement, cela prouve bien que si divers individus s'unissent et s'investissent avec la volonté de faire améliorer les choses, cela porte souvent ses fruits.

Cela est valable pour l'informatique, cela est également valable pour l'écologie.

Pour ma part je n'ai plus d'excuse pour ne pas signer ce pacte !

> Lire le journal (18 commentaires, moyenne: 1,6).

juste pour signaler que sur 01net, demain en fin d'après-midi, il y aura un "chat" avec Sophie Gautier de OpenOffice :

Comment fonctionne la communauté OpenOffice.org ?
Que faire pour bien changer de suite bureautique ?
Existe-t-il un équivalent libre d'Outlook pour OpenOffice ?
Pourquoi OpenOffice est-il un succès surtout en France, et particulièrement dans le secteur public ?

Sophie Gautier, OpenOffice.org, répondra à vos questions le mercredi 6 décembre, de 17h à 18h.

http://www.01net.com/rubrique/3394.html


on peut penser ce que l'on veut de 01net, je trouve cela positif que cela fasse de la publicité à OpenOffice et aux logiciels libres :)

> Lire le journal (7 commentaires, moyenne: 1,7).

Cher Journal,

aujourd'hui vendredi, jour propice à la discussion, quelques idées et frustrations me trottaient dans la tête.

Jusqu'à présent j'étais plutôt habitué à l'utilisation de Debian, et sans remettre en cause ceci j'ai commencé à tester d'autres distributions. C'est alors que j'ai remarqué que ce qui me semblait normal sous Debian ne l'était pas forcément ailleurs, par exemple certains programmes se retrouvent dans /usr/bin sous debian, alors qu'ailleurs ils sont installés par défaut dans /usr/local/bin, de même on peut avoir des applications graphiques dans /usr/bin, et ailleurs on les retrouve dans /usr/X11R6/bin, voire dans /opt etc. Sans vouloir défendre plus un point de vue qu'un autre, pour parler franchement est-ce qu'il n'est pas débile de faire un format de paquet par distribution, les paquets d'une distribution à l'autre ne s'échangeant pas forcément très bien ? (dépendances etc.)

Si j'ai bien compris le format .deb est arrivé le premier (cf. wikipedia à propos du Linux Standard Base), puis .rpm, mais d'une distribution à l'autre, les rpm ne sont pas forcément compatibles. Donc on a des rpm spécifiques à red had, fedora, d'autres à mandriva, opensuse, des deb spécifiques à debian, d'autres à ubuntu (pourquoi n'ont-ils pas sorti des .ubu à la place ?), et puis des tgz pour slackware, et si on peut convertir de l'un à l'autre avec la commande alien (de deb à rpm et vice versa), d'une distribution rpm à l'autre c'est plutôt hasardeux, pour ce que j'ai vu (et idem de debian à ubuntu)

J'ai trouvé aussi qu'il existait un genre de consortium Filesystem Hierarchy Standard, mais que cela n'avait pas été respecté non plus.
Il en va de même pour les fichiers de configuration, et tout cela contribue à faire un joyeu bordel pour qui veut s'y retrouver un peu. Alors on va dire que c'est la diversité qui fait la force du libre, mais je trouve dommage (j'ai écrit "débile" plus haut) que les efforts des empaqueteurs soient dispersé à cause de cela. Si quelqu'un passe (qui a dit perd ?) du temps à empaqueter pour Debian, son travail ne sera pas utile pour ceux qui utilisent opensuse ou fedora, etc. Même s'il existe des outils comme smart install, ce n'est pas la panacée non plus, et le système linux me semble un peu affaibli par cet éclatement.

Alors parfois les acteurs des solutions Unix arrivent à s'entendre pour avancer (comme ils avaient pu faire pour les systèmes de fichier, cf. http://linuxfr.org/2006/07/23/21124.html ), est-ce qu'ils ne pourraient pas faire de même pour la hiérarchie unix, le format de packetage, et les fichiers de configuration (virez-moi ces fichiers avec des . du dossier /home svp, c'est une horreur sans nom car tous les programmes ne les filtrent pas)

Bien sûr les avis de chacun divergent, mais ne serait-il pas possible dans un premier temps d'envisager de faire tout un système "propre", et que les spécificités actuelles des diverses distributions se retrouvent via des liens symboliques ? (un peu comme dans gobolinux)

http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
http://fr.wikipedia.org/wiki/Linux_Standard_Base

Enfin, et on pourrait en faire tout un nouveau journal, au niveau de la distribution des binaires, cela ne serait pas mal s'il y avait également un peu de standardisation. Je dois dire qu'avant je n'appréciais pas trop un système comme autopacketage, mais finalement ce n'est pas si mal, car cela permet de s'installer sur la plupart des distributions (on en revient au problème que si tout était un peu moins bordélique dans les systèmes de paquets, il n'y aurait pas besoin de système comme autopacketage... car je ne suis pas trop en faveur de binaires à télécharger et installer façon windows ou pcbsd). D'ailleurs cela serait bien si cette distribution de binaire pourrait être un peu plus généralisée par les auteurs de logiciels, sans remettre en cause la présence des sources bien entendu, c'est vraiment lourd lorsque l'on se trouve avec un petit programme à compiler qui repose sur des environnements de programmation pas très léger genre gtk, sdl, qt, clanlib etc. Pour quelqu'un qui connait un peu ça va, pour un autre, il va découvrir la joie de la recherche des fichiers de dev, des configure qui ne passent pas (pourquoi c'est pas les grosses bibliothèques à problème qui sont testées en premier d'ailleurs, cela éviterait de tout lister pour rien ?), des make qui flanchent, et surtout du jeu de ricochet des dépendances de dépendances de dépendances...
L'autre fois pour compiler un truc "tout bête" comme ion3 sous opensuse j'ai dû mettre 1/2 heure, chaque dépendance dépendait d'une autre qui au final ne compilait pas, et j'en ai été quitte pour installer ion2 à la place...

En fait sur pas mal de projets on trouve 1 binaire windows, 1 paquet dmg binaire mac osx, et les sources pour linux (démerdez-vous, et tant pis pour les newbies). Et si on n'a pas les sources, c'est un paquet pour debian, un pour ubuntu, un pour fedora, un pour mandriva, un pour suse, un pour slackware... (cf. http://www.videolan.org/vlc/ )

C'est vraiment pas pour aider le décideur pressé tout ça...

> Lire le journal (121 commentaires, moyenne: 2,4).

cher petit journal, je suis victime d'un hacker qui me tourmente, sauras-tu me trouver une solution et une explication sur cet étrange phénomène ?

Ainsi donc, j'ai eu il y a quelques jours la page d'accueil de mon site "hackée" avec la mention "hacked by Crack_man", j'ai donc modifié le mot de passe en le choisissant plus complexe (pas de mots du dictionnaire + des chiffres), et ai restauré la page d'accueil. Mais ce soir j'ai vu que le site avait été de nouveau hacké, par le même, je ne vois vraiment pas comment cela peut être arrivé, d'autant plus que cela ne peut pas être un trojan ou autre virus (je suis sous linux), je n'ai apparemment pas de rootkit d'installé sur ma machine, n'ai pas d'ip fixe etc, en plus le "hack" semble vraiment amateur (cela ne veut rien dire car cela peut être un leurre, mais la page de garde a été faite apparemment avec frontpage -- vengeance de jvachez ? --)

si cela peut vous amuser d'aller voir : http://anamnese.online.fr (en attendant que je rétablisse le truc, si je peux...)

Des idées sur ce qui aurait pu se passer ?

> Lire le journal (37 commentaires, moyenne: 4,3).

Cher journal,

suite à un message sur la question des ordinateurs de poche (pda) pour geeks ( cf. http://linuxfr.org/forums/12/17968.html ), j'ai voulu tenter à mon tour de pouvoir mouler depuis les boulangeries utiliser linux depuis un pda (cf. également http://linuxfr.org/forums/43/16472.html ). On m'a prêté un ipaq hx4700, et j'ai donc installé GPE depuis le site http://familiar.handhelds.org/ , cela s'est déroulé pas trop mal, en 20 mins - 1/2 heure environ c'était réglé.
Par rapport à wince le bureau est indéniablement plus fonctionnel et attractif, par contre question applications, c'est pas encore ça...


J'ai donc commencé par le "bureau" GPE qui est l'équivalent de Gnome pour pda. J'ai été séduit dès le début, les caractères et les icônes sont clairs et lisibles, l'apparence jolie et agréable, cf http://gpe.handhelds.org/
Je n'ai pas testé en profondeur les applications de PIM (calendrier, agenda, bloc note etc.), ni la synchronisation avec evolution que j'utilise au quotidien, même si cela à l'air bien. N'étant pas un "itinérant", je n'ai pas spécialement l'utilité de cela, par contre j'utilise le pocket pc (comme j'ai pu dire dans un précédent commentaire) surtout pour jouer (émulation + fiction interactive), pour faire du pixel art et pour lire des textes, soit en html, soit en ascii, soit en pdf. Et là le bât blesse : les fichiers textes sont illisibles avec l'éditeur de texte, toutes mes tentatives d'ouverture se sont soldées par "invalid sequence in byte conversion". Il est possible que cela vienne de l'encodage, j'ai essayé de lire depuis des cartes mémoires en fat16, des textes pourtant majoritairement récupérés depuis linux et copiés via un lecteur de cartes. Pourtant, si je lis depuis vi en console, cela fonctionne bien, les retours à la ligne, les accents, tout.

Pour les pdf, il faut une application adhoc, et il y a seulement un lecteur d'ebook dans le bureau de base.

Pour l'html, malheureusement le navigateur présent ne semble pas pouvoir ouvrir depuis les fichiers locaux, seulement depuis internet. J'ai essayé depuis l'explorateur de fichiers ou la console de forcer à passer un fichier texte en argument dans le navigateur, mais cela n'a rien fait. Je n'ai pas pu avoir la connexion internet (via le socle, je n'ai pas le wifi chez moi, mais je crois que le wifi n'est pas pris en compte sur ce pda), mais je crois que c'était dû à une erreur de ma part et que j'ai planté la configuration initiale. Sur la carte mémoire j'ai donc copié le paquet pour dillo, et j'ai pu lire des fichiers html en local, au prix tout de même de taper le chemin complet du fichier dans la barre de tâche (ne pouvant ni l'ouvrir depuis la console, ni depuis l'explorateur de documents, ni en parcourant les dossiers comme dans la version "pc"). C'est écrit tout petit également, mais on doit pouvoir le modifier dans le fichier de conf de dillo.

Pour le pixel art, je n'ai pas encore trouvé de bon programme pour cela, ce qui est livré avec GPE est plus pour faire du "gribouillage", des esquisses, sans possibilité de grossir au pixel.

Pour les jeux, je n'ai pas réussi à faire fonctionner frotz (interpréteur console) issu de la version zaurus, pourtant le binaire est compatible.

Au niveau des autres fonctionnalités, les divers modules de configuration façon gnome sont très pratiques, rien à redire. Pour entrer les lettres il y a juste un clavier à cliquer (pas de reconnaissance d'écriture), mais il n'est pas trop mal.
J'ai juste regretté qu'il n'était pas possible (à ce que j'ai vu) de redimensionner les fenêtres, en 640 x 480, c'est tout à fait gérable, et cela peut être parfois utile d'avoir plusieurs fenêtres côte à côte. Par contre pour changer d'application c'est bien fait (mieux que wince), on peut soit terminer une application soit changer de fenêtre.

J'ai essayé ensuite Opie ( http://opie.handhelds.org ), l'équivalent de KDE pour pda, basé sur QT. A l'installation, les icônes et le texte, prévus pour du 320 x 240, sont vraiment trop petits, et ce n'est pas forcément évident de facilement le modifier. Les thèmes de fenêtre sont également moins jolis que sous GPE (à l'instar de KDE / Gnome), mais c'est lisible. Les icônes ne sont pas mal, et la navigation agréable, comme pour GPE d'ailleurs. Les diverses fonctions pour changer la luminosité, activer le bluetooth etc sont pratiques, mieux que sous wince à mon goût. Les jeux livrés sont souvent prévus pour 320 x 240 et ne s'affichent pas plein écran, du coup ils sont trop petits.
Première bonne impression, on peut redimensionner les fenêtres, par contre pour changer d'application en fenêtrage plein écran ce n'est pas toujours facile, parfois on quitte une application et on en quitte d'autres en même temps.

Pour la lecture html, autre bonne nouvelle, le konqueror light peut parcourir les répertoires si on entre / dans la barre d'adresse. Seul problème, la lecture de fichiers html en local fait irrémédiablement et instantanément planter le navigateur :( J'ai essayé d'installer dillo, mais là problème de dépendance gtk (vu qu'il n'y avait plus GPE). Pas trouvé de lynx ou links.
Par contre il y a opie-writer, "editeur rtf" un peu bizarre qui ne gère pas le rtf mais le html. Plutôt pas mal pour éditer du texte, il peut lire sans problème le html. Malheureusement, il a une utilité très très limitée du fait qu'il faut activer l'indexage de tous les documents html / texte / images, très lent et pas du tout adapté à un pda (une horreur qui existe également avec wince sur pocketpc) pour pouvoir lire un fichier, qui ouvre une liste en vrac (ou tout du moins alphabetique) de tous les fichiers du pda. Lorsque l'on a classé tout dans des dossiers, et que l'on a 200 ou 300 fichiers html, c'est vraiment une fonctionnalité détestable. J'ai donc désactivé la fonction qui mettait peut être 30 secondes à faire démarrer l'application (si ce n'est plus), et j'ai vu qu'il n'y avait pas moyen d'ouvrir un fichier à un endroit particulier. Dommage. Il y a un opie-sheet, un tableur, qui fonctionne pareil. Dommage car il semblait pas mal non plus.

Pour le ascii, l'éditeur de texte brut peut lire mes textes sans planter, mais les accents sont remplacés par des ?? (alors que vi les lit bien). Le konqueror light pouvait les lire également, mais sans les sauts de lignes. Pour comparer avec wince, vi peut quand même lire un fichier texte de 8 mo alors que "pocket word" plantait complètement dessus.

Pour le pdf, il y a un lecteur pdf qui fonctionne très bien (j'ai honte de le dire, c'est pour le moment la seule application qui me sera sans doute utile, en plus du terminal).

Pour entrer du texte, il y a également la possibilité d'une reconnaissance d'écriture, limitée mais prometteuse (il faut dire que celle de windowsCE est quasi parfaite, venant de ma part c'est plutôt un compliment, c'est d'ailleurs le seul truc de bien de wince selon moi)

Sinon dans Opie j'ai pu également visualiser des vidéos, mais il doit y avoir un problème avec le son puisque je n'en avais pas plus que dans le lecteur audio.

J'ai réussi par contre à connecter le PDA à mon ordinateur de bureau, et c'était pratique pour administrer via ssh, et je dois dire vraiment plaisant à faire ! J'ai pu également naviguer sur internet grâce à cela.
Il est possible d'ajouter des programmes de façon similaire à apt-get de Debian (avec ipkg install etc), seulement j'avais dans la base moins d'applications possibles que sur le site internet http://ipkgfind.handhelds.org/ (sans doute selon les versions de la distribution) et si je veux installer les paquets à la main, il y a les problèmes de dépendances. La prochaine étape sera d'essayer de résoudre cela, et également d'installer plus de programmes depuis la base zaurus http://killefiz.de/zaurus/ (ou http://www.handheld-linux.com ) voire de tester la "cross compilation".

En conclusion, linux sur pda c'est bien pour le décideur pressé qui n'utilise que les fonctions d'agenda, carnet d'adresses, calendrier, bloc-note, croquis, sinon dans mon cas je pense que le nokia 770 me semble plus adapté. Je dois dire que malgré les critiques plutôt négative de ces 2 bureaux Opie et GPE, critiques qui ne portent pas vraiment sur la qualité des bureaux qui me semble très bonne, mais sur les applications annexes de base et leurs limitations, je suis vraiment étonné du niveau des 2 pour les applications PIM, et je ne peux que féliciter les développeurs Opie et GPE pour leur super travail.
Et faire tourner linux sur une petite machine comme cela, pour quelqu'un qui aimerait bien ssher son grille pain, sa t.v. et sa voiture, c'est plutôt plaisant. Il y a toute la puissance et le plaisir d'utiliser linux, même si c'est un peu la galère pour entrer du texte, lettre par lettre.

Sinon il y a aussi cela qui semble tentant, mais c'est vieux et n'est sans doute pas supporté pour le nouveau matériel : http://eqip.openqnx.com/?D=screen_shots

Hélas malgré tout je suis presque impatient de revenir à la version windows du pocketpc, pour pouvoir avoir plus d'applications fonctionnelles, pouvoir lire du texte sans problème etc., bref comme quelqu'un avait dit ici, un pda c'est censé faire gagner du temps, pas en faire perdre. Mais pour le moment je reste avec linux, par curiosité, et vais voir si je peux trouver des logiciels plus adaptés à mon cas, et c'est également pour cela que je vous demande vos retours d'expériences et vos conseils. Merci d'avance, et désolé d'avoir encore une fois été un peu long dans mes tests de "gestionnaires de fenêtres" ;)

> Lire le journal (9 commentaires, moyenne: 2,6).

Cher journal,

je voulais te parler ce soir de superbes logiciels libres pour composer des partitions et les écouter. J'ai vu que le sujet avait été rarement abordé dans les journaux, aussi je voulais remettre cela un peu en avant. Pour écrire de la musique il existe le magnifique Lilypond, avec une syntaxe un peu complexe mais un rendu sans faille. (cf. http://linuxfr.org/2004/04/08/15968.html )
La notation abc avait été un peu évoquée dans ce journal, mais je voulais revenir dessus. C'est vrai que pour écrire des partitions de musiques complexes (classiques) avec beaucoup d'effets, la notation ABC n'est pas l'idéal, mais pour noter des idées musicales, archiver de la musique folk, ou pour la notation de musique ancienne, voire baroque, c'est ce qui se fait de mieux.
( cf. fugue de Bach : http://www.mit.edu/~jcb/little-fugue.html ). Le résultat n'est visuellement pas aussi parfait qu'avec Lilypond, mais très bon quand même.

La notation abc est donc une notation ascii très simple et pour pour écouter ces partitions il suffit d'utiliser abcmidi ( http://abc.sourceforge.net/abcMIDI/ ) pour convertir en ligne de commande le fichier en midi. Pour la visualisation abcm2ps transforme le fichier en ... postscript. Ce dernier logiciel est continuellement amélioré par son courageux auteur qui sort une nouvelle version toute les semaines ( http://moinejf.free.fr/ ) (autant dire que je ne fais pas une dépêche dessus chaque semaine, mais la version de développement courante, la 5.0, est sortie le 15 juin dernier )
Il existe également un "front end" pour lancer des programmes directement :
http://ifdo.pugmarks.com/~seymour/runabc/top.html
ainsi qu'un programme java qui permet de manipuler des fichiers de base (mais pas les notations avancées) :
http://celticmusic.ca/skink.html

En ligne de commande ce n'est pas compliqué non plus :

abcm2ps fichier.abc
gv Out.ps

abc2midi fichier.abc
timidity fichier1.mid

maintenant les travaux pratiques. J'ai transcrit tout à l'heure le fameux "hit" Leva's polka qui avait déjà fait parler de lui dans les journaux ( http://linuxfr.org/~ploum/21520.html ,
http://linuxfr.org/~Snarky/22139.html , http://jrlamoule.free.fr/chansons/loituma-jr.mp3 ...)

Voici donc comment cela fonctionne :

X:1 % numéro dans le fichier
T:Levan polkka % titre
R:Polka % rythme
C:Trad. / Eino Kettunen % compositeur
O:Suomi % pays d'origine
O:Finland % pays d'origine
Z:Farvardin % celui qui l'a transcrit
D:Loituma : Things of Beauty % discographie éventuelle
N:http://www.tvfolk.net/artistVideo.php?ID=420 % note additionnelle, ici vous pouvez voir le groupe en live
M:2/4 % type de mesure (ici c'est en 2 temps)
L:1/8 % note de base (ici c'est la croche)
Q:1/4=115 % tempo
K:G % tonalité
|:Be e>f | ge e>g | fd d>f | ge e2 |
Be e>f | ge e>g | ba gf | ge e>g |
bb/b/ ag| fd df | aa gf | ge e>g |
bb/b/ ag| fd df | aa/a/ gf| ge e2 :|
W: Nuapurista kuulu se polokan tahti % et les paroles... pour ceux qui les comprennent :)
W: jalakani pohjii kutkutti.
W: Ievan äiti se tyttöösä vahti
W: vaan kyllähän Ieva sen jutkutti,
W: sillä ei meitä silloin kiellot haittaa
W: kun myö tanssimme laiasta laitaan.
W: Salivili hipput tupput täppyt
W: äppyt tipput hilijalleen.
W:
W: /.../

Pour pouvez donc tester cela avec les logiciels cités plus haut, à noter il existe des modes spéciaux pour vi, emacs, et jed. Kate a également la coloration syntaxique qui va bien avec.

si vous voulez en savoir plus (syntaxe complète...) :

http://staffweb.cms.gre.ac.uk/~c.walshaw/abc/


Un live-cd entre autres pour la notation abc (c'est moi qui l'ai fait, j'ai sorti une nouvelle version il y a 2 ou 3 semaines) :

http://esclinux.tuxfamily.org/

> Lire le journal (1 commentaire, moyenne: 3).

bonjour,

je constate qu'il est souvent fait mention du Nokia 770. Mais moins, voire pas du tout du Pepper, qui semble être une tablette sous linux plus ancienne encore, mais mise à jour régulièrement :

http://www.pepper.com/products/pepper_pad3.html

(la seule mention sur linuxfr semble venir de http://linuxfr.org/~slowpoke/ mais une fois sur la page il n'y a rien, encore un coup de la cabale du syndicat des boulangers ?)

Est-ce que certains d'entre vous l'ont ? Qu'est-ce que cela vaut ?

Un test (en anglais) de la bête :
http://madpenguin.org/cms/index.php/?m=show&id=6827&(...)

Enfin, puisque sans doute peu de moules ici ont cet appareil, le débat alternatif est sur les ipaq de chez hp, qui ont l'horrible winCE de base, mais qui semblent être supportés par la communauté Linux pour porter dessus divers bureaux, Opie et GPE (cf . http://www.handhelds.org ). Est-ce que certains ici utilisent ce pda de cette façon, et même question, qu'est-ce que cela vaut ? J'aimerai bien essayer sur la machine que l'on m'a prêtée, mais comme cela n'est pas la mienne, je n'ai pas envie de rendre la partie winCE inutilisable.

> Lire le journal (4 commentaires, moyenne: 3,3).

Cher journal,

voilà, j'ai terminé mon tour d'horizon des divers gestionnaires de fenêtre, mais rassure-toi, tel Ozzy Osbourne, Patrick Sébastien, Lionel Jospin, Line Renaud ou Peck Sitron, "quand il n'y en a plus, il y en a encore", et je ferais de multiples comes back même si j'ai juré que c'était terminé, aussi si j'ai fait mine de ne pas connaître ratpoison ou autre twm, je les testerai bien un jour ou l'autre.
Mais parmi les "grands" de la gestion des fenêtres, j'ai jusqu'à présent passé sous silence un poids lourd du genre, un gestionnaire qui je suis sûr est resté dans le coeur de nombreux linuxien : windowmaker.
Oui, windowmaker, que j'ai détesté lorsque je l'ai vu pour la première fois (lapin compris l'interface, le trombone...), mais après avoir vu ce que l'on pouvait faire avec, et avec quelle simplicité, j'ai vraiment adoré.
Si bien que je me suis intéressé à son papa NeXTstep, et à son petit cousin MacOSX. J'ai passé des heures à lire les vieux contes à propos du mythique NeXT, et j'ai été fasciné par ce que cela impliquait, plus qu'une simple (mais belle) interface, c'est tout un système vraiment novateur qui avait été créé. Sans revenir sur tout ces points, j'aime savoir que du gestionnaire de fichier (que l'on a porté sous linux avec fsviewer) de NeXTstep, au finder de macosx, on retrouve ce système de rangement par colonnes, avec possibilité de glisser les dossiers ou fichiers favoris dans une zone prévue à cet effet. Il y a bien entendu d'autres similitudes qui font de macosx l'héritier de NeXTstep, mais ce n'est pas le propos de ce journal, pas plus que de parler du projet GNUstep.
On sent véritablement que les personnes derrières cela ont toujours eu une vision très précise de ce qu'ils voulaient comme interface, et qu'ils l'ont fait évoluer depuis des années.

Par contre avant de revenir sur windowmaker, je fais m'attarder encore un peu sur macosx, puisque je l'utilise également de temps en temps. Je ne vais pas non plus en fait un test complet, avec de longues descriptions, mais juste livrer quelques impressions. Cela fait donc plus d'un an et demi que je l'utilise après l'avoir découvert avec assez d'étonnement dans un magasin de ma région. Ce qui m'a le plus séduit je dois dire c'est surtout son environnement unix, et une impression de fluidité au niveau de l'affichage, malgré le fait qu'il rame quand même plus sous macosx que sous linux de façon générale, surtout au niveau de tout ce qui est lié à internet (par exemple lorsqu'il y a beaucoup de gif animés sur des forums, lorsqu'il y a trop de pages d'ouvertes... mais par exemple je ne vois pas spécialement de différence pour un programme comme blender). Malgré tout, malgré sa débauche d'effets graphiques ce système est plutôt léger en lui-même, tournant plutôt bien ne serait-ce que sur un processeur G3 à 350 mhz. Effectivement, l'univers mac est assez l'univers des contrastes, où peuvent se côtoyer le meilleur comme le pire.

Le meilleur, on l'a dit, c'est une interface unifiée alléchante, et des effets néanmoins utile : les effets d'ombres c'est bien pour mettre en relief la fenêtre au dessus des autres, car au contraire des effets composites de xorg, l'ombre est accentuée pour la fenêtre supérieure, les fenêtres qui se placent en réduction par la touche "exposé", que l'on retrouve avec skippy ou xgl, c'est très pratique pour retrouver ses programmes, on peut également (unique à macosx) faire cela pour des fenêtres de certaines applications en cours, par exemple si on a 4-5 instances ou fenêtres d'un même programme.
Le meilleur, c'est que cela s'optimise à chaque nouvelle version (à l'inverse de MSwindows), devenant apparemment de plus en plus réactif au fur et a mesure des versions (on peut craindre par contre que la tendance s'inverse depuis le passage sur un processeur qui n'encourage pas à cela)
Le meilleur c'est, au risque de verser dans le cliché mac, que "ça marche bien du premier coup", c'est vrai que les pilotes sont souvent développés par le fabriquant pour windows et mac, et que c'est à la communauté de se débrouiller pour la version linux (de toute façon ils gueulent et insultent si les pilotes ne sont pas libres alors bon...).
Mais au delà de cela (je n'ai jamais eu beaucoup de problème de reconnaissance de matériel sous linux, sauf avec ces daubes de modems usb, qui eux ont fonctionné du premier coup sous mac, mais qui font malgré tout de beaux kernel panic lorsqu'on les débranche du mac, comme quoi cela prouve bien que le concept de modem usb c'est de la belle cochonnerie), au delà de cela disais-je, c'est surtout dans le sens où toute les configurations sont faites généralement plus facilement sous mac, dans un centre de contrôle pas mal recopié depuis sous gnome par exemple. Mais je dois reconnaître également que de ce côté Gnome et Kde ont fait d'énormes efforts, et sont devenu depuis leurs dernières versions très bons dans ce domaine (je crois que c'est plutôt récemment que l'on peut modifier les paramètres de sa carte réseau via une interface graphique dans kde). Il est également possible de paramétrer un client vpn ttpc sous mac, je n'ai jamais réussi à le faire sous linux (je n'ai trouvé que pour faire des serveurs). Et puis il n'y a pas besoin d'être "administrateur" pour régler l'horloge, alors que sous KDE par exemple il faut donner le mot de passe root lorsque l'on clique sur le réglage de l'horloge, ce qui est un peu une aberration (je n'ai pas trouvé comment le faire autrement sous kde, je n'ai pas beaucoup cherché non plus, en tout cas cela n'y est pas dans les paramètres d'horloge de l'administrateur).

Le meilleur, c'est aussi que la plupart des programmes mac ont une interface sympathique ("framework"), je pense que cela est lié aux possibilités du système de développement (cocoa) mais là je ne saurais en dire plus. Il suffit de voir des programmes libres comme adium ou camino (que l'on cite souvent), ou un programme non libre (mais gratuit pour usage personnel blabla) comme SubEthaEdit pour s'en rendre compte.

Mais le mac, c'est aussi le pire, comme par exemple l'interopérativité réduite vis à vis de linux par exemple, alors que certains "linuxiens" sont venus au mac pour sa base unix. Pas de support ext3 / reiserfs, et le seul pilote ext3 qui fonctionnait sous mac (développé par un individuel), a été rendu incompatible avec la version actuel de macosx (tiger). Franchement, cela leur coûtait quoi de mettre un développeur de chez Apple sur l'affaire, en 2 coups de cuillères à pot c'était réglé, et cela leur donnait une image grandie aux yeux des "libristes", faisant ainsi effet boule de neige. Mais non, on a plutôt l'impression que le système unix sous jacent, c'était le discours d'il y a quelques années et que maintenant c'est un peu fini, ils ont d'autres préoccupations (vendre de la musique en ligne dans leur format fermé et leurs lecteurs mp3)
Car le pire, c'est aussi les ipoderies et autres itunes, iphotos, ichose, imachin et i-en-ont-rien-a-foutre-du-reste. Car macosx semble se fermer de plus en plus, malgré leurs tapageuses pubs pour montrer que l'on pouvait maintenant faire tourner windaube sur leurs machines.
C'est sûr que séduire 3 % de la population qui utilise linux (fidèle mais exigeante) pour rejoindre leur 3% de la population qui utilise déjà mac (fidèle mais exigeante), c'est rien plutôt que de séduire tout le reste (sans doute plus volage). Néanmoins je crois qu'ils font un mauvais calcul, car sans sombrer dans l'élitisme je crois que ce sont les universitaires et les programmeurs qui sont le moteur de l'informatique, à moins que je me trompe complètement et que ce soit les industriels, les financiers et les décideurs pressés...
Le pire, c'est aussi de toute façon un système en lui-même qui reste fermé, un programme développé en cocoa pur ne sera pas portable directement dans un autre système. En cela, oui, mac est bien un descendant des systèmes unix proprio des années 80.
Le pire, ce sont aussi des compilations qui ne fonctionnent pas "out-of-the-box" depuis les programmes linux, ce sont des bibliothèques difficiles à installer, entre ce qui est d'origine de la base unix de mac et ce que l'on rajoute pour avoir un système utilisable. Essayez d'installer par exemple python-tk, vous m'en direz des nouvelles, on passe un peu de temps à tâtonner pour trouver ce qu'il faut.
Car oui, le pire c'est aussi le manque de centralisation des portages réalisés pour macosx. Il y a fink, darwinport qui sont des projets intéressants mais non sponsorisés par Apple. Alors que l'on pourrait avoir un genre de Darwin repository (sur le modèle debian ou freshport de freeebsd par exemple) pour garder à la fois les sources et des paquets compilés récents (ce qui manque aux projets actuels). Peut-etre qu'Apple ne veut pas faire des infidélités à ses partenaires historiques en proposant des concurrents à xpress, photoshop, illustrator... mais je crois que ce ne sont pas les mêmes marchés pour le moment.
On pourrait aussi rêver avoir une compatibilité binaire entre linux et macosx (linux ppc pour le moment, et linux x86 pour les machines équipées de processeurs intel), sur le modèle de freebsd. Bref, on pourrait espérer voir plus de mouvement envers la communauté du libre, autre que pour le navigateur Safari et Konqueror / Khtml (même si cela a été décrié, apparemment les retours sur Konqueror sont quand même plus positifs que dans le passé)

Le pire, c'est également tout ce qu'il faut rajouter pour avoir un système plus opérationnel, et qui n'a pas été prévu par Apple, par exemple les bureaux virtuels, les utilitaires pour inverser les boutons de souris (lorsque l'on est gaucher), pour modifier l'apparence de l'interface, car même si celle-ci est jolie, à force cela lasse. Sans doute pour préserver son image de marque, Apple ne souhaite pas que n'importe qui puisse charcuter l'interface dont ils sont si fiers. C'est réputé, les utilisateurs mac sont des gens sans goûts qui n'ont aucun talent en graphisme...
Je reviens là-dessus, le système a vraiment ce contraste de l'ouverture d'un côté, et de l'esprit fermé de l'autre.
Ils ont également supprimé le très pratique effet de repliage des fenêtres (sauf lorsque l'on passe en mode classic, émulation de mac os 9), que l'on retrouve maintenant sur tous les gestionnaires de fenêtres Unix. Très fiers de l'effet "exposé", ils doivent considérer que les bureaux virtuels, les repliages de fenêtres il n'y a plus besoin.

Le pire, enfin, c'est cette horreur qui s'appelle "Finder", qui est censé être un gestionnaire de fichiers. Laid, volumineux, peu pratique, pas ergonomique, selon moi il a vraiment tous les défauts possibles. Beaucoup d'admirateurs de Mac reconnaissent d'ailleurs que ce finder est mal fait. Il y a aussi les fameuses discussions à propos de l'intérêt ou pas d'autoriser le "couper / coller" de fichiers via l'interface (les utilisateurs mac ayant apparemment peur que leurs précieux fichiers disparaîssent s'il y a une coupure de courant, pourtant cela ne les dérange pas de faire une action similaire par "glisser déposer")


Il reste aussi le coup des touches "début de ligne / fin de ligne" des claviers apple qui ne fonctionnent pas sous macosx, et sans doute encore beaucoup de petits problèmes du même acabit (notamment leur horreur d'encodage, la disposition clavier etc.)

Voilà cher journal, j'apprécie à la fois macosx, et je n'aime pas trop Apple, si bien que je ne suis pas certain de reprendre une machine Apple dans le futur, d'autant plus qu'elles ne me séduisent qu'à moitié : le mac mini est sympa, mais je préfèrerais avoir un cube un peu plus gros (sur le modèle du cube du même nom http://www.mannlib.cornell.edu/computing/stone/history/comp/(...) ), et une bonne carte graphique, un bon disque dur etc. Les autres sont trop chers pour ce que c'est.

Bon, revenons à WindowMaker.

Lorsque j'ai commencé cette série des "une semaine avec...", j'utilisais Wmaker tout le temps, et j'avais en tête de finir ces tests par Wmaker pour dire que c'était celui qui me satisfaisait le mieux. Pourtant, je dois reconnaître que lorsque l'on a besoin d'avoir beaucoup de fenêtre d'ouvertes en même temps, au delà de 20 ou 30 (!), KDE par exemple est plus facile à utiliser, surtout pour retrouver une fenêtre rapidement, avec le clic bouton du milieu sur le bureau (icônes + nom complet manquent sous wmaker).
Mais dans un contexte plus raisonnable, pour une utilisation décontractée à la maison par exemple, je continue à faire fonctionner et apprécier wmaker.

Tout d'abord pour son aspect visuel (les goûts et les couleurs...), d'ailleurs lorsque l'on revoit une copie d'écran de gnome ou kde (ne parlons pas de windows) des années 1997 ou même 2002, cela a pris un méchant coup de vieux, alors qu'un écran de windowmaker reste, selon moi, indémodable, quasi atemporel.
Beauté, simplicité, sobriété, efficacité font la force de ce gestionnaire de fenêtres.

Ensuite, il est facile de le configurer pour répondre à la plupart des besoins. On est loin de KDE ou Gnome à ce niveau, mais pour le reste il y a beaucoup d'options possibles.

On peut aussi ajouter de petits programmes appelés dockapps pour ajouter des fonctionnalités (volume sonore, zone de notifications, charge système, arrivée de courriels...)

Enfin, il est très pratique de créer un raccourci vers le dock, en glissant l'icône d'une application ouverte vers le dock (encore valable sous macosx...).
Le passage d'un bureau virtuel à l'autre est également facilité, soit par des touches de raccourci, ou avec l'icône du trombone (qui permet également de docker des applications spécifiques à chaque bureau).

Il a également des fonctionnalités uniques, comme par exemple de pouvoir "killer" un programme qui se bloque avec control+ bouton de fermeture.

Bref, windowmaker est un gestionnaire de fenêtres sous lequel je me sens parfaitement bien et que j'ai grand plaisir à utiliser encore en ce moment même ;)

Pour plus d'informations, voir cette page :

http://www.windowmaker.info/documentation.php?show=userguide

(à noter que le site de windowmaker est passé de .org en .info )

Une présentation plus détaillée que la mienne (même si elle date un peu, elle vaut la visite) : http://www.linuxfocus.org/Francais/January2000/article128.sh(...)

Notons également l'existence du projet Etoilé qui est basé sur gnustep, même s'ils sont en train de développer un gestionnaire de fenêtre différent de wmaker (basé sur openbox) :
http://www.etoile-project.org

Et en petit clin d'oeil final, macosx qui fonctionne conjointement avec wmaker :

http://img124.imageshack.us/img124/7450/livrantosxwmaker28wm(...)

> Lire le journal (26 commentaires, moyenne: 3,2).

Une nouvelle version de KDE vient de sortir le 31 mai 2006.

Celle-ci propose des corrections de bugs (notamment quelques 800 problèmes corrigés en partie grâce à Coverity http://scan.coverity.com/ -- c'est la page de kde qui l'annonce --), une accélération du démarrage, 2 nouvelles langues (Vietnamien et Kazakh) et quelques nouvelles fonctionnalités (apparemment surtout dans Akregator, KMail et KAlarm)

Un nombre non négligeable de paquets sont déjà disponibles dans les dépôts Debian.

http://kde.org/announcements/announce-3.5.3.php

> Lire le journal (24 commentaires, moyenne: 3,9).

c'est un petit journal rapide qui m'a été inspiré par quelques jeux pas mal du tout sur ce site :

http://www.absoluflash.com/jeu-aventure/jeux.shtml

Alors oui, autant je déteste les sites tout en flash (texte + liens + tout ce qui peut être flashisé) même si quelques animations cela peut passer, autant je trouve qu'il y a des choses parfois intéressantes avec ce type de petites applications rapidement accessibles et légères (pas besoin de télécharger 20 Mo avec pygame ou des dépendances impossibles...) : par ex http://www.questfortherest.com/

Alors je me demande un peu où cela en est dans la création de flash (ou équivalent, svg animé etc.) sous linux / unix.

je remets une collection de liens (pas forcément exhaustive) :

http://drawswf.sourceforge.net/screenshots.html
http://sourceforge.net/projects/spalah/
http://www.swftools.org/

ce qui me semblait le plus évolué (interface graphique avancée... )
http://f4l.sourceforge.net/index.php?option=com_frontpage&am(...)
http://ktoon.toonka.com/ semble le plus développé

(et puis aussi openoffice.org, mais c'est statique, et juste de l'exportation)

Quelques lecteurs :
http://gplflash.sourceforge.net/ (lecteur)
http://www.gnu.org/software/gnash/ (lecteur)
http://www.schleef.org/swfdec/ (lecteur)



et il y a aussi l'action script, apparemment c'est le langage de programmation de flash :
http://www.mtasc.org/

par contre il me semble que le logiciel de macromedia / adobe permet de programmer des choses sans taper du code. Est-ce qu'il y aurait quelque chose d'équivalent sous linux, même si j'en doute ?

Je viens aussi de voir que le projet mtasc étaient maintenant tourné vers quelque chose de différent, qui pourrait générer différents formats (notamment flash et ajax)

http://haxe.org/

voilà, c'est court comme journal mais c'était pour faire un petit tour d'horizon.

> Lire le journal (14 commentaires, moyenne: 2,9).

Il y a quelque mois, une annonce sur linuxfr avait piqué ma curiosité :
http://linuxfr.org/~Uld/20427.html

Peut-être que l'auteur n'ose pas venir vous en parler tous les 4 matins, aussi je me propose de refaire de la publicité à sa place :)

Il s'agit d'un jeu en ligne très sympathique, qui prend minimum 1 minute par jour et plus si affinité, et permet de se divertir agréablement, tout en offrant une stratégie très intéressante, dans un contexte médiéval et chevaleresque.

Le principe est simple : Dans un groupe de 8 joueurs, on affronte chaque jour un adversaire différent. Il y a une grille qui présente des "points" répartis aléatoirement sur des colonnes (la grille est générée pour la semaine), il faut dont choisir chaque jour la bonne colonne sachant que si on choisit une colonne populaire auprès des autres joueurs, les points gagnés diminuent d'autant. Il n'est possible de choisir une colonne donnée (a, b, c, d, e, f ou g) qu'une seule fois, et les points gagnés pour une journée déterminent si on gagne ou pas la joute contre l'adversaire du jour. D'autres petites subtilités viennent agrémenter ces règles (utilisation ponctuelle de "coups critiques" qui aident à gagner), ainsi qu'un environnement de jeu plaisant.

Stratégie, alliances, séduction, amour, galanteries, traîtrise, bravoure et héroïsme sont au rendez-vous :)

Le site :

http://www.e-joutes.org

Bref, n'hésitez pas à passer faire un tour, et si vous voulez entrer en lice rapidement, inscrivez-vous avant ce soir pour commencer à jouer dès lundi, sinon cela reporte d'autant vos débuts en chevalerie !

> Lire le journal (7 commentaires, moyenne: 3,4).

Inform 7 en version beta publique est sorti le 30 avril dernier après 3 ans de développement dans le plus grand secret.

Inform est un langage de programmation orienté objet créé en 1993 par Graham Nelson permettant de créer des jeux d'aventures textuels (les actions du joueur sont décrites avec des phrases tapée dans une ligne de commande cf. Zork). Sa syntaxe de la version 6 est proche d'un langage impératif comme le C. Ses principaux concurrents sont Tads, qui a une structure similaire, et les langages Hugo, Alan et Adrift, ces derniers venant juste après en terme de popularité, bien qu'il existe une multitude d'autres systèmes (en code à compiler, à interpréter, ou dépendant d'un IDE et / ou d'un format binaire, voire même en assembleur).

Inform 7 n'est pas une simple mise à jour d'Inform 6, mais une révision totale des concepts de développement des fictions interactives, pour aboutir à une syntaxe en langage quasi-naturel.
Son originalité réside aussi dans le fait que le format binaire final (appelé z-code) reste le même, en réalité la syntaxe Inform 7 est analysée et transformée en code Inform 6, pour enfin être compilé par le compilateur que l'on utilisait jusqu'à présent. De plus un environnement complet de développement est sorti au même moment (pour le moment uniquement disponible sous MacOSX et porté sous mswindows), sa présentation rappelle un peu un livre ou un classeur avec des onglets et permet de simplifier le travail du créateur pour qu'il ne se focalise que sur l'écriture, notamment avec ces fonctions :

• met à disposition la documentation complète et la "grammaire" en créant en plus un index avec les actions possibles et celles déjà utilisée dans le jeu.


• liste et classe par type (contenant, support, lieux...) les objets crées.


• trace une carte automatique et schématique des lieux déjà créés (avec possibilité d'exporter en postscript un rendu de la carte en haute qualité).


• permet une compilation automatisée du code, et des explications détaillées si la compilation se passe mal.


• inclu un interpréteur pour tester le jeu, et crée un organigramme des commandes déjà testée, ce qui permet de reprendre le test / déboggage à n'importe quel endroit du jeu.


• réalise une transcription du jeu, et l'auteur peut valider ou non des parties de ces transcriptions, ce qui permet de vérifier que l'aventure ne se corrompt pas au fur et à mesure de l'écriture avec des actions incompatibles.

Inform 6 est un des systèmes les mieux documentés et avec le plus de didacticiels, ce qui explique sa popularité, malgré tout relative si on tient compte de la niche que représente ce type de jeux.
Il existe un ensemble de bibliothèques permettant de rajouter des fonctionnalités ou de produire des jeux dans d'autres langues (dont le français)

Le principe d'inform est de compiler vers un fichier binaire (z-code) qui sera exécutable sur n'importe quelle plateforme à partir d'un interpréteur qui constitue une machine virtuelle nommée z-machine. C'est le même format que les mythiques jeux d'aventures Infocom (Zork et co.), qui sont d'ailleurs parfaitement lisibles sur ces interpréteurs. Il est également possible de générer à partir du même code inform un autre binaire destiné à une machine virtuelle plus récente et moins limitée, nommée Glulx, permettant de plus quelques effets multimédias (images, son, utilisation de la souris).

Jusqu'à présent pour créer ce type d'aventure, soit il fallait coder avec des langages pas forcément abordables pour un non-programmeur, soit il fallait passer par une interface où tout se faisait en cliquant sur des cases et des options. Ce qui n'empêchait pas malgré tout à certains auteurs de talent de créer des jeux remarquables, surtout avec la première catégorie de système d'ailleurs, en programmation pure et dure.

Inform 7 a une syntaxe plus simple qui permet d'exprimer rapidement certaines idées qui étaient plus difficile à coder avec inform 6, en contrepartie dans certain cas cela demande d'écrire plus de texte, aussi cette version est vraiment destinée à séduire les écrivains qui vont pouvoir considérer la rédaction de leur oeuvre comme un tout et ne plus redouter la création du code comme un passage fastidueux où le déboggage prend la majeure partie du temps.

Pour avoir pu utiliser Inform 6 et avoir testé Inform 7 la semaine dernière, coder en Inform 7 me semble plus limpide, et encore j'avais le désavantage de mélanger de l'anglais et du français. Il apporte également des solutions toutes faites pour certaines parties fastidueuses ou délicates.

A noter aussi que sur la mailing-liste des auteurs de fictions interactives, l'annonce de cette version par Graham Nelson a créé une sorte de bouleversement, un peu l'équivalent de xgl sur les forums linux, d'autant plus que personne ne savait que cette nouvelle version allait être orienté dans ce sens, les gens avaient plus à l'esprit pour cette version une mise à jour générale et une correction des bogues du compilateur (ce qui a également été fait pour la branche 6 du code). Trois jeux étaient déjà sortis il y a quelques mois, un de l'auteur, et deux d'une des créatrices les plus prolifiques de ce genre, Emily Short, qui a participé également à la conception du nouveau système.

La conception de l'interface pour macosx (sous licence GPL) et des fonctionnalités décrites plus haut a été réalisée par Andrew Hunter, qui est aussi connu pour la création de l'interpréteur opensource Zoom, qui fonctionne sur tous les Unix (macosx, linux et *bsd notamment).
David Kinder a fait la version Windows.

La code du compilateur version 6 n'est pas sous GPL, mais il est disponible et consultable librement, ce qui fait que ce compilateur a été porté sur beaucoup de plates-formes différentes (y compris Amiga / Aros et BeOS) et il est installable depuis les distributions linux ou *bsd les plus courantes (apt-get, pkg_add, sans doute aussi urpmi et yum).
Le code du compilateur version 7 n'est pas encore disponible, mais il sera sans doute sous la licence Inform habituelle et rapidement exploitable par les habitués du libre.

Le portage de l'interface Inform 7 sous linux n'est pas encore commencé, aussi si certains d'entre vous veulent se lancer dans le projet, je pense d'ailleurs qu'il a aussi beaucoup d'autres spécialistes de systèmes Unix libres dans la communauté de la fiction interactive. Certains parlent déjà de KDE, ou de java 1.5, pour ma part j'aimerais bien voir un projet GNUstep sortir à partir du code macosx...

Je profite également de cette annonce pour présenter le concours de jeux d'aventures textuels que nous organisons :

http://ifiction.free.fr/forumBB/viewtopic.php?t=103

Le sytème de jeu utilisé est libre, que cela soit en Inform ou en perl, le choix est à vous !

Enfin, mon live-cd pour créer des fictions interactive (mais sans Inform 7 !), cette fois-ci basé sur Linux Live ( http://www.linux-live.org/ ) et Debian :

http://anamnese.online.fr/site2/index.php?page=esclinux
http://anamnese.online.fr/site2/index.php?page=esclinux_scre(...)

pour le moment ce n'est qu'en version beta, je vais ressortir une nouvelle image iso d'ici quelque temps et la placer sur http://esclinux.tuxfamily.org/ (et en ce moment je suis un peu pris avec la découverte d'Inform 7)


Les liens de l'article :

comparaison de code : http://www.firthworks.com/roger/cloak/inform/source.html

Annonce officielle : http://groups.google.com/group/rec.arts.int-fiction/browse_t(...)

site d'Inform 7 : http://www.inform-fiction.org/I7/Welcome.html

> Lire le journal (37 commentaires, moyenne: 2,3).

Cher journal, c'est sous ce titre un brin provocateur que je t'écris aujourd'hui.
Cher journal ou cher forum ? Oui, je l'avoue, je suis le premier à railler ces pauvres moules linuxéfériennes qui osent venir poser des questions de base sur le journal, et je vais (presque) le faire aujourd'hui. Bon, pour faire court, la question c'est

C'est bien DocBook ? Il y a quelles alternatives (viables) à cela ?

mais comme c'est un petit journal, je vais développer un peu (j'ai déjà dû raconter mon histoire de happy auteur pressé plusieurs fois, mais c'est pas grave)

Il y a longtemps j'avais commencé une histoire, avec works, puis word, puis staroffice puis openoffice, cette transition se faisant presque en même temps que je découvrais les systèmes libres. Mais parfois openoffice c'est un peu la galère à lancer, si on n'a pas suffisamment de ram / de cpu / de linux (sur macosx notamment), bref j'en avais un peu marre de l'utiliser pour ce cas précis, et j'avais essayé sans succès LaTeX entre chaque transition. J'avais adoré le rendu possible ( http://www.tsengbooks.com/pages/2/index.htm ou http://www.tug.org/texshowcase/ ) que l'on avait sous LaTeX, cela me semblait le mieux pour l'édition. Mais à chaque fois que je voulais convertir mon texte en .tex, le rendu était catastrophique (lignes qui débordaient des paragraphes etc.). Et puis je m'y suis remis il y a quelques mois, et cette fois j'obtiens presque ce que je veux, le rendu est très bon. J'ai converti tout mon texte en .tex, plus ou moins propre (de toute façon il n'y a que des titres de chapitre et des paragraphes, pas de formules, tableaux etc)

Cela dit, ce qui ne me satisfait pas, c'est la syntaxe que je trouve horrible.

\section{Chapitre 3 : blabla}

\bigskip

\lettrine[lines=2]{E}{lle} {se souvint blabla

peut-être que j'ai codé cela comme un porc, peut-être qu'il y a plus simple et plus esthétique, en tout cas je ne veux plus voir des \ des { et des [
J'en fais des cauchemards la nuit, genre je suis un petit @ de nethack. Ou alors c'est que je fais trop de nethack / tome / dungeoncrawl, mais c'est une autre histoire. Vous voyez, j'essaye de me mettre dans la peau d'un geek pour arriver à maîtriser LaTeX, mais rien n'y fait. J'ai même essayé de coder direct avec emacs, alors que vi ou kate sont quand même plus faciles à utiliser.

Et puis hier j'ai eu besoin d'utiliser une partie de mon texte pour publier sur internet (vers du xhtml), j'ai donc repris le texte, et ai utilisé une feuille de style css pour mettre en forme, et en plus pour inclure des images. Quel plaisir en comparaison de LaTeX quand même :(
J'ai été donc chercher ce qui pourrait concillier tout cela, le rendu de LaTeX et la facilité d'utilisation de xml / css pour la réutilisation des parties du texte etc
J'ai trouvé 4 choses :
DocBook, DocBook, TBook et DocBook.

DocBook me semble très répandu (c'est rien de le dire), mais TBook ( http://tbookdtd.sourceforge.net/ ) me semble mieux pour ce que je veux faire, avec une syntaxe plus "plate" (en mettant les options sur la même ligne) et plus simple, ex :

http://tbookdtd.sourceforge.net/datb-utf8.html

< graphics file="gaas" kind="overlay" >
< psfrag tag="Ga" relsize="large"/ > < psfrag tag="As" relsize="large"/ >
< /graphics >

Je ne connais pas DocBook, mais je suis à priori plus séduit par TBook, surtout que ce dernier peut reconvertir dans tous les formats : xhtml, docbook, latex : je peux donc réutiliser ma feuille de style latex pour garder mon beau rendu à l'impression, et utiliser un format plus maniable à mon sens.

Mais le problème de tbook c'est qu'apparement c'est maintenu par une seule personne, il n'y a pas une grande communauté autour, il n'est même pas dans les paquets debian (c'est pas non plus une référence mais bon) et en plus cela ne me semble pas très rapide pour convertir des fichiers (c'est un peu accessoire, mais il faut voir à l'usage)
J'ai trouvé une procédure d'installation :

http://www.di.unito.it/~rover/LOCAL-HOWTOS/tbook-ubuntu-inst(...)

Il y a aussi txt2tags, mais je ne sais pas si cela me correspond :
http://txt2tags.sourceforge.net/screenshots.html

Idem pour http://www.maplefish.com/todd/aft.html

Il existe aussi cela :
http://louve.dyndns.org:8080/projets/luadoc/
http://www-sop.inria.fr/mimosa/fp/Skribe/

mais la syntaxe me rebute également.

Qu'en pensez-vous ?

(désolé pour la présentation, j'ai l'impression que je ne peux pas voir la prévisualisation comme auparavant ni choisir si les balises html doivent être interprétées ou non... il y a des changements sur linuxfr ?)

> Lire le journal (56 commentaires, moyenne: 2,6).

sous ce titre racoleur blablabla...

en fait c'est un live-cd qui est sensé booter plus rapidement même que le nouveau knoppix, selon le site en dessous de 10 secondes, mais selon la vidéo de présentation, à partir du moment où le cd commence à être lu, on est en dessous des 20 secondes, ce qui est quand même pas mal.

Comment arrivent-ils à faire cela ? Mystère. Le site est très peu garni pour le moment, et il n'y a même pas encore d'iso à télécharger, mais cela ne saurait tarder :

http://www.machboot.com/

J'en profite également pour parler d'un autre projet (cela changera un peu de DADVSI et autres P2P qui commencent un peu à être gavants), que nombre d'entre vous devez connaître quand même, c'est http://www.linux-live.org/ : cela permet à partir d'une installation linux standard, de lancer un script qui la transforme en live-cd (l'auteur du script l'utilise pour faire le fameux live-cd Slax, basé sur slackware). J'ai installé une partition dédiée (en debian), et cela fonctionne très bien ! En plus comme c'est basé sur un système de modules, les accès sont plus rapides que dans le cas de knoppix où il n'y a qu'un seul gros fichier.

> Lire le journal (18 commentaires, moyenne: 2,6).

bon, mes titres ne veulent vraiment plus rien dire maintenant, déjà parce que j'ai du mal à suivre le rythme d'un test de gestionnaire de fenêtre par semaine, ensuite parce que maintenant j'en teste plus d'un à la fois, et puis il faut dire que maintenant il ne me reste guère plus que ratpoison et xwem (X Window Emacs Manager)

Alors puisque c'est la mode de xgl et de compiz, j'ai moi aussi essayé la bête, et j'ai pas été déçu.
Mais avant cela je voulais parler de windowlab et openbox. Cela arrive un peu comme des cheveux sur la soupe par rapport à la révolution xgl, mais j'ai eu quelques expériences intéressantes avec ceux-ci aussi, je voulais en parler. Et puis en plus tout le monde parle de xgl, alors j'imagine que tout le monde s'en moque de mon test de compiz (comme du reste d'ailleurs, mais c'est une autre histoire)

Bon, Windowlab ( http://nickgravgaard.com/windowlab/ ) c'est un gestionnaire de fenêtre assez déroutant, avec des graphismes minimalistes mais très attachants, et un concept plutôt novateur il me semble : pas de bureau virtuel, pas d'effets spéciaux, mais des menus qui apparaissent uniquement dans le haut de l'écran, et lorsque l'on est en mode menu (clic droit sur le bureau pour les menus de programmes enregistrés, et clic gauche pour sélectionner les fenêtres déjà ouvertes), le fait de déplacer latéralement la souris permet de naviguer dans le menu. Ce qui fait que c'est assez rapide de retrouver une fenêtre car en déplaçant la souris cela donne le focus sur les divers programmes en cours. Il ne faut quand même pas croire le manuel lorsqu'il dit que selon certains utilisateurs cela bat exposé(tm) de macosx en terme d'ergonomie pour retrouver une fenêtre, mais malgré tout lorsqu'il n'y a pas trop d'applications ouvertes, c'est assez pratique.
Ce qui est assez exotique aussi, c'est que l'on ne peut faire sortir les fenêtres des côtés droit ou gauche de l'écran, et que si on clique sur une fenêtre elle obtient le focus mais ne passe à l'avant plan que si on clique sur l'icône appropriée, façon amiga (ou alors via le menu clic gauche)
Selon le travail que l'on fait, windowlab sera ou pas pratique, mais c'est plutôt agréable de l'utiliser, à la maison par exemple lorsque l'on n'a pas forcément besoin d'avoir 50 fenêtres ouvertes en même temps :)
J'ai remarqué aussi que windowlab avait tendance à planter X lorsque l'on fermait certaines fenêtres d'applications (à chaque fois j'avais en console une erreur en rapport avec glibc il me semble), ce qui est plutôt génant tout de même. Je ne sais pas si c'est un bug lié à certaines dépendances de la debian actuelle, mais j'ai remarqué cela sur plusieurs ordinateurs différents.
Quoi qu'il en soit, je vous conseille de le tester, et si vous pouvez mettre une belle image en pixel art en fond d'écran, cela n'en sera que mieux :) (par exemple cette merveille :
http://doctordoom.phpnet.org/portfolio/pixel/medievalcastle.(...) )

En ce qui concerne openbox, je l'ai découvert par hasard en discutant avec un de ses fans sur irc. Ce que j'avais vu me donnait l'impression que c'était du fluxbox avec des fonctionnalités en moins, mais j'ai vu à l'usage qu'openbox était livré avec une palette de thèmes très sympathiques, et surtout qu'il semblait bien plus facile de se faire des thèmes personnalisés (avec boutons etc.) que sous fluxbox. Je continue donc d'utiliser fluxbox de temps en temps, mais openbox a plus ma faveur en ce moment.
J'ai vu aussi que ce gestionnaire de fenêtre était très léger, et qu'il remplaçait très bien kwin en le lançant kde depuis openbox par exemple.
A part cela il n'y a pas grand chose à en dire de plus, il fonctionne bien et c'est déjà beaucoup :) Il n'a pas de fioritures, aussi si vous avez besoin d'un pager, d'une barre de tâches etc il faudra les prendres ailleurs (par exemple avec fbpager, pypanel...)


Et maintenant ... (roulement de tambour), Compiz et xgl... (http://en.opensuse.org/Compiz)

et voilà, encore un journal linuxfr qui parle de xgl :)
J'espère que vous ne vous en lassez pas...

moi, pas du tout en tout cas. J'avais un peu galéré pour installer xorg avec les effets composites, et j'avais peur que cela soit pire pour xgl et compiz, mais en fait pas du tout si on installe à partir des paquets rpm déjà faits sur le site d'opensuse. Déjà je suis étonné que tous ces effets tiennent dans des paquets somme toute assez petits. On est très loin de ce qu'il faudra pour avoir winblows vista avec tous ses effets graphiques "révolutionnaires" qui ne sortira pas tout de suite mais dont des effets similaires (et peut-être même mieux) sont déjà utilisables ici et maintenant sous macosx ou linux (et non pas avec un intel barium P5 quadruple coeur et 15 Go de ram)

J'ai donc utilisé et apprécié Compiz ces derniers jours, et même si j'ai encore quelques problèmes (c'est quand même une version expérimentale), globalement cela fonctionne très bien. Je ne vais pas revenir sur tous les effets (j'aime bien l'effet gelée), mais en plus d'être étonnants (tous ceux à qui je l'ai montré à mon travail ont été positivement impressionnés), ils sont aussi utiles. On a vraiment l'impression de "toucher" son bureau, et c'est cela qui est plaisant à utiliser. L'effet gelée donne un peu de vie à la rigueur des fenêtres, les ombres sont pas mal (moins bien que sous osx qui donne des effets de profondeurs ce qui permet de mieux repérer la fenêtre qui a le focus), le changement de bureau virtuel est très bon, et mention spéciale à la commande qui permet "d'accrocher" le programme en cours et de le garder lorsque l'on change de bureau virtuel (on peut faire cela sous kde aussi, mais c'est moins visuel)
Enfin, l'effet pour avoir toutes les fenêtres en même temps est très réussi lui aussi, et est même plus vivant que l'effet exposé de macosx, car les fenêtres ont de l'inertie. Par contre en abuser, avec l'effet de rotation de cube et de zoom, donne un peu mal au coeur il faut dire :)

Voilà donc ma série de tests de divers gestionnaires de fenêtres, la semaine le mois prochain je vous parlerais de macosx, et enfin je terminerais en apothéose avec WindowMaker.

> Lire le journal (8 commentaires, moyenne: 3,9).