Olivier Serve a écrit 856 commentaires

Il faut distinguer Qt3 de Qt4.

Qt3
Sous Unix, Qt3 est disponible en GPL si le soft réalisé est aussi en GPL, sinon c'est une licence proprio. Sous Windows, c'est uniquement la licence proprio.

Qt4
Plus de différence Unix/Windows. Si ton soft est GPL => tu peux utiliser la version GPL de Qt ; sinon tu dois utiliser la licence non-libre (et du coup, tu as droit à un support technique spécial).

Si tu fais un logiciel sous Linux avec Qt en C++ il faudra que tu le recompiles sous Windows avec la libqt pour Windows. Et si tu n'as pas utilisé de particularités Unix, il devrait compiler et s'exécuter sans problème sous Windows. Si tu utilises un binding Python par exemple, tu ne devrais pas avoir à recompiler.

Le fait que ton logiciel soit payant ou pas importe peu, c'est la licence qui compte.
Tout ça n'est qu'une question de licence. Les paquets sonts identiques.

Pour l'installation sous Windows, tu devrais trouver des documentations sur le site de Trolltech.

Pas mal ton scénario. Le livre sort quand ? Et le film ? ^_^

Ce qui est génant, c'est de présenter comme avéré ce qui n'est qu'une hypothèse.
Là c'est dangeureux car le livre n'est alors plus seulement un roman.

Le DVC énonce des faits faux qu'il énonce comme vérifiables (c.f. préface).
Werber n'a jamais présenté ses bouquins comme étant des certitudes, c'est là toute la nuance. Et oui, il semble qu'il y ait de la vie sur Mars : des bactéries terrestres qui ont échappé au contrôle sanitaire des sondes envoyées :)

Il est peut-être beaucoup plus difficile de prévoir le climat dans une zone localisée que prévoir son évolution globale et à long terme.

Exemple : Tir à pile ou face.
Tu sais qu'en moyenne, tu obtiendras 50% de pile et 50% de face. Ça, c'est la vision globale à long terme. Par contre, tu ne peux pas prédire avec certitude quel sera le prochain tirage. C'est pareil en climatologie puisque les modèles sont partiellement basés sur des statistiques.

Il serait intéressant d'avoir en tout cas un moteur XUL utilisant un backend Qt.

Tout le monde n'est pas obligé d'habiter Paris et de prendre le métro tous les jours non plus, hein...

Je dirais même tu dois...

Va voir aussi les protocoles à base de XML, comme XKISS. Effet garanti. C'est là qu'un moteur de recherche style http://www.exalead.com/search est très utile en éliminant rapidement les mauvais résultats.

C'est aussi le principe de Gentoo il me semble (normal, c'est repris du principe des ports BSD)

Ben sur la fenêtre Gnome, ça m'a pas paru 'naturel' de taper dans le vide... :-(

Et comment je devine que je peux taper un chemin si je n'ai aucun indice visuel que c'est faisable ? Ça m'a l'air d'être plus de la magie noire que quelquechose d'ergonomique.

Parce que justement une (bonne) interface graphique est faite pour ne _pas_ avoir à mémoriser de 'trucs' spéciaux.

Si on part du principe que toutes les fonctionnalités doivent être visibles, c'est sûr que la politique de Gnome semble étrange. Eux partent du principe que les fonctionnalités pour utilisateurs avancés doivent être suffisamment cachées pour ne pas troubler l'utilisateur qui s'en fout.

La ligne de commande suppose que l'utilisateur connait les outils mis à sa disposition avant de les utiliser. Il y a donc une phase d'apprentissage assez longue et rebutante.
Une interface graphique permet au contraire de présenter à l'utilisateur les actions et options du programme. L'apprentissage se fait pendant l'utilisation du logiciel. Si des fonctionalités sont cachées _et_ inaccessibles via une configuration quelconque, on retombe dans le problème de la ligne de commande et de son manque d'intuitivité.

Qualifier la possibilité de taper le chemin d'un fichier de "fonction pour utilisateurs avancés" peut sembler bizarre, mais quand je vois les autres membres de ma famille utiliser un ordinateur, je me dit que ce n'est peut être pas si idiot que ça.

Que ce soit le réglage par défaut, soit. Mais qu'on n'ait pas moyen de configurer ce comportement, là franchement c'est trop pour moi.

Tant mieux pour toi si tu es à l'aise avec Gnome, moi je n'arrive pas à m'y faire. Et l'utilisation de cette boîte de dialogue de Firefox me le rappelle sans cesse.

1) Qu'il faille des guides d'IHM, avec un 'dictateur', pourquoi pas. Mais Gnome en est rendu à un point où des fonctionalités basiques sont volontairement cachées ! (c.f. mon post plus haut)
Et ne jamais oublier qu'une dictature finit généralement très mal. ;-)

