Gof a écrit 2224 commentaires

Erreur: le moc n'est pas un pre-compilateur.
Le moc lis les fichier en-tête, et génère le code des signaux et celui nécessaire pour l'introspection. Le code généré est sous la forme d'une autre fichier C++ à adjoindre à la compilation.

Le code que l'on écrit quand on fait de la programmation avec Qt est du C++ pur et est directement compilé par GCC.

Le code que l'on écrit en Vala est traduit en C avant d'être compilé

Je me lance moi aussi dans les analogies trollesque :

Ce serait analogue à un représentant de l'Église catholique de recommander le préservatif pour se protéger du SIDA (au lieu de l'abstinence).

Une erreur_de_page est un processus tout à fait normal et absolument pas une erreur (comme son nom ne l'indique pas)

Il n'y a pas de crash dans l'histoire. kmemcheck log les accès en lecture à de la mémoire non initialisée.

La lecture de mémoire non initialisée est souvent la cause d'un bug. Mais peut aussi être parfaitement légitime. (pour des raison de performance)

« Avec la nouvelle taille de bloc à 4 kilo octets on peut se contenter d'enregistrer ça : [Divers][----------4096 octets de données----------][ECC] »

Et encore une erreur dans la dépêche de patrick_g :-)

kilo veux dire 1000
Or ici, c'est bien 4 * 1024 soit 4 kibi octets.

« Quand le code fait un appel à la fonction malloc(), il faut écrire quelque chose sur cette zone, par exemple avec la fonction memset(), avant de pouvoir lire cette zone mémoire. Si la mémoire n'est pas initialisée alors toute tentative de lecture provoquera un crash. »

Toute tentative de lecture ne provoquera pas de crash. La lecture fonctionne très bien mais puisque rien n'est initialisé, c'est les données qui était à cet emplacement mémoire avant qui sont lues.
Et c'est souvent la cause de bugs difficile à trouver puisque ces données sont plus ou moins aléatoires.

D'ailleurs, si ça provoquais un crash, on aurais pas besoin de kmemcheck pour les détecter. (car un crash ça se voit)

Les blogs sur labs.trolltech.com sont juste des blog et représente uniquement l'opinion de leurs auteurs.

Le projet mobility n'est d'ailleurs pas développé par les développeurs de Qt d'avant l'aquisition, mais par les anciens développeurs de Qtopia

Chuck Norris et Jayce ont beaucoup de points communs. Chuck Norris doit tout à sa force surhumaine, Jayce lui, doit tout à son intelligence dépassant toute réalité.

Si Chuck Norris était un robot, son firmware serait MultiDeskOS

Car de toute façon, les malheurs, ça n'arrive jamais qu'au autres. :-)

Quelle est la différence entre CAMP et le QMetaObject de Qt ?

Sauf que pleins de programme en C ou C++ bien portable font ce genre de chose en savant ce qu'ils font (en utilisant des macro, ou des templates du C++)

En C tu vera beaucoup de

MaStruct *plop = (MaStruct *)malloc(sizeof(MaStruct));

Et si MaStruct contiens des pointeurs sa taille sera différente selon la platforme.
Et donc le bytecode ne sera pas portable malgré la portabilité de l'application.

Quand on fais du profiling ou de la comparaisons, il faut toujours se mettre dans le cas final. C-à-d avec toutes les options d'optimisation active des 2 coté.

Sinon c'est inutile.

(Les comparaisons peuvent s'inverser au final)

pour tout sauf les zip les rar et autre .....

C'est une honte ! Comment Mandriva peut-elle numéroter sa distribution « 2099 » alors qu'on est seulement en 2009 ! :-)

Le N900 fonctionne-t-il dans les boulangeries ?

https://linuxfr.org/~ploum/21185.html

J'ai encore vu aucun journal qui parlais de Google Wave. Pas même celui-ci
Journal qui le mentionne, peut être. Mais journal qui en parle, non.

Avant le rachat par Novell, SuSE avais KDE par défaut (mais fournissait les deux desktop)

Lors du rachat, Gnome à été le défaut sur la distribution desktop de Novell qui était basé sur SuSE. Mais la communauté a crié et OpenSUSE est née. Il n'y avait pas de défaut, mais KDE apparaissent en premier dans la liste. Mais ensuite la liste des deux desktop fut réordonnée dans l'ordre alphabétique.

