Larry Cow a écrit 5011 commentaires

Ou sinon on fournit une sémantique et des outils pour que tous les sites de projets libres (ou pas, d'ailleurs) puissent pointer vers une fiche descriptive du produit (via XRDS et/ou RDF/A, par exemple). Et les gestionnaires de paquets n'ont plus qu'à suivre les champs "Homepage:" de chaque paquet pour trouver les informations utiles.

Et c'est encore pire sous Windows : du fait du verrouillage des fichiers ouverts en écriture, on ne peut pas sauvegarder les modifications d'un PDF hybride sur lui-même. On est obligé de passer par un fichier intermédiaire (soit ODS, soit PDF).

La bonne nouvelle est que l'import pdf est relativement correct ce qui permet le passage vectoriel entre Inkscape et LOdraw.

Au passage, le mode d'import PDF bénéficie d'une fonctionnalité peu connue du grand public, mais qui aurait vocation à devenir une "Killer Feature" : le PDF Hybride.

Simple option dans le formulaire d'export PDF, il permet de sortir un fichier "mixte" : le PDF résultant sera lu sans souci par n'importe quel lecteur PDF. Mais si on le charge sous {Open,Libre}Office - à condition d'avoir l'extension pdfimport, évidemment - on ne tombe pas sur la conversion "PDF-to-Draw" attendue. Non, si on charge un PDF hybride dans L/O-Office, on obtient le document original. Et ça, c'est vachement cool pour les gens qui émettent beaucoup de documents : au lieu de recevoir des documents illisibles faute d'avoir OpenOffice, les destinataires reçoivent des documents read-only faute d'avoir OpenOffice.

Sauf que - et là c'est un problème d'UI qui existe depuis les début de l'extension - pdfimport est assez mal intégré de ce point de vue. Comprendre que votre PDF hybride ouvert dans OOo/LO, il ne proposera pas l'entrée "enregistrer" du menu Fichier. Juste un "enregistrer sous...", et évidemment la possibilité de ré-exporter.

Oui, mais on a du les réquisitionner à cause de la recrudescence des cas de lycanthropies.

Tout d'abord bravo pour cette release. C'est toujours agréable de voir que même les "ténors" continuent d'évoluer.

Ensuite, y'a-t-il des gens qui utilisent OpenERP dans le domaine public (français)? Je pense notamment aux petites collectivités territoriales (mairies) et EPCI (communautés de communes/d'agglos). Et si non, y a-t-il ici des représentants de structures de ce type qui seraient intéressées?

J'entends bien, mais on est très loin des possibilités offertes par IMAP. Pas de dossiers, pas d'index, rien du tout. Si on recherche un message, faut se paner la liste. Sans compter le fait que _pour_l'instant_, les serveurs ne sont généralement pas chauds à l'idée de voir leurs clients stocker massivement leurs messages archivés dessus.

Alors je ne dis pas que c'est insurmontable. Si l'idée prend - et je pense que c'est possible, depuis le temps que ça me démange - c'est clair que les admins de serveurs Jabber vont commencer à prévoir davantage d'espace et/ou des quotas d'archivage. Mais comme d'habitude, certains (Google?) vont traîner la patte. Idem pour la structure des messages : on pourrait envisager de stocker un index dans PubSub, par exemple. Mais rien n'est défini pour l'instant à ce niveau, et c'est nécessaire pour pouvoir proposer une "expérience utilisateur" similaire à celle d'un MUA.

Le souci, c'est le stockage. Si tu te limites à une approche "POP" de la récupération des mails, ça va : tu envoies tes messages en XMPP, et tu récupères à la connexion et/ou à l'arrivée des messages. (en gros du POP en Push, si vous suivez :p )

Sauf que bien des gens, moi compris, souhaitent généralement garder leurs mails existants à même le serveur. Et du coup, on préfère IMAP. Et là, XMPP est "tout nu" pour l'instant. Même si on peut envisager de se servir de PubSub pour ça, il faudrait proposer une XEP, et c'est du boulot.

Je n'ai peut-être rien compris à ta problématique, mais as-tu essayé Poezio ? C'est client Jabber "MUC-only" inspiré graphiquement par irssi.

C'est effectivement un peu maigre, mais c'est un début.

En revanche, ce qui m'ennuie plus :