2) Sur le fait de ne pas implémenter..., je ne suis pas d'accord car ça permet de tester des idées potentiellement intéressantes. Le mode de développement libre permet d'expérimenter et d'améliorer ou au contraire abandonner une idée.

Toute innovation ne peut être atomique. Certaines ont besoin de mûrir et sont construites au fur et à mesure.

Il n'a pas tout-à-fait tort.

Exemple : la boîte de sélection de fichier GTK (utilisée dans Gnome et Firefox au moins) ne présente aucun champ d'entrée de texte. Du coup plutôt que de taper un chemin que je connais, je dois passer par l'énumération de tout /usr/bin pour enfin le trouver. Et je redoute ce moment car c'est looooooooooooonnnnnnng.

Ah, il paraît qu'on peut aussi taper '/' puis le chemin qu'on veut. Ah bon. C'est vrai que c'est bien explicité dans l'interface ça. Un newbie le trouve tout de suite, c'est évident.

C'est pareil pour la navigation 'spatiale' il y a un certain nombre de combinaisons cachées permettant de jouer avec Nautilus dans différentes apparence. Mais si on ne les connais pas, on n'a aucune chance de les trouver.

Si Gnome en est réduit à cacher des fonctionalités basiques de cette manière, c'est quand même qu'il y a un problème, non ?

Même Emacs est plus parlant, c'est dire.

Comment ais-je pû oublier ça...

C'est pas la peine de répondre.
Il n'en pense pas un mot, mais il trolle pour voir les réactions.

C'est l'approche de Noël sans doute...

Qt, ce n'est pas qu'une bibliothèque graphique.

Dans koinkoin par exemple, le moteur est totalement indépendant de l'interface, et il utilise Qt pour :
- l'internationalisation
- la gestion UTF8 (QString)
- les conteneurs plus 'pratiques' que ceux de la stl
- le parseur XML objet
- la libération automatique de la mémoire
- et j'en oublie.

Ça plus le fait que ça soit plus propre que se taper les GObjects, ce sont des raisons indépendantes de la GUI qui me font préférer Qt à GTK.

Et je ne vois _aucune_ raison de coder l'interface en GTK si tout le code du moteur utilise déjà Qt. C'est faisable, mais pour moi c'est du bloat.

Utiliser des logiciels basés sur des toolkits différents ne me gêne pas. Par contre les mélanger dans une application, je trouve ça crade.

Surtout que le premier commentaire donnait la réponse.

Pour Yakuake, je regrette que les onglets utilisent un thème spécial et pas les widgets standards (comme dans Konsole quoi), mais je les trouve super-pratiques.

Deux trucs que j'apprécie aussi dans Konqueror :
- fish pour se ballader sur des serveurs via ssh,
- audiocd pour ripper mes CDs en ogg (Drag'n'drop entre un cadre audiocd:/ et un autre en fish:/ sur le serveur : magique !)

me trouver un projet sympa à porter sur le N770

LE logiciel nécessaire à toute moule qui se respecte : un coincoin !

Tout-à-fait.
Mais ce n'est pas un 'paramètre' de rpm, c'est un programme à part entière. Pour t'en convaincre, essaie grep --help.

On va me dire que je suis chieur, mais je n'aime pas du tout ce genre de style. Je préfère grandement un style classique de type IRC / Tribune tout simple sans cadre autour des messages avec l'avatar de l'auteur. Je ne vois pas l'intérêt d'ajouter la photo pour chaque message du correspondant dans une discussion à 2. Si on veut la voir, il suffit de la mettre dans un cadre à droite par exemple et ça suffit.

C'est plus beau, mais je ne trouve pas ça pratique à utiliser car on doit scroller davantage dans l'historique. Pour moi ça fait partie des trucs beaux mais inutilisables.

PS: Une vraie 'killer-feature' de Kopete serait un système de norloges comme les coincoins. C'est faisable au moins avec Jabber (en utilisant l'Id de message). Il faudrait que les autres clients IM l'implémentent aussi, mais je suis sûr que ça prendrait. C'est quand même plus sympa que le "wizz" made in MSN.

Sous Mandr{ake,iva} :

Centre de contrôle KDE >> Système >> Réglages spécifiques des fenêtres.

Nouveau >> Détecter + clic sur la fenêtre de l'appli à forcer
Cocher "Utiliser une classe de fenêtre (application entière)"
Onglet "Géométrie" >> cocher "Bureau" >> sélectionner "forcer" >> choisir le bureau.

On n'oublie pas de sauver et ça roule !

Oui : installe les dépendances qu'il te demande.

Pour ça, utilise le gestionnaire de paquets de ta distribution :
- Mandrake / Mandriva : urpmi (texte) ou drakrpm (graphique)
- SuSe : dans le centre de configuration
- RedHat / Fedora : yum (il y en a d'autres, mais je ne connais pas cette distribution)
- Debian : apt-get
- Gentoo : emerge
- Slackware : ha ha ! y'a pas de gestion des dépendances là-dessus !