J'utilise aussi XFCE, et je me suis laissé entendre qu'une migration progressive de l'environnement vers Qt est en projet.
Ça doit représenter un sacré boulot…
En tout cas, si ça permet à minima d'intégrer des nouvelles choses en Qt, c'est pas mal, ça peut attirer les contributions des Qtistes. Surtout si, comme je le pointais, des applis Qt passent inaperçues alors que du Gtk récent peut poser problème (on parle ici d'evince, mais le passage GTK2 -> GTK3 n'est pas simple non plus si on a pas le thème qui gère bien les deux).
J'ai envisagé de jeter un coup d'oeil à razorqt mais visiblement, il n'y a pas d'applis du tout, donc il faut quand même choisir un Thunar ou un Konqueror, par exemple.
La bonne nouvelle, c'est que si on veut se mettre au Qt, il y aurait des petites choses à faire…
(pas tenté de retrouver la source pour le moment, je ne suis pas certain de la fiabilité de cette info)
Bon, alors, n'utilisant pas le gestionnaire de fenêtres de GNOME, je ne vois aucune différence pour la barre de titre, en revanche j'ai bien vu arriver le retrait de la barre de menu. Résultat : alors que j'ai plein de place sur mon écran, je me retrouve avec ces barres d'outils toute compressées, et je n'y comprends rien. Il y a quoi comme bon remplaçant pour Evince ?
Complètement d'accord. C'est inutilisable, ce truc. Quel intérêt de cacher les menus pour afficher de belles grandes barres vides ? Avec des icônes pas plus parlantes que ça, en plus, et qui se retrouvent tout à droite.
N'y avait-il pas moyen de conserver la possibilité d'utiliser l'ancienne disposition ?
qpdfview
Essayé à l'instant. Adopté. (Jusqu'à ce que j'ai un problème avec une fonctionnalité manquante ou une difficulté à ouvrir un fichier, qui me fera peut-être réinstaller evince.) En plus, les raccourcis claviers par défaut sont pratiques, j'aime bien.
J'utilise Xfce et les choix faits par Gnome et GTK m'inquiètent un peu pour l'avenir.
En plus, Qt ou pas, qpdfview s'insère nickel (reste à voir comment faire en sorte qu'il ouvre les pdf, parce que là, par défaut, via xdg-open, c'est gimp…). A vrai dire, il jure moins qu'evince…
La prise en charge de MTP me semble pas encore terrible. Enfin c'est pas trivial / plug-n-play, en tout cas. Ou alors j'ai raté un épisode. Mais avec ma Debian testing, et en y passant un moment, j'ai galéré pour récupérer les fichiers du Samsung de ma copine. Et depuis, ça marche plus ou alors seulement avec un logiciel qui sert à récupérer des photos, donc les opérations possibles sont limitées.
Il semble que ça marche plus ou moins bien selon les modèles. Plusieurs versions de MTP ?
Et pour répondre globalement à des commentaires plus haut, ça a déjà abordé ici, le mass storage a été supprimé (pour des raisons techniques, pas possible d'avoir la partition montée dans le mobile et sur le PC, donc il fallait virer les applications qui l'utilisaient, en gros).
En tout cas si qqn a un lien vers un état des lieux de cette histoire et le paquet magique à installer pour que ça marche tout seul, ça m'intéresse un peu.
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é.
[^] # Re: Oulà…
Posté par jihele . En réponse à la dépêche GNOME 3.10 : chantier public. Évalué à 3.
J'utilise Gnomish Beige, qui convient à GTK2 et GTK3 :
https://linuxfr.org/forums/linux-general/posts/themes-gtk2-gtk3
http://tsujan.deviantart.com/art/GnomishBeige-300113500
http://gnome-look.org/content/show.php?content=125443
http://ashu-geek.blogspot.fr/2012/06/gnomishbeige-theme-adwaita-based-theme.html
https://aur.archlinux.org/packages/gnomish-beige-theme/
Pas de paquet Debian.
[^] # Re: Oulà…
Posté par jihele . En réponse à la dépêche GNOME 3.10 : chantier public. Évalué à 2.
Ça doit représenter un sacré boulot…
En tout cas, si ça permet à minima d'intégrer des nouvelles choses en Qt, c'est pas mal, ça peut attirer les contributions des Qtistes. Surtout si, comme je le pointais, des applis Qt passent inaperçues alors que du Gtk récent peut poser problème (on parle ici d'evince, mais le passage GTK2 -> GTK3 n'est pas simple non plus si on a pas le thème qui gère bien les deux).
J'ai envisagé de jeter un coup d'oeil à razorqt mais visiblement, il n'y a pas d'applis du tout, donc il faut quand même choisir un Thunar ou un Konqueror, par exemple.
La bonne nouvelle, c'est que si on veut se mettre au Qt, il y aurait des petites choses à faire…
Peut-être dans cette discussion, je n'ai lu que le début faute de temps :
http://mail.xfce.org/pipermail/xfce/2013-March/032050.html
[^] # Re: Oulà…
Posté par jihele . En réponse à la dépêche GNOME 3.10 : chantier public. Évalué à 3.
Complètement d'accord. C'est inutilisable, ce truc. Quel intérêt de cacher les menus pour afficher de belles grandes barres vides ? Avec des icônes pas plus parlantes que ça, en plus, et qui se retrouvent tout à droite.
N'y avait-il pas moyen de conserver la possibilité d'utiliser l'ancienne disposition ?
Essayé à l'instant. Adopté. (Jusqu'à ce que j'ai un problème avec une fonctionnalité manquante ou une difficulté à ouvrir un fichier, qui me fera peut-être réinstaller evince.) En plus, les raccourcis claviers par défaut sont pratiques, j'aime bien.
J'utilise Xfce et les choix faits par Gnome et GTK m'inquiètent un peu pour l'avenir.
En plus, Qt ou pas, qpdfview s'insère nickel (reste à voir comment faire en sorte qu'il ouvre les pdf, parce que là, par défaut, via xdg-open, c'est gimp…). A vrai dire, il jure moins qu'evince…
[^] # Re: dogmazic ?
Posté par jihele . En réponse au journal Compétition musicale LinuxMAO.org. Évalué à 2.
La prise en charge de MTP me semble pas encore terrible. Enfin c'est pas trivial / plug-n-play, en tout cas. Ou alors j'ai raté un épisode. Mais avec ma Debian testing, et en y passant un moment, j'ai galéré pour récupérer les fichiers du Samsung de ma copine. Et depuis, ça marche plus ou alors seulement avec un logiciel qui sert à récupérer des photos, donc les opérations possibles sont limitées.
Il semble que ça marche plus ou moins bien selon les modèles. Plusieurs versions de MTP ?
Et pour répondre globalement à des commentaires plus haut, ça a déjà abordé ici, le mass storage a été supprimé (pour des raisons techniques, pas possible d'avoir la partition montée dans le mobile et sur le PC, donc il fallait virer les applications qui l'utilisaient, en gros).
En tout cas si qqn a un lien vers un état des lieux de cette histoire et le paquet magique à installer pour que ça marche tout seul, ça m'intéresse un peu.
[^] # 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…