alberthier a écrit 166 commentaires

Je trouve aussi que le journal est un peu trop alarmiste.
Si Nokia fait des smartphones, faire des tablettes n'est pas plus difficile : grosso modo le même hardware avec un écran plus gros.
Ce ne sont pas les premiers à faire ça quand même:
- Apple : iPhone / iPad
- Samsung : Galaxy S / Galaxy Tab
- HTC : pleins de smartphones / Flyer
- Acer : pleins de smartphones / Iconia
etc...

Si Nokia sorti une tablette meego, tout le monde ici aurait applaudi.

Par ailleurs Nokia ne fait pas que des téléphones, c'est aussi un gros fournisseur d'équipement réseau et je ne pense pas que ce soit une branche négligeable de leur business

Alors ça c'est une excellente idée.
Je hais cette pratique. J'installe le logiciel machine, je suis distrait durant l'installation et paf, je me retrouve avec une barre d'outils Yahoo! (quand c'est pas un truc encore pire)

Un installeur devrait installer le logiciel voulu et pas une palanquée de merdes que les $£*#& du service commercial ont négociés. Les plus sournois du genre c'est Adobe. Lorsque tu télécharges leur installeur pour flash sur leur site Web et que tu ne décoches pas la case McAfee sur le site web l'installeur téléchgargé t'installe McAfee sans rien te demander, même si tu as déjà un antivirus. Et après on s'étonne que les Windows de notre entourage soient mega lents au bout de 3 logiciels installés.

Il existe des clones de cette commande en python et en ruby :
rak pour ruby et grin pour python

Ces deux programmes ont globalement la même fonction. Perso j'utilise grin

Je viens de me rendre compte que about:about fonctionne à nouveau.
Ça permet d'avoir la liste des about: disponibles.
Ça existait sous mozilla mais ça ne marchait pas sous firefox pendant un moment. Je ne sais pas depuis combien de temps c'est de retour par contre.

Pour moi ça a été comme pour beaucoup de gens. J'utilisais avec plaisir KDE 3.x jusqu'à la sortie de KDE 4.0. Je lui ai laissé sa chance, mais comme annoncé, c'était une version beta, pas prête pour l'utilisation courante. Je suis donc passé sous GNOME. Je me suis habitué à cet environnement et j'ai commencé à vraiment apprécier sa sobriété et sa stabilité (bien plus que KDE). Bref KDE 3.x et GNOME 2.x étaient des environnement qui me convenaient bien.

Maintenant arrivent ces environnements next-gen (KDE 4 depuis qq temps, GNOME 3, Unity). Je reste pour l'instant plus que sceptique sur GNOME 3. J'ai réessayé KDE 4 mais c'est devenu un peu trop bling bling Windows 7 à mon goût (bien que ce doit être configurable). Mais la bonne surprise venait d'Unity pour moi, pourtant c'est celui auquel je donnais le moins de chance à priori. Bien sur il souffre toujours de défauts de jeunesse, mais j'aime bien l'ergonomie. Le dock vertical est une bonne idée sur les écrans 16/9 actuels, le menu unique, je m'y suis fait assez vite au final et ça fait gagner beaucoup de place. De plus ce n'est qu'un shell pour GNOME, si on utilisait déjà GNOME avant, on garde le reste de l'environnement. Dans la version actuelle, Unity utilise GNOME 2.32 mais les prochaines versions utiliseront GNOME 3.x

Il reste bien sur de la place pour un environnement GNOME 2.x-like (ou KDE 3.x-like) et là je pense que Xfce est bien placé. La dernière fois que j'ai testé, je trouvais que les applets n'avaient pas la qualité de celles de GNOME, mais ça peut s'arranger et Thunar est vraiment pas mal comme gestionnaire de fichiers.

Pour les nostalgiques de l'Amiga, il y a un fou furieux qui l'a réimplémenté dans un FPGA. On peut en acheter des tout faits
On charge des images de disquettes ADB sur une carte SD, le minimig émule un lecteur de disquette à partir de ça.
Il fonctionne avec un clavier PS2 et l'affichage est géré par un port VGA.

Il existe un projet similaire pour l'Atari ST : Suska

