benoar a écrit 4272 commentaires

Ce qui me fatigue c'est l'omniprésence de tutoriel bidon soit de théorie abscons. Je suis surpris qu'il soit nécessaire d'avoir une parfaite connaissance des protocole internet et du fonctionnement des DNS pour pouvoir envoyer un mail!

C'est à cause de mecs qui veulent pas réfléchir 5min avant de monter leur serveur SMTP que le net est rempli de SPAM. Donc oui, « on » n'a pas envie que les spams prolifèrent encore plus.

Merci pour l'info. C'est vicieux quand même…

Et moi c'était arrivé après l'expiration d'un an du cookie avec « se logguer automatiquement », encore plus les boules.

https://linuxfr.org/tracker/989.html

Ah oui, les samples gratuits… je comptais essayer aussi, mais des fois t'as besoin de plus !
Et chez hobby-boards (que je ne connaissais pas, merci), vu le prix des capteurs… houa !

Par contre, je suis pas sûr d'avoir compris pour la carte d'E/S : c'est bien un périph 1-wire qui t'offre le contrôle de 8 relais ?
Et pour l'adaptateur, moi je me suis acheté ya pas longtemps un bus pirate [http://code.google.com/p/the-bus-pirate/] c'est vachement plus versatile, sans driver spécifique (c'est un port série USB), tout open source, et au même prix ! Je ne l'ai encore jamais utilisé pour du 1-wire mais je compte bien expérimenter avec si je m'y mets.

Petite question sur les capteurs : tu te fournis où ? Et à quel prix ?
C'est le problème que j'ai eu en m'intéressant à cette techno : les prix ont l'air intéressant à la base, mais je n'ai pas trouvé grand chose de facilement disponible et d'intéressant financièrement parlant.
Et aussi, n'y a-t-il que Maxim qui en fabrique ? Personne d'autre ne s'y est mis ?

Oui, j'ai ajouté le « juste » car c'est ce que j'ai toujours entendu (y compris d'un médecin du travail).

Pour moi, devoir pencher la tête pour regarder l'écran « en bas » ce n'est pas agréable. Enfin, à la longue, ça provoque des torticolis. Je trouve ça étrange par contre que tu dises que ça redresse la colonne… je trouve pas plus que quand tu as la tête presque droite (position que je prends avec mon placement).

Après 2 min de recherche, je suis tombé sur ce post, qui est en gros ma méthode plus la gestion correcte de l'accès à la variable partagée : http://aruiz.typepad.com/siliconisland/2006/04/threads_on_py(...)

Mais bon, dire « je veux faire des threads » et ne pas trouver d'exemple, c'est normal : c'est tellement vague… Je vous conseillerais de d'abord apprendre la programmation threadée sans GUI, et après passer à PyGTK + threads. Et puis, être un peu plus précis sur ce que vous voulez faire.

Par contre, si vous voulez juste copier/coller un bout de code sans réfléchir parce qu'on vous a demandé d'écrire un bout de code avec thread, c'est normal de rien trouver…

C'est ce qui est utilisé par les projets libres embarqués : http://code.google.com/p/opkg/
Je pense qu'il correspond à tous tes critères (mais il est en C, embarqué oblige).

Rha, j'ai déjà eu ça sur certains écrans, c'est horrible. À priori c'est l'alternateur de la backlight qui est de qualité douteuse. Mais beaucoup d'écrans font ça. Normalement, ça ne devrait pas arriver si c'est un backlight à LED. Dommage pour le 2380, je le trouvais vachement bien sinon.

Ah ! Les joies du TN …

Pour résumer, mesure la hauteur de tes coudes à tes yeux : aucun portable n'est aussi haut.

si tu as besoin de te baisser pour voir ton ecran ou etre assez pret, c'est peut-etre qu'il est temps de passer chez l'ophtalmo pour faire verifier ta vue.

