C'est à mon sens la raison pour laquelle, bien que soucieux de ce qu'il y a dans mon assiette, je ne vois pas quand j'utiliserais cette base de donnés. Quand on consomme peu d'aliments transformés, c'est inutile.
Des données libres, c'est bien. Des données libres utiles, c'est encore mieux. C'est fantastique, les bases de données. On peut sélectionner les produits de moins de 100g emballés en papier qui contiennent du gingembre et pas trop de lipides. Mais à quoi bon ?
Question naïve du vendredi. Que reproche-ton à GitHub ?
Je l'utilise car je participe à un projet qui y est hébergé. J'en sais peu de choses sinon que le code de la plate-forme est proprio, que l'hébergement est gratuit si le code est public, et payant pour l'hébergement de projets privés. C'est pratique, joli. On voit une volonté de "fidéliser" avec par exemple plein de stats sur l'activité des profils, pour inciter à brasser de l'air intervenir sur des projets pour augmenter ses points de XP son nombre de contributions.
Les alternatives citées ici sont des plateformes libres, dont l'une propose un hébergement gratuit pour des projets libres.
En quoi la philosophie est-elle "bien différente de github" ?
Volonté de décentralisation ?
Est-il possible de pull-requester entre instances de gitorious ?
Je n'ai ni l'envie, ni le temps, de développer - d'autant qu'on a un jour d'avance, là - mais je ne crois vraiment pas que le financement de la recherche par la publicité ne puisse avoir "que des retombées positives". Je dois être un esprit obtus et passéiste, pétri d'idéologie anarcho-décroissanto-gauchiste.
L'intérêt du pdf c'est qu'il s'affiche partout pareil (sauf bogue…) et que c'est un format ouvert avec un lecteur léger donc pas besoin d'installer une suite bureautique pour l'ouvrir, "tout le monde" a un lecteur pdf.
D'habitude, l'argument contre, c'est précisément qu'on peut pas le modifier (format de rendu vs. format d'échange), alors si maintenant on lui reproche d'être modifiable… De toute façon ça l'a toujours été, c'est juste les outils qui manquent. Si on veut garantir l'intégrité d'un document, il faut le signer (ou le rendre en mains propres…).
on reverse et on ré-écrit la plupart de nos microcodes (exception faite de ceux pour le décodage vidéo car ils sont pas essentiels et personne est vraiment motivé pour l'instant).
tu utilises des microcodes libres, ils sont écrit en dur dans le code donc tu les vois pas.
Donc les microcodes propriétaires de décodage vidéo ne sont ni réécrits en libre, ni embarqués dans le code (puisque non libres). Il n'y a pas de décodage vidéo du tout ? C'est le CPU qui gère et on n'exploite pas le bloc matériel dédié ?
Ensuite, la prochaine étape sera de me faire un frigo de fermentation pour brasser ma propre bière.
J'ai vu des mecs automatiser la cuisson, mais j'avais jamais entendu parler de fermentation amateur contrôlée. Comme beaucoup de brasseurs amateurs, on a toujours fait de la fermentation haute, on a pas cherché la difficulté.
Par exemple Sheet Happens qui publie des partitions, je suis pas sûr qu'on puisse les acheter ailleurs que directement chez eux (à part aux concerts) et même si c'est le cas j'ai pas vraiment envie. Au début ça ne marchait pas non plus pour la France et je ne connaissais pas cette manip (à supposer qu'elle fonctionne partout et pas seulement sur mon exemple). Je leur ai écrit et j'ai constaté un jour que ça marchait.
Je ne connais pas d'alternative à leur conseiller, j'ai du mal à leur en vouloir d'avoir choisi cet intermédiaire. Si en plus je suis pas obligé de créer de compte, j'ai pas grand chose à dire. Ce serait à mon sens le boulot des banques que d'offrir un tel service.
Je suppose que c'est un problème, en effet. C'est d'ailleurs ce qui est arrivé à Gnomish, visiblement.
Une option que je n'avais pas envisagé dans ma question, c'est la création d'un "moteur de rendu" GTK2 qui gère les thèmes GTK3. Ainsi, plus besoin de maintenir des thèmes qui prennent en charge GTK2 et GTK3, les devs GTK auraient juste à maintenir une couche pour que les applis GTK 2 puissent bénéficier des thèmes GTK 3 en ayant le même rendu.
Je me demande si c'est pas déjà un peu comme ça. Exemple avec Zukitwo :
GTK2 ENGINES REQUIREMENT
- GTK2 engine Murrine 0.98.1.1 or later.
- GTK2 pixbuf engine or the gtk(2)-engines package.
Ubuntu/Mint/Debian distros:
sudo apt-get install gtk2-engines-murrine gtk2-engines-pixbuf
Dans quelle mesure Murrine correspond-il/elle à ce que je décrivais ?
Merci pour les pointeurs. Comme je disais dans ma question, mon problème personnel est bientôt résolu car le thème que j'aime bien va être réparé. Je jetterai sans doute quand même un coup d’œil à tes propositions.
D'autant qu'un thème qui serait dans les dépôts debian, ça serait pas plus mal, et c'est pas le cas de Gnomish, qui me semble pourtant autant abouti que pas mal d'autres dans les dépôts.
En fait, toujours dans l'optique "linux est prêt pour le bureau et je peux le conseiller à un copain ça marche tout seul", je me demande si je suis passé à côté de l'évidence ou bien si c'est le chantier à savoir plein de thèmes en voie d’obsolescence (GTK 2 seulement) dans les dépôts et besoin d'aller fouiner par-ci par-là pour en avoir un qui fonctionne.
C'est bien que l'interface soit thémable, qu'il y ait des sites où l'on partage les thèmes et tout, mais il faut au moins qu'il y en ait un minimum, et surtout un par défaut, qui fonctionnent, sinon je considère que c'est cassé.
Moi j'utilise pas GTK 2 ou 3, j'utilise des applications. Et ces applications choisissent GTK 2 ou 3. La tendance est plutôt d'évoluer vers GTK 3, les applications Gnome en tête, je suppose, les autres peut-être à leur corps défendant, mais GTK 2 va arrêter d'évoluer, donc je ne le vois pas comme un choix d'avenir.
Avec une journée d'avance, je dirais même (pour l'avoir lu ici il y a quelques 6 jours modulo sept) que certaines applications se posent la questions de migrer vers Qt plutôt que vers GTK 3.
OK, je pourrais utiliser un autre client bittorrent et un autre lecteur pdf, et pareil pour toutes les applications, mais franchement, il devrait y avoir des critères plus importants que ça pour le choix (fonctionnalités, "ergonomie" du logiciel, etc) que la version de boîte à outils graphique.
Ça complique un peu la solution que je propose, évidemment. Je connaissais pas mais je me disais bien que 5 V, ça serait compliqué sur certaines longueurs.
vue que mes cours d’élec et d’embarqués sont loin, et que je n’ai pas même de quoi souder correctement une résistance sur un circuit imprimé
J'ai le même profil, mais j'ai trouvé un espace accueillant auprès du HackLab du coin (le L@bx, vu que je réside à Bordeaux en ce moment).
Si tu vois un peu d'intérêt à OEM, tu peux demander sur le forum du projet si quelqu'un a déjà réalisé ce que tu souhaites. Le communauté est assez ouverte et loin d'être monolithique. Beaucoup viennent avec des projets très différents pour piocher des morceaux.
Je voulais dire que je ne voyais pas comment faire dans le cas de la régulation depuis le compteur :
au compteur, tu peux alimenter ou couper l'alimentation des convecteurs, et donc réguler en jouant sur le rapport cyclique
Mais c'était un peu idiot car en général, tu dois avoir des départs différents pour les différentes pièces, donc c'est faisable aussi.
Ça fait moins d'équipements dans les pièces (juste une sonde de température) mais ça nécessite un peu d'intelligence du côté du compteur, et des relais, parce que là, on intervient en puissance, pas en commande.
Oui, pour autant que je sache, le fil pilote c'est binaire, et ça choisit entre le mode confort et le mode éco (-3°C, en gros).
Un de mes enseignants à l'Université de La Rochelle m'avait parlé d'un projet de recherche sur de la régulation en amont : directement au compteur, tu peux alimenter ou couper l'alimentation des convecteurs, et donc réguler en jouant sur le rapport cyclique, mais je vois pas comment faire de la régulation terminale (par pièce).
Je l'ai pas dit en dessous, mais pour le emonTX aussi, il faut prévoir une alim secteur ou des piles. Ici, je privilégierais l'adaptateur secteur.
A noter que si les radiateurs sont vieux, on peut envisager de les remplacer par des radiateurs qui embarquent régulation et programmation.
La question étant assez large (partant du pilotage, on se dit que quitte à ajouter du matériel, autant faire du suivi), je me permets de citer OpenEnergyMonitor.
Un boîtier emonTX par radiateur, embarquant un micro-contrôleur et un module RF qui dialogue avec un élément central.
On est pas dans l'utilisation typique mais il me semble que l'adaptation n'est pas si compliquée :
Prendre le module "température seulement" si c'est pour du pilotage, ça sera moins cher, mais pas donné quand même, si on multiplie par le nombre de radiateurs.
On doit pouvoir utiliser le port d'entrée impulsionnelle pour envoyer 5 V au fil pilote. Je n'ai pas testé, mais je pense que c'est utilisable en sortie aussi. Il faut voir quelle est la tension requise par le fil pilote. Note que le projet est pas axé domotique, donc il faudrait écrire le code de pilotage, mais ça me semble pas compliqué et je pense que ça ne requiert pas d'adaptation matérielle, donc c'est tout à fait jouable, et ça peut être marrant à faire.
Pour le suivi de conso en même temps, il faut un emonTX plus complet avec une pince ampèremétrique.
Le centre du réseau peut être un RaspberryPi avec un récepteur radio branché sur le port série, mais ça s'adapte au serveur tout aussi bien.
Au final, pour juste du pilotage, c'est pas le top. Ça reste une solution onéreuse. Pour moins cher on doit pouvoir mettre un petit micro-contrôleur avec juste un chronogramme, qui pilote confort/éco, sans centralisation. Ou bien re-réfléchir à passer des fils. Mais pour le suivi de conso, c'est adapté.
Donc pour récapituler, c'est juste une interface intégrée dans Roundcube pour pouvoir y chatter au lieu de devoir installer son logiciel de chat sur le poste de travail, mais ça nécessite quand même un compte sur un serveur. Ça peut bien sûr être un serveur jabber installé sur la machine hébergeant Roundcube, mais ce n'est qu'un cas particulier.
Je ne suis pas chez moi mais il me semble que sur mon ordi de bureau j'ai installé une extension pour la grammaire et que c'est ici (sur DLFP) que je l'avais trouvée. Je n'en retrouve pas la trace.
Pour les styles, je trouve OOo et LO meilleurs que MSO. Quand je vois les pratiques des collègues avec MSO (ils n'utilisent pas trop les syles et ça fait des documents dégueulasses à retoucher) je me dis qu'il y a un travail de pédagogie à accomplir, mais même quand je pars de zéro je trouve que le logiciel me met de tels bâtons dans les roues que c'est difficile de convaincre les collègues.
Avec LO c'est moins immédiat (styles par défaut pas top, il faut chercher certaines choses, par exemple pour alterner paysage et portrait il faut introduire des sauts de page et pour les néophytes c'est compliqué, il n'y a qu'à voir les questions sur les forums, qui ne sont que la partie émergée de l'iceberg, la plupart ne doit même pas chercher) mais ça marche.
Avec MSO ça a parfois l'air plus simple, mais dès qu'on sort du cas courant c'est la misère.
Comme quoi il doit y avoir une part de subjectivité (voire de mauvaise foi).
[^] # Re: Seulement les industriels ?
Posté par jihele . En réponse à la dépêche Open Food Facts : que contiennent vraiment nos courses ?. Évalué à 7.
C'est à mon sens la raison pour laquelle, bien que soucieux de ce qu'il y a dans mon assiette, je ne vois pas quand j'utiliserais cette base de donnés. Quand on consomme peu d'aliments transformés, c'est inutile.
Des données libres, c'est bien. Des données libres utiles, c'est encore mieux. C'est fantastique, les bases de données. On peut sélectionner les produits de moins de 100g emballés en papier qui contiennent du gingembre et pas trop de lipides. Mais à quoi bon ?
[^] # Re: Nécessité ?
Posté par jihele . En réponse au journal Control parental (ubuntu inside mais ça doit marcher ailleurs). Évalué à 9.
Internet n'existait pas quand on était jeunes.
# Auto-extinction du manchot
Posté par jihele . En réponse au journal Control parental (ubuntu inside mais ça doit marcher ailleurs). Évalué à 10.
OK et si tout le monde fait ça, qui va faire vivre linuxfr dans 25 ans ?!
[^] # Re: Paiement
Posté par jihele . En réponse au journal Campagne de financement participatif de 0 A.D ouverte. Évalué à 10.
Une histoire de pare-feu, probablement. Tu dois avoir OpenOffice d'installé ou un truc dans le genre.
Tu peux nous donner tes numéros de carte pour qu'on essaye depuis une autre machine.
[^] # Re: Pourquoi Github ?
Posté par jihele . En réponse à la dépêche Libération de Feedbin, lecteur de flux RSS/ATOM. Évalué à 3.
Oui, ça je comprends bien. Mais la phrase
semblait sous-entendre autre chose.
(Même si stricto sensu, libre / pas libre, c'est pas la même philosophie, d'accord.)
[^] # Re: Pourquoi Github ?
Posté par jihele . En réponse à la dépêche Libération de Feedbin, lecteur de flux RSS/ATOM. Évalué à 3.
Question naïve du vendredi. Que reproche-ton à GitHub ?
Je l'utilise car je participe à un projet qui y est hébergé. J'en sais peu de choses sinon que le code de la plate-forme est proprio, que l'hébergement est gratuit si le code est public, et payant pour l'hébergement de projets privés. C'est pratique, joli. On voit une volonté de "fidéliser" avec par exemple plein de stats sur l'activité des profils, pour inciter à
brasser de l'airintervenir sur des projets pour augmenterses points de XPson nombre de contributions.Les alternatives citées ici sont des plateformes libres, dont l'une propose un hébergement gratuit pour des projets libres.
En quoi la philosophie est-elle "bien différente de github" ?
Volonté de décentralisation ?
Est-il possible de pull-requester entre instances de gitorious ?
[^] # Re: Laboratoire scientifique
Posté par jihele . En réponse au journal Un robot sur la station spatiale. Évalué à 10.
Je n'ai ni l'envie, ni le temps, de développer - d'autant qu'on a un jour d'avance, là - mais je ne crois vraiment pas que le financement de la recherche par la publicité ne puisse avoir "que des retombées positives". Je dois être un esprit obtus et passéiste, pétri d'idéologie anarcho-décroissanto-gauchiste.
[^] # Re: Ça fait envie
Posté par jihele . En réponse au journal MS Office c'est vraiment de la merde. Évalué à 6.
L'intérêt du pdf c'est qu'il s'affiche partout pareil (sauf bogue…) et que c'est un format ouvert avec un lecteur léger donc pas besoin d'installer une suite bureautique pour l'ouvrir, "tout le monde" a un lecteur pdf.
D'habitude, l'argument contre, c'est précisément qu'on peut pas le modifier (format de rendu vs. format d'échange), alors si maintenant on lui reproche d'être modifiable… De toute façon ça l'a toujours été, c'est juste les outils qui manquent. Si on veut garantir l'intégrité d'un document, il faut le signer (ou le rendre en mains propres…).
# Document généraliste sur les vidéos en HTML5
Posté par jihele . En réponse au message Conversion de vidéos en WebM. Évalué à 4.
Je ne sais pas si ça va aider, mais quand j'ai voulu publier des vidéos, ce guide m'a rendu service :
http://diveintohtml5.info/video.html
[^] # Re: comment faire ?
Posté par jihele . En réponse à la dépêche Entretien avec Jérôme Glisse, développeur des pilotes graphiques radeon pour Red Hat. Évalué à 3.
Donc les microcodes propriétaires de décodage vidéo ne sont ni réécrits en libre, ni embarqués dans le code (puisque non libres). Il n'y a pas de décodage vidéo du tout ? C'est le CPU qui gère et on n'exploite pas le bloc matériel dédié ?
[^] # Re: quoi faire
Posté par jihele . En réponse à la dépêche OLinuXino, la RaspBerry Pi version Open Source. Évalué à 2.
J'ai vu des mecs automatiser la cuisson, mais j'avais jamais entendu parler de fermentation amateur contrôlée. Comme beaucoup de brasseurs amateurs, on a toujours fait de la fermentation haute, on a pas cherché la difficulté.
[^] # Re: Change de site d'achat
Posté par jihele . En réponse au message Payer via Paypal sans compte Paypal. Évalué à 2.
Certes, mais c'est pas toujours évident.
Par exemple Sheet Happens qui publie des partitions, je suis pas sûr qu'on puisse les acheter ailleurs que directement chez eux (à part aux concerts) et même si c'est le cas j'ai pas vraiment envie. Au début ça ne marchait pas non plus pour la France et je ne connaissais pas cette manip (à supposer qu'elle fonctionne partout et pas seulement sur mon exemple). Je leur ai écrit et j'ai constaté un jour que ça marchait.
Je ne connais pas d'alternative à leur conseiller, j'ai du mal à leur en vouloir d'avoir choisi cet intermédiaire. Si en plus je suis pas obligé de créer de compte, j'ai pas grand chose à dire. Ce serait à mon sens le boulot des banques que d'offrir un tel service.
# Pour les images ?
Posté par jihele . En réponse au message De l'utilité d'un proxy HTTP. Évalué à 6.
Le gros du trafic, c'est plutôt les images que le texte, non ?
[^] # Re: Bons thèmes GTK3+GTK2
Posté par jihele . En réponse au message Thèmes gtk2 gtk3. Évalué à 2.
Oui, je suppose. J'ai pas pris la peine de créer un utilisateur pour voir, et mon installation et mon profil datent d'avant GTK3.
J'imagine que maintenant, ça serait Adwaita par défaut. Même les variantes déconnent un peu par endroits.
[^] # Re: GTK3 SUX
Posté par jihele . En réponse au message Thèmes gtk2 gtk3. Évalué à 2.
Je suppose que c'est un problème, en effet. C'est d'ailleurs ce qui est arrivé à Gnomish, visiblement.
Une option que je n'avais pas envisagé dans ma question, c'est la création d'un "moteur de rendu" GTK2 qui gère les thèmes GTK3. Ainsi, plus besoin de maintenir des thèmes qui prennent en charge GTK2 et GTK3, les devs GTK auraient juste à maintenir une couche pour que les applis GTK 2 puissent bénéficier des thèmes GTK 3 en ayant le même rendu.
Je me demande si c'est pas déjà un peu comme ça. Exemple avec Zukitwo :
Dans quelle mesure Murrine correspond-il/elle à ce que je décrivais ?
[^] # Re: Bons thèmes GTK3+GTK2
Posté par jihele . En réponse au message Thèmes gtk2 gtk3. Évalué à 3.
Merci pour les pointeurs. Comme je disais dans ma question, mon problème personnel est bientôt résolu car le thème que j'aime bien va être réparé. Je jetterai sans doute quand même un coup d’œil à tes propositions.
D'autant qu'un thème qui serait dans les dépôts debian, ça serait pas plus mal, et c'est pas le cas de Gnomish, qui me semble pourtant autant abouti que pas mal d'autres dans les dépôts.
En fait, toujours dans l'optique "linux est prêt pour le bureau et je peux le conseiller à un copain ça marche tout seul", je me demande si je suis passé à côté de l'évidence ou bien si c'est le chantier à savoir plein de thèmes en voie d’obsolescence (GTK 2 seulement) dans les dépôts et besoin d'aller fouiner par-ci par-là pour en avoir un qui fonctionne.
C'est bien que l'interface soit thémable, qu'il y ait des sites où l'on partage les thèmes et tout, mais il faut au moins qu'il y en ait un minimum, et surtout un par défaut, qui fonctionnent, sinon je considère que c'est cassé.
[^] # Re: apt-get remove gtk3
Posté par jihele . En réponse au message Thèmes gtk2 gtk3. Évalué à 4.
Moi j'utilise pas GTK 2 ou 3, j'utilise des applications. Et ces applications choisissent GTK 2 ou 3. La tendance est plutôt d'évoluer vers GTK 3, les applications Gnome en tête, je suppose, les autres peut-être à leur corps défendant, mais GTK 2 va arrêter d'évoluer, donc je ne le vois pas comme un choix d'avenir.
Avec une journée d'avance, je dirais même (pour l'avoir lu ici il y a quelques 6 jours modulo sept) que certaines applications se posent la questions de migrer vers Qt plutôt que vers GTK 3.
OK, je pourrais utiliser un autre client bittorrent et un autre lecteur pdf, et pareil pour toutes les applications, mais franchement, il devrait y avoir des critères plus importants que ça pour le choix (fonctionnalités, "ergonomie" du logiciel, etc) que la version de boîte à outils graphique.
[^] # Re: OpenEnergyMonitor ?
Posté par jihele . En réponse au message Asservissement de radiateurs et supervision de la température/. Évalué à 2.
Ça complique un peu la solution que je propose, évidemment. Je connaissais pas mais je me disais bien que 5 V, ça serait compliqué sur certaines longueurs.
J'ai le même profil, mais j'ai trouvé un espace accueillant auprès du HackLab du coin (le L@bx, vu que je réside à Bordeaux en ce moment).
Si tu vois un peu d'intérêt à OEM, tu peux demander sur le forum du projet si quelqu'un a déjà réalisé ce que tu souhaites. Le communauté est assez ouverte et loin d'être monolithique. Beaucoup viennent avec des projets très différents pour piocher des morceaux.
[^] # Re: zigbee
Posté par jihele . En réponse au message Asservissement de radiateurs et supervision de la température/. Évalué à 2.
Oui, si on a un régulateur par pièce.
Je voulais dire que je ne voyais pas comment faire dans le cas de la régulation depuis le compteur :
Mais c'était un peu idiot car en général, tu dois avoir des départs différents pour les différentes pièces, donc c'est faisable aussi.
Ça fait moins d'équipements dans les pièces (juste une sonde de température) mais ça nécessite un peu d'intelligence du côté du compteur, et des relais, parce que là, on intervient en puissance, pas en commande.
[^] # Re: zigbee
Posté par jihele . En réponse au message Asservissement de radiateurs et supervision de la température/. Évalué à 2.
Salut JMax !
Oui, pour autant que je sache, le fil pilote c'est binaire, et ça choisit entre le mode confort et le mode éco (-3°C, en gros).
Un de mes enseignants à l'Université de La Rochelle m'avait parlé d'un projet de recherche sur de la régulation en amont : directement au compteur, tu peux alimenter ou couper l'alimentation des convecteurs, et donc réguler en jouant sur le rapport cyclique, mais je vois pas comment faire de la régulation terminale (par pièce).
Je l'ai pas dit en dessous, mais pour le emonTX aussi, il faut prévoir une alim secteur ou des piles. Ici, je privilégierais l'adaptateur secteur.
A noter que si les radiateurs sont vieux, on peut envisager de les remplacer par des radiateurs qui embarquent régulation et programmation.
Ou par un poêle à bois…
# OpenEnergyMonitor ?
Posté par jihele . En réponse au message Asservissement de radiateurs et supervision de la température/. Évalué à 2. Dernière modification le 22 juillet 2013 à 10:06.
La question étant assez large (partant du pilotage, on se dit que quitte à ajouter du matériel, autant faire du suivi), je me permets de citer OpenEnergyMonitor.
Un boîtier emonTX par radiateur, embarquant un micro-contrôleur et un module RF qui dialogue avec un élément central.
On est pas dans l'utilisation typique mais il me semble que l'adaptation n'est pas si compliquée :
Prendre le module "température seulement" si c'est pour du pilotage, ça sera moins cher, mais pas donné quand même, si on multiplie par le nombre de radiateurs.
On doit pouvoir utiliser le port d'entrée impulsionnelle pour envoyer 5 V au fil pilote. Je n'ai pas testé, mais je pense que c'est utilisable en sortie aussi. Il faut voir quelle est la tension requise par le fil pilote. Note que le projet est pas axé domotique, donc il faudrait écrire le code de pilotage, mais ça me semble pas compliqué et je pense que ça ne requiert pas d'adaptation matérielle, donc c'est tout à fait jouable, et ça peut être marrant à faire.
Pour le suivi de conso en même temps, il faut un emonTX plus complet avec une pince ampèremétrique.
Le centre du réseau peut être un RaspberryPi avec un récepteur radio branché sur le port série, mais ça s'adapte au serveur tout aussi bien.
Au final, pour juste du pilotage, c'est pas le top. Ça reste une solution onéreuse. Pour moins cher on doit pouvoir mettre un petit micro-contrôleur avec juste un chronogramme, qui pilote confort/éco, sans centralisation. Ou bien re-réfléchir à passer des fils. Mais pour le suivi de conso, c'est adapté.
Et le projet est sympa…
[^] # Re: J'ai fait une petite avant de postuler
Posté par jihele . En réponse au message Le chat sur la messagerie Roundcube. Évalué à 3.
Pas essayé non plus mais ça se voit dans les captures d'écran :
http://code.google.com/p/jappix4roundcube/
Donc pour récapituler, c'est juste une interface intégrée dans Roundcube pour pouvoir y chatter au lieu de devoir installer son logiciel de chat sur le poste de travail, mais ça nécessite quand même un compte sur un serveur. Ça peut bien sûr être un serveur jabber installé sur la machine hébergeant Roundcube, mais ce n'est qu'un cas particulier.
[^] # Re: En même temps
Posté par jihele . En réponse au journal Le Golden rice et les bobos. Évalué à 10.
C'est sûr. Je dois même pouvoir citer des noms.
[^] # Re: Rhaaa
Posté par jihele . En réponse à la dépêche Plee the Bear sort d’hibernation et lance un appel au financement. Évalué à 2.
Moi j'ai même pas compris si c'était sur linuxfr.org ou sur le site du jeu qu'il fallait chercher…
[^] # Re: En cour de migration
Posté par jihele . En réponse au sondage Quelle est votre suite bureautique principale ou préférée ?. Évalué à 7.
Je ne suis pas chez moi mais il me semble que sur mon ordi de bureau j'ai installé une extension pour la grammaire et que c'est ici (sur DLFP) que je l'avais trouvée. Je n'en retrouve pas la trace.
Pour les styles, je trouve OOo et LO meilleurs que MSO. Quand je vois les pratiques des collègues avec MSO (ils n'utilisent pas trop les syles et ça fait des documents dégueulasses à retoucher) je me dis qu'il y a un travail de pédagogie à accomplir, mais même quand je pars de zéro je trouve que le logiciel me met de tels bâtons dans les roues que c'est difficile de convaincre les collègues.
Avec LO c'est moins immédiat (styles par défaut pas top, il faut chercher certaines choses, par exemple pour alterner paysage et portrait il faut introduire des sauts de page et pour les néophytes c'est compliqué, il n'y a qu'à voir les questions sur les forums, qui ne sont que la partie émergée de l'iceberg, la plupart ne doit même pas chercher) mais ça marche.
Avec MSO ça a parfois l'air plus simple, mais dès qu'on sort du cas courant c'est la misère.
Comme quoi il doit y avoir une part de subjectivité (voire de mauvaise foi).