figus a écrit 55 commentaires

Le changement de l'application par défaut est planqué dans les Propriétés du fichier. Voir l'onglet Ouvrir avec où tu peux choisir l'application par défaut.

Pas de plugin Flash chez moi. Les vidéos s'affichent en HTML5.

Alors ça c'est un commentaire précieux.

Je me posais la question d'une installation de ce type et me demandais bien comment faire...

Merci !

C'est vrai que ton commentaire est mieux.
2 liens dans le journal, 2 liens dans le commentaire.

Heu... gdebi s'appuie sur apt pour faire son travail. Ca n'est qu'un moyen simple et rapide d'installer un .deb de manière unitaire. Toute la mise en oeuvre de derrière n'est pas nouveau. On s'en rend encore mieux compte en allant voir les 3 screenshots ici même : http://people.ubuntu.com/~mvo/gdebi/

serge_kara l'a mentionné plus haut, tu peux lui envoyer un rtf, si techniquement le contenu de ton document est entièrement formatable en rtf

il y a de fortes chances qu'il ne remarque pas grand chose puisqu'il pourra l'ouvrir avec ms word

Pour la réception, j'indique que je ne veux que du format "OUVERT" en précisant.... au bout d'un an à passer pour un extra-terrestre auprès de mes correspondants, ça commence à mieux passer : certains me demandent où ils peuvent trouver Oo et d'autres reçoivent des CD ubuntu ;-)

Pourquoi les aiguiller vers OO.o si tout ce que tu veux c'est un format ouvert ? Pourquoi ne pas leur donner une liste d'alternatives ? Y'aura donc OO.o dedans, et puis PP.p mais aussi MS Word. Et leur donner aussi une liste de fomat ouvert.

OO.o n'est pas l'alternative.

On est bien d'accord, je parle de format ouvert et pas de OpenDoucment en particulier.

Pour ce qui est de leur faire parvenir des CD Ubuntu, c'est de l'évangélisation volontaire de ta part, car il n'y a pas besoin d'aller jusqu'à installer une Ubuntu pour échanger des documents en format ouvert hein ;-)

Poussons encore un peu...

J'ouvre un message avec mon éditeur de texte. Et je me rends compte que j'ai envie d'y répondre. Ben je n'ai qu'à cliquer sur le bouton 'répondre'. Pas besoin de fermer l'éditeur de texte, d'ouvrir mon logiciel de mail habituel, de chercher le message en question et d'enfin cliquer sur le bouton 'répondre'.

Ca, c'est de l'intégration comme je l'aime.

En fait, aujourd'hui, s'il y a des clients mail, c'est parce qu'on a pas abstrait toute la partie transport des messages (nom du serveur, protocole, etc...). C'est un peu comme s'il fallait utiliser un logiciel dédié pour exploiter toutes les ressources réseau (non-locales au disque dur).

Ben c'est ce qu'il dit !

C'était pas à midi en France, encore moins en Europe. ploum est allé un peu vite dans la retranscription.

Comme on peut le voir ici : http://gnomedesktop.org/node/2325(...) , c'était à 14h en France. Et donc 8h du matin sur la côte est des US.

Elargir son audience et chercher de nouveaux contributeurs ?

Mon script a le même problème.
Je t'envoie le script en message privé parce qu'il est un peu trop long pour mettre en commentaire à mon gout.

Bonne nouvelle, j'ai retrouvé mon script.

Mais je viens de me souvenir qu'il fait le diaporama en fond d'écran. C'est pas tout à fait ce que tu cherches.

Si ça t'intéresses, fais-moi signe.

J'avais écrit un petit script que j'avais appelé diaporama justement il y a quelques années. Il se basait sur xv à l'époque.

Malheureusement je l'ai perdu.

Si tu t'y connais un peu en script, c'est très facile à faire. Pourvu de rescanner le répertoire d'image périodiquement.

Si tu ne t'y connais pas en script, désolé car ce commentaire t'est inutile alors.

Je n'ai pas essayé ce que propose B r u n o car c'est arrivé trop tard. Par contre je sais faire ce que tu recherches.

C'est assez facile à faire, mais il y a une contrainte : ton XML doit avoir une déclaration DOCTYPE. Peu importe ce qu'elle contient, mais il doit y en avoir une.

Voici donc ce que j'ai fait -- en espérant que ça corresponde à que tu cherches.

Mon appli reçoit des XML validant différentes DTD. Je sais dire quelle DTD s'applique à tout XML reçu (c'est impératif pour la suite).

Pour parvenir à tes fins, il faut implémenter un EntityResolver dans lequel tu associes dynamiquement la bonne DTD. L'EntityResolver (va voir la javadoc qui va bien) est utilisé par ton parser XML en phase "pré", c'est-à-dire avant même de parser ton XML. Le but étant d'instancier les entités présentes dans ton XML.

Voici mon implémentation d'EntityResolver (que j'ai appelé DTDResolver) :

public class DTDResolver implements EntityResolver {

// the DTD file
private String DTD = null;

// constructor
public DTDResolver(String DTDfile) {
DTD = DTDfile;
}

public InputSource resolveEntity(String publicId, String systemId) throws SAXException, IOException {
// substitute the DTD
// note it is correct behaviour to return null since this is the default fallback
return new InputSource(new FileInputStream(DTD));
}
}

A utiliser de cette manière (j'utilise JDOM donc tu pourrais avoir à l'adapter) :

// create the XML parser with validation on
SAXBuilder parser = new SAXBuilder(true);

// specify the Entity Resolver
parser.setEntityResolver(new DTDResolver(DTDfile));

Merci pour tes précisions.

Avant de me lancer dans cette solution, que je ne trouve effectivement pas élégante, je cherchais surtout à savoir s'il y avait mieux.

