Ph Husson a écrit 2703 commentaires

Ah, ça existe des gens en nombre non négligeable des gens pareils ? ('fin ça dépend de ce qu'on appelle "le plus possible")

Quelle puissance aussi ?
L'autre jour j'étais tombé sur un site qui vend des vitres semi-transparentes/photovoltaique.
Au même prix au m² que des vrais panneaux ! Bon puissance de 50W au m² après, mais osef, c'est pour l'écologie !

Euh je pensais pas spécialement à ça (je regarde pas souvent la TV.), mais bon c'est à peu près le principe, juste qu'en général je vois ça plutôt en mer que dans des tubes.
Et euh donc où est le problème avec la consommation ?
Si on arrive à être complètement indépendant de la nature, je vois pas ce qui te gène ... Évidement même avec ça on en est loin, mais c'est une grosse avancée ...

Et les autres pays, ils font comment pour produire de l'énergie ?
Ah bah du charbon.
C'est vachement mieux dit donc ! Y a quelques petits pays qui font du renouvelable (oui, la France, l'Espagne ou l'Allemagne restent des petits pays en terme de consommation d'énergie), mais rien à grande échelle. Donc c'est pas "l'atome ou la bougie", c'est "l'atome ou le charbon". En ce qui concerne le fait de devoir réflechir sur la croissance, je suis pas vraiment d'accord ... La chose à changer c'est qu'il faut pouvoir réfléchir plutôt sur des échéances de l'ordre de 5 ans plutôt que d'un an... Comme dit plus haut, on peut largement réduire notre consommation d'énergie sans que ça implique une baisse de la croissance, ou même de confort. Il faut juste commencer à miser sur ce qui peut durer. D'ailleurs, ceux qui disent qu'il faut mettre des panneaux solaires partout, je les fous dans le même panier que les autres: les panneaux solaires électriques sont de vrais conneries. Rendement pourri, matière première chère et rare, on est incapable de stocker sa production, et ils produisent quand on en a le moins besoin ! À côté de ça, y a la nature qui se démerde très bien dans son coin, avec des rendements de la photosynthèse énorme, avec des solutions (les algues.) qui ne gâchent pas le paysage, ne prennent pas de territoire agricole, duquel on extrait très facilement de l'huile.