Pour moi un numéro de version doit avoir une signification. Exemple Qt: X.Y.Z
toutes les versions de la série X sont rétrocompatible binaire et Y marque l'évolution de l'API (nouvelles features), Z les corrections de bugs (pas de changements d'API).

Je trouve ça ridicule des projets qui gardent un chiffre inutile ou qui sera incrementé dans 30 ans:
gstreamer -> 0.10.32 (pas de compatibilité binaire entre 0.8 et 0.10). Pourquoi pas simplement virer ce 0 qui sert à rien: gstreamer 10.32
inkscape 0.48.1 idem: inkscape 48.1

C'est quoi exactement le problème d'avoir un numéro principal qui grossit ?

Il me semble que dans le noyau, il n'y a pas vraiment de notion de retro-compatibilité, l'API est suceptible d'être cassée à n'importe quel moment, le 2.6 n'a donc pas de signification particulière. Ca vous choque tellement de dire linux 38 au lieu de linux 2.6.38

Ben moi j'aime bien les technos développé par ce mec:
A la maison, j'ai un PC de salon avec de bonnes enceintes et un portable, Eh ben grâce à avahi+pulseaudio, je vois les enceintes du PC de salon dans la liste des sorties disponibles sur le portable et je peux écouter la musique du portable sur les enceintes du salon, comme ça en wifi, juste en un clic.
Et ça c'est quand même super user-friendly. Ok, je parle d'une utilisation desktop, mais comme dit: il ne force aucun serveur à utiliser ses technos.

Je prétend juste que pour Al Qaida d'un point de vue "communication" un Ben Laden mort exécuté par les américains c'est plus percutant que si il croupissait dans une gôle au fin fond de Guantanamo. Après j'imagine bien qu'un tas d’afghans et irakiens ont tout un tas d'autre bonnes raisons d'en vouloir aux occidentaux. Mais pour faire de la com' de masse c'est plus "pratique" d'avoir un mec connu mort en héros (de leur point de vue). C'est toujours utile un symbole.

En même temps lui accorder un procès, c'est lui offrir une tribune internationale et j'imagine que les américains n'avaient pas vraiment envie de ça.

Ça a aussi été ma première réaction. J'estime que même la pire des ordures a le droit à un procès, même si dans son cas, le résultat aurait probablement fini par être le même.
L'autre problème que je vois c'est qu'en le tuant durant l'assaut, ils ont fait de lui un martyr. Il va devenir (encore plus) un symbole pour tout un tas de gens. Rien que pour ça, ce n'était pas une bonne idée de exécuter sur place.

Tu peux demander à chromium d'utiliser le theme GTK, c'est dans les options.
Du coup tu auras la barre de titre normale.

Je trouve ça un peu bizarre comme décision bien que je pense qu'ils aient réfléchi à la chose.
Qu'ils se désengagent de Qt à moyen terme, je peux le comprendre : on regarde ce que WP7 donne, si ça marche on jette Qt.
Mais je n'aurais pas découpé Qt, j'aurais gardé le tout pour le revendre groupé ou scindé en un seul coup.

Hum... Il me semble que Wayland a été initié par un employé de RedHat (Kristian Høgsberg) sur son temps libre, il n'était pas payé pour développer wayland. Je ne suis même pas sûr que ce monsieur travaille toujours pour RedHat.

Quand à Wayland, ce n'est pas un serveur X, il utilise un protocole différent, mais il se base sur les même briques que X pour fonctionner (KMS, evdev, etc...). Par contre X peut tourner par dessus Wayland, les applis X peuvent donc toujours fonctionner.

Bon je chipote

La GLib est pas mal pour le C: http://library.gnome.org/devel/glib/stable/

Je ne vais pas être très original, mais un grand merci aux développeurs de cette nouvelle version.

J'ai cru comprendre que l'ancienne version était difficile à maintenir et que peu de gens savaient utiliser Templeet. Je suis sur que RoR va vous faciliter la vie du point de vue maintenance et correction de bugs. En plus une techno plus rependue va aussi augmenter le nombre de contributeurs potentiels.

La CSS par défaut est encore un peu brouillonne à mon goût, mais on a accès à l'ancienne dans les préférences et la css opensuse est bien sympa.

En tout cas, tout ça est prometteur et longue vie à la v3 de linuxfr

Je l'ai eu entre les mains et je la trouve effectivement décevante:
- L'écran tactile ne marche pas si on appuie un peu trop fort, il faut vraiment juste l'effleurer.
- L'écran est globalement nul: dès qu'on l'incline un tant soit peu, on n'y voit plus rien, un ratage complet
- Pas d'android market par défaut, un truc maison à la place (appslib)
- Apparemment c'est pas simple d'accéder aux services Google avec (pas d'appli GMail, Agenda, etc...)

Bref, je ne recommande vraiment pas ce modèle.

Je ne me suis pas vraiment penché sur la question, mais j'ai l'impression que Quick ressemble un peu à Clutter dans le monde Glib/GTK, non ?
Clutter permet aussi de décrire des scènes sous forme de script:
http://docs.clutter-project.org/docs/clutter/stable/ClutterS(...)

J'ai bien aimé aussi ce livre, mais comme dit précédement, la fin se devinne trop facilement. Mais l'histoire n'en reste pas moins intéressante.

Du même auteur, j'ai bien aimé "La zone du dehors". Pour le coup, c'est de la SF plus traditionnelle. Si je me souviens bien, c'est une dystopie qui se passe sur un astéroide où la population est gardée sous contrôle surtout par le fait que les gens sont moutonnifiés par la pensée unique des medias plutot que par une police.

Je n'ai pas de smartphone pour l'instant, mais je voulais savoir si parmis les lecteurs de ce site certains ont un forfait qui correspondrait bien à mes besoins:
Je n'ai pas besoin de beaucoup temps de téléphone: 1h suffirait mais j'aimerai bien internet de manière assez illimitée (bien que "illimité" veuille tout et rien dire dans ce domaine).
Et sans engagement c'est encore mieux. Ca ne me dérange pas d'acheter le téléphone à part.
Connaissez-vous un forfait de ce type ?
Pour l'instant, j'ai trouvé le forfait "Liberty Sim" (["http://www.virginmobile.fr/nos-offres/forfaits-liberty-sim-e(...)]) chez Virgin mobile: 29,90€ = internet + 5h de tel. mais les 5h c'est un peu beaucoup pour moi

Pour les nostalgiques de l'Amiga original, un fou furieux l'a réimplémenté dans un FPGA: c'est le minimig
Les sources Verilog sont dispo: http://code.google.com/p/minimig/
Et on peut en acheter des tout faits:
http://www.acube-systems.biz/index.php?page=hardware&pid(...)
http://www.informatique-imm.lu/catalogue/F_frame.html?http:/(...)

Une petite revue:
http://obligement.free.fr/articles/minimig.php

En gros c'est un A500 qui lit des images de disquettes (au format ADF) sur une carte SD. La compatibilité avec l'A500 original est assez bonne.

Pour pas faire de jaloux, un projet similaire existe pour l'Atari:
http://www.experiment-s.de/en

J'utilise un PIII 733 comme serveur / media-center. Il tourne H24 sans soucis depuis 2 ans.

J'utilisait derive aussi pendant mes études. Avant d'avoir une TI-89 dont le soft de calcul formel est basé sur derive.
L'interface est austère, mais c'est un logiciel efficace

Comme dit dans certains commentaires, il y a wayland qui pourrait peut être devenir une alternative. Pour le moment c'est plutôt un proof of concept.

L'avantage de ce projet, c'est qu'il réutilise les briques graphiques du kernel: DRM, KMS, GEM

à voir si ce projet aboutit à quelque chose.

http://groups.google.com/group/wayland-display-server

Si quelqu'un a plus de détails, je suis assez intéressé

Pour écrire un nouveau QObject, on fait ceci:

class MaClasseAMoi : public QObject
{
Q_OBJECT
public:
MaClasseAMoi() : QObject()
{
}
virtual ~MaClasseAMoi()
{
}
}


La macro Q_OBJECT, on s'en fout, c'est juste un placeholder pour des methodes que Qt va ajouter.
Par contre le fait de devoir hériter de QObject peut être ennuyeux parfois: si tu dois hériter d'une classe de base d'un framework que tu utilise et que tu aimerai en faire un QObject aussi => tu es obligé de faire de l'héritage multiple, c'est pas terrible et surtout QObject doit être la première classe de base, dans la déclaration d'héritage sinon, ça marche pas (je sais pas si c'est toujours le cas).

Après pour l'intrusivité des macros Qt, je trouve pas ça gènant non plus, c'est comme les annotation en Java ou Python et comme dit plus haut: les information sont dans le contexte où elles doivent être: dans la declaration de la classe et pas éparpillées dans d'autres endroits du code.

Bon, j'ai pas une vision très objective : j'ai toujours considéré que le C++/Qt était un langage différent du C++.

Je trouve justement que de ne pas avoir de précompilateur est un gros défaut. Ça te mâche tout le travail et te garanti l'absence d'erreurs, ce qui n'est pas le cas si tu le fait à la main. De plus instrumenter un grand nombre de classes à la main peut s'avérer extrêmement fastidieux.

Je bosse depuis plusieurs années avec Qt et je l'utilisation de moc est complètement transparente pour moi:
sous unix les systèmes de build qmake/cmake font le boulot tout seuls.
sous visual studio, pas besoin de plugin, il suffit d'écrire une "Build Rule" une fois pour toutes pour faire passer moc sur les .h et après on l'oublie. Pas besoin de version pro pour ça, c'est possible avec la version "express" de visual.

Je trouve donc que ces critiques sur moc ne sont pas vraiment justifiées vu que c'est assez facile de l'oublier si ton système de build tient la route.

Par contre, je suis d'accord avec toi sur les autres remarques (obligation d'hériter de QObject et la macro Q_OBJECT à ajouter)