Quant à la simplicité et la rapidité de la mise en oeuvre, c'est vite dit.
En fait, les XML que je reçois sont susceptibles d'avoir une déclaration DOCTYPE ou pas. Donc c'est un peu chiant à gérer.

Ne me demande pas pourquoi c'est comme ça, je n'ai pas la maitrise de cette partie là :-(

J'adore ton humour :-)
Qqn m'aurait posé cette question, j'aurais répondu de la même manière. Dans un 1er temps.

Ensuite, j'aurais fait une réponse sérieuse ;-)

Moi, pour remonter tout en haut d'une page, j'appuie sur ma touche 'Home'.

C'est clair.
Facile pour ces boites de se redorer le blason auprès de la communauté : "y'a qu'à libérer notre code."

C'est quand même leur boulot de développer les drivers.

Soit ils incluent Linux dans leur cible et ils font le boulot correctement, i.e. comme ils pourraient le faire pour Windows par exemple.
Soit ils le font pas, mais c'est par choix.

Ces boites ont quand même des développeurs dans leurs effectifs dont c'est le boulot. Ils deviennent quoi ? J'espère quand même qu'ils continuent à travailler dessus de manière sérieuse et qu'ils attendent pas que tout leur tombe dans les mains comme par enchantement.

Ca me rappelle une discussion toute récente avec un ami, qui ne comprenait pas que les boites usent des torrents pour distribuer leur soft. Soutenant que ça fait partie des coûts que la boite doit supporter : les coûts liés à la distribution. Or, en procédant ainsi, elles se reposent beaucoup sur le réseau des internautes qui sont tout contents d'user de cette belle techno, sans s'apercevoir qu'ils supportent une partie du cout de distribution de la boite.

En résumé : un bien pour un mal ?

PS : est-ce un effet de bord des "revendications" de la communauté libre pour obtenir toujours plus de support digne de ce nom pour un max de matériel, et qui, pour réduire son insatisfaction, en arrive à faire le boulot bénévolement pour les autres ? D'un autre coté, y'a maintenant beaucoup de développeurs embauchés par des boites pour faire ce job...

Je comprends tout à fait que la communauté Debian ne soit pas heureuse, mais elle est l'unique responsable de cet état de fait. Elle maitrise donc son destin, et râler sur Ubuntu ne fera pas plus sortir Sarge.

C'est quasiment du Ian Murdock :-)

"I understand what the Ubuntu folks are trying to do, and they're doing lots of good work that will eventually find its way into Debian," Murdoch said. "But what we really need right now as a community is for Sarge to be released. In that respect, Ubuntu's popularity is more harmful than helpful."

Et je suis entièrement d'accord.

Si je peux me permettre, qui est-ce qui met à jour *ton* bureau ?
A part toi, je ne vois pas.

Donc ne le mets plus à jour, et tout ira pour le mieux.

Je crois que les gens - je reprends volontairement ce terme vague - ne sont pas clients de debian. C'est tout.

Debian a choisi d'être comme elle est. Elle évoluera sans doute, mais sans doute pas aussi radicalement que ce beaucoup voudraient.

Si moi, en tant que client, je ne trouve pas mon compte dans ce qu'est Debian, et ben c'est vite vu, je passe mon chemin et vais voir ailleurs.

Il ne nous est pas possible de demander à Debian de changer dans un sens, si Debian ne veut pas aller dans ce sens.

C'est pas tellement que le logiciel libre évolue très vite, ni même plus vite que le logiciel propriétaire, mais plutôt que ceux qui font du logiciel libre releasent souvent.

Du coup, tout le monde utilisant du logiciel libre est tenté de vouloir mettre à jour sans cesse. Et je pense que de moins en moins de personnes se posent la question de savoir s'ils ont intérêt à mettre à jour ou pas. J'en fais partie, je mets à jour ma debian quasi-quotidiennement sans plus trop me poser de questions.

C'est le focntionnement même du logiciel libre qui a provoqué ce comportement -- et c'est tellement facile avec un accès permanent à internet !

Si ceux qui font du logiciel libre avaient choisi de ne sortir que des releases majeures -- j'entends par là 1.0, 2.0, 3.0 -- sans passer par les plus que nombreuses releases intermédiaires, on ne discuterait même pas du cas debian qui nous parait être à la rue.

Maintenant, Debian fait ce qu'elle veut. Si elle veut continuer à releaser peu, elle le fera. Si elle veut changer, elle le fera aussi. Debian doit choisir en fonction de ce qu'elle veut faire.

En tant que client Debian, si ça ne me convient plus, je vais voir ailleurs. Y'a que l'embarras du choix quand même. D'ailleurs, je viens d'installer une Ubuntu Hoary et elle est en période d'essai.

J'aime bien Debian, je l'utilise depuis longtemps, et ça m'embête de rester avec une woody parce qu'elle est pas à jour ? Plutôt que de raler sur Debian, je vais voir ailleurs. Point barre. Debian ne s'en portera par plus mal pour autant. La meilleure preuve : il suffit de voir le nombre de distributions qui se basent dessus.

Ca marche avec tour eiffel, mais pas avec "tour eiffel"

Salut

Je débarque dans le XML et l'univers des parsers etc... qui va avec.

J'ai le même objectif et Digester me plait aussi beaucoup.
J'ai un besoin supplémentaire cependant : transformer un objet en fichier XML. Un Digester inverse en gros.

En résumé :
1. en input, j'ai des fichiers XML validant une DTD1
2. en output, je dois fournir des fichiers XML validant une DTD2

J'ai donc besoin de faire une transformation, et ça me semble une bonne idée de passer par un objet.

Digester solutionne le point 1.
Quid du point 2 ?

Merci d'avance.