Bof, en même temps si il en avait fait des caisses avant d'aller le voir il se serait peut être fait jeter pareil … Et on lui aurait dit d'aller le voir avant :p
Si ça se trouve le mec veut juste pas d'aide pour des raisons qui lui appartiennent, mais faut pas qu'il vienne se plaindre ensuite d'être surchargé de travail ou qu'il peut pas tout faire. C'est pas non plus une raison d'être malpoli avec un mec qui croit bien faire.
Ouais enfin ça si il prenait 5 minutes pour l'expliquer lui même ce serait sans doute plus productif que d'envoyer chier.
C'est aussi effectivement une approche bizarre de la collaboration, je le répète. À la fois on est dans un mouvement qui la recherche, mais aussi d'un autre côté si pour réussir à aider il faut faire la psychanalyse de la personne que tu veux aider c'est un frein certain.
Disons que la moindre des choses quand tu dis que l'aide t'intéresse pas c'est de pas terminer par un "va te faire foutre".
Ça change pas grand chose, on a toujours un arbre, non ?
Tu veux dire choisir un style de texte pour chaque type de paragraphe ? Oui, c'est une bonne idée. Faudrait voir pourquoi ils ont pas fait ça dés le début.
Perso je pense qu'une vue "affecation de style" avec un prototype du document qui comprend tout les styles dans la bonne utilisation (titre, paragraphe, section tout ça) en parallèle avec le vrai contenu et des facilités pour affecter à chaque parties du texte son style serait une bonne idée. Mais faut que ce soit au centre de la conception du logiciel et véritablement intégré à l'interface.
Entre les caractères, les égos, les communications textuelles qui sont par natures relativement sèches et pléthoriques, les types en burn out qui le savent pas encore et parfois les forks pas hostiles mais rendus nécessaires parce que toute communication avec le mainteneur se termine mal … dans le libre comme ailleurs c'est pas toujours simple :)
J'ai aussi l'impression qu'au delà de ça, on a une culture de la collaboration qui est bien réelle mais encore immature : on nous a appris quand on était gamin a ne pas copier sur le voisin …
"ici et maintenant", pour l'avoir écouté quelques minutes, c'est quand même une radio avec des phénomènes dans certaines émissions … il y a des émissions complotistes d'un niveau fort impressionnant et tout. Je suis pas sur que le libre y gagne en pratique à utiliser ce genre de canaux de diffusion.
Moi c'est un peu l'inverse, je suis mal à l'aise avec cette expression non pas parce que ça banalise l'emploi, mais plutôt parce que ça ne me fait pas spécialement rire. Du coup ça a l'air méga agressif envers de pauvres développeurs qui ne font que développer du logiciel libre … Oui, du coup potentiellement on peux trouver du comique dans cette exagération, mais faut comprendre aussi que ça puisse être trouvé de plutôt mauvais goût.
C'est pas du RASH, c'est avant tout du MATHML, et c'est un standard supporté par les navigateurs. Comme javascript a l'air supporté, la moulinette existe déjà.
Sinon ton problème "tradi > ID" me fait penser à un outil vu ce matin dans le résumé hebdo Wikidata, un truc qui fait traduction d'une question en langage naturel vers une requête SPARQL.
C'est pas malin comme raisonnement. Le travail que tu fais en local te coute pas plus cher à faire en ligne, avec en bonus la proba non nulle gue ça serve à d'autres.
Par contre dans un tel système lors de l'écriture de ton doc t'aurais juste à y mettre l'id, si soit tu as déja cité le papier, si un autre l'a fait …
Scholar pourrait l'intégrer sans difficulté si c'est basé sur Wikidata vu qu'ils remplacent Freebase par Wikidata. Créer un item sur Wikidata, c'est trivial (faut juset que la communauté accepte de tels items).
L'utilisation de la moulinette je c'est jiste un include dans le html. Et évidemment elle pourrait utiliser également un DOI ou autre.
Et note que dans une base collaborative, accessible et modifiable par le net, ben faut faire le boulot … une seule fois par publi. Ensuite un bout de js qui requête cette base et te génère ta liste de refs et hop.
Tu n'a plus qu'a garder les ids des publis qui t'intéressent, genre dans tes bookmarks navigateurs … des annotations dans ta publi pour les citations, et ta moulinette js va chercher les infos proprement et te génère la biblio au passage.
De un, je vois pas ce qu'il y a d'inconcevable à une base de biblio en opendata. Pourquoi pas Wikidata ou une déclinaison.
De deux, le post vient de la liste "semantic web" et c'est pas par hasard. Ca y cause annotation RDF des documents ou requêtes SPARQL à l'échelle du web sémantique, par exemple. Si les documents sont annotés à leur rédaction, les éditeurs peuvent publier ces annotations.
Des trucs comme Wikidata permettent d'identifier et de classer des tas de sujets avec des propriétés RDF like pour référencer par exemple les sujets d'article. Mais ça demande de penser différemment la publicaction, ce que tu ne sembles encore pas prêt à faire :)
Mouais, pour la biblio faut quand même se taper la récupération et/ou le nettoyage des bibtex plus ou mons bien faits par exemple. Pour trouver les articles qui en référencent un en particulier il faut soit le faire à la main soit avec des services spécialisé genre scholar ou citeseer. Il y a moyen d'améliorer ça. Pour chercher les articles qui parlent d'un sujet donné on peux faire mieux aussi.
Ouais, c'est un assemblage bizarre par rapport à la volonté d'avoir des annotations sémantique. Mais c'est pas au même niveau de sémantique : section/paragraphe / phrase importante vesus ce bout du document parle de …
Pour la biblio, ça devrait être un jeu d'enfant de générer une biblio à partir d'annotations rdf qui pointent genre sur http://www.wikidata.org/entity/Q3554851 Ce serait un comble qu'il en soit autrement dans le web sémantique que des métadonnées soint mal gérées.
Pour les maths, j'ai cru lire qu'il y aura du js … donc pas pire que Wikipédia quoi.
[^] # Re: Les relations humaines ...
Posté par Thomas Douillard . En réponse au journal Déconvenues linuxiennes. Évalué à 1.
Il doit faire partie de ceux qui préfèrent bosser avec des robots :) http://www.lemonde.fr/economie/article/2015/06/05/en-entreprise-les-collegues-robots-ont-la-cote_4648105_3234.html
[^] # Re: Toutes les proposition d'aide n'aident pas forcément.
Posté par Thomas Douillard . En réponse au journal Déconvenues linuxiennes. Évalué à 2.
Bof, en même temps si il en avait fait des caisses avant d'aller le voir il se serait peut être fait jeter pareil … Et on lui aurait dit d'aller le voir avant :p
Si ça se trouve le mec veut juste pas d'aide pour des raisons qui lui appartiennent, mais faut pas qu'il vienne se plaindre ensuite d'être surchargé de travail ou qu'il peut pas tout faire. C'est pas non plus une raison d'être malpoli avec un mec qui croit bien faire.
[^] # Re: Toutes les proposition d'aide n'aident pas forcément.
Posté par Thomas Douillard . En réponse au journal Déconvenues linuxiennes. Évalué à 10.
Ouais enfin ça si il prenait 5 minutes pour l'expliquer lui même ce serait sans doute plus productif que d'envoyer chier.
C'est aussi effectivement une approche bizarre de la collaboration, je le répète. À la fois on est dans un mouvement qui la recherche, mais aussi d'un autre côté si pour réussir à aider il faut faire la psychanalyse de la personne que tu veux aider c'est un frein certain.
Disons que la moindre des choses quand tu dis que l'aide t'intéresse pas c'est de pas terminer par un "va te faire foutre".
[^] # Re: OK, mais comparaison douteuse...
Posté par Thomas Douillard . En réponse au journal LibreOffice vs Apache OpenOffice. Évalué à 2.
Ben dans l'objet par prototype il y a toujours un lien entre l'objet et son proto, je comprend pas. Tu parles de l'UI ?
[^] # Re: Question
Posté par Thomas Douillard . En réponse au journal Déconvenues linuxiennes. Évalué à 6.
oui, il est sérieux, c'est pour ça qu'il poste à -9 (enfin je sais pas si il gère le cite mais il est clairement sur la ligne éditoriale)
[^] # Re: OK, mais comparaison douteuse...
Posté par Thomas Douillard . En réponse au journal LibreOffice vs Apache OpenOffice. Évalué à 2.
Perso je pense qu'une vue "affecation de style" avec un prototype du document qui comprend tout les styles dans la bonne utilisation (titre, paragraphe, section tout ça) en parallèle avec le vrai contenu et des facilités pour affecter à chaque parties du texte son style serait une bonne idée. Mais faut que ce soit au centre de la conception du logiciel et véritablement intégré à l'interface.
# Les relations humaines ...
Posté par Thomas Douillard . En réponse au journal Déconvenues linuxiennes. Évalué à 10.
Entre les caractères, les égos, les communications textuelles qui sont par natures relativement sèches et pléthoriques, les types en burn out qui le savent pas encore et parfois les forks pas hostiles mais rendus nécessaires parce que toute communication avec le mainteneur se termine mal … dans le libre comme ailleurs c'est pas toujours simple :)
J'ai aussi l'impression qu'au delà de ça, on a une culture de la collaboration qui est bien réelle mais encore immature : on nous a appris quand on était gamin a ne pas copier sur le voisin …
[^] # Re: Écoutable sur le web
Posté par Thomas Douillard . En réponse au journal Émission Symbiose spécial Art Libre sur 95.2 FM à 14h: Pouhiou et ZeMarmot. Évalué à 2.
Moi je crois que j'ai appris son existence par … SamWang, en fait
[^] # Re: Façon de parler
Posté par Thomas Douillard . En réponse au journal [Les Échos] "Guerre de religions" entre OOxml et l'ODF. Évalué à 5.
Mmm, un WTF sur le sujet, Poutine fait la chasse aux Grammar Nazi Russes http://www.20minutes.fr/insolite/1620259-20150601-russie-enquete-nazis-grammaire
[^] # Re: Écoutable sur le web
Posté par Thomas Douillard . En réponse au journal Émission Symbiose spécial Art Libre sur 95.2 FM à 14h: Pouhiou et ZeMarmot. Évalué à 2.
"ici et maintenant", pour l'avoir écouté quelques minutes, c'est quand même une radio avec des phénomènes dans certaines émissions … il y a des émissions complotistes d'un niveau fort impressionnant et tout. Je suis pas sur que le libre y gagne en pratique à utiliser ce genre de canaux de diffusion.
[^] # Re: Façon de parler
Posté par Thomas Douillard . En réponse au journal [Les Échos] "Guerre de religions" entre OOxml et l'ODF. Évalué à 5.
Moi c'est un peu l'inverse, je suis mal à l'aise avec cette expression non pas parce que ça banalise l'emploi, mais plutôt parce que ça ne me fait pas spécialement rire. Du coup ça a l'air méga agressif envers de pauvres développeurs qui ne font que développer du logiciel libre … Oui, du coup potentiellement on peux trouver du comique dans cette exagération, mais faut comprendre aussi que ça puisse être trouvé de plutôt mauvais goût.
[^] # Re: Et l'inverse?
Posté par Thomas Douillard . En réponse au journal Une nouvelle manière de publier des articles scientifiques ... HTML, métadonnées et linkeddata. Évalué à 3.
Ah oui effectivement sans plugins c'est pas la joie chez google et microsoft http://caniuse.com/#feat=mathml Mais ça roule chez Mozilla et Apple. Après … ça peut s'arranger https://chrome.google.com/webstore/detail/mathjax-for-chrome/elbbpgnifnallkilnkofjcgjeallfcfa?hl=en-GB (d'ou on reparle de mathjax)
[^] # Re: Et l'inverse?
Posté par Thomas Douillard . En réponse au journal Une nouvelle manière de publier des articles scientifiques ... HTML, métadonnées et linkeddata. Évalué à 2.
C'est pas du RASH, c'est avant tout du MATHML, et c'est un standard supporté par les navigateurs. Comme javascript a l'air supporté, la moulinette existe déjà.
[^] # Re: Et l'inverse?
Posté par Thomas Douillard . En réponse au journal Une nouvelle manière de publier des articles scientifiques ... HTML, métadonnées et linkeddata. Évalué à 2.
Sinon ton problème "tradi > ID" me fait penser à un outil vu ce matin dans le résumé hebdo Wikidata, un truc qui fait traduction d'une question en langage naturel vers une requête SPARQL.
[^] # Re: Et l'inverse?
Posté par Thomas Douillard . En réponse au journal Une nouvelle manière de publier des articles scientifiques ... HTML, métadonnées et linkeddata. Évalué à 1.
C'est pas malin comme raisonnement. Le travail que tu fais en local te coute pas plus cher à faire en ligne, avec en bonus la proba non nulle gue ça serve à d'autres.
Par contre dans un tel système lors de l'écriture de ton doc t'aurais juste à y mettre l'id, si soit tu as déja cité le papier, si un autre l'a fait …
Scholar pourrait l'intégrer sans difficulté si c'est basé sur Wikidata vu qu'ils remplacent Freebase par Wikidata. Créer un item sur Wikidata, c'est trivial (faut juset que la communauté accepte de tels items).
L'utilisation de la moulinette je c'est jiste un include dans le html. Et évidemment elle pourrait utiliser également un DOI ou autre.
[^] # Re: Et l'inverse?
Posté par Thomas Douillard . En réponse au journal Une nouvelle manière de publier des articles scientifiques ... HTML, métadonnées et linkeddata. Évalué à 2.
Et note que dans une base collaborative, accessible et modifiable par le net, ben faut faire le boulot … une seule fois par publi. Ensuite un bout de js qui requête cette base et te génère ta liste de refs et hop.
Tu n'a plus qu'a garder les ids des publis qui t'intéressent, genre dans tes bookmarks navigateurs … des annotations dans ta publi pour les citations, et ta moulinette js va chercher les infos proprement et te génère la biblio au passage.
[^] # Re: Et l'inverse?
Posté par Thomas Douillard . En réponse au journal Une nouvelle manière de publier des articles scientifiques ... HTML, métadonnées et linkeddata. Évalué à 2.
De un, je vois pas ce qu'il y a d'inconcevable à une base de biblio en opendata. Pourquoi pas Wikidata ou une déclinaison.
De deux, le post vient de la liste "semantic web" et c'est pas par hasard. Ca y cause annotation RDF des documents ou requêtes SPARQL à l'échelle du web sémantique, par exemple. Si les documents sont annotés à leur rédaction, les éditeurs peuvent publier ces annotations.
Des trucs comme Wikidata permettent d'identifier et de classer des tas de sujets avec des propriétés RDF like pour référencer par exemple les sujets d'article. Mais ça demande de penser différemment la publicaction, ce que tu ne sembles encore pas prêt à faire :)
[^] # Re: Et l'inverse?
Posté par Thomas Douillard . En réponse au journal Une nouvelle manière de publier des articles scientifiques ... HTML, métadonnées et linkeddata. Évalué à 1.
Mouais, pour la biblio faut quand même se taper la récupération et/ou le nettoyage des bibtex plus ou mons bien faits par exemple. Pour trouver les articles qui en référencent un en particulier il faut soit le faire à la main soit avec des services spécialisé genre scholar ou citeseer. Il y a moyen d'améliorer ça. Pour chercher les articles qui parlent d'un sujet donné on peux faire mieux aussi.
[^] # Re: EPUB 3 ?
Posté par Thomas Douillard . En réponse au journal Une nouvelle manière de publier des articles scientifiques ... HTML, métadonnées et linkeddata. Évalué à 2.
Ouais, c'est un assemblage bizarre par rapport à la volonté d'avoir des annotations sémantique. Mais c'est pas au même niveau de sémantique : section/paragraphe / phrase importante vesus ce bout du document parle de …
[^] # Re: EPUB 3 ?
Posté par Thomas Douillard . En réponse au journal Une nouvelle manière de publier des articles scientifiques ... HTML, métadonnées et linkeddata. Évalué à 2.
Faudrait poser les questions à l'auteur, elles sont pertinentes mais je ne fais que retrancrire pelle mêle.
[^] # Re: C'est une excellente idée !
Posté par Thomas Douillard . En réponse au journal Une nouvelle manière de publier des articles scientifiques ... HTML, métadonnées et linkeddata. Évalué à 2.
J'ai pas lu ça comme un souhait. Mais c'et certain que LaTeX n'a pas été conçu pour la publication web, mais pour la publication papier.
[^] # Re: Et l'inverse?
Posté par Thomas Douillard . En réponse au journal Une nouvelle manière de publier des articles scientifiques ... HTML, métadonnées et linkeddata. Évalué à 3.
Pour la biblio, ça devrait être un jeu d'enfant de générer une biblio à partir d'annotations rdf qui pointent genre sur http://www.wikidata.org/entity/Q3554851 Ce serait un comble qu'il en soit autrement dans le web sémantique que des métadonnées soint mal gérées.
Pour les maths, j'ai cru lire qu'il y aura du js … donc pas pire que Wikipédia quoi.
[^] # Re: Bravo mais stop avec le pseudo jargon, par pitié.
Posté par Thomas Douillard . En réponse à la dépêche Financement collaboratif du film d'animation Libre ZeMarmot. Évalué à 9.
Pas du tout, EU c'est European Union ! /o_
[^] # Re: «Il concurrence donc directement les langages C et C++.»
Posté par Thomas Douillard . En réponse à la dépêche Rust 1.0, entrée dans la période stable. Évalué à 5.
Il y a pourtant pas de quoi s'énerver.
[^] # Re: Et c'est pas fini
Posté par Thomas Douillard . En réponse au journal L'Armée Française et ses logiciels, bis repetita.... Évalué à 3.
Perso je vois surtout le gaspillage de temps des dévs qui vont bosser sur un projet à se tirer une balle