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.
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.
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.
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.
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à.
[je m'la pete avec ma science que j'étale bien (surtout que j'ai appris ça récemment)]
10.0.xx.0/24 n'est PAS un réseau de classe C
cf http://fr.wikipedia.org/wiki/Classe_d'adresse_IP Le premier octet d'une adresse IP de classe C commence toujours par la séquence de bits 110, il est donc compris entre 192 et 223. Un exemple d'adresse IP de classe C est : 192.168.1.34.
[/je m'la pete]
C'est une croyance populaire (même ma grand-mère le croit!) que de croire que /24 est synonyme de classe C, mais c'est faux en fait.
En quoi ça s'oppose à ce qu'il dit ?
Les baux très courts signifient juste que tu dois dire souvent au serveur que t'es encore en vie, c'est tout ...
Sur FreeWifi les baux sont de l'ordre d'une minute (3 je crois), ça n'empeche pas de garder la même IP tant qu'on est connecté (et même en changeant de borne ! mais bon ça c'est une autre histoire.)
[^] # Re: Meilleure interface de développement, pas forcément meilleure 3D
Posté par Ph Husson (site web personnel) . En réponse au journal Direct3D vs OpenGL. Évalué à 6.
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.
# Tentative de troll ?
Posté par Ph Husson (site web personnel) . En réponse au journal Direct3D vs OpenGL. Évalué à -1.
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.
[^] # Re: Clignotage du karma
Posté par Ph Husson (site web personnel) . En réponse au journal Mes remarques à propos du nouveau Linuxfr.. Évalué à 4.
Je viens de me rendre compte que c'était marqué en dessous du textarea pour poster.
Honte à moi.
[^] # Re: Pertinantouze générale!
Posté par Ph Husson (site web personnel) . En réponse au journal Nouvelle version et nombres d'avis. Évalué à 10.
Les commentaires ont pas encore une structure de pyramide, faudrait arranger ça.
# Clignotage du karma
Posté par Ph Husson (site web personnel) . En réponse au journal Mes remarques à propos du nouveau Linuxfr.. Évalué à 2.
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.
[^] # Re: Nul
Posté par Ph Husson (site web personnel) . En réponse au journal Souvenez vous de cette pub : 1984. Évalué à 3.
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.
[^] # Re: Nul
Posté par Ph Husson (site web personnel) . En réponse au journal Souvenez vous de cette pub : 1984. Évalué à 3.
Le serveur se connecte au serveur SMTP
T'es sûr de te comprendre toi même ? :D
[^] # Re: Nul
Posté par Ph Husson (site web personnel) . En réponse au journal Souvenez vous de cette pub : 1984. Évalué à 5.
# tsocks
Posté par Ph Husson (site web personnel) . En réponse au message Rediriger les communications réseau d'un processus. Évalué à 6.
[^] # Re: ben il te propose une offre ADSL
Posté par Ph Husson (site web personnel) . En réponse au journal adsl ovh. Évalué à 1.
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é
[^] # Re: Modèle-Vue-Controleur
Posté par Ph Husson (site web personnel) . En réponse au message C et GTK. Évalué à 2.
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.
[^] # Re: Modèle-Vue-Controleur
Posté par Ph Husson (site web personnel) . En réponse au message C et GTK. Évalué à 3.
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.
# Modèle-Vue-Controleur
Posté par Ph Husson (site web personnel) . En réponse au message C et GTK. Évalué à 6.
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.
[^] # Re: Compulab
Posté par Ph Husson (site web personnel) . En réponse au journal Pour les adeptes des petites machines (autohébergement...). Évalué à 2.
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""
[^] # Re: Fiabilité ?
Posté par Ph Husson (site web personnel) . En réponse au journal Pour les adeptes des petites machines (autohébergement...). Évalué à 2.
Tout est question de la taille du radiateur ;)
Le mien fait pas loin du kg je crois bien.
[^] # Re: Comment font-ils ?
Posté par Ph Husson (site web personnel) . En réponse au journal Le nouvel album de David TMX est sorti. Évalué à 1.
Le probleme avec ça c'est juste qu'il n'y a aucun controle par le site web
[^] # Re: Faisons le point
Posté par Ph Husson (site web personnel) . En réponse au journal Rah la la... Ubuntu=Linux... si si...puisqu'on vous le dit !. Évalué à 2.
[^] # Re: Faisons le point
Posté par Ph Husson (site web personnel) . En réponse au journal Rah la la... Ubuntu=Linux... si si...puisqu'on vous le dit !. Évalué à 3.
[^] # Re: Faisons le point
Posté par Ph Husson (site web personnel) . En réponse au journal Rah la la... Ubuntu=Linux... si si...puisqu'on vous le dit !. Évalué à 3.
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.
[^] # Re: Faisons le point
Posté par Ph Husson (site web personnel) . En réponse au journal Rah la la... Ubuntu=Linux... si si...puisqu'on vous le dit !. Évalué à 3.
Faut compiler Qt pour la libstdc++/libc de l'environnement, faut un serveur X, ou QtEmbedded qui utilise le framebuffer, et voilà.
[^] # Re: Qobuz
Posté par Ph Husson (site web personnel) . En réponse au journal Première expérience d'achat de MP3 en ligne. Évalué à 6.
# Les classes.
Posté par Ph Husson (site web personnel) . En réponse à la dépêche Sortie de la version 1.20 d'ExaBGP. Évalué à 3.
10.0.xx.0/24 n'est PAS un réseau de classe C
cf http://fr.wikipedia.org/wiki/Classe_d'adresse_IP
Le premier octet d'une adresse IP de classe C commence toujours par la séquence de bits 110, il est donc compris entre 192 et 223. Un exemple d'adresse IP de classe C est : 192.168.1.34.
[/je m'la pete]
C'est une croyance populaire (même ma grand-mère le croit!) que de croire que /24 est synonyme de classe C, mais c'est faux en fait.
[^] # Re: Vous devez entrer un sujet et un commentaire
Posté par Ph Husson (site web personnel) . En réponse au journal Linux ou POSIX ?. Évalué à 5.
[^] # Re: La joie
Posté par Ph Husson (site web personnel) . En réponse au journal Un patch corrige la sortie VGA pour Arrandale. Évalué à 7.
s/fixer/corriger/
[^] # Re: Pardon mais
Posté par Ph Husson (site web personnel) . En réponse au journal Le tour de force de l'IPv6. Évalué à 3.
Les baux très courts signifient juste que tu dois dire souvent au serveur que t'es encore en vie, c'est tout ...
Sur FreeWifi les baux sont de l'ordre d'une minute (3 je crois), ça n'empeche pas de garder la même IP tant qu'on est connecté (et même en changeant de borne ! mais bon ça c'est une autre histoire.)