Et merde, je vais me contredire (cf poste plus haut), mais si on parle effectivement d'API, il est évident que Direct3D et OpenGL ont des objectifs différents (bon euh ok, MS/Khronos.).
Le plus simple pour s'en convaincre est de voir le passage d'OpenGL ES 1 à OpenGL ES 2 qui doit être l'un des changements les plus raide en une release majeure (cf http://wiki.maemo.org/Image:Opengl.svg )
OpenGL ES 1 était à 100% en dur, ie pas de shader, ie le gpu pas programmable, mais avec des primitives très haut niveau genre faire un polyèdre OpenGL ES 2 vire tout ça, et passe au 100% programmable, tout se fait uniquement par shader, on a plus de fonctions ne serait-ce que pour faire de carré ! (je caricature peut être un peu, je connais quand même très mal ce monde :D) Il me semble qu'avec ça (et d'ailleurs OpenGL 4 suit la même direction à ma connaissance, mais garde quand même une certaine rétrocompatibilité), c'est un changement total de politique, où l'OpenGL devient un truc de très bas niveau, qui est inutilisable en soit, mais qui a besoin d'un toolkit. Est-ce un inconvénient ? Franchement aucune idée, en attendant, Martin Grässlin (mainteneur (ou codeur très actif ?) de kwin), a décidé de recoder ce morceau de kwin avec OpenGL ES plutôt qu'OpenGL, alors qu'il n'a aucune vocation à partir sur de l'embarqué ! (moi ça m'arrange après, mais c'est une autre histoire.) Juste qu'il trouve ça plus propre, et maintenant il a un magnifique (ok en vrai j'en ai aucune idée) toolkit, pour lequel aucune notion d'OpenGL n'est nécessaire pour pouvoir coder de nouveaux objets !

Ainsi, paradoxalement (par rapport à leur degré d'ouverture), Direct3D a l'air de plutôt viser les petites productions, alors qu'OpenGL les grosses qui ont les moyens de se refaire un toolkit. Bon je dis "grosses", mais si un gus seul dans son garage pour kwin a réussi à faire quelque chose, c'est peut être pas si compliqué que ça en fait.

Si cette tentative de troll prend, on sera tombé vraiment bien bas ...
Je pense pas qu'il y ait grand monde ici qui soit capable de répondre quoique ce soit là dessus.

Je viens de me rendre compte que c'était marqué en dessous du textarea pour poster.
Honte à moi.

Les commentaires ont pas encore une structure de pyramide, faudrait arranger ça.

Bah moi ça yoyote un peu ... À l'origine j'étais à 25avis/jours Hier je suis passé à 6, ce qui m'a fait assez mal Et là je suis passé à 100. J'espère que c'est un oscillateur stable au moins.

Arghhhhhhhhh, les retours de ligne ne sont plus effectifs que pour les doubles sauts, et s'affichent quand même comme des doubles sauts (comme du Latex quoi.). Je vais détester ça.

CSS va te transformer une list view (simple liste d'emails par exemple) en split view (master/detail, avec les folders/boites/listes d'email a gauche et l'email en question a droite) comme ca, quand tu fais tourner l'ecran?
Si y a une feuille de style pour les deux positions (ça je sais pas, au pire deux lignes de JS), oui on peut.
Après ça implique de bien coder, ce qui est pas forcement évident.
Pour tes autres demandes j'en sais rien, je parle pas le franglais graphiste.

Un client IMAP ne discute pas avec un serveur SMTP
Le serveur se connecte au serveur SMTP
T'es sûr de te comprendre toi même ? :D

Un petit rss2email alors ? :D

Si c'est un proxy Socks, et que ça correspond à ton besoin, utilise tsocks

N"importe quoi ...
Les -1.5€/mois c'est uniquement pour la résiliation, pas encore pour la box.
Pour le renouvellement de la box, à l'heure actuelle c'est bien -30€/an d'ancienneté

J'ai bien dit ***lib***glade
C'est pas pour rien, c'est parce que ça fait vraiment partie du M/V/C:
La vue est défini dans un .xml, et sera un objet (bon à la mode GLib hein.) à part entière,
ce qui est à peu près la méthode la plus propre de faire.

Bof, pas besoin de struct, juste des fichiers différents :p
Mais le principe c'est juste d'avoir d'un côté le code utile (qui se contrefout de l'interface), de l'autre l'interface (qui se fout du code utile, 'fin faut quand meme pouvoir representer ce qu'on veut, mais c'est tout), et après un truc qui relie tout ça.
Après dans un main ou pas en fonction de si on est crade ou pas.
Mais cherche des exemples d'utilisation de libglade, je pense que ça correspondrait pas mal à ce principe.

La méthode classique de structure est la méthode modèle-vue-controleur.
En principe c'est pour de l'objet, mais ça s'applique aussi à du GTK+.
Le principe est d'avoir un objet modèle, qui se contrefout de l'interface (ce que tu as déjà fait donc), un objet vue, qui contient en gros la liste des widgets (en fait c'est pas forcement un objet en C, cf glade/libglade), et enfin un contrôleur qui relie les deux.

le trim slice, à base de nvidia tegra. Je ne sais pas comment c'est supporté par linux.
Il y a encore 6 mois c'était la grosse misère, mais avec leurs prochaines release, ça devrait commencer à être plutôt pas mal. Reste à savoir ce que le constructeur change par rapport au design "officiel" et si on peut facilement utiliser le noyau de développement tegra ""officiel""

Je suis en refroidissement passif sur un Core 2 Duo Q6600, qui est autrement plus consommateur ... (bon ok mon boitier est ventilo par 2 gros 12cm quand même)
Tout est question de la taille du radiateur ;)
Le mien fait pas loin du kg je crois bien.

un [object] tout ce qu'il ya de plus banal :p
Le probleme avec ça c'est juste qu'il n'y a aucun controle par le site web

C'est vrai que GNU/Linux a un serveur X. (c'était bien prévu dans ce que je disais dans mon message précedent ...), et si on parle juste d'une possibilité de mettre un serveur X sur GNU/Linux, bah on peut aussi sur android.

Les images mandriva ont deux partitions, la partoche iso9660, et une après qu'on peut redimensionner pour exploiter toute la clé.

Et sans le BIOS on ne serait rien !
Et sans l'architecture x86 on ne serait rien !
Et sans écran on ne serait rien !
Et sans grub2 on ne serait rien !

Non sérieusement, je vois pas pourquoi GNU/Linux a plus de sens que KDE/Linux, a fortiori quand GNU est principalement ""juste"" une réimplementation de POSIX, contrairement à KDE ou Linux qui ont quasiment rien à voir avec.

C'est aussi compliqué sur l'un que sur l'autre ...
Faut compiler Qt pour la libstdc++/libc de l'environnement, faut un serveur X, ou QtEmbedded qui utilise le framebuffer, et voilà.

Ou des services plus simples que de pirater, genre spotify, qui a l'air de pas trop mal marcher, avec entre autre leur service pour smartphone.