Posté par devnewton đș (site web personnel) le 06 mars 2013 Ă 10:31. En rĂ©ponse au journal Mir, un serveur d'affichage de trop ?. Ăvalué à  4.
quand on voit que ça ne dérange pas grand monde qu'il y ait 2 systÚmes de packaging totalement équivalent (.deb et .rpm, NixOS est différent)
Ca dérange les développeurs qui doivent se taper un double packaging et les utilisateurs quand ils ne trouvent pas de paquets pour leur distrib.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Posté par devnewton đș (site web personnel) le 05 mars 2013 Ă 11:31. En rĂ©ponse au journal Canonical: les fouteurs de merde, le retour. Ăvalué à  7.
Parfois ils sont accusés de ne pas contribuer suffisamment à la communauté.
Justement, ils auraient pu contribuer Ă Wayland au lieu de faire leur Mir en express douce.
la concurrence ne peut qu'avoir du bon dans un domaine (les serveurs graphiques)
Les serveurs graphiques pùtissent surtout du manque de bons drivers libres. Maintenant il va falloir écrire 3 drivers: un pour Mir, un pour Wayland et un pour Xorg.
Posté par devnewton đș (site web personnel) le 05 mars 2013 Ă 10:35. En rĂ©ponse au journal Canonical: les fouteurs de merde, le retour. Ăvalué à  8.
On risque donc de se retrouver avec la mĂȘme situation que pour l'audio avec plein de serveurs concurrents.
X11, Wayland, SurfaceFlinger, Mir, DirectFB…
Posté par devnewton đș (site web personnel) le 01 mars 2013 Ă 22:52. En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  1.
Mais ça pose problÚme: dÚs que l'on sort de qmake et qt creator, ce qui est trÚs courant sur les projets qui ne sont pas purement qt, il faut le gérer les appels à moc. Rien d'insurmontable, mais on s'en passerait bien!
Posté par devnewton đș (site web personnel) le 01 mars 2013 Ă 21:22. En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  3.
Pointer les défauts d'un produit, ce n'est pas le dénigrer.
Posté par devnewton đș (site web personnel) le 01 mars 2013 Ă 17:25. En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  2.
Et pourquoi pas Qt ? Quand je l'utilise, je fait tout le modÚle + contrÎleur en boost, puis la vue en Qt (+ boost pour tout ce que Qt ne fait pas).
Itou. Il n'y a que des avantages Ă mixer les deux!
Posté par devnewton đș (site web personnel) le 01 mars 2013 Ă 16:05. En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  3.
Aaaah tu parlais de l'ABI de boost, je pensais que tu parlais de l'ABI de ton code…
boost.signals2 est "header only", donc l'ABI pour un usage interne, on s'en fiche…
Posté par devnewton đș (site web personnel) le 01 mars 2013 Ă 15:32. En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  2.
Justement les signaux étaient le pimpl et tu appelais juste une méthode void connect(templatedesiouxpourwrapperunfunctor) dans la classe hébergeant le pimpl.
Posté par devnewton đș (site web personnel) le 01 mars 2013 Ă 15:20. En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  -2.
Le principe du d-pointer avec boost.signals est possible. Un collÚgue l'avait implémenté :-)
Posté par devnewton đș (site web personnel) le 01 mars 2013 Ă 12:01. En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  2.
L'inverse est vrai aussi, mais encore une fois le propos n'est pas de jeter moc et de le remplacer par boost.signals, mais juste de montrer qu'il est possible de faire sans génération de code.
Posté par devnewton đș (site web personnel) le 01 mars 2013 Ă 11:07. En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  0.
Tu peux lire la doc pour plus de détails, mais j'ai donné l'exemple de boost pour montrer qu'il était parfaitement possible de gérer les signals/slots sans se taper un précompilateur.
Idem pour l'introspection, il existe des solutions Ă base de macros (que mĂȘme Qt utilise d'ailleurs).
moc, c'était bien il y a 10 ans, mais aujourd'hui, je trouve que ça ne vaut plus le coup.
Posté par devnewton đș (site web personnel) le 01 mars 2013 Ă 11:02. En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  0.
http://www.boost.org/doc/libs/1_53_0/doc/html/signals2.html Ce n'est pas clair?
Posté par devnewton đș (site web personnel) le 01 mars 2013 Ă 10:06. En rĂ©ponse au journal Article sur Lemonde.fr. Ăvalué à  4.
Une ligne éditoriale sur linuxfr?
Posté par devnewton đș (site web personnel) le 01 mars 2013 Ă 09:17. En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  -3.
inclu aussi les propriĂ©tĂ©s dynamiques qu’on peut rajouter aux QObjects
Ca pourrait ĂȘtre fait par des macros au lieu d'un compilateur spĂ©cial. D'ailleurs pour les propriĂ©tĂ©s c'est dĂ©jĂ un peu le cas avec la macro Q_PROPERTY.
Je sais pas trop oĂč en est Boost, mais en Qt on d’autres petites features comme la possibilitĂ© d’ignorer des arguments en passant d’un signal Ă un slot, la dĂ©connexion automatique en cas de destruction des slots, la connexion automatiques de signaux et slots avec des noms qui vont bien ou la configuration de l’ordonnancement des signaux.
Boost sait faire!
Posté par devnewton đș (site web personnel) le 28 fĂ©vrier 2013 Ă 23:55. En rĂ©ponse au journal L'audio qui s'excite : «under different name». Ăvalué à  6.
Ca ressemble Ă la LGPL, mais bon c'est pĂ©nible de voir sans arrĂȘt de nouvelles licences. Un CC-BY, c'est pas suffisant?
Posté par devnewton đș (site web personnel) le 28 fĂ©vrier 2013 Ă 23:50. En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  -6.
MĂȘme pour de l'interthread, le machin de qt est has been:
http://www.boost.org/doc/libs/1_53_0/doc/html/signals2.html
Posté par devnewton đș (site web personnel) le 28 fĂ©vrier 2013 Ă 13:52. En rĂ©ponse au journal Alpha: une machine bĂȘta avec Ă©cran.. Ăvalué à  3.
qui l'éloigne du concept RISC
Si le concept RISC n'existe plus sur 99% des processeurs de la planĂšte (x86 et arm), est-ce bien utile de passer beaucoup de temps dessus?
Posté par devnewton đș (site web personnel) le 27 fĂ©vrier 2013 Ă 14:30. En rĂ©ponse au journal Flukz 0.1. Ăvalué à  2.
Merci!
Posté par devnewton đș (site web personnel) le 26 fĂ©vrier 2013 Ă 15:31. En rĂ©ponse au journal Alpha: une machine bĂȘta avec Ă©cran.. Ăvalué à  2.
Certaines consoles ont quand mĂȘme l'air assez "simple" Ă programmer:
http://wiki.superfamicom.org/snes/show/Making+a+Small+Game+-+Tic-Tac-Toe
Et puis le cÎté ludique motivera sans doute plus les élÚves que "on va programmer un émulateur d'une machine qui n'existe pas et afficher du texte".
Posté par devnewton đș (site web personnel) le 26 fĂ©vrier 2013 Ă 14:46. En rĂ©ponse au journal Flukz 0.1. Ăvalué à  2.
Arg. Tu n'as pas un flURSS plutÎt? Lancer le logiciel tous les jours, ça ne va pas le faire :-(
Posté par devnewton đș (site web personnel) le 26 fĂ©vrier 2013 Ă 11:30. En rĂ©ponse au journal Flukz 0.1. Ăvalué à  2.
http://flukz.org/wiki/doku.php?id=nouveautes&do=backlink ?
Posté par devnewton đș (site web personnel) le 26 fĂ©vrier 2013 Ă 11:00. En rĂ©ponse au journal Alpha: une machine bĂȘta avec Ă©cran.. Ăvalué à  6.
Pourquoi ne pas utiliser un émulateur pour une vraie machine ? Par exemple une vieille console de jeu?
Posté par devnewton đș (site web personnel) le 25 fĂ©vrier 2013 Ă 17:40. En rĂ©ponse au journal Les vieux cons et le progrĂšsâŠ. Ăvalué à  2.
Tu peux faire tout ça avec les salons XMPP.
MĂȘme si ça manque de norloge et d'historique correct, les salons XMPP ça marchouille.
Posté par devnewton đș (site web personnel) le 25 fĂ©vrier 2013 Ă 16:17. En rĂ©ponse au journal Flukz 0.1. Ăvalué à  2.
Suivre les news du dĂ©veloppement, par exemple "coucou, on a implĂ©mentĂ© cette nouvelle friture", "attention le format va changer", "on cherche des testeurs pour la derniĂšre release", etc…
Posté par devnewton đș (site web personnel) le 25 fĂ©vrier 2013 Ă 11:50. En rĂ©ponse au journal Flukz 0.1. Ăvalué à  2.
Vous avez un moyen pour vous suivre facilement? flURSS, tribune?
[^] # Re: Les dĂ©vs Wayland devraient ĂȘtre contents...
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Mir, un serveur d'affichage de trop ?. Ăvalué à  4.
Ca dérange les développeurs qui doivent se taper un double packaging et les utilisateurs quand ils ne trouvent pas de paquets pour leur distrib.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Faudrait savoir
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Canonical: les fouteurs de merde, le retour. Ăvalué à  7.
Justement, ils auraient pu contribuer Ă Wayland au lieu de faire leur Mir en
expressdouce.Les serveurs graphiques pùtissent surtout du manque de bons drivers libres. Maintenant il va falloir écrire 3 drivers: un pour Mir, un pour Wayland et un pour Xorg.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# Ca pulse!
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Canonical: les fouteurs de merde, le retour. Ăvalué à  8.
On risque donc de se retrouver avec la mĂȘme situation que pour l'audio avec plein de serveurs concurrents.
X11, Wayland, SurfaceFlinger, Mir, DirectFB…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Signaux / slot
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  1.
Mais ça pose problÚme: dÚs que l'on sort de qmake et qt creator, ce qui est trÚs courant sur les projets qui ne sont pas purement qt, il faut le gérer les appels à moc. Rien d'insurmontable, mais on s'en passerait bien!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Signaux / slot
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  3.
Pointer les défauts d'un produit, ce n'est pas le dénigrer.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Signaux / slot
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  2.
Itou. Il n'y a que des avantages Ă mixer les deux!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Signaux / slot
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  3.
Aaaah tu parlais de l'ABI de boost, je pensais que tu parlais de l'ABI de ton code…
boost.signals2 est "header only", donc l'ABI pour un usage interne, on s'en fiche…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Signaux / slot
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  2.
Justement les signaux étaient le pimpl et tu appelais juste une méthode void connect(templatedesiouxpourwrapperunfunctor) dans la classe hébergeant le pimpl.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Signaux / slot
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  -2.
Le principe du d-pointer avec boost.signals est possible. Un collÚgue l'avait implémenté :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Signaux / slot
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  2.
L'inverse est vrai aussi, mais encore une fois le propos n'est pas de jeter moc et de le remplacer par boost.signals, mais juste de montrer qu'il est possible de faire sans génération de code.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Signaux / slot
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  0.
Tu peux lire la doc pour plus de détails, mais j'ai donné l'exemple de boost pour montrer qu'il était parfaitement possible de gérer les signals/slots sans se taper un précompilateur.
Idem pour l'introspection, il existe des solutions Ă base de macros (que mĂȘme Qt utilise d'ailleurs).
moc, c'était bien il y a 10 ans, mais aujourd'hui, je trouve que ça ne vaut plus le coup.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Signaux / slot
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  0.
http://www.boost.org/doc/libs/1_53_0/doc/html/signals2.html Ce n'est pas clair?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Violence
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Article sur Lemonde.fr. Ăvalué à  4.
Une ligne éditoriale sur linuxfr?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Signaux / slot
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  -3.
Ca pourrait ĂȘtre fait par des macros au lieu d'un compilateur spĂ©cial. D'ailleurs pour les propriĂ©tĂ©s c'est dĂ©jĂ un peu le cas avec la macro Q_PROPERTY.
Boost sait faire!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# LGPL?
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal L'audio qui s'excite : «under different name». Ăvalué à  6.
Ca ressemble Ă la LGPL, mais bon c'est pĂ©nible de voir sans arrĂȘt de nouvelles licences. Un CC-BY, c'est pas suffisant?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Signaux / slot
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Projet Qt5 : lecteur de musique. Ăvalué à  -6.
MĂȘme pour de l'interthread, le machin de qt est has been:
http://www.boost.org/doc/libs/1_53_0/doc/html/signals2.html
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Sinon ARM c'est pas si déconnant que ça
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Alpha: une machine bĂȘta avec Ă©cran.. Ăvalué à  3.
Si le concept RISC n'existe plus sur 99% des processeurs de la planĂšte (x86 et arm), est-ce bien utile de passer beaucoup de temps dessus?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: taiste
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Flukz 0.1. Ăvalué à  2.
Merci!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: concrete
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Alpha: une machine bĂȘta avec Ă©cran.. Ăvalué à  2.
Certaines consoles ont quand mĂȘme l'air assez "simple" Ă programmer:
http://wiki.superfamicom.org/snes/show/Making+a+Small+Game+-+Tic-Tac-Toe
Et puis le cÎté ludique motivera sans doute plus les élÚves que "on va programmer un émulateur d'une machine qui n'existe pas et afficher du texte".
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: taiste
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Flukz 0.1. Ăvalué à  2.
Arg. Tu n'as pas un flURSS plutÎt? Lancer le logiciel tous les jours, ça ne va pas le faire :-(
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: taiste
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Flukz 0.1. Ăvalué à  2.
http://flukz.org/wiki/doku.php?id=nouveautes&do=backlink ?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# concrete
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Alpha: une machine bĂȘta avec Ă©cran.. Ăvalué à  6.
Pourquoi ne pas utiliser un émulateur pour une vraie machine ? Par exemple une vieille console de jeu?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Bof les exemples
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Les vieux cons et le progrĂšsâŠ. Ăvalué à  2.
Tu peux faire tout ça avec les salons XMPP.
MĂȘme si ça manque de norloge et d'historique correct, les salons XMPP ça marchouille.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: taiste
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Flukz 0.1. Ăvalué à  2.
Suivre les news du dĂ©veloppement, par exemple "coucou, on a implĂ©mentĂ© cette nouvelle friture", "attention le format va changer", "on cherche des testeurs pour la derniĂšre release", etc…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: taiste
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Flukz 0.1. Ăvalué à  2.
Vous avez un moyen pour vous suivre facilement? flURSS, tribune?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.