Moonz a écrit 3542 commentaires

  • # NIH ?

    Posté par  . En réponse au journal Browser 2 – Teaser. Évalué à 3. Dernière modification le 20 mars 2014 à 22:33.

    Sinon, pourquoi ne pas avoir tout simplement utilisé PyQuery ? Typiquement, en PyQuery,

    CleanText('.//span[@id="title1"]')
    

    c’est

    doc(".title1").text()
    

    Et les trucs spécifiques que PyQuery sait pas faire par défaut (typiquement: regex) peuvent parfaitement être implémentés dans PyQuery.fn

  • [^] # Re: interfacer avec weboob ?

    Posté par  . En réponse à la dépêche Publication de UA (Universal Aggregator). Évalué à 2.

    Un producer pour boobank est déjà prévu ;)

  • [^] # Re: Intérêt du JSON

    Posté par  . En réponse à la dépêche Publication de UA (Universal Aggregator). Évalué à 8.

    Pour parser du JSON vers une structure native au langage (généralement dictionnaire ou objet anonyme + liste), c’est à peu près une ligne de code de type json_decode dans quasiment tous les langages, le plus souvent intégré dans la lib standard. Pour RSS/Atom c’est déjà plus compliqué, surtout que chacun de ces deux formats a plusieurs version. Et à l’intérieur d’une seule version d’un format tu as des subtilités peu intéressantes que je ne veux pas me trimballer d’un bout à l’autre du pipe (par exemple la différence entre publication date, creation date et modification date: typiquement un truc que le producteur veut abstraire pour simplifier tout le reste de la chaine de traitement).

    Niveau production, le JSON est tout aussi simple, un json_encode d’une structure langage du standard (la même que json_decode) et c’est plié.

    Par comparaison avec RSS/Atom, dans la plupart des langages dans la lib standard tu as au mieux une API type DOM pour faire du XML. Et lire/produire du RSS/Atom à partir d’une simple API type DOM, ce n’est certes pas la fin du monde, mais c’est infiniment plus compliqué et ce n’est certainement pas quelque chose que tu veux refaire n fois un dans un projet composé d’une multitude d’exécutables différents et indépendants et même écrits dans des langages différents.

    tl;dr: haters gonna hate, mais aujourd’hui en 2014 JSON a gagné haut la main et c’est LE langage d’interopérabilité par excellence. On ne devrait plus justifier l’utilisation de JSON mais bien plutôt sa non-utilisation, et dans le cas de la non-utilisation la justification devrait être solide.

  • [^] # Re: Temps-réel?

    Posté par  . En réponse à la dépêche Publication de UA (Universal Aggregator). Évalué à 2. Dernière modification le 19 mars 2014 à 18:09.

    Il prendrait un slot effectivement, mais vu que le nombre de workers est configurable ce n’est pas un vraiment un problème.

    Vu que le nombre de workers par défaut est 5, il suffit d’ajouter workers=6 dans le fichier de conf :)

    (ou de se dire que 4 pour le reste des processus est suffisant)

  • [^] # Re: Et vers rss?

    Posté par  . En réponse à la dépêche Publication de UA (Universal Aggregator). Évalué à 2.

    Je suppose qu'il est ensuite relativement facile de créer un 2em "consommateur" qui génère des rss normalisés?

    Oui, même si j’ai du mal à voir l’intérêt, ça donnerait rss2json http://linuxfr.org/news.atom | json2rss :)

    Est-ce facile d'écrire une telle chose avec un flux rss par input? ou tag/catégorie que des inputs ou filtres pourraient créer?

    Je ne suis pas sûr d’avoir bien compris ta question…

  • [^] # Re: Temps-réel?

    Posté par  . En réponse à la dépêche Publication de UA (Universal Aggregator). Évalué à 3.

    Pour les input en temps réel il « suffirait » de coder un pubsubhubhub2json qui fasse un flux continu. Grosso-modo ça donnerait:

     timeout=0 command 0 "pubsubhubhub2json | ua-inline | maildir-put"
    

    pubsubhubhub2json serait un serveur web qui enverrait sur stdout et dans le bon format toutes les notifications qu’il reçoit.

    Donc pour la première question oui c’est possible, pour la seconde question (prévu à court terme) très certainement que non, vu qu’à ma connaissance les seuls services proposant pubsubhubhub sont des agrégateurs qui font eux-même du polling, ce qui limite fortement l’intérêt de la chose :)

    Pour les output c’est effectivement le rôle du serveur IMAP de gérer ça ; je sais pas comment c’est implémenté dans dovecot mais il le fait très bien : dès que j’ajoute un mail il apparait dans mon client mail.

  • [^] # Re: A quand l'équivalent des symboles Ruby en Python ?

    Posté par  . En réponse à la dépêche Python 3.4 est sorti avec 7 nouveaux modules. Évalué à 4.

    Ça marche aussi sous Python 2.7 pourtant:

    Python 2.7.6 (default, Feb 26 2014, 12:07:17) 
    [GCC 4.8.2 20140206 (prerelease)] on linux2
    Type "help", "copyright", "credits" or "license" for more information.
    >>> method = "strip"
    >>> obj = " foo "
    >>> print(getattr(obj, method)())
    foo
    
  • [^] # Re: A quand l'équivalent des symboles Ruby en Python ?

    Posté par  . En réponse à la dépêche Python 3.4 est sorti avec 7 nouveaux modules. Évalué à 4. Dernière modification le 19 mars 2014 à 13:28.

    Pas toi ? :)

    Python 3.3.5 (default, Mar 10 2014, 03:21:31) 
    [GCC 4.8.2 20140206 (prerelease)] on linux
    Type "help", "copyright", "credits" or "license" for more information.
    >>> method = "strip"
    >>> obj = " foo "
    >>> print(getattr(obj, method)())
    foo
    

    François a raison, en Python les méthodes sont des attributs comme les autres. Tu peux même faire des trucs rigolo comme

    myobj.square = lambda (self): self*self
    myobj.square()
  • [^] # Re: A quand l'équivalent des symboles Ruby en Python ?

    Posté par  . En réponse à la dépêche Python 3.4 est sorti avec 7 nouveaux modules. Évalué à 4. Dernière modification le 19 mars 2014 à 12:26.

    L'un des intérêts en ruby est qu'on peut appeler des méthodes dynamiquement sans faire appel à Eval : c'est dans un cas de ce genre que ceux-ci m'ont manqués.

    Faisable en Python sans symboles :

    method = "strip"
    obj = " foo "
    print(getattr(obj, method)())
  • [^] # Re: A quand l'équivalent des symboles Ruby en Python ?

    Posté par  . En réponse à la dépêche Python 3.4 est sorti avec 7 nouveaux modules. Évalué à 3. Dernière modification le 19 mars 2014 à 12:03.

    C’est en gros une string, notée :foo au lieu de "foo", avec juste une ou deux différences avec une string normale:

    • Seuls les identifiants (au sens nom de variable) sont possibles
    • Le type est Symbol, pas String
    • Deux symbole identiques ont la garantie d’être portés par le même objet (en termes Python, pour les symboles, == implique is)
  • [^] # Re: A quand l'équivalent des symboles Ruby en Python ?

    Posté par  . En réponse à la dépêche Python 3.4 est sorti avec 7 nouveaux modules. Évalué à 2. Dernière modification le 19 mars 2014 à 11:54.

    Je ne comprend pas vraiment l’apport relativement à une bête string.

    (tu parles bien de :foo ?)

  • # Complément d’information

    Posté par  . En réponse à la dépêche Publication de UA (Universal Aggregator). Évalué à 3.

    Pour information, si vous voulez utiliser ua-inline et que votre client mail est Geary, vous devez utiliser la 0.6 : https://bugzilla.gnome.org/show_bug.cgi?id=726468

  • [^] # Re: Bravo

    Posté par  . En réponse à la dépêche Publication de UA (Universal Aggregator). Évalué à 5. Dernière modification le 19 mars 2014 à 09:48.

    Ça a l'air très flexible et assez facilement extensible, y a t'il une description des formats d'entrée/sortie des différents outils ?

    La description commune est dans maildir-put (ou man maildir-put)

    Qui s'occupe de la dé-duplication des items ? maildir-put ?

    Oui. Dans mon précédent projet c’était fait au niveau de rss2maildir (dans mon ancien projet producteur et consommateur étaient mélangés, la seule séparation étant faire entre le spawner et le reste), et ça c’est révélé une très mauvaise décision, m’empêchant de coder simplement une source pour medscape (ce que je vais faire ce week end pour ua).

    Ceci dit si d’autres consommateurs voient le jour, il semblerait logique d’en faire un filtre.

  • [^] # Re: Vive le vendredi...

    Posté par  . En réponse au journal Et si Microsoft portait Office sous Linux ?. Évalué à 1.

    OK, il « suffit » de cliquer sur F11 (le raccourci perdure), mais le cacher par défaut fait perdre toute intuitivité des styles, bien plus puissants et faciles à utiliser que de ré-appliquer des changements de police et d'apparence, cher à ceux qui ne font que des lettres d'une page et non des documents réguliers où la cohérence est importante.

    Heu, tu as cette notion de style dans Office depuis au moins Office 2007…

  • [^] # Re: Vive le vendredi...

    Posté par  . En réponse au journal Et si Microsoft portait Office sous Linux ?. Évalué à 2.

    Au passage, pourquoi ne pas en parler directement aux dévs, voire proposer leur un modèle ?

    Si je savais faire un style potable je ne m’en remettrai pas à Office pour le faire à ma place.

    Tu parles de LOo ou OOo ?

    libreoffice 4.1.5

    Ils le sont. J'ai quand même testé avant de poster.

    Bizarre, parce que moi je les ai pas : http://postimg.org/image/s1kpohovv/

  • [^] # Re: Vive le vendredi...

    Posté par  . En réponse au journal Et si Microsoft portait Office sous Linux ?. Évalué à 3.

    En effet, les modèles par défaut de Loo sont pourris. Mais ça ne rend pas le logiciel moins fonctionnel pour autant.

    Bien sûr que si, ne pas avoir à passer des heures à mettre en forme pour que ce soit regardable, c’est une fonctionnalité importante.

    Je ne sais pas quelle version tu as testée, mais ça fait un moment que Writer le fait aussi. D'ailleurs je le désactive parce que j'ai horreur de ça, je préfère les raccourcis (F8 et Shift+F8).

    Dans mes souvenirs ça le faisait effectivement, mais là en testant ça le fait pas.

    Hmmm, si tu le mettrais en français je pense que ça serait plus clair. Et magie, dans Word aussi il y a citation par défaut ainsi que d'autres styles qu'on n'utilise pas souvent. Essayé à l'instant : référence pâle, titre du livre, wtf ?

    Il y a citation tout au bout, pas au début de la liste. Le problème n’est pas d’avoir 10 ou 200 styles, c’est d’avoir les styles les plus utilisés accessibles le plus rapidement possible. Sous Office "Normal" est le premier élément de la liste, sous OpenOffice il est coincé entre "Heading" et "Content H".

    « Référence pâle » et « titre du livre » seraient un souci d’UI s’ils étaient mis au même niveau que les styles les plus utilisés comment Heading 1/2/3.

    Ah non c'est vrai, il n'y en a pas dans Excel, quand celle de Calc est identique à Writer (ainsi qu'Impress et Draw).

    En même temps "Heading 1" ça a pas beaucoup de sens sous Excel/Calc hein…

    Les styles dans un tableur ou une présentation c’est pas du tout la même chose que dans un texte, ça me semble logique que ce soit présenté différemment.

  • [^] # Re: Vive le vendredi...

    Posté par  . En réponse au journal Et si Microsoft portait Office sous Linux ?. Évalué à 5.

    c'est clair c'est trop trop dur d'aller télécharger des modèles sur http://templates.libreoffice.org/ par exemple celui-ci

    C’est des templates, pas des styles. Office fait la différence et c’est pas pour rien. Un template apporte avec lui toute une structure dont je me contrefiche. Sinon il « suffirait » de garder un template.docx pour copier le style de Office hein…

    Question subsidiaire : pourquoi n’y a-t-il pas un ensemble de templates potables par défaut ? Parce que oui, trouver des templates potable sur http://templates.libreofffice.org, on a vu moins chronophage, entre la navigation entre les 200 catégories inutiles (inutiles parce que je veux un style, pas un template), les descriptions en allemand, les screenshots pas représentatifs…

    LibreOffice le fait également de base, depuis… heu, tout le temps ?

    Ben moi il a pas fait, dans la configuration par défaut.

    je ne vois pas en quoi microsoft office peut résoudre cela mieux que LaTeX

    Le « 3 » sous-entendait « moi plus deux personnes qui ne connaissent pas LaTeX et ne veulent pas apprendre ».

  • [^] # Re: Vive le vendredi...

    Posté par  . En réponse au journal Et si Microsoft portait Office sous Linux ?. Évalué à 3. Dernière modification le 18 mars 2014 à 15:47.

    Et tu fais comment quand vous êtes 3 à devoir bosser sur le document ? Et quand une personne dans la boucle c’est un client, non informaticien ?

    Qu’on se comprenne : des gros documents pour moi, je les fais en LaTeX (surtout qu’il y a souvent beaucoup de maths dedans…), et je trouve que c’est un super logiciel… mais il ne répond pas vraiment à tous les problèmes.

  • [^] # Re: Vive le vendredi...

    Posté par  . En réponse au journal Et si Microsoft portait Office sous Linux ?. Évalué à 3. Dernière modification le 18 mars 2014 à 14:41.

    LibreOffice fait aussi bien que MS Office dans la plupart des cas

    Rien que le fait de n’avoir aucun style par défaut (autre que celui de base qui donne l’impression que de document a été rédigé sous WordPad for Windows 3.11…) le rend totalement inutilisable pour qui veut faire des documents propres sans se prendre la tête.

    Allez, je viens d’essayer de refaire un document à la con en 30s sous libreoffice pour voir si ça avait bougé… Réglages par défaut dans les deux logiciels. Résultat sous Office : http://postimg.org/image/s1kpohovv/. Résultat sous LibreOffice : http://postimg.org/image/85cfd3b09/. Des deux côté j’ai fait 0 boulot de mise en forme (autre qu’utiliser les styles par défaut). On voit tout de suite lequel est le plus présentable.

    Office a détecté tout seul comme un grand mes listes à point (*), mes listes à tiret (-) et mes listes numérotées.

    Pour appliquer un style : un clic sous Office, avec une interface claire.

    OpenOffice : deux clics, il faut ouvrir un menu déroulant. Mais ce qui est rigolo : la liste des styles est totalement incompréhensible. C’est quoi la différence entre "Contents 1", "Text body" et "Default style" ? "Contents Heading", ça sert à quoi vu que j’ai déjà "Heading 1, "Heading 2" et "Heading 3" ? Pourquoi "Quotation" est un des premiers style proposé (alors que c’est pas un style qu’on utilise tous les jours). Pourquoi "Index" est proposé dans la liste alors qu’à priori (à moins que le nom soit trompeur) il sera jamais utilisé manuellement ?

    Changement de style : deux clics sous Office, avec un choix très varié. LibreOffice : introuvable, j’ai du chercher sur le net, et le résultat est… rigolo : https://wiki.openoffice.org/wiki/Documentation/OOoAuthors_User_Manual/Writer_Guide/Copying_and_moving_styles. Ou https://help.libreoffice.org/Writer/Load_Styles (note que le bouton est grisé si tu as aucune sélection, logique…). Je ne vais pas commencer à parler du choix proposé par défaut…

    Et ne parlons même pas de Impress vs PowerPoint… La problématique est exactement la même, sauf que dans une présentation le style est 10x plus important…

    Il s'agit tout simplement d'une résistance au changement

    Pas vraiment non. J’ai pendant longtemps utilisé Star^WOpen^WLibreOffice (bon, je suis partit avant LibreOffice), avant que je puisse avoir accès à Office en utilisant une licence fournie par le boulot. La résistance au changement aurait dû opérer dans l’autre sens, mais bizarrement ça n’a pas été le cas.

  • [^] # Re: Non mixité

    Posté par  . En réponse à la dépêche Les femmes dans l'informatique. Évalué à 2. Dernière modification le 18 mars 2014 à 08:50.

    Tout d'abord il existe différents types de groupes féminins et tous ne sont pas exclusivement féminins

    Je ne suis pas sûr de bien saisir la différence entre « groupe mixte » et « groupe féminin mais pas exclusivement féminin ».

  • [^] # Re: Encore du sexisme dans le monde de l'informatique

    Posté par  . En réponse au journal Sortie de MATE 1.8. Évalué à 2. Dernière modification le 12 mars 2014 à 20:34.

    et ce sens est purent francophone

    En anglais "to mate" c’est "s’accoupler", d’où le troll satirique.

    (et le nom commun "mate" est utilisé entre amis sans connotation sexuelle)

  • # Un autre article sur Framasoft

    Posté par  . En réponse à la dépêche Les femmes dans l'informatique. Évalué à 5.

    Sinon, j’en profite pour partager un article sur Framasoft sur le sujet que j’ai trouvé assez intéressant et dont je n’ai pas vu la mention sur DLFP : http://www.framablog.org/index.php/post/2014/02/06/fille-hacker-logiciel-libre

  • [^] # Re: Ben c'est pas compliqué !

    Posté par  . En réponse à la dépêche Les femmes dans l'informatique. Évalué à 10.

    Java

    Tu es complètement hors sujet. Ici on parle des femmes dans l’informatique

  • [^] # Re: Argument

    Posté par  . En réponse à la dépêche Les femmes dans l'informatique. Évalué à 4.

    Ce qui est intéressant dans ce genre de test n’est pas de tester si la réponse semble te décrire, mais si une autre réponse (en répondant au pif par exemple) semble ne pas te correspondre.

    Ou encore lire les description avant, décider celle de qui te décrit, puis passer le test.

    Faire un « test de personnalité » auquel n’importe qui puisse s’identifier à n’importe quel résultat c’est à la portée de n’importe quel charlatan.

  • [^] # Re: Encore la théorie du genre...

    Posté par  . En réponse à la dépêche Les femmes dans l'informatique. Évalué à 10.

    • l’homme peut mettre des costumes confortable, la femme doit avoir des pantalons serré qui montre à quelle point elle a de jolie fesse (et je reconnais que rien ne m’émeut autant qu’une jolie paire de fesses)

    On voit le geek qui n’a pas à se déguiser en pingouin toute l’année :)

    Dans les fonctions commerciales, une femme peut se mettre en tailleur quand il fait 25° à l’ombre, l’homme sera toujours tenu de mettre son costume complet… et n’a pas intérêt à trop transpirer.