Gof a écrit 2233 commentaires

> j'aime bien les langages compilés [...] on a pas d'erreurs bêtes qui arrivent au milieu du programme (par exemple, une concaténation entre un string et un nombre).

Tu confonds compilation et typage statique. L'un n'implique pas l'autre.

D'après le sondage, la majorité n'utilise pas de réseau sociaux. Mais DLFP n'est il pas un réseau social ?
C'est un peu paradoxal, non ?

LOL !

> Pourquoi ne pas tout faire en Python plutôt ?

QML utilise ECMAScript, qui est déjà intégré avec Qt depuis longtemps. Donc on a déjà un langage de script.
Et comme c'est prévu pour l'embarqué, les limites des langages de script sont les performances, l'utilisation de la batterie, ...
Donc associer avec un langage compilé comme le C++ c'est du bonheur.

Mais si tu veux quand même faire du Python, pas de problème, il existe des bindings Python.

Justement, quand on touche les limites du langage, on continue en C++ (Avec Qt, qui - corrige moi si j'ai tord - est « une API correctement faite »).

Et c'est là la force par rapport des technologies comme Flash, où dès que l'on atteint les limites de ce que l'actionscript peut faire, on est bloqué.

QML et QEdje sont donc projet complétement différents.

Le but de QEdje était d'essayé d'intégrer Edje dans Qt. Mais c'est difficile car Edje utilise son propre canevas.

QML est dès le départ prévu pour fonctionner avec Qt, et les éléments sont des QObject et ça utilise le méchanisme des propriété de Qt.

Et Qt peut utiliser l'accélération OpenGL/OpenVG/... alors que le canevas de Edje est purement software il me semble.

Le code est plus déclaratif. Il n'y a pas besoin de de s'y connaitre en algorithmes, pas besoin de penser a la gestion de la mémoire, ...
On décrit juste ce que l'on veux.
C'est un peu comme du HTML, ce n'est pas de la programmation.

De plus, l'objectif est de pouvoir éditer ces documents avec un outils graphique (voir le screenshot de http://labs.trolltech.com/blogs/2010/05/06/qt-creator-and-be(...) )

C'est triste ton avis sur le changement.

Linuxfr c'était mieux avant.

Les applications Qt utilisent la boite de dialogue Gtk sous GNOME
(Mais Les applications KDE forcent la boite dialogue KDE)

Je n'ai pas bien lu la documentation du RecursiveSortFilterProxyModel, mais KDE a aussi un KRecursiveProxyModel. Je ne sais pas à quel point c'est pareil.

http://api.kde.org/4.x-api/kdelibs-apidocs/kdeui/html/classK(...)

Je pense que cette classe ne dépends pas de KDE outre mesure.

- Pourquoi le menu File est au milieu ?

Car le menu est divisé en 3 partie:
* une partie pour les options touchant les projects/sessions
* une autre partie pour les options du doculent/fichier
* et la dernière partie une pour les autre options.

- Pourquoi y'a un menu DTD ?

Je n'ai pas cette option. Cela doit certainement venir d'un plugin. Mais ce n'est pas par défaut.
D'ailleurs, je n'ai pas non plus les menus View, Tags et Toolbars


- Pourquoi y'a des onglets au même niveau que les menus ?

Pour gagner de la place.
Sur le sreenshot ça paraît confus car il y a plus d'entrée dans les menu et donc il y a des flèches.
Mais chez moi c'est correct.

- Pourquoi faut tourner la tête dans 3 sens différents pour pouvoir tout lire ?

Pour gagner de la place mais je n'ai pas besoin de tourner la tête pour lire. Et comme ces élément ne change pas, pas vraiment de problème.

- Pourquoi y'a 2 champs textes côte à côte en haut ? pour se tromper plus facilement ?

Car l'un est le quick open qui te permet de faire une recherche dans ton projet, et l'autre te montre la fonction dans laquelle tu navigue.
Je ne me suis jamais trompé en les utilisant.

- Pourquoi y'a tellement de couleurs dans la coloration syntaxique qu'on met 2 heures à comprendre quelle couleur correspond à quoi ?

Ce n'est plus de la coloration syntaxique, mais de la coloration sémentique.
Ça peut parraître un peu déroutant au début, mais une fois qu'on s'y habitue, on ne veux plus s'en passé. voir http://zwabel.wordpress.com/2009/01/08/c-ide-evolution-from-(...)

- [Plein d'autre question sur des détails cosmétique]

KDevelop, (comme beaucoup d'autre projet libre) est fait par des développeurs qui n'ont pas forcément le souci du détail pour les détails cosmétique.

Dans ma boite, il y a quelqu'un dont le boulot est uniquement de travailler sur les détails cosmétiques de l'application (qui est en fait un IDE aussi). Il s'assure que tous les trucs sont aligné au pixel près etc.

Dans un précédent projet de logiciel libre auquel j'ai participé, un utilisateur contribuais en perfectionnant les .ui de toutes les boites de dialogues du projet. C'était très utile et il a malheureusement arrêté.

Si tu fais attention au détails et que tu as envie de contribuer, tu peux toujours aider. Les changement cosmétique ne demande d'habitude pas d'être un pro en programation.

Alors j'ai essayé les deux exemple avec Kdevelop, et oui, l'auto completion est intelligente.

Pour le cas du template, pas de problème. Kdevelop instancie les template et complète correctement.

Kdevelop détecte les types des argument, et mettra v1 en premier (dans les "best-matches").

Par contre, il ne fait pas de détection du type lorsque on fait un if.

Oui.

C'est juste qu'il faut un temps d'adaptation. Mais une fois qu'on a compris le fonctionnement de git, on ne veux plus toucher à SVN.

> Cet épisode montre à quel point la tribune linuxfr est nécessaire.

Cet épisode montre à quel point il est nécessaire de menacer de supprimer la tribune.

Dans le cas de cross scripting, vu du navigateur, le script provient du bon site. C´est justement le principe de l´attaque : Trouver un moyen de donner au serveur un script malicieux pour qu´il le renvoie au client qui l´execute.

La monnaie au pays d'Opera c'est la Couronne Norvégienne. (Et elle est plutôt haute en ce moment)

Ceci n'est pas un journal sur le cyclisme.

Compare le niveau d'intégration des applications Qt et Gtk+ dans Windows, Mac, Gnome et KDE.
Les applis Gtk+ ne sont vraiment intégrée que dans Gnome.

Et puis il y a aussi le domaine de l'embarqué, avec Symbian, Windows CE, Linux framebuffer (sans X11), sous lesquel Gtk+ n'est à ma connaissance pas porté.

Qt 4.6 est sensé être compatible binaire avec les version précédente, donc ça devrais pas être le problème.

> « Ne touchez pas à la Livebox car vous devez la rendre intacte »

Bha il est toujours possible de remettre le firmware d'origine.

Par ailleurs, pour être vendu, un produit doit correspondre a des norme très stricte. Ça concerne le respect des norme de rélécommunication, l'émmission d'onde électromagnétique, et plein de trucs.
Et en cas de problème sur un réseau, le fabriquant de l'appareil peut être tenu pour responsable.

La solution est de découpler les firmware de la puce de télécom et le reste de l'OS. Mais ça implique de mettre plus d'élecronique et donc plus de cout de production.

>Pour Nokia, il était plus simple de racheter Trolltech pour
> modeler Qt selon ses besoins que GNOME Mobile.

Ah bon?
Ils auraient pu aussi engager suffisament de développeur pour faire évoluer GNOME Mobile comme ils veulent. (Ou forker au besoin)
Ça leur aurais même sans doute coûté moins cher que le rachat de Trolltech, + le changement complet de leurs platforme.

Ou peut-être que, comme dit plus bas, Trolltech a été acquis car Qt était une meilleur alternative.

j'imagine que ce doit être identifiantfacebook@chat.facebook.com

Bha OTR si c'est bien implémenté (secret partagé, vérification des clef), ça marche quand même.
Et même mal implémenté c'est mieux que rien, car une attaque man in the middle ne passe quand même pas inaperçu, et le faire à grande échelle ferai mauvaise pub.

Par contre, certes, ce n'est pas la solution miracle.

En bon français, on écrit « hors de la boîte ».
(avec des espaces)

Par ailleurs, je pense que c'est une traduction littéral d'une expression anglaise qui a probablement un meilleur équivalant francophone, non ?

Il faudrait aussi que la souris soit libre (sans fil).
Et le clavier devrais avoir une disposition libre (comme le bépo).

Et en conclusion, c'est quoi le mieux ? Le livre papier ou le livre électronique ?