Mildred a écrit 2249 commentaires

J'ai tenté automage 1.4, 1.6 et 1.9 ...
Sachant que Ogre est prévu pour Automake 1.6+ (c'est ce qu'on m'a dit)

Surtout avec les DRM

L'interêt c'est montrer un gros bug dans linuxfr qui interdit de répondre a des vieux commentaires.
Rien de plus. Je voilais répondre et je ne veux pas m'en priver.

Chez apple, ils aiment bien tout faire avec le logiciel.
Des préférences de l'écran jusqu'aux ventilateurs (en passant par les touches rétroéclairées).
L'aventage c'est que le comportement n'est pas figé. L'inconvénient c'est un éventuel manque de compatibilité.

Si il y a un dock en bas, c'est Mac OS X. Sinon c'est sans doute Mac OS 9.x

A vrai dire, j'avais déja cherché dans les sources de Zenity ... Mais ce n'est pas pratique du tout et je n'ai pu encore rien en tirer.
Ce qui m'étonne c'est que je n'ai pas trouvé de doc. Elle doit bien exister, non ?

Même si ca peut paraitre évident:
http://fr.wikipedia.org/wiki/Non-r%C3%A9gression(...)

non, l'interêt du système c'est que tu achètes sans même t'en rendre compte en cliquant sur un lien.
Si tu doit mettre un mot de passe, les gens acheterons moins

après ca dépend du point de vue ...

Il se fait tard, ma tête est fatiguée par des recherches infructueuses ...
Et j'ai oublié de mettre mon post dans programmation.c ...

L'avantage du xml: les namespaces.
On peut étandre le language très facilement.
l'inconvénient: la redondance des informations

l'avantage des Makefiles: c'est pratique, rapide, des jolies tabulations qui rendent obsolètes tous les éditeurs de texte qui ne savent mettre que des espaces lorsqu'on appuie sur tab.
Dailleurs, je ne vois pas l'intérêt des espaces, a part que cela prend plus de place que des tabulations. Si les tabulations sont trop grandes, on peut en changer la longeur dans tout bon editeur de texte.
l'inconvénient majeur: ce n'est pas portable. Mais pas du tout !!!

Ce n'est pas que je veuille mettre du XML partout mais pour ce cas précis, cela m'a paru très adapté a cause de la structure très hierarchisée des données ET parce que c'est modulaire.
On peut rajouter facilement de nouveaux languages en ajoutant un namespace.
Et si je devais faire une application qui gère ce type de fichier. Je passerait par les Makefile sous Unix.

Notez aussi que je cherche une alternative aux autotools ... En dehors de n'être que peu portable au delà de l'univers Unix, ils créent des Makefiles illisibles.
Et lorsqu'on veut changer une option de compilation, il faut relancer le ./configure qui n'est pas assez intelligent pour retrouver les valeurs détectées lors d'un précédant ./configure
Enfin, ils fournissent au logiciel des chemins absolus (vers les données par exemple). Ce qui fait que si on a envie de changer le logiciel de place, on doit dans certains cas le recompiler.
je préférerais un simple script shell qui crée des variables d'environnement pour donner lemplacement des données et lance le binaire.

Et si vous avez un meilleur format de documents (que le XML) pour représenter des données hierarchisées et de manière modulaire, je veux bien que vous m'en fassiez part. (sans ironie)

Juste un exemple ...
voir la source pour avoir l'indentation

<?xml version="1.0" charset="utf-8"?>
<project
xmlns="http://purl.org/NET/louve/2005/ref/project/v240702/main/"
xmlns:c="http://purl.org/NET/louve/2005/ref/project/v240702/c/"
xmlns:i="http://purl.org/NET/louve/2005/ref/project/v240702/install/"
xmlns:l="http://purl.org/NET/louve/2005/ref/project/v240702/launcher/">
<files>
<c:header c:name="stdio.h" id="stdio_h" />
<dir name="src" id="srcdir"> <!-- so now all subfile will be in src/ -->
<c:executable c:name="exe" id="executable">
<c:object c:name="main">
<c:source c:name="main.c">
<c:include c:name="misc.h" />
<file idhref="stdio_h" />
</c:source>
</c:object>
<c:object c:name="misc">
<c:source c:name="misc.c">
<file idhref="stdio_h" />
</c:source>
</c:object>
<c:library c:name="c" c:version_min="6.2" version="6.*" />
</c:executable>
</dir>
</files>
<install>
<dir name="libdir">
<file idhref="executable" />
</dir>
<dir name="bindir">
<l:launcher>
<l:execute l:idhref="executable">
<l:envvar l:name="" l:value="" />
<l:pwd l:path="bindir" />
<!--pwd l:idhref="srcdir"-->
<l:icon l:file="src/icon.png" />
<!--icon l:idhref="iconfile"-->
<l:param l:value="--file" />
<l:param l:idhref="stdio_h" />
</l:execute>
</l:launcher>
</dir>
</install>
</project>

et les é sont remplacés par des ?
Pas bien grave a mon avis.
J'ai même du recommer tous les fichiers d'un cd mp3 un jour (après un passage dans la moulinette de mp32ogg)

[+]

mono
mais pourquoi pas ?

s/librarie/bibliothèque/

et si le script est inline ? (souvent le cas pour les sites perso sur des hébergeurs à publicités)

C'est facile à voir: sur 1e version des signes se chevauchent et des signes sont disjoints verticalement
=> rendu incorrect. C'est le 2e rendu qui est correct.
GIMP me fait bien la lettre HUNG ( ཧཱུྂ༔ ): http://mildred632.free.fr/dharma/images/hung.png(...)

Et j'utilise yudit comme editeur de texte unicode ...
www.yudit.org
même lui n'affiche pas les ligatures comme il faut.
J'ai aussi un peu modifié la conf pour le tibetain

Mon dossier ~/.yudit (avec le fichier keymap source et compilé + la police + le fichier de conf)
http://mildred632.free.fr/dharma/tibetain/yudit(...)

Merci

Tibetan Machine Uni: An OpenType, Unicode Tibetan Font
License: http://www.gnu.org/copyleft/gpl.html(...)
http://iris.lib.virginia.edu/tibet/xml/show.php?xml=/tools/tibfonts(...)

Le problème c'estr que les bugs de Firefox sont plus visibles car la fundation annonce leur correction et les correctifs ...
Bien évidamment MS n'en fait pas autant.

Comme Firefox est programmé en XMLen tout genre et javaScript, ils ont pensé utiliser les entitées pour la traduction. Les petit trucs qui commencent par & et qui finissent par ; (exemple, espace insecable: &nbsp;)
Les chaînes de traductions doivent ressembler à &menu.file.open;
Et quelquepart ailleurs dans une DTD, on a:
<!ENTITY menu.file.open "Ouvrir ... (Ctrl+O)">

Et le problème du XML, c'est qu'il veut que toutes les entitées soient définies ... Donc si une chaîne n'est pas traduite, une erreur XML apparaît.

utiliser les entitées est une bone idée qui a malheureusement des limites. Le fichier de traduction doit correspondre exactement a la version du logiciel.

Peux-tu m'expliquer en quoi la licence l'Apache 2 est inacceptable ?
C'est un logiciel libre ?
De même pour MySQL (que je ne l'utilise que pour bugzilla)

Cela me désole d'avoir a utiliser les drivers NVidia ... mais j'ai besoin d'une carte 3D et je ne vois pas d'autre solution. peux tu me conseiller une bonne carte 3D avec des drivers libres ?

J'ai aussi une carte Wifi qui doit utiliser NDiswrapper et un Winmodem connexant ... et pourtant je m'étais bien renseignée avant l'achat. Mais le driver de ces cartes se trouvaient être linuxant...
pas de chance.
je ne les utilise pas et je compte bien acheter une carte controlleur port série pour pouvoir utiliser mon modem externe qui marche aussi bien.

Moi, j'aime bien Firefox/Mozilla/Gecko ... c'est le seul moteur de rendu qui m'affiche correctement mes textes en tibétain ...
Abiword/OpenOffice ne font pas les ligatures comme il faudrait
KOffice/KWrite me coupent le haut et le bas des lettres
Firefox affiche tout très bien ....
Je dois dire que je n'ais pas encore essayé avec LaTeX. A tester.

Essayez ça: ༀ་ལཱཿཧཱུྃ་བཛྲ་གུ་རུ་པདྨ་རིདྡྷི་ཧཱུྃ༔ (Vajra Guru mantra)
http://fr.wikipedia.org/wiki/Padmasambhava(...)

a votre avis, quelle sera la prochaine version de Firefox ?
( ) Firefox 1.0.7
( ) Firefox 1.1.0
( ) Firefox 1.1.1
( ) Mozilla Suite 2.0
( ) Aucune/Autre/Précisez...

Je n'aurais pas corrigé ... Ce n'est pas gnu/linux, tu est sur ?
Pourtant c'est un bon OS, non ?