Et maintenant, plusieurs année après, le KDE sera coché par défaut.

SLED garde Gnome par défaut.

A quand la gestion de Windows ?

Premièrement, je commence le troll en soulevant la faute d'accent à « A »
(Oui, je sais, ce commentaire est aussi bourré de fautes)


Ensuite, je vois dans le changelog:

* Improved Wine support, including ability to read Windows PDB debuginfo.

Ce qui veux dire qu'il est déjà plus ou moins possible de profiler des application Windows (sous Linux avec Wine)

Par ailleurs, cetrains dévelpeur ont tenté le port pour Windows mais ont trouvé la chose trop compliquée http://tml-blog.blogspot.com/2009/07/porting-valgrind-to-win(...)

Ensuite, comme toujours lorsque l'on parle de port d'application libre, ne vaux t il pas mieux promouvoir une platforme libre à l'aide de bonne application qui ne tourne pas sous Windows ?

« Donc si je te suis bien, je vais patcher chaque outil que j'utilise qui doit répondre a des besoins que je ne suis pas le seul a avoir [...] Belle mentalité .. »

Exactement ! C'est la belle mentalité du libre.
Tu peux faire un patch (ou payer quelqu'un pour le faire) pour répondre à tes besoin!
(Parfois même demander gentilment ça marche aussi)

Par contre c'est pas souvent possible avec des produits proprio. SI le produit n'a pas ce que tu souhaite et que ca n'intéresse pas la société éditrice, tu peux toujours courir.


Et ce n'est pas cool de critiquer des développeurs open source car il n'ont pas fait quelque chose que tu voudrais. Je te rappelle que ils ne te doivent rien, et que tu devrais plutôt les remercier pour ce qu'ils ont déjà fait.

Kate fais déjà l'autocompletion avec les mots présent dans le texte.
(et donc tout les éditeur de KDE basés sur Kate)
(Il faut l'activer dans les plugins)

C'est très pratique dans Kile quand on tape du LaTeX.


Je me souviens même que à l'époque où j'utilisais encore un traitement de texte, StarOffice faisait pareil. Donc j'imagine que OOo le fait aussi.

« Repository » se dit « Dépôt » en français.

Tu confonds Environement de bureau et gestionaire de fenêtre.

Un gestionnaire de fenêtre s'occupe de gerrer les fenêtre.

Le concept d'environement de bureau est justement le fait d'avoir un ensemble d'application qui s'intègrent bien entre elle et donne un bureau unifié pour l'utilisateur final.

KDE (historiquement le premier environement de bureau libre pour Unix) à été créé car justement l'utilisation de Unix comme desktop était rendue difficile par le fait que les application étaient trop différentes les unes des autres

Et donc je vois mal comment tu peux redéfinir environement de bureau et prétendre que KDE fourni trop de truc alors que c'est le but même de kde, depuis le début: http://www.kde.org/announcements/announcement.php

« Mais si GTK ne marche qu'avec une moitié de linux, comment font les distribs full gtk (genre redhat, ubuntu) ? »

Et les utilisateur de distrib full gtk font sont justement cette moitié des linux où les applications gtk fonctionnent.

Pour les autres distribution, qui utilisent KDE, les appli GTK sont moins bien intégrée et donc moins bien utilisable.

« Et dans les deux cas j'aurais une mauvaise intégration des softs (boites de dialogues différentes par exemple) »

Justement: Les applications Qt (non-kde) peuvent utiliser les boite de dialogue GTK lorsuqu'elles sont lancées sous Gnome

=> Avantage Qt

Le support des icones freedesktop est effectivement dans Qt 4.6
http://doc.trolltech.com/4.6-snapshot/qicon.html#fromTheme

« j'ai changé de numéro de mobile, un bel inconnu a désormais mon mot de passe ... SUPER LA SÉCU chez DEDIBOX ! on donne les mots de passe a quelqu'un au pif ...»

Je doute que les numéros soient réutilisés rapidement.
Mais si c'est le cas tu n'as qu'à appeler l'inconnu pour lui demander poliment le mot de passe qu'il vient de recevoir. Tu connais son numéro, non ?

Et Qt Designer, c'est pas assez déclaratif ?