davidbgk
/
larlet-fr-david
Watch 1
Star 0
Fork 0
Code Releases 0 Activity
Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
244 Commits
1 Branch
Tree: f16aada5e3
Branches Tags
${ item.name }
Create branch ${ searchTerm }
from 'f16aada5e3'
${ noResults }
larlet-fr-david/david/biologeek/archives/20050820-votre-aggregateur-.../index.html

index.html 25KB
Raw Blame History

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415 
  1. <!doctype html>

  2. <html lang=fr>

  3. <head>

  4.   <!-- Always define the charset before the title -->

  5.   <meta charset=utf-8>

  6.   <title>Votre aggrégateur manquerait-il de fonctionnalités ? — Biologeek — David Larlet</title>

  7.   <!-- Define a viewport to mobile devices to use - telling the browser to assume that the page is as wide as the device (width=device-width) and setting the initial page zoom level to be 1 (initial-scale=1.0) -->

  8.   <meta name="viewport" content="width=device-width, initial-scale=1"/>

  9.   <!-- Fake favicon, to avoid extra request to the server -->

  10.   <link rel="icon" href="data:;base64,iVBORw0KGgo=">

  11.   <link type="application/atom+xml" rel="alternate" title="Feed" href="/david/log/" />

  12.   <link rel="manifest" href="/manifest.json">

  13.   

  14.   <link rel="stylesheet" href="/static/david/css/larlet-david-_J6Rv.css" data-instant-track />

  15.   

  16.   <noscript>

  17.     <style type="text/css">

  18.       /* Otherwise fonts are loaded by JS for faster initial rendering. See scripts at the bottom. */

  19.       body {

  20.         font-family: 'EquityTextB', serif;

  21.       }

  22.       h1, h2, h3, h4, h5, h6, time, nav a, nav a:link, nav a:visited {

  23.         font-family: 'EquityCapsB', sans-serif;

  24.         font-variant: normal;

  25.       }

  26.     </style>

  27.   </noscript>

  28.   

  29.   <!-- Canonical URL for SEO purposes -->

  30.   <link rel="canonical" href="https://larlet.fr/david/biologeek/archives/20050820-votre-aggregateur-manquerait-il-de-fonctionnalites">

  31. 

  32. </head>

  33. <body>

  34.   <div>

  35.     

  36.     <header>

  37.       <nav>

  38.         <p>

  39.           <small>

  40.             Je suis <a href="/david/" title="Profil public">David Larlet</a>, <a href="/david/pro/" title="Activité professionnelle">artisan</a> du web qui vous <a href="/david/pro/accompagnement/" title="Activité d’accompagnement">accompagne</a><span class="more-infos"> dans l’acquisition de savoirs pour concevoir des <a href="/david/pro/produits-essentiels/" title="Qu’est-ce qu’un produit essentiel ?">produits essentiels</a></span>. <span class="more-more-infos">Discutons ensemble d’une <a href="/david/pro/devis/" title="En savoir plus">non-demande de devis</a>.</span> Je partage ici mes <a href="/david/blog/" title="Expériences bienveillantes">réflexions</a> et <a href="/david/correspondances/2017/" title="Lettres hebdomadaires">correspondances</a>.

  41.           </small>

  42.         </p>

  43.       </nav>

  44.     </header>

  45.     

  46.     

  47.   <section>

  48.     <h1 property="schema:name">Votre aggrégateur manquerait-il de fonctionnalités ?</h1>

  49.     <article typeof="schema:BlogPosting">

  50.       <div property="schema:articleBody">

  51.         

  52.         <p>Si vous n'avez toujours pas trouvé d'aggrégateur satisfaisant, il serait peut-être temps de <del>coder le votre</del> passer votre commande :-)</p>

  53. 

  54. <p>Je me suis finalement décidé à coder un aggrégateur en python, d'une part pour réaliser un projet intéressant et d'autre part pour avoir des fonctionnalités qui me manquent cruellement, voila une première liste à compléter&nbsp;:</p>

  55. 

  56. <h2>Fonctionnalités classiques</h2>

  57. 

  58. <ul>

  59. <li>Créer une arborescence (dossiers/fils)</li>

  60. <li>Obtenir les items d'un fil en cliquant dessus (lus en grisé, ou non lus en gras&nbsp;? ou les deux ?)</li>

  61. <li>Possibilité d'import/export de fichiers opml</li>

  62. </ul>

  63. 

  64. <h2>Fonctionnalités avancées</h2>

  65. 

  66. <ul>

  67. <li>Calcul d'un intervalle de mise à jour en fonction de la fréquence de mise à jour des items (min =  5 minutes et max = 3 heures, pas de 5 minutes). Signaler lorsque une mise à jour n'a pas été effectuée depuis longtemps (6 mois ?). La fonction de calcul doit ressembler à ça&nbsp;: (somme des intervalles - (plus grand + plus petit)) / ((nombre d'intervalles - 2) * facteur). On enlève le plus grand pour les vacances et le plus petit pour les cas de mise à jour frénétique. Le facteur pourra être déterminé en fonction du profil de l'utilisateur (normalement 3 profils prévus&nbsp;: geek, normal, découverte).</li>

  68. <li>Afficher les fils dans l'ordre de parution de manière à pourvoir déterminer à quelle date s'est arrêtée la lecture d'un fil. Pratique pour les personnes ayant cet aggrégateur au boulot et à la maison par exemple, un simple upload du fichier opml en fin de journée et on reprend la lecture à la maison à partir de là où on en était. Possibilité d'automatiser l'upload à la fermeture de l'aggrégateur.</li>

  69. <li>Possibilité de créer des dossiers virtuels recherchant des mots-clés dans les items non lus. Lorsqu'un item est lu, il est considéré comme lu dans tous les dossiers virtuels ainsi que dans son fil principal (objectif&nbsp;: ne pas lire deux fois le même item). Par exemple pour un fichier opml très (très) simple&nbsp;:</li>

  70. </ul>

  71. 

  72. <pre>[Dossier] Non lus       # contient tous les items non lus de biologeek, play et DLFP

  73. [Dossier] Ubuntu        # contient les items non lus contenant le mot-clé "ubuntu"

  74. [Dossier] Blog Fr       # contient les items non lus de biologeek et play

  75.             Biologeek   # contient tous les items de biologeek

  76.             Play        # contient tous les items de play

  77. [Dossier] Informations  # contient les items non lus de DLFP

  78.             DLFP        # contient tous les items de DLFP</pre>

  79. 

  80. <ul>

  81. <li>Possibilité de renommer les fils (ne pas oublier d'annoncer le changement éventuel de titre réel).</li>

  82. <li>Vérification de l'unicité des fils (à l'ajout et à l'import d'opml).</li>

  83. </ul>

  84. 

  85. <p>La balise outline d'un opml aura donc (pour l'instant) les attributs suivants&nbsp;: xmlUrl, htmlUrl, realTitle, ownTitle, updateIntervalle, lastRead.</p>

  86. 

  87. <h2>Reste à déterminer&nbsp;:</h2>

  88. 

  89. <ul>

  90. <li>Profondeur de l'arborescence, faut-il limiter&nbsp;?</li>

  91. <li>Dans le cas d'un dossier contenant un autre dossier, faut-il que le dossier parent afficher les items non lus de ses fils ou aussi les items non lus des items de ses dossiers fils&nbsp;? (je sais entre les fils et les fils on s'y perd un peu... euh, comprendre feeds et children ;).</li>

  92. <li>Le nom, FeedManager ou mieux selon vos idées :-)</li>

  93. <li>Beaucoup d'autres choses, n'hésitez pas à passer commande, il vaut mieux définir les spécifications <strong>avant</strong> le début du développement&nbsp;!</li>

  94. </ul>

  95.       </div>

  96.     </article>

  97.     <footer>

  98.       <h6 property="schema:datePublished">— 20/08/2005</h6>

  99.     </footer>

  100.   </section>

  101.   <section>

  102.     <div>

  103.       <h3>Articles peut-être en rapport</h3>

  104.       <ul>

  105.         <li><a href="/david/biologeek/archives/20090327-reflexions-sur-les-conferences-de-geeks/" title="Accès à Réflexions sur les conférences de geeks">Réflexions sur les conférences de geeks</a></li>

  106.         <li><a href="/david/biologeek/archives/20090221-son-propre-tinyurl-en-python-et-html5-avec-webpy/" title="Accès à Son propre TinyURL en Python et HTML5 avec webpy">Son propre TinyURL en Python et HTML5 avec webpy</a></li>

  107.         <li><a href="/david/biologeek/archives/20060814-analyse-des-donnees-utilisateur-d-aol-suite-et-fin/" title="Accès à Analyse des données utilisateur d&#39;AOL : suite et fin">Analyse des données utilisateur d&#39;AOL : suite et fin</a></li>

  108.       </ul>

  109.     </div>

  110.   </section>

  111.   <section>

  112.     <div id="comments">

  113.       <h3>Commentaires</h3>

  114.       

  115. <div class="comment" typeof="schema:UserComments">

  116.     <p class="comment-meta">

  117.         <span class="comment-author" property="schema:creator">szdavid</span> le <span class="comment-date" property="schema:commentTime">20/08/2005</span> :

  118.     </p>

  119.     <div class="comment-content" property="schema:commentText">

  120.         <p>Salut,<br />

  121. <br />

  122. franchement, je te souhaite bon courage   ;-)<br />

  123. <br />

  124. Personnellement, le mien me convient (quoi que l'histoire des dates si deux lecteurs en parrallèle, ça me plairait bien).<br />

  125. <br />

  126. Pour les fonctionnalités, pourquoi pas la possibilité de ne pas charger d'images si non désiré</p>

  127.     </div>

  128. </div>

  129. <div class="comment" typeof="schema:UserComments">

  130.     <p class="comment-meta">

  131.         <span class="comment-author" property="schema:creator">mauriz</span> le <span class="comment-date" property="schema:commentTime">20/08/2005</span> :

  132.     </p>

  133.     <div class="comment-content" property="schema:commentText">

  134.         <p>Y'a deux features qui peuvent être sympa:<br />

  135. * afficher les favicons<br />

  136. * permettre d'accéder à des fils privés (BasicAuth) en renseignant le login/mot de passe.</p>

  137.     </div>

  138. </div>

  139. <div class="comment" typeof="schema:UserComments">

  140.     <p class="comment-meta">

  141.         <span class="comment-author" property="schema:creator">NiKo</span> le <span class="comment-date" property="schema:commentTime">20/08/2005</span> :

  142.     </p>

  143.     <div class="comment-content" property="schema:commentText">

  144.         <p>Si tu codes le premier agrégateur software à base de tags, de dossiers, de feuilles de styles personnalisables (skins d'affichage) et de synchro distante avec en plus une gestion intelligente de l'archivage, je te fais un bisou :)</p>

  145.     </div>

  146. </div>

  147. <div class="comment" typeof="schema:UserComments">

  148.     <p class="comment-meta">

  149.         <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">20/08/2005</span> :

  150.     </p>

  151.     <div class="comment-content" property="schema:commentText">

  152.         <p>@szdavid : ok pour le téléchargement des images, j'en ferais une option.<br />

  153. <br />

  154. @mauriz : ok pour les favicons, par contre je ne connais pas les fils privés, si tu as de la doc dessus tu sais où me trouver ;)<br />

  155. <br />

  156. @NiKo : je n'oublierais pas de venir réclamer un bisou en temps voulu ^^.</p>

  157.     </div>

  158. </div>

  159. <div class="comment" typeof="schema:UserComments">

  160.     <p class="comment-meta">

  161.         <span class="comment-author" property="schema:creator">S.F.</span> le <span class="comment-date" property="schema:commentTime">21/08/2005</span> :

  162.     </p>

  163.     <div class="comment-content" property="schema:commentText">

  164.         <p>* Pouvoir donner une page HTML lorsqu'on veut s'abonner à un fil RSS : après tu la parses pour trouver le(s) fil(s)<br />

  165. * Reconnaître les billets publiés plusieurs fois (ex: planets, les marquer toutes les versions comme lus si on en a lu un)<br />

  166. * Attribuer des sujets (ou tags ou whatever) aux carnets.<br />

  167. * Pouvoir les associer avec les gens du carnet d'adresse EDS (optionnel mais ça peut être sympa)<br />

  168. * Support de plug-ins ^^<br />

  169. * Interface D-BUS pour pouvoir créer un backend beagle le cas échéant.<br />

  170. * Possibilité de réduire dans la zone de notification<br />

  171. * Possibilité de récupérer les fils depuis le système de fichier ou par une commande, comme dans liferea.<br />

  172. <br />

  173. Voilà les premières idées auxquelles je pense ^^<br />

  174. <br />

  175. N'hésite pas à prévenir quand tu le mets quelque part sur un cvs quelconque, histoire que les gens motivés (ou pas) puissent s'y investir un petit peu.<br />

  176. <br />

  177. BasicAuth c'est l'authentification http, comme quand ton navigateur de demande login/mdp pour te connecter à une page (.htaccess, etc). C'est pratique dans la mesure où tu peux avoir un tel fil privé dans le cadre d'un projet de rédaction, etc. (openweb, gmail en ont un du genre)</p>

  178.     </div>

  179. </div>

  180. <div class="comment" typeof="schema:UserComments">

  181.     <p class="comment-meta">

  182.         <span class="comment-author" property="schema:creator">Demeester Vincent</span> le <span class="comment-date" property="schema:commentTime">22/08/2005</span> :

  183.     </p>

  184.     <div class="comment-content" property="schema:commentText">

  185.         <p>Alors moi non plus je trouve pas vraiment un aggrégateur à ma convencane.<br />

  186. <br />

  187. Mes idées :<br />

  188. * Si tu codes tout à toi tout seul c'est chaud non ?<br />

  189. * localisable (en français, en anglais, etc.. )<br />

  190. * Favicons &amp; téléchargement d'images en option<br />

  191. * style personnalisable dans les 2 sens : css pour la lecture des feeds (qui pourrait donc varié également d'un fil à l'autre mais là.. faudrait juste spécifier ça dans un fichier config bien caché :p) et interface personnalisable (possibilité de changer un peu l'affichage, icônes des dossiers, feeds, etc..)<br />

  192. * Je connais pas non plus les feeds privés, mais permettre de reclamer des feeds qui sont dans un dossier protégé (par .htaccess par exemple) si on a les mots de passe.<br />

  193. * gestion de tags pourquoi pas<br />

  194. * possibilité d'archivage ce serait bien :p<br />

  195. * Si présence dans le rss de la fréquence de la mise à jour en tenir compte<br />

  196. <br />

  197. mmmhh moi je sais déjà quel profil est à utiliser :p<br />

  198. C'est à peu près tout ce qui me vient à la tête à cetet heure-ci.</p>

  199.     </div>

  200. </div>

  201. <div class="comment" typeof="schema:UserComments">

  202.     <p class="comment-meta">

  203.         <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">22/08/2005</span> :

  204.     </p>

  205.     <div class="comment-content" property="schema:commentText">

  206.         <p>J'ai bien fait de faire un billet là dessus :-)<br />

  207. <br />

  208. &gt; * Reconnaître les billets publiés plusieurs fois (ex: planets, les marquer toutes les versions comme lus si on en a lu un)<br />

  209. <br />

  210. Pas simple à faire ça...<br />

  211. <br />

  212. &gt; * Interface D-BUS pour pouvoir créer un backend beagle le cas échéant.<br />

  213. <br />

  214. Il va falloir que je me documente.<br />

  215. <br />

  216. &gt; * Possibilité de récupérer les fils depuis le système de fichier ou par une commande, comme dans liferea.<br />

  217. <br />

  218. Peux-tu détailler ?<br />

  219. <br />

  220. &gt; N'hésite pas à prévenir quand tu le mets quelque part sur un cvs quelconque, histoire que les gens motivés (ou pas) puissent s'y investir un petit peu.<br />

  221. <br />

  222. Pas de problème :)<br />

  223. <br />

  224. &gt; C'est pratique dans la mesure où tu peux avoir un tel fil privé dans le cadre d'un projet de rédaction, etc. (openweb, gmail en ont un du genre)<br />

  225. <br />

  226. Surtout quand le login/mdp est dans le rss et que tu le retrouves dans l'opml... (cf. le tiens ;))<br />

  227. <br />

  228. &gt; localisable (en français, en anglais, etc.. )<br />

  229. <br />

  230. Ok, c'est prévu.<br />

  231. <br />

  232. &gt; interface personnalisable (possibilité de changer un peu l'affichage, icônes des dossiers, feeds, etc..)<br />

  233. <br />

  234. Là si je le fais avec du gtk+, ça changera avec ton thème, pas suffisant ?<br />

  235. <br />

  236. &gt; * Si présence dans le rss de la fréquence de la mise à jour en tenir compte<br />

  237. <br />

  238. Oui, ne pas oublier ça (merci pour le rappel).<br />

  239. <br />

  240. Bon ça fait plaisir d'avoir pas mal de retours intéressants, maintenant j'aimerai que vous détaillez ce que vous appellez une &quot;bonne gestion des archives&quot;. Oui, je sais j'en demande beaucoup :D</p>

  241.     </div>

  242. </div>

  243. <div class="comment" typeof="schema:UserComments">

  244.     <p class="comment-meta">

  245.         <span class="comment-author" property="schema:creator">mauriz</span> le <span class="comment-date" property="schema:commentTime">22/08/2005</span> :

  246.     </p>

  247.     <div class="comment-content" property="schema:commentText">

  248.         <p>Pour les fils privés dont je parlais, c'est exactement ce que disent Steve et Vincent.<br />

  249. Concernant le téléchargement des images, il faudrait songer à une résolution des urls de relative en absolue. (bon je sais c'est assez con de mettre des urls relatives dans un fil rss, mais bon...)</p>

  250.     </div>

  251. </div>

  252. <div class="comment" typeof="schema:UserComments">

  253.     <p class="comment-meta">

  254.         <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">22/08/2005</span> :

  255.     </p>

  256.     <div class="comment-content" property="schema:commentText">

  257.         <p>Oui pour la conversion relative =&gt; absolue, c'est ce que j'avais du faire pour la première version du planet (donc c'est con mais ça se fait :/).</p>

  258.     </div>

  259. </div>

  260. <div class="comment" typeof="schema:UserComments">

  261.     <p class="comment-meta">

  262.         <span class="comment-author" property="schema:creator">S.F.</span> le <span class="comment-date" property="schema:commentTime">22/08/2005</span> :

  263.     </p>

  264.     <div class="comment-content" property="schema:commentText">

  265.         <p>&gt; Possibilité de récupérer les fils depuis le système de fichier ou par une commande, comme dans liferea.<br />

  266. <br />

  267. Exemple simple : j'ai un service quelconque qui tourne en tâche de fond. Celui-ci génère un journal. Imaginons que les événements les plus importants soient stockés dans un fichier de type RSS ou Atom. Dans ce cas il pourrait être sympa de pouvoir récupérer ce fil directement. Rien de compliqué si tu utilises quelque chose comme gnome-vfs.<br />

  268. <br />

  269. Deuxième exemple : j'ai écrit un petit script qui parse les pages d'un site web quelconque et génère à partir de celui-ci un fil RSS. J'aimerais pouvoir appeler ce programme directement, pour avoir mon fil personnalisé. Autre cas, l'emploi de curl, rendu inutile si tu gères l'authentification HTTP.<br />

  270. <br />

  271. &gt; Surtout quand le login/mdp est dans le rss et que tu le retrouves dans l'opml<br />

  272. <br />

  273. chuuuut malheureux ! Corollaire : faire en sorte de pas avoir ce genre de bricoles avec ton propre agrégateur. D'où l'utilité d'une gestion native de l'authentification HTTP.<br />

  274. <br />

  275. &gt; Là si je le fais avec du gtk+, ça changera avec ton thème, pas suffisant ?<br />

  276. <br />

  277. Grandement suffisant, j'aime bien les trucs qui ont un look natif, je suis pas trop friand des trucs skinnables qui ressemblent à rien (xmms, firefox, j'en passe et des meilleures)<br />

  278. <br />

  279. &gt; &quot;bonne gestion des archives&quot;<br />

  280. <br />

  281. Bah, un backend beagle ;-)<br />

  282. Des bonnes archives, ce sont des archives dans lesquelles ont peut faire une recherche. Le backend beagle me semble donc tout à fait approprié.<br />

  283. <br />

  284. Autre chose, il pourrait être sympa de séparer autant que faire se peut l'affichage du traitement. Ça permettrait éventuellement de créer une version KDE à moindres frais (pour shogouki par exemple ;-))<br />

  285. <br />

  286. Bon courage.</p>

  287.     </div>

  288. </div>

  289. <div class="comment" typeof="schema:UserComments">

  290.     <p class="comment-meta">

  291.         <span class="comment-author" property="schema:creator">S.F.</span> le <span class="comment-date" property="schema:commentTime">22/08/2005</span> :

  292.     </p>

  293.     <div class="comment-content" property="schema:commentText">

  294.         <p>Ah j'oubliais :<br />

  295. <br />

  296. &gt;&gt; * Reconnaître les billets publiés plusieurs fois (ex: planets, les marquer toutes les versions comme lus si on en a lu un)<br />

  297. &gt;<br />

  298. &gt;Pas simple à faire ça...<br />

  299. <br />

  300. INDISPENSABLE !<br />

  301. <br />

  302. Surtout que les planets se multiplient et restent le meilleur moyen d'avoir des infos fraiches sur un projet... Ce qui s'accompagne d'une floppée de doublons, dans le cas des blogs repris sur plusieurs planets (gnome et gnome-fr par exemple), ou si on a aussi le blog directement.<br />

  303. <br />

  304. Le bouton 'marquer tous les items comme lus' ne devrait par contre pas marquer les publications multiples du même coup. Exemple : j'ai 150 nouveaux billets dans planet-trucmuche, mais j'ai aussi le blog de machin dans mes fils. Si je ne veux pas passer mon temps à lire les 150 billets d'une importance somme toute très relative, je voudrai par contre voir le blog de machin, car s'il est dans mes rss en plus du planet, on peut partir du principe qu'il m'intéresse... Je sais pas si c'est clair mais je suppose que tu as compris l'idée :-)</p>

  305.     </div>

  306. </div>

  307. <div class="comment" typeof="schema:UserComments">

  308.     <p class="comment-meta">

  309.         <span class="comment-author" property="schema:creator">al_</span> le <span class="comment-date" property="schema:commentTime">22/08/2005</span> :

  310.     </p>

  311.     <div class="comment-content" property="schema:commentText">

  312.         <p>* possibilité de s'abonner à des opml (genre celui d'un planet pour paf ajouter tous les blogs à l'agrégateur et que ça se synchro quand l'opml change.)<br />

  313. * plus stable que liferea (mais ça doit pas être trop dur)<br />

  314. * le coder en rub.. non rien</p>

  315.     </div>

  316. </div>

  317. <div class="comment" typeof="schema:UserComments">

  318.     <p class="comment-meta">

  319.         <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">22/08/2005</span> :

  320.     </p>

  321.     <div class="comment-content" property="schema:commentText">

  322.         <p>&gt; Le bouton 'marquer tous les items comme lus' ne devrait par contre pas marquer les publications multiples du même coup. <br />

  323. <br />

  324. En fait plus je réfléchis à ça et plus on se dirige vers deux catégories de dossiers : les réels et les virtuels.<br />

  325. Dans les réels il y aurait les fils à proprement parler, consultables comme dans n'importe quel aggrégateur.<br />

  326. Dans les virtuels, c'est là où ça pourrait devenir intéressant de faire des tags/recherche de mots-clé/catégories/opml de planets, etc...<br />

  327. <br />

  328. Donc dans ton cas il serait intéressant de commencer par consulter les fils en dur si tu ne comptes pas lire le planet, enfin c'est encore confus, il faudrait que j'écrive tout ça noir sur blanc.<br />

  329. <br />

  330. &gt; * possibilité de s'abonner à des opml (genre celui d'un planet pour paf ajouter tous les blogs à l'agrégateur et que ça se synchro quand l'opml change.)<br />

  331. <br />

  332. ok (penser à créer un opml pour le planet ubuntu-fr alors...)</p>

  333.     </div>

  334. </div>

  335. <div class="comment" typeof="schema:UserComments">

  336.     <p class="comment-meta">

  337.         <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">22/08/2005</span> :

  338.     </p>

  339.     <div class="comment-content" property="schema:commentText">

  340.         <p>al_&gt; titus`lap, tiens un classement en fonction de la langue<br />

  341. al_&gt; si la langue est indiquée dans le fil rss bien sûr<br />

  342. al_&gt; mais paf tagger le feed selon sa langue<br />

  343. <br />

  344. Pour pas oublier...</p>

  345.     </div>

  346. </div>

  347. <div class="comment" typeof="schema:UserComments">

  348.     <p class="comment-meta">

  349.         <span class="comment-author" property="schema:creator">Pititjo</span> le <span class="comment-date" property="schema:commentTime">02/09/2005</span> :

  350.     </p>

  351.     <div class="comment-content" property="schema:commentText">

  352.         <p>Ce serait bien de pouvoir «bookmarker» un billet, le mettre de côté en somme.</p>

  353.     </div>

  354. </div>

  355. <div class="comment" typeof="schema:UserComments">

  356.     <p class="comment-meta">

  357.         <span class="comment-author" property="schema:creator">Florian</span> le <span class="comment-date" property="schema:commentTime">12/09/2005</span> :

  358.     </p>

  359.     <div class="comment-content" property="schema:commentText">

  360.         <p>Salut, je découvre ce blog et ce projet en meme temps. Ca me semble une bonne idée, ton agrégateur. En plus, ca fait un moment que je dis que je veux aprendre le Python et le GTK. Si ça t'intéresse, je suis prêt ) participer à ce projet. Si tu veux faire le début tout seul, je comprend, mais si tu veux un coup de main dès maintenant, j'en serais ravis. Contacte moi par mail pour qu'on en discute si ça t'interesse.<br />

  361. <br />

  362. Coté remarques, beaucoup de bonnes choses ont déjà été dites. Je pourrais rajouter:<br />

  363. * Suivre les Human Interface Guidelines de gnome serait une bonne chose<br />

  364. * Gerer proprement les enclosure, et en particulier reflechir a ce qui pourrait être fait pour tenir compte du phénomène podcasting.</p>

  365.     </div>

  366. </div>

  367. <div class="comment" typeof="schema:UserComments">

  368.     <p class="comment-meta">

  369.         <span class="comment-author" property="schema:creator">Tartopom</span> le <span class="comment-date" property="schema:commentTime">18/03/2006</span> :

  370.     </p>

  371.     <div class="comment-content" property="schema:commentText">

  372.         <p>Où en est le projet ? (Titus je sais que tu lis les commentaires avant de les publier, dis moi que c'est pas abandonné ^^').</p>

  373.     </div>

  374. </div>

  375. <div class="comment" typeof="schema:UserComments">

  376.     <p class="comment-meta">

  377.         <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">19/03/2006</span> :

  378.     </p>

  379.     <div class="comment-content" property="schema:commentText">

  380.         <p>C'est pas abandonné, je vais essayer de contribuer à straw, n'hésites pas à faire de même ;)<br />

  381. <br />

  382. <a href="http://www.gnome.org/projects/straw/" title="http://www.gnome.org/projects/straw/" rel="nofollow">www.gnome.org/projects/st...</a></p>

  383.     </div>

  384. </div>

  385. <div class="comment" typeof="schema:UserComments">

  386.     <p class="comment-meta">

  387.         <span class="comment-author" property="schema:creator">Tartopom</span> le <span class="comment-date" property="schema:commentTime">19/03/2006</span> :

  388.     </p>

  389.     <div class="comment-content" property="schema:commentText">

  390.         <p>J'aimerais bien mais d'abord il faut que j'apprene python (et aussi que je refasse les css de mon site ^^').</p>

  391.     </div>

  392. </div>

  393. 

  394.     </div>

  395.   </section>

  396. 

  397.     

  398.     <footer>

  399.       <nav>

  400.         <p>

  401.           <small>

  402.             Je réponds quasiment toujours aux <a href="m&#x61;ilto:d&#x61;vid%40l&#x61;rlet&#46;fr" title="Envoyer un email">emails</a> (<a href="/david/signature/" title="Ma signature actuelle avec possibilité de chiffrement">signés</a>) et vous pouvez me rencontrer à Montréal. <span class="more-infos">N’hésitez pas à <a href="/david/log/" title="Être tenu informé des mises à jour">vous abonner</a> pour être tenu informé des publications récentes.</span>

  403.           </small>

  404.         </p>

  405.       </nav>

  406.     </footer>

  407.     

  408.   </div>

  409.   

  410.   <script src="/static/david/js/larlet-david-3ee43f.js" data-no-instant></script>

  411.   

  412.   <script data-no-instant>InstantClick.init()</script>

  413.   

  414. </body>

  415. </html>