Je rencheris sur PyQt. Tres agreable, tres rapide.
Sinon, en partant de python, il est facile de generer des .exe avec py2exe, voire de genrerer des installeurs en utilisant NSIS ou InnoSetup.
En une demi-heure, tu peux te faire un executable windows tout ce qu'il y a de plus classique. Le seul hic, c'est que PyQt prend pas mal de place. 3,5 Mo en compression bzip, je trouve ca beaucoup. 13 Mo en non compresse.
La situation devrait s'ameliorer avec la sortie de Qt4, qui sera separare en plusieurs composants.
Compte tenu de ton objectif, je recommande des toolkits de haute qualites. Pour moi, ca veut dire Gtk ou Qt. Les autres toolkits graphiques sont bases sur une programmation evenmentielle qui est plus lourde a gerer que les signaux/slots.
Je confirme. Sous windows XP et sous MacOs X, Qt utilise l'api de style de l'OS. C'est a dire que Qt respectera les themes que l'utilisateur a pu installer. C'est a dire que une appli Qt sera presque plus windows que d'autres applis : en effet, un certain nombre d'applis microsoft ne respectent pas leur style et ne sont pas necessairement themables.
<< Puis promouvoir le libre en appuyant son financement avec des licences proprio c'est résoudre le problème du financement uniquement à court terme tout de même >>
Je ne vois pas pourquoi c'est du court terme. MySql et Trolltech se portent tres tres bien financierement et ont de beaux jours devant eux.
A cote, on peut penser a des boites qui ont construit leur business model sur du logiciel libre pur comme eazel et Ximian qui n'ont pas resolu leur probleme de financement. Si Ximian n'avait pas ete rachete, je doute qu'ils auraient tenu longtemp.
Depuis 2 ans, j'utilise OO au bureau exclusivement pour tout ce qui est lettres, rapports et feuilles de calcul. C'est pas super rapide au chargement et la feuille de calcul a encore quelques faiblesses mais dans l'ensemble ca va.
Bon, puis depuis un mois, on me force a utiliser word parce qu'il y a quelques documents qui passent mal. Donc je redecouvre.
Ce que je retiens, c'est que word a tellement de fonctionnalites pour aider l'utilisateur qu'il est completement non predictible. Tu fais un copier coller, il y a des icones qui apparaissent. Tu modifies un truc dans un tableau, il decide de te rajouter des lignes, ou de changer la position de la fin de ligne. Tout est comme ca, de sorte que ca ressemble beaucoup a de la lotterie.
A cote, openoffice est super deterministe. J'aime bien son interface relativement simple et efficace. Le seul truc a savoir sur openoffice, c'est comment utiliser les styles. Apres, tout roule. Ah si, j'ai du mal a gerer le fait que je tapes des documents parfois en anglais, parfois en francais. C'est dur de changer la langue par defaut du correcteur. Mais sinon, je le trouve beaucoup plus simple et robuste que word.
Par contre, il y a un point ou microsoft explose oo : powerpoint. Sur powerpoint les magies de microsoft marchent bien : le texte se met automatiquement a la bonne taille, les images vont la ou elles doivent, les points de listes ont la bonne tete. Difficile de faire aussi bien.
Mes parents sont abonnes a La Vie et je suis toujours surpris de trouver des sujets d'actualite tres bien traites, sans un regard qu'on pourrait imaginer bigot ou ferme a une seule vision. Au contraire, ils voient tres large, largement en dehors de leur Chapelle.
<< A terme une économie du libre qui serait basée sur des doubles licences ne peut fonctionner toute seule car elle implique le logiciel propriétaire. >>
Desole de te decevoir, mais je ne crois pas (et visiblement, Trolltech non plus) que une economie basee entierement sur du logiciel libre soit rentable economiquement.
Je pense que le mouvement du logiciel libre est quelque chose de fantastique et je suis vraiment fier d'en faire partie. Mais je ne crois pas pour autant qu'il puisse remplacer toute forme de production logicielle.
<< Ensuite il y a la confusion entre GPL et Libre, aujourd'hui si je veux faire un logiciel sous une licence BSD, je ne peux pas utiliser QT. Alors que je peux le faire avec GTK. >>
Tu peux acheter une licence Qt pour faire ce genre de chose :-)
<< Je fait du libre parce que sinon ca coute des sous, ce n'est pas >>
Je ne trouve pas que KDE s'inscrive dans la demarche que tu decris.
Developpe un logiciel libre et un logiciel payant sont deux logiques tout a fait differentes. Ca ne me choque pas qu'on ne retrouve pas le discours de l'un chez l'autre. Prends Opera. Explique-moi comment leur truc pourrait marcher en logiciel libre. On est deja supris que ca marche tout court.
Trolltech est la societe etandard des modeles economiques du libre purs. Leur code est GPL, je ne vois pas plus pur au niveau du libre.
Au contraire, les autres licences BSD et LGPL ne t'encouragent pas du tout a faire du libre. Trolltech si. Ils se poussent a faire un choix clair.
Quel est l'interet d'un logcieil proprio developpe avec Gtk ? Pour le libre, j'en vois aucun. Alors que un logiciel proprio developpe avec Qt veut dire que Trolltech a gagne de l'argent, qui va lui permettre d'ameliorer Qt et cela va beneficier a la communaute du libre (qui utilise Qt ou KDE).
De meme, la boite proprio peut se dire, boah, poru ce soft, ca vaut peut-etre pas le coup de payer une licence, je vais plutot le mettre en libre.
Je rappelle que des societes vendant des _produits_ libre, qui ont du succes, il y en a peu.
Au final, la seule chose qu'on a pu reprocher a Guillermito, c'est d'avoir acheter une copie du soft a qq'un qui l'avait acquis de maniere legale. Or, la licence d'utilisation t'interdit de revendre un logiciel que tu as acquis.
Il a aussi confesse avoir telecharge des versions pirates.
Je ne suis pas un specialiste KDE meme si je suis le projet de pres. Ce qui est sur, c'est que je ne suis pas du tout un specialiste de webcore.
Cela dit, d'apres ce que j'ai compris, c'est en effet pas l'objective C qui pose des problemes, mais plus l'utilisation de routines graphiques propres a MacOs X, qui ne sont pas transposable sous X.
Pour ce qui est de ton autre remarque, je moderai un peu. Il y a plein de projets libres qui sont codes comme des cochons, et plein de projets proprio ou chaque commit est soigneusement etudie avant d'etre envoye.
Et puis les problemes d'integration, c'est pas forcement que les trucs sont codes comme des cochons, c'est juste que c'est pas code comme les dev de khtml le voudraient. Et les mecs de Apple n'ont malheureusement pas le temps de reprendre leur code (ils ont visiblement une pression enorme, c'est un des mecs de KDE qui les a vu qui le confirme).
Donc tu peux instancier des classes C++. Il y a pas besoin d'un .h en objective C pour faire ca ?
Qt s'appuie beaucoup sur l'heritage et la surcharge de methodes pour fonctionner. Si tu ne peux faire aucune de ces deux choses, tu ne vas pas aller tres loin.
Je m'avance un peu mais M. Binding de KDE, nom de code Richard Dale a commence a travailler sur les bindings de KDE uniquement pour pouvoir ecrire des applis KDE en Objective C. Depuis, il s'est plus tourne vers java, ruby et C# mais je ne serai pas surpris que les bindings objective C marchent encore.
Mais il faut bien plus que gcc pour faire marcher KDE en objective C. Il faut que chaque classe C++ soit egalement accessible en objective C, ce qui represente le gros du travail du binding. Heureusement, tout ca est relativement automatise, de sorte qu'on a un moteur (nom de code smoke) qui genere un "runtime", c'est a dire un espece de pont generique entre KDE/Qt et des fonctions en C. Generer des bindings revient a alors juste a interfacer le "runtime".
Ce qui a joue, c'est surtout la communication. Apple est tres tres sensible a sa communication. Et c'est clair que c'est pas le moment de se mettre a dos la communaute du libre, avec tout ce qu'ils ont a gagner a une cooperation linux / Apple.
Ben ouai, mais moi, je prefere avoir 3h d'autonomie et un peu moins de puissance que l'inverse. Tout le monde n'est pas focalise vers la course a la performance. Je peux attendre 3 secondes de plus pour que firefox se charge.
Aujourd'hui, si tu veux acheter un materiel en faisant le choix d'avoir moins de performance, plus de silence, moins de consommation, c'est difficile. La seule chose que les revendeurs savent te vendre, c'est plus. Plus de vitesse, plus de ceci, plus de cela.
Pour une carte d'identite, 50 cm, c'est du delire. Si t'arrives a faire 5 cm, c'est deja un miracle.
Les distances que tu vois, c'est pour des tags tout betes, qui renvoient juste un numero de serie. C'est bien pour tracer le colis UPS, c'est pas du tout adapte a la securite.
Pour tout ce qui est spec de securite (carte d'identite, permis de conduire, passeport, carte de sante, ...), on utilise un microprocesseur qui est telealimente. La norme de communication utilisee est l'ISO 14443, ou les distances varient theoriquement de 0 a 10 cm. Dans la pratique, 5 cm, c'est beaucoup. 50 cm, c'est possible avec une super antenne cote lecteur, mais tu risques de mettre feu a la carte tellement ca va chauffer.
Pour ce qui est de la gestion de plusieurs reponses simultanees, des protocoles sont prevus pour gerer ca. Ca varie suivant les technos utilisees mais on peut gerer jusqu'a 10 cartes dans le champ sans trop de probleme.
J'ajoute que ces specs sont plutot bien concues, a savoir que tu ne peux pas espionner facilement a distance une personne. Typiquement, pour le passeport, il est impossible de lire le contenu electronique du passeport sans avoir au prealable lu physiquement le contenu du passeport (nom, prenom, etc) parce que les infos utilisateurs ne sont pas stockees dans la partie puce, mais servent a l'authentification.
Toutes les specs d'identite sont en train de s'appuyer sur la spec du passeport, donc niveau securite et respect de la vie privee, c'est plutot la bonne direction. Apres, malheureusement, il y a toujours un malin qui rajoute une base de donnee.
Je suis pas un expert de X, mais il me semble que tu accumules beaucoup d'erreurs en un seul post.
> - tout le rendu par X se fait via des IPC de type socket.
Tout a fait faux. C'est vrai uniquement quand le serveur et le client ne sont pas sur la meme machine. Sinon, ca se fait via de la memoire partage, ce qui est extremement rapide.
> - X n'a aucune couche ressemblant à du vectoriel et ne gere que des bitmaps et qq polices codés en dur
Le vectoriel arrive a grand pas dans X avec cairo. Pour ce qui est des polices, elles sont chargees lors du demarrage de X et il n'est pas tres difficile d'en ajouter.
> - X ne gere pas vraiment l'anti-aliasing, le rendu est souvent fait coté client et transmis par IPC ( pango au hasard )
Bizarre, il me semblait que c'etait l'objet de l'extentsion XRandR et que c'est grace a ca qu'on a l'antialiasing dans Qt puis de Gtk.
Pour le reste, je ne suis pas bien place pour contrer.
J'en ai discute avec des gens comme Mathias Ettrich qui ont connaissent les arcanes de X pour avoir optimise Qt dessus. Ils ont une tres bonne opinion de X. Certains aspects du projet sont en retard, mais globalement, c'est une bonne technologie.
Mais j'utilise un langage avec un modele objet. Je posais la question de savoir pourquoi le modele de pygtk etait considere "au top" ?
Peut-etre est-ce juste en comparaison du modle objet de gtk tout court. C'est sur qu'il y a de la marge.
Je m'etais amuse a faire des erreurs de syntaxes dans les declarations des types d'objets en Gtk. Comme je m'y attendais, aucune erreur n'a ete detectee. Ca me parait dangereux quand meme.
Nombre de gens disent "je prefere X parce que Y n'est pas la fonctionnalite A" et tu leux montres que Y a la fonctionnalite A mais ils ne changent pas d'avis.
Tu as tort a mon avis de croire que les preferences de desktop sont rationelles. C'est irrationnel, emotionnel. Il y a bien sur des petits bouts de logique pour justifier tout ca, mais ca ne va pas bien loin.
> et je trouve le modèle objet de GTK vraiment au top
La, tu m'en bouches un coin ? Tu sais comment est fait ton modele objet "au top" ? Pour heriter d'une structure, ou cree une nouvelle structure dont le premier membre est la structure precedente. Et derriere, on fait des gros cast crados en C pour mapper tout ca et faire croire que le C peut faire de l'heritage.
Je precise que KDE a ete oublie de cette liste, mais c'est en cours de correction. Si vous voulez faire un bounty pour KDE, patientez quelques jours, et vous aurez une liste a votre disposition.
C'est peut-etre pas l'etudiant moyen, mais quand KDE a demarre, 95% de ses developpeurs etaient etudiants, et ca ne les a pas empeche de faire un des meilleurs desktop linux. Linus lui-meme etait etudiant.
C'est sur que c'est plus dur que de faire un demineur, mais bon, vous voulez devenir informaticien ou non ?
Perso, j'utilise la version non commerciale de Qt3 (disponible avec le bouquin sur la programmation Qt). C'est pas GPL, mais ca marche tres bien sous windows. Je dois juste ajouter une clause d'exception dans la licence de mon soft.
Des que Qt4 sera sorti, je basculerai dessus.
Sinon, je ne suis pas trop d'accord de dire que Gtk est plus business friendly que Qt. Ce qui est business friendly, c'est d'avoir un support technique sur qui tu peux compter 24h/24, des gens sur qui tu peux raler quand ca marche pas et des professionnels qui te _garantissent_ que ton soft marchera avec ton toolkit sous windows linux mac hpux solaris etc etc.
Il manque toutes ces choses a Gtk. Notamment, il n'y a personne qui te garantit que gtk marchera sans probleme sous windows et sous macos. A la difference de Trolltech, qui pour tes 1500 $, te garantit que t'auras 0 probleme de portage (ce que je confirme).
De plus, GTk sous windows a il me semble un certain nombre de limitations. Typiquement il me semble que le port a ete fait pour des gens qui developpent avec gcc. Si tu utilises borland ou Visual, ce qui est assez courant sous windows, le support va devenir beaucoup plus difficile a assurer. Un mec qui fait du logciiel libre n'est en general pas tres motive pour faire du support sur des IDE bugges et non libres faits par Microsoft.
J'ajouterai aussi que beaucoup de developpements professionnels sont aujourd'hui fait en C++ ou en java. Avec un toolkit en C, tu vas avoir du mal a expliquer que t'es plus productif a ton manager alors que ca fait 5 ans que tous les devs sont passes du C au C++.
Bref, je pense que les 1500$ de licence commerciale de Qt pour le monde professionnel sont bien depenses. Si tu perds 3 jours sur un projet, ca veut dire que ta boite t'a paye pendant 3 jours sans resultats. Le cout homme d'une journee (salaire + locaux + charges + ...) c'est d'enfiron 700 euro. A partir de 2 jours, tu es rentre dans tes frais.
[^] # Re: Marchera pas
Posté par Philippe F (site web personnel) . En réponse au journal Ketady, de l'art d'exploiter l'internaute !. Évalué à 3.
Comme ca, il pourra etre tout seul dans l'internet, c'est sur que ca va rapporter un max de brouzoufs a ses createurs :-)
[^] # Re: du choix, du choix :)
Posté par Philippe F (site web personnel) . En réponse au journal GUI portable. Évalué à 4.
Sinon, en partant de python, il est facile de generer des .exe avec py2exe, voire de genrerer des installeurs en utilisant NSIS ou InnoSetup.
En une demi-heure, tu peux te faire un executable windows tout ce qu'il y a de plus classique. Le seul hic, c'est que PyQt prend pas mal de place. 3,5 Mo en compression bzip, je trouve ca beaucoup. 13 Mo en non compresse.
La situation devrait s'ameliorer avec la sortie de Qt4, qui sera separare en plusieurs composants.
Compte tenu de ton objectif, je recommande des toolkits de haute qualites. Pour moi, ca veut dire Gtk ou Qt. Les autres toolkits graphiques sont bases sur une programmation evenmentielle qui est plus lourde a gerer que les signaux/slots.
[^] # Re: Que du bon pour les pythoniens
Posté par Philippe F (site web personnel) . En réponse à la dépêche Sortie de la première version candidate de Qt4. Évalué à 4.
Donc ton argument tu peux le remballer --> []
[^] # Re: La fin d'un troll, la naissance d'un nouveau ?
Posté par Philippe F (site web personnel) . En réponse à la dépêche Sortie de la première version candidate de Qt4. Évalué à 3.
Je ne vois pas pourquoi c'est du court terme. MySql et Trolltech se portent tres tres bien financierement et ont de beaux jours devant eux.
A cote, on peut penser a des boites qui ont construit leur business model sur du logiciel libre pur comme eazel et Ximian qui n'ont pas resolu leur probleme de financement. Si Ximian n'avait pas ete rachete, je doute qu'ils auraient tenu longtemp.
# OO, c'est de la bonne
Posté par Philippe F (site web personnel) . En réponse au journal Comparatif Word/OpenOffice. Évalué à 5.
Bon, puis depuis un mois, on me force a utiliser word parce qu'il y a quelques documents qui passent mal. Donc je redecouvre.
Ce que je retiens, c'est que word a tellement de fonctionnalites pour aider l'utilisateur qu'il est completement non predictible. Tu fais un copier coller, il y a des icones qui apparaissent. Tu modifies un truc dans un tableau, il decide de te rajouter des lignes, ou de changer la position de la fin de ligne. Tout est comme ca, de sorte que ca ressemble beaucoup a de la lotterie.
A cote, openoffice est super deterministe. J'aime bien son interface relativement simple et efficace. Le seul truc a savoir sur openoffice, c'est comment utiliser les styles. Apres, tout roule. Ah si, j'ai du mal a gerer le fait que je tapes des documents parfois en anglais, parfois en francais. C'est dur de changer la langue par defaut du correcteur. Mais sinon, je le trouve beaucoup plus simple et robuste que word.
Par contre, il y a un point ou microsoft explose oo : powerpoint. Sur powerpoint les magies de microsoft marchent bien : le texte se met automatiquement a la bonne taille, les images vont la ou elles doivent, les points de listes ont la bonne tete. Difficile de faire aussi bien.
[^] # Re: Un article très intéressant
Posté par Philippe F (site web personnel) . En réponse au journal La vie et le libre.. Évalué à 2.
[^] # Re: La fin d'un troll, la naissance d'un nouveau ?
Posté par Philippe F (site web personnel) . En réponse à la dépêche Sortie de la première version candidate de Qt4. Évalué à 5.
Desole de te decevoir, mais je ne crois pas (et visiblement, Trolltech non plus) que une economie basee entierement sur du logiciel libre soit rentable economiquement.
Je pense que le mouvement du logiciel libre est quelque chose de fantastique et je suis vraiment fier d'en faire partie. Mais je ne crois pas pour autant qu'il puisse remplacer toute forme de production logicielle.
<< Ensuite il y a la confusion entre GPL et Libre, aujourd'hui si je veux faire un logiciel sous une licence BSD, je ne peux pas utiliser QT. Alors que je peux le faire avec GTK. >>
Tu peux acheter une licence Qt pour faire ce genre de chose :-)
<< Je fait du libre parce que sinon ca coute des sous, ce n'est pas >>
Je ne trouve pas que KDE s'inscrive dans la demarche que tu decris.
Developpe un logiciel libre et un logiciel payant sont deux logiques tout a fait differentes. Ca ne me choque pas qu'on ne retrouve pas le discours de l'un chez l'autre. Prends Opera. Explique-moi comment leur truc pourrait marcher en logiciel libre. On est deja supris que ca marche tout court.
[^] # Re: La fin d'un troll, la naissance d'un nouveau ?
Posté par Philippe F (site web personnel) . En réponse à la dépêche Sortie de la première version candidate de Qt4. Évalué à 8.
Au contraire, les autres licences BSD et LGPL ne t'encouragent pas du tout a faire du libre. Trolltech si. Ils se poussent a faire un choix clair.
Quel est l'interet d'un logcieil proprio developpe avec Gtk ? Pour le libre, j'en vois aucun. Alors que un logiciel proprio developpe avec Qt veut dire que Trolltech a gagne de l'argent, qui va lui permettre d'ameliorer Qt et cela va beneficier a la communaute du libre (qui utilise Qt ou KDE).
De meme, la boite proprio peut se dire, boah, poru ce soft, ca vaut peut-etre pas le coup de payer une licence, je vais plutot le mettre en libre.
Je rappelle que des societes vendant des _produits_ libre, qui ont du succes, il y en a peu.
[^] # Re: Témoignage d'un développeur :-)
Posté par Philippe F (site web personnel) . En réponse à la dépêche Sortie de la première version candidate de Qt4. Évalué à 7.
[^] # Re: bourde
Posté par Philippe F (site web personnel) . En réponse au journal Guillermeto, suite..... Évalué à 4.
Au final, la seule chose qu'on a pu reprocher a Guillermito, c'est d'avoir acheter une copie du soft a qq'un qui l'avait acquis de maniere legale. Or, la licence d'utilisation t'interdit de revendre un logiciel que tu as acquis.
Il a aussi confesse avoir telecharge des versions pirates.
[^] # Re: mutisme
Posté par Philippe F (site web personnel) . En réponse à la dépêche Apple ouvre le CVS de WebCore. Évalué à 6.
Cela dit, d'apres ce que j'ai compris, c'est en effet pas l'objective C qui pose des problemes, mais plus l'utilisation de routines graphiques propres a MacOs X, qui ne sont pas transposable sous X.
Pour ce qui est de ton autre remarque, je moderai un peu. Il y a plein de projets libres qui sont codes comme des cochons, et plein de projets proprio ou chaque commit est soigneusement etudie avant d'etre envoye.
Et puis les problemes d'integration, c'est pas forcement que les trucs sont codes comme des cochons, c'est juste que c'est pas code comme les dev de khtml le voudraient. Et les mecs de Apple n'ont malheureusement pas le temps de reprendre leur code (ils ont visiblement une pression enorme, c'est un des mecs de KDE qui les a vu qui le confirme).
[^] # Re: >D'une part Safari est développé en Objective C
Posté par Philippe F (site web personnel) . En réponse à la dépêche Apple ouvre le CVS de WebCore. Évalué à 2.
Qt s'appuie beaucoup sur l'heritage et la surcharge de methodes pour fonctionner. Si tu ne peux faire aucune de ces deux choses, tu ne vas pas aller tres loin.
Mais quand meme ca ouvre des perspectives...
[^] # Re: Ca marche pas...
Posté par Philippe F (site web personnel) . En réponse à la dépêche Apple ouvre le CVS de WebCore. Évalué à 5.
[^] # Re: >D'une part Safari est développé en Objective C
Posté par Philippe F (site web personnel) . En réponse à la dépêche Apple ouvre le CVS de WebCore. Évalué à 3.
Mais il faut bien plus que gcc pour faire marcher KDE en objective C. Il faut que chaque classe C++ soit egalement accessible en objective C, ce qui represente le gros du travail du binding. Heureusement, tout ca est relativement automatise, de sorte qu'on a un moteur (nom de code smoke) qui genere un "runtime", c'est a dire un espece de pont generique entre KDE/Qt et des fonctions en C. Generer des bindings revient a alors juste a interfacer le "runtime".
[^] # Re: la direction de la girouette dépend aussi de la force du vent
Posté par Philippe F (site web personnel) . En réponse à la dépêche Apple ouvre le CVS de WebCore. Évalué à 10.
[^] # Re: Impact
Posté par Philippe F (site web personnel) . En réponse au journal Réflexion : l'impact de l'annonce d'Apple sur le monde du libre.. Évalué à 2.
[^] # Re: Aurevoir PPC ?
Posté par Philippe F (site web personnel) . En réponse à la dépêche Apple abandonne IBM pour Intel. Évalué à 3.
Aujourd'hui, si tu veux acheter un materiel en faisant le choix d'avoir moins de performance, plus de silence, moins de consommation, c'est difficile. La seule chose que les revendeurs savent te vendre, c'est plus. Plus de vitesse, plus de ceci, plus de cela.
[^] # Re: POur le premier
Posté par Philippe F (site web personnel) . En réponse au journal Un monde meilleur (avec DRM + RFID). Évalué à 4.
Les distances que tu vois, c'est pour des tags tout betes, qui renvoient juste un numero de serie. C'est bien pour tracer le colis UPS, c'est pas du tout adapte a la securite.
Pour tout ce qui est spec de securite (carte d'identite, permis de conduire, passeport, carte de sante, ...), on utilise un microprocesseur qui est telealimente. La norme de communication utilisee est l'ISO 14443, ou les distances varient theoriquement de 0 a 10 cm. Dans la pratique, 5 cm, c'est beaucoup. 50 cm, c'est possible avec une super antenne cote lecteur, mais tu risques de mettre feu a la carte tellement ca va chauffer.
Pour ce qui est de la gestion de plusieurs reponses simultanees, des protocoles sont prevus pour gerer ca. Ca varie suivant les technos utilisees mais on peut gerer jusqu'a 10 cartes dans le champ sans trop de probleme.
J'ajoute que ces specs sont plutot bien concues, a savoir que tu ne peux pas espionner facilement a distance une personne. Typiquement, pour le passeport, il est impossible de lire le contenu electronique du passeport sans avoir au prealable lu physiquement le contenu du passeport (nom, prenom, etc) parce que les infos utilisateurs ne sont pas stockees dans la partie puce, mais servent a l'authentification.
Toutes les specs d'identite sont en train de s'appuyer sur la spec du passeport, donc niveau securite et respect de la vie privee, c'est plutot la bonne direction. Apres, malheureusement, il y a toujours un malin qui rajoute une base de donnee.
[^] # Re: Mouaif.
Posté par Philippe F (site web personnel) . En réponse au journal Comparaison des vitesses de navigateurs : Firefox pas le meilleur ?. Évalué à 4.
> - tout le rendu par X se fait via des IPC de type socket.
Tout a fait faux. C'est vrai uniquement quand le serveur et le client ne sont pas sur la meme machine. Sinon, ca se fait via de la memoire partage, ce qui est extremement rapide.
> - X n'a aucune couche ressemblant à du vectoriel et ne gere que des bitmaps et qq polices codés en dur
Le vectoriel arrive a grand pas dans X avec cairo. Pour ce qui est des polices, elles sont chargees lors du demarrage de X et il n'est pas tres difficile d'en ajouter.
> - X ne gere pas vraiment l'anti-aliasing, le rendu est souvent fait coté client et transmis par IPC ( pango au hasard )
Bizarre, il me semblait que c'etait l'objet de l'extentsion XRandR et que c'est grace a ca qu'on a l'antialiasing dans Qt puis de Gtk.
Pour le reste, je ne suis pas bien place pour contrer.
J'en ai discute avec des gens comme Mathias Ettrich qui ont connaissent les arcanes de X pour avoir optimise Qt dessus. Ils ont une tres bonne opinion de X. Certains aspects du projet sont en retard, mais globalement, c'est une bonne technologie.
[^] # Re: Pourquoi pas KDE?
Posté par Philippe F (site web personnel) . En réponse au journal Gnome ou KDE ou....quoi ?. Évalué à 1.
Peut-etre est-ce juste en comparaison du modle objet de gtk tout court. C'est sur qu'il y a de la marge.
Je m'etais amuse a faire des erreurs de syntaxes dans les declarations des types d'objets en Gtk. Comme je m'y attendais, aucune erreur n'a ete detectee. Ca me parait dangereux quand meme.
[^] # Re: KDE, parce que
Posté par Philippe F (site web personnel) . En réponse au journal Gnome ou KDE ou....quoi ?. Évalué à 8.
Tu as tort a mon avis de croire que les preferences de desktop sont rationelles. C'est irrationnel, emotionnel. Il y a bien sur des petits bouts de logique pour justifier tout ca, mais ca ne va pas bien loin.
[^] # Re: Pourquoi pas KDE?
Posté par Philippe F (site web personnel) . En réponse au journal Gnome ou KDE ou....quoi ?. Évalué à 2.
La, tu m'en bouches un coin ? Tu sais comment est fait ton modele objet "au top" ? Pour heriter d'une structure, ou cree une nouvelle structure dont le premier membre est la structure precedente. Et derriere, on fait des gros cast crados en C pour mapper tout ca et faire croire que le C peut faire de l'heritage.
C'est quoi qui te fais dire qu'il est "au top" ?
[^] # Re: SSII
Posté par Philippe F (site web personnel) . En réponse à la dépêche Google finance le logiciel libre. Évalué à 2.
[^] # Re: Incroyable !
Posté par Philippe F (site web personnel) . En réponse à la dépêche Google finance le logiciel libre. Évalué à 4.
C'est sur que c'est plus dur que de faire un demineur, mais bon, vous voulez devenir informaticien ou non ?
[^] # Re: Un peu trop rêveur ?
Posté par Philippe F (site web personnel) . En réponse à la dépêche 10x10 - le pari de Jeff Waugh. Évalué à 6.
Des que Qt4 sera sorti, je basculerai dessus.
Sinon, je ne suis pas trop d'accord de dire que Gtk est plus business friendly que Qt. Ce qui est business friendly, c'est d'avoir un support technique sur qui tu peux compter 24h/24, des gens sur qui tu peux raler quand ca marche pas et des professionnels qui te _garantissent_ que ton soft marchera avec ton toolkit sous windows linux mac hpux solaris etc etc.
Il manque toutes ces choses a Gtk. Notamment, il n'y a personne qui te garantit que gtk marchera sans probleme sous windows et sous macos. A la difference de Trolltech, qui pour tes 1500 $, te garantit que t'auras 0 probleme de portage (ce que je confirme).
De plus, GTk sous windows a il me semble un certain nombre de limitations. Typiquement il me semble que le port a ete fait pour des gens qui developpent avec gcc. Si tu utilises borland ou Visual, ce qui est assez courant sous windows, le support va devenir beaucoup plus difficile a assurer. Un mec qui fait du logciiel libre n'est en general pas tres motive pour faire du support sur des IDE bugges et non libres faits par Microsoft.
J'ajouterai aussi que beaucoup de developpements professionnels sont aujourd'hui fait en C++ ou en java. Avec un toolkit en C, tu vas avoir du mal a expliquer que t'es plus productif a ton manager alors que ca fait 5 ans que tous les devs sont passes du C au C++.
Bref, je pense que les 1500$ de licence commerciale de Qt pour le monde professionnel sont bien depenses. Si tu perds 3 jours sur un projet, ca veut dire que ta boite t'a paye pendant 3 jours sans resultats. Le cout homme d'une journee (salaire + locaux + charges + ...) c'est d'enfiron 700 euro. A partir de 2 jours, tu es rentre dans tes frais.