* il ne s'entend pas toujours très bien avec le Market (au moins sur un Desire), et tous deux n'ont pas toujours accès aux mêmes "dernières" versions. Donc méfiance, ne pas lancer frénétiquement des MàJ sur les deux applications, sinon ça va osciller.
* on peut avoir confiance dans la politique de vérification des applications de Google (leur réputation est en jeu, et ils savent faire), peut-être moins dans leur intégrité morale. Chez F-droid, en revanche, on ne peut que supputer : savent-ils? veulent-ils? Comme se rendre compte qu'un petit farceur a rejoint leur équipe et inonde nos téléphones d'applis vérolées?

Personnellement j'aimerais avoir une application type android market mais qu'avec des applications libres (ou au moins une recherche facile !).

Genre F-Droid?

C'est libre, Construct, non? Ça ne tourne pas sous Linux, et c'est très lié à DirectX, certes. Mais c'est libre.

Le mur public est stocké dans les noeuds pubsub du serveur Jabber de l'utilisateur. Donc s'il a confiance dans son serveur, ça va. Sinon non.

Ton approche est saine, sauf que le routeur perso "en plus" ce n'est pas des plus immédiats avec le choix de déploiement de l'IPv6 de certains (Free, notamment).

Tu n'es pas obligé d'être client Orange, tu sais?

en sachant que celles-ci sont beaucoup plus longues !

Ce n'est pas la taille qui compte, tu devrais le savoir.

Blague à part, tu commences à t'essouffler un peu. Ça se voit, et tu perds en crédibilité. Tu défends bec et ongles des trucs indéfendables sans vraie conviction - toute personne sincère en arrivant à ce stade de persuasion essayerait à tout le moins de convaincre son auditoire.

Bref, on n'est que jeudi, ça te laisse un peu de temps pour t'améliorer.

Bisou.

Tu peux avoir un A et un AAAA sur un même nom (et même plusieurs de chaque, c'est le principe du "round-robin").

J'ai une ipv6 depuis plusieurs années maintenant (connexion free).

Tiens, ça m'intéresse. Je me suis toujours tenu à l'écart de leur accès IPv6 à cause de l'incapacité manifeste de la Freebox à filtrer en v6. Et donc de devoir firewaller chaque poste individuellement (jusqu'au smartphone un peu plus malin que la moyenne).

Comment tu pratiques?

Tu en connais encore beaucoup, des appareils qui fonctionnent avec des batteries NiMH?

Ça c’est un truc que je n’ai jamais compris : pourquoi l’ACPI ou l’OS ne se chargerait pas d’arrêter (et lancer?) les charges au moments opportuns ?

Parce que ça ne suffit pas. Couper la charge est une chose (et améliore la durée de vie), mais si tu range ta batterie non-connectée dans un endroit chaud (comme, par exemple, sous un ordinateur portable) ça ne fera guère de différence.

D'où l'intérêt de l'enlever physiquement lorsque tu travaille durablement au même endroit.

Apparemment, Vermis ne fait que la partie "bugtracker", non? Je ne vois rien qui concerne la facette "gestion de projet/source".

Et pour ce problème de traduction, je suppose que leur proposer un patch est jouable ;)

L'autre effet de bord, c'est que bien trop d'admins s'imaginent du même coup qu'un filtrage entrant est inutile "puisque de toutes façons mes PCs n'ont pas d'IP publique".

C'est un avantage pour quelqu'un qui connaît déjà SQL.

s/déjà/seulement/

Pour tous les autres, une API bien sentie sera dix fois plus efficace que cette vieille radasse de SQL.

C'est de l'humour, j'espère?

Certes, mais la question est de savoir si ça a été long parce que particulièrement dur, ou bien juste parce que les gens (compétents) ne s'y sont vraiment mis qu'après la fermeture de la console par Sony.

Parce que de l'extérieur, ça donne vraiment l'impression que le boulot a commencé avec l'impossibilité de faire tourner Linux dessus.

j'ai plus l'impression que c'est réservé aux plus riches plutot qu'aux plus doués (la plupart sont privées et très cher).

L'argument généralement opposé à ça par les-dites écoles est que ça motive les élèves à trouver des sources de financement externe (emprunt, sponsors, etc.). Bref, que ça leur apprend leur futur boulot bien plus efficacement que n'importe quelle école avec option "crédit de boisson".