Non, je ne me penche pas en avant pour voir le portable ; mais explique moi avec tes règles (que j'applique pour mon fixe) comment tu fais pour avoir le haut de l'écran juste en dessous de ta ligne d'horizon ? Ton portable fait 50cm de haut ? (mesure du haut de mon écran par rapport à mon bureau, qui est à hauteur de coude, de manière à poser mes bras à 90° dessus).

La plupart des gens que je vois utiliser un portable rentrent le menton et regardent en bas, parce que l'écran du portable est super bas quand il est à la bonne hauteur pour tes doigts. À moins d'avoir un portable 30", je ne vois pas comment on peut être ergonomiquement « bien » avec un portable sans écran ou clavier externe.

(ah si, autre solution : tu es de très petite taille et sa passe. mais bon …)

Avant de racheter un ordi neuf, tu pourrais peut-être essayer de le nettoyer ? Ou alors c'est un bon prétexte pour ton envie d'avoir du nouveau matos ?

Je dis ça parce que je trouve ça tellement du gaspillage de « jeter » un portable parce qu'il fait du bruit, alors qu'un simple nettoyage ferait l'affaire.

Et sinon, pour éviter ce genre de déconvenues dans le futur, je te conseillerais un PC fixe, ça se nettoie vachement mieux, et un vrai clavier ça pète pas les poignets (et un vrai écran te pète pas non plus le cou car il n'est pas trop bas.

Au pif, toujours regarder le MTU quand on a des erreurs inexplicables.

Les annonces sur linuxfr c'est bien, mais c'est mieux quand ça a un rapport avec le site. Il est où le rapport ici ? Pour moi ce post est HS.

Et puis bon, je ne parle même pas des trucs habituels : aucun salaire, contrat d'apprentissage alors qu'il n'y a même pas encore d'équipe de dev, aucun site web …

Internet c'est un ensemble de réseaux (appartenant à diverses entités) qui sont reliés entre eux. Il y en a un peu plus de 60000 dans le monde aujourd'hui il me semble. Quand tu envoies des infos d'une machine A à une machine B, les paquets vont passer par ces différents réseaux (celui de ton FAI en premier). Et c'est là qu'ils pourraient éventuellement être sniffés. Après, en général, les gens qui gèrent ces réseaux on autre chose à faire que sniffer tout ce qui se passe dessus. Mais bon, d'un côté, « on sait jamais » …

Je conseille également le Samsung, même si je ne l'ai pas, mais j'ai aussi des dalles P-MVA.

Un avantage, selon moi, de ces dalles, que l'on ne cite pas assez souvent, c'est qu'on peut mettre les écrans à la verticale ! Bien pratique pour un terminal. Sur du TN, les défauts d'uniformité verticaux et l'angle bas noir deviennent insupportables à l'horizontale.

La temperature des couleurs n'a rien à voir avec la luminosité d'un écran lcd. Sur l'écran lcd la luminosité est bêtement fixée par la lampe qui se trouve derrière. Et ça à part prendre ses petites mimines et le régler à la main, je ne crois pas que ça se gère depuis l'OS.

Oups, désolé j'avais mal lu la phrase de maxix. Effectivement, ce programme ne change pas la luminosité.

Par contre, un réglage depuis l'OS serait possible, et même quand tu n'a pas le contrôle soft du backlight (typiquement sur un PC fixe) : vu que le programme modifie les rampes gamma, il pourrait en faire une de manière à réduire la luminosité. On perdrait en définition des couleurs, mais bon, quand on est à mettre son écran un peu rouge, ça n'est pas trop grave.

En tous cas, sachez qu'un LCD bien réglé ne doit pas être trop lumineux, même en plein jour : ça pète les yeux. Le miens doit être à 20% de luminosité (et est calibré avec une sonde).

Voilà sinon j'ai essayé ce programme hier soir, lumières éteintes : et bien c'est plutôt pas mal, ça pète beaucoup moins les yeux que « normal » sans lumières, même si je préfère quand même avec lumière allumée au final. Mais faites gaffe, après plusieurs heures d'utilisation sans lumière ambiante, quand on rallume … tout devient bleu ! C'est hallucinant !

Putain, comparer, sérieusement, le fait d'être une femme avec le fait d'être emacsien, on aura tout vu.

À ce que je sache, on n'a jamais tué quelqu'un pour le fait d'être emacsien. Pour être une femme, si. (et comme je l'ai déjà précisé, on ne choisit pas d'être une femme)

Toute « excuse » basée là-dessus pour moi sera le fait d'un gros con de misogyne. Comme indiqué ci-dessous pour un autre, va te faire foutre.

Je te cite " IRL, je serais à deux doigts de t'en foutre une".
Qui est le violent?

Tu me fais chier avec ta rhétorique à deux balles. Fais exprès de ne pas comprendre, et effectivement, tu auras toujours raison face à des mecs/nanas qui ne savent pas se défendre.

C'est plus simple d'arrêter de débattre quand la personne en face n'est pas d'accord avec toi et ose te le dire en face (par forum certes).
Super...

Quand on se comporte comme un gros con, forcément. Va te faire foutre.

Plutôt SWCursor = true chez moi (oui, bizarrement, ça n'a pas le même effet)

J'aurais préféré que ca pilote la luminosité en fonction de l'heure (et de la météo)

C'est ce qu'il fait.

car même rouge, mon écran me pète les yeux quand j'éteins la lumière.

C'est que tu l'as mal calibré, que ta luminosité est trop grande.

D'ailleurs c'est dommage que ce programme pète la calibration qu'on aurait pu faire (genre avec argyll), même si vu le côté rouge, la précision des couleurs devient toute relative …

Mon premier essai je l'ai fait avec la méthode leave/enter mais la FAQ semblait déconseiller cette méthode

C'est déconseillé _sous Windows_. Sous linux, pas de problème.

Je manque évidemment de recul pour trancher, je mémorise vos deux méthodes pour l'instant.

Ça va dépendre de ce que tu veux faire exactement, mais on n'avait pas beaucoup d'infos ici pour ton projet concret ! À toi d'évaluer ce qui te conviens le mieux.

Je préfère malgré tout l'approche gobject.idle_add().

Pourquoi pas. Mais comme je pensais que ton but était de pouvoir faire des appels gtk depuis un autre thread, je ne voyais pas pourquoi tu l'utilises.

Par contre, le idle_add() ne te dispense pas de bien locker les accès/écritures aux données de ton thread, car c'est le thread principal qui exécutera le code à ce moment-là.

C'est une question de préférence personnelle, peut-être, mais la plupart des bibliothèques graphiques n'autorisent pas les appels cross-thread, même avec des verrous.

Oui, effectivement, ce n'est pas forcément préconisé, mais c'est possible avec gtk.

D'ailleurs, que se passe-t-il si une exception est levée entre threads_enter() et threads_leave() ?

Tu mets ton leave() dans le finally:, comme indiqué dans le lien que tu donnes en dessous.

Pour préserver les espaces dans le code, utilise des balises . Lis la doc ;-)

Arf, bien vu … Merci ;-)