On vient d'avoir une tablette (iPad 4, si je ne me trompe pas), et je trouve qu'au contraire, c'est largement plus adapté au quotidien des personnes lambda (qui ne travaillent pas à la maison).
Aller sur internet (en lecture) est quand même super agréable, bien plus que sur un ordi à mes yeux, et les quelques applications que j'ai pu utiliser sont franchement super bien fichues, bien mieux que sur ordi : contrôle à distance d'iTunes, vidéo et musique en streaming depuis mon ordi, messagerie, Marmiton.org, météo, …
Alors, clairement ça peut être très mauvais pour certains usages, mais excellent au quotidien pour beaucoup de gens.
Et pour la vidéo, je ne suis pas sûr qu'ils auraient mis beaucoup moins de temps avec un ordi.
Bof. J'ai beaucoup de mal à apprécier l'idée d'avoir la même interface pour mon téléphone et mon ordi.
Sur mon téléphone, je veux peu de boutons mais gros pour mes doigts, une seule vue (une liste d'éléments, par exemple) à la fois, peu d'informations (écran tactile de 9 cm de diagonale).
Sur mon ordi, je veux des petits boutons (une souris, c'est précis), beaucoup plus d'informations, plusieurs vues dans la même application, des raccourcis claviers marqués à l'écran (lettre soulignée, par exemple).
Ça amène des contraintes vraiment différentes voire opposées sur les interfaces.
Quant au HTML5 pour les applications… Apple a d'abord proposé HTML5 + JS (que « tout le monde » connaît) pour les applications iPhone, ça a fait un flop. Ils ont proposé Objective-C + Cocoa (que « personne » ne connaissait), et tout le monde a appris Objective-C + Cocoa. J'ai du mal à croire que Canonical décidera les développeurs à faire du HTML5+JS alors qu'Apple a échoué.
Ce sont tout de même souvent des cas où la licence du logiciel n'a strictement rien à voir avec le succès. Le prix (ou plutôt la gratuité), peut-être davantage.
Si Apache est proposé par tous les hébergeurs, c'est à mon avis parce qu'il est facile à mettre en place, raisonnablement performant et gratuit, ce qui permet de proposer des tarifs intéressants aux clients.
Du coup, je ne pense pas qu'on puisse généraliser en LL / propriétaire, vu que ce n'est pas le critère de choix pour ces logiciels (à part quelques cas, évidemment).
Par contre, si Linux a du succès dans le CHP, c'est bien en partie grâce à sa licence vu que c'est un milieu qui a naturellement tendance à mettre les mains dans le cambouis.
C'est sûr, c'est bien la première fois que je dois lire la doc d'un site web :p
D'une part, la ligne en petits caractères est quand même pas super visible, et d'autre part il faut comprendre que ce sont les touches « < » et « > » dont on parle, et pas de simples flèches sur lesquelles cliquer… Mais, j'imagine que quand on connaît, ça semble évident.
Je trouve que ce n'est pas évident de comprendre comment accéder facilement aux commentaires non lus sur une page, vu qu'ils peuvent se retrouver en plein milieu d'une page déjà lue.
Avoir son nom de domaine est très pratique pour avoir une adresse par compte : linuxrf@exemple.fr, fnac@exemple.fr, …
Ça permet de bannir rapidement une adresse spammée, et identifier le spammeur (sachant que certains mettent plusieurs mois avant de commencer). Ça permet également, dans une moindre mesure, de faire du tri automatique suivant l'adresse de destination.
Rien d'indispensable, évidemment, mais pratique au quotidien quand on sait le mettre en place.
Tu peux créer proprement un paquet Debian avec un projet Python (il faut « simplement » trouver le bon système de packaging), avec une commande du style ./setup.py bdist_stddeb (ou approchant). Et avec le même genre de commandes, tu peux faire en même temps un .tar.gz, un .rpm, un .exe, … Plutôt bien pensé sur ce point-là (mais les outils de paquetage Python ont d'autres soucis, malheureusement).
Mais d'un point de vue performance, peut-être est-le meilleur qui a gagné, non ? On peut comprendre que pour beaucoup de gens, ça soit le plus important.
À la base, Django était un framework fait maison pour le site web d'un journal, ce qui explique certains couplages.
Mais, au cours du temps, ces modules de base (authentification, admin, …) sont passés dans le dossier contrib, qui regroupe les modules non essentiels, mais utiles quand même dans 99% des cas.
C'est aussi ça l'intérêt de Django, quasiment à chaque fois que j'ai besoin de faire quelque chose, c'est soit fourni de base dans le cœur du framework, soit dans les contrib.
Je ne suis pas sûr de bien avoir saisi ce que tu veux dire, mais dans le doute, je vais tout de même répondre.
Avec Django, tu n'es pas censé voir du SQL. Tu écris tes classes Python (*) qui servent de modèle, et tu peux utiliser des « views » génériques (qui correspondraient plutôt au contrôleur dans MVC). Il ne te reste plus qu'à écrire un template avec un peu de HTML (la vue du MVC).
Quand tu pars d'un projet existant, tu n'as aucune raison de partir de la base de données… car elle n'existe pas.
En tout cas, Django utilise beaucoup les conventions, si ça peut te rassurer.
(*) exemple :
class Book(models.Model):
title = models.CharField("titre", max_length=255, primary_key=True)
author = models.CharField("auteur", max_length=255)
Ça génèrera une table SQL avec deux colonnes de VARCHAR, mais tu pourras manipuler uniquement des objets Python.
On peut en effet modifier le modèle User. C'est plutôt pas mal, car le modèle d'origine est tout de même assez basique. Maintenant, on peut rajouter tous les attributs dont on a besoin. De façon générale, il y avaient un certain nombre de choses qui étaient spécifiques aux modules d'authentification et d'admin.
Maintenant, ce n'est plus le cas, et ils deviennent des modules comme les autres.
Django commence à devenir vraiment bon avec cette version 1.5 !
Par principe, je trouve curieux de critiquer l'absence de choix et de ne pas cite Adobe Reader ou Apple Preview quand on donne une liste de lecteurs PDF pour OS X. « On est gentil, on tient à vous informer, mais on ne vous dira que ce qui nous arrange ». Voilà tout l'effet que ça me fait.
Ensuite, ils me conseillent gentiment Vindaloo, qui, je cite « is currently under active development. » Comprendre : il existe une version 0.2 datant de 2005.
Après avoir vu ça, je ne vais même pas chercher à prendre autre chose qu'Apple Preview (qui me convient tout à fait, soit dit en passant), si le meilleur équivalent libre est de ce niveau…
Mais bon, ça me semble curieux qu'en PHP on puisse faire plus rapide qu'en C/C++.
Enfin, plus exactement, il serait plus intéressant de comparer son serveur web à un serveur classique + n'importe quel système de cache habituel avec PHP, pour voir quel est le gain apporté par l'absence de parsing (et autres) à chaque page.
Et je me demande quelle sera la différence de perf (même sans cache PHP) quand il voudra prendre en compte des configurations HTTP consommant du CPU, comme du HTTPS (avec authentification TLS mutuelle) avec Kerberos…
Bin 2% de beaucoup, ça ne reste que 2%… Autant dire que ce n'est pas ça qui va changer la face du monde. Si le trafic aérien augmente de 4% par an, que tu améliores de 2% une partie des avions, tu auras juste décalé ton augmentation de 2 ou 3mois.
Tu peux compiler et installer une application sans qu'elle passe par Apple (heureusement pour les développeurs !)
Ce que tu ne peux pas faire sans validation par Apple, c'est distribuer ton code via l'AppStore. De plus, il y a un système pour que les entreprises puissent déployer leurs applications internes sans passer par l'AppStore d'Apple. J'ose espérer qu'il n'y a pas besoin de validation d'Apple pour ce genre d'applis, mais on peut s'attendre au pire.
J'imagine que le coût du benchmark doit être pris en charge, au moins en partie, par le constructeur. Ça fait toujours une bonne pub de pouvoir annoncer avoir construit le n° X du Top 500.
Accessoirement, il doit y avoir plusieurs essais, à cause des pannes. Sur ce genre de machines, les pannes sont fréquentes et normales.
En quoi serait-ce la mort des freeware ? Il suffit de regarder ce qui se passez sur l'iPhone ou les Android pour se rendre compte qu'il y a environ 50% d'applications gratuites.
Donne donc des chiffres plus fiables. Personnellement, ça ne me choque pas plus que ça. Jailbreaker un téléphone demande tout de même quelques connaissances informatiques, même basiques (je ne vois pas ma mère le faire, par exemple), et ce n'est pas parce que tu possèdes ces connaissances que tu vas forcément jailbreaker ton téléphone. Pour reprendre une méthode de statistique fiable, au doigt mouillé, je connais pas mal de gens qui bossent dans l'informatique (avec largement le niveau pour le jailbreak), et qui pourtant ne l'ont pas fait. Mais à nouveau, si tu as de meilleurs chiffres, je suis preneur.
Apple a tout de même intégré un certain nombre de choses qui n'étaient possibles qu'avec le jailbreak dans les premières versions, ce qui le rend moins utile quand on ne veut pas d'applis piratées.
En 2011, il y aurait eu en gros 7-8% d'iPhone jailbreakés en France (loin des 75% que tu annonces), et il y aurait des applications piratées sur 38% de ceux-ci (d'après PinchMedia, je n'ai pas vu d'autres sources). Le taux de jailbreak monte à 40% en Chine, mais est entre 5 et 10% dans les pays occidentaux.
Supporter OS X, ok, mais comment ?
Avoir une « vraie » appli OS X, c'est avoir une appli qui utilise les composants du système, du genre :
- le proxy
- le correcteur orthographique et grammatical
- les raccourcis clavier (modifiables par le système)
- le trousseau de mots de passe et de certificats
- les API pour les contacts et les mails
- l'API système pour faire du plein écran
Alors, oui, ça commence à arriver, mais que ce soit avec Qt ou avec un autre toolkit, il est nécessaire d'avoir du code spécifique à OS X (comme il en faut sûrement pour Linux ou Windows). Faire du code identique quelque soit l'OS et être bien intégré au système me semble vraiment impossible, quelque soit le toolkit utilisé.
Sauf que reprendre le look & feel natif, ce n'est pas seulement changer la couleur des boutons. Par exemple, tu peux avoir un widget (composant élémentaire de l'interface graphique : bouton, liste déroulante, élément de menu, …) qui existe sur un OS et pas sur un autre, comme c'est le cas avec Vista par rapport aux autres OS. Autre exemple, avec OS X, tu as une seule icône pour toutes les fenêtres de l'application, icône que tu peux animer (faire rebondir, ou la modifier).
C'est assez loin du modèle Windows XP et Gnome 2 où tu as une icône par fenêtre, icône qui est figée. Dur d'avoir un toolkit qui adopte vraiment le style natif de chaque plate-forme.
Je fais bien la différence, mais tu peux avoir plusieurs solutions de SSO en parallèle : Kerberos qui va te logguer sur les différents sites de l'intranet de ton entreprise, Facebook qui va te logguer sur tous les sites qui utilisent Facebook pour t'authentifier (je ne connais que Clubic qui permette d'utiliser Facebook pour se logguer, mais j'imagine bien qu'il y a pas mal d'autres sites), …
Je pensais donc à un système qui stocke tous tes mots de passe (comme un trousseau d'accès), mais qui en plus gère l'aspect SSO de ces comptes (renouveler le ticket, par exemple).
Par exemple, un trousseau simple utiliserait le mot de passe associé à Clubic pour te connecter sur Clubic, alors qu'un système conscient du SSO te connecterait à Facebook si tu ne l'es pas déjà, puis utiliserait cette connexion pour te connecter sur Facebook.
Mais bon, attendons d'en savoir plus :D
[^] # Re: vista
Posté par flan (site web personnel) . En réponse au journal Windows 8, pire que Vista !. Évalué à 1.
On vient d'avoir une tablette (iPad 4, si je ne me trompe pas), et je trouve qu'au contraire, c'est largement plus adapté au quotidien des personnes lambda (qui ne travaillent pas à la maison).
Aller sur internet (en lecture) est quand même super agréable, bien plus que sur un ordi à mes yeux, et les quelques applications que j'ai pu utiliser sont franchement super bien fichues, bien mieux que sur ordi : contrôle à distance d'iTunes, vidéo et musique en streaming depuis mon ordi, messagerie, Marmiton.org, météo, …
Alors, clairement ça peut être très mauvais pour certains usages, mais excellent au quotidien pour beaucoup de gens.
Et pour la vidéo, je ne suis pas sûr qu'ils auraient mis beaucoup moins de temps avec un ordi.
[^] # Re: vista
Posté par flan (site web personnel) . En réponse au journal Windows 8, pire que Vista !. Évalué à 2.
Apple avait sorti un clavier spécial pour le premier iPad, ils ont arrêté après. Faut croire que ça ne se vendait pas tant que ça.
[^] # Re: sans intérêt
Posté par flan (site web personnel) . En réponse au journal Ubuntu phone OS. Évalué à 5.
Bof. J'ai beaucoup de mal à apprécier l'idée d'avoir la même interface pour mon téléphone et mon ordi.
Sur mon téléphone, je veux peu de boutons mais gros pour mes doigts, une seule vue (une liste d'éléments, par exemple) à la fois, peu d'informations (écran tactile de 9 cm de diagonale).
Sur mon ordi, je veux des petits boutons (une souris, c'est précis), beaucoup plus d'informations, plusieurs vues dans la même application, des raccourcis claviers marqués à l'écran (lettre soulignée, par exemple).
Ça amène des contraintes vraiment différentes voire opposées sur les interfaces.
Quant au HTML5 pour les applications… Apple a d'abord proposé HTML5 + JS (que « tout le monde » connaît) pour les applications iPhone, ça a fait un flop. Ils ont proposé Objective-C + Cocoa (que « personne » ne connaissait), et tout le monde a appris Objective-C + Cocoa. J'ai du mal à croire que Canonical décidera les développeurs à faire du HTML5+JS alors qu'Apple a échoué.
[^] # Re: Pertinence du discours et de cet axe de recherche
Posté par flan (site web personnel) . En réponse au journal Le futur de Jappix. Évalué à 1.
Ce sont tout de même souvent des cas où la licence du logiciel n'a strictement rien à voir avec le succès. Le prix (ou plutôt la gratuité), peut-être davantage.
Si Apache est proposé par tous les hébergeurs, c'est à mon avis parce qu'il est facile à mettre en place, raisonnablement performant et gratuit, ce qui permet de proposer des tarifs intéressants aux clients.
Du coup, je ne pense pas qu'on puisse généraliser en LL / propriétaire, vu que ce n'est pas le critère de choix pour ces logiciels (à part quelques cas, évidemment).
Par contre, si Linux a du succès dans le CHP, c'est bien en partie grâce à sa licence vu que c'est un milieu qui a naturellement tendance à mettre les mains dans le cambouis.
[^] # Re: En parlant des nouveaux qui sont perdus
Posté par flan (site web personnel) . En réponse au journal De l'accueil dans la communauté LinuxFr. Évalué à 5.
C'est sûr, c'est bien la première fois que je dois lire la doc d'un site web :p
D'une part, la ligne en petits caractères est quand même pas super visible, et d'autre part il faut comprendre que ce sont les touches « < » et « > » dont on parle, et pas de simples flèches sur lesquelles cliquer… Mais, j'imagine que quand on connaît, ça semble évident.
Enfin, merci pour l'astuce :)
# En parlant des nouveaux qui sont perdus
Posté par flan (site web personnel) . En réponse au journal De l'accueil dans la communauté LinuxFr. Évalué à 2.
Je trouve que ce n'est pas évident de comprendre comment accéder facilement aux commentaires non lus sur une page, vu qu'ils peuvent se retrouver en plein milieu d'une page déjà lue.
[^] # Re: Qu'est-ce qui fait tourner le monde ?
Posté par flan (site web personnel) . En réponse au journal Plus d'inscription à la version gratuite de Google Apps. Évalué à 6. Dernière modification le 08 décembre 2012 à 17:43.
Avoir son nom de domaine est très pratique pour avoir une adresse par compte : linuxrf@exemple.fr, fnac@exemple.fr, …
Ça permet de bannir rapidement une adresse spammée, et identifier le spammeur (sachant que certains mettent plusieurs mois avant de commencer). Ça permet également, dans une moindre mesure, de faire du tri automatique suivant l'adresse de destination.
Rien d'indispensable, évidemment, mais pratique au quotidien quand on sait le mettre en place.
[^] # Re: Paquets Debian
Posté par flan (site web personnel) . En réponse au journal Write once, run anywhere qu'il disait. Évalué à 1.
Tu peux créer proprement un paquet Debian avec un projet Python (il faut « simplement » trouver le bon système de packaging), avec une commande du style ./setup.py bdist_stddeb (ou approchant). Et avec le même genre de commandes, tu peux faire en même temps un .tar.gz, un .rpm, un .exe, … Plutôt bien pensé sur ce point-là (mais les outils de paquetage Python ont d'autres soucis, malheureusement).
[^] # Re: Et pourtant ils ont tenté
Posté par flan (site web personnel) . En réponse au journal Mozilla laissera Firefox lire les vidéos en H.264. Évalué à 3.
Bonne question. D'ailleurs, je trouve normal d'avoir une seule brique offerte par le système pour décoder les fichiers multimédia.
[^] # Re: webm ?
Posté par flan (site web personnel) . En réponse au journal Mozilla laissera Firefox lire les vidéos en H.264. Évalué à 6.
Mais d'un point de vue performance, peut-être est-le meilleur qui a gagné, non ? On peut comprendre que pour beaucoup de gens, ça soit le plus important.
[^] # Re: Modèle User
Posté par flan (site web personnel) . En réponse au journal Django 1.5 beta. Évalué à 6.
À la base, Django était un framework fait maison pour le site web d'un journal, ce qui explique certains couplages.
Mais, au cours du temps, ces modules de base (authentification, admin, …) sont passés dans le dossier contrib, qui regroupe les modules non essentiels, mais utiles quand même dans 99% des cas.
C'est aussi ça l'intérêt de Django, quasiment à chaque fois que j'ai besoin de faire quelque chose, c'est soit fourni de base dans le cœur du framework, soit dans les contrib.
[^] # Re: Scaffolding
Posté par flan (site web personnel) . En réponse au journal Django 1.5 beta. Évalué à 2. Dernière modification le 29 novembre 2012 à 22:09.
Je ne suis pas sûr de bien avoir saisi ce que tu veux dire, mais dans le doute, je vais tout de même répondre.
Avec Django, tu n'es pas censé voir du SQL. Tu écris tes classes Python (*) qui servent de modèle, et tu peux utiliser des « views » génériques (qui correspondraient plutôt au contrôleur dans MVC). Il ne te reste plus qu'à écrire un template avec un peu de HTML (la vue du MVC).
Quand tu pars d'un projet existant, tu n'as aucune raison de partir de la base de données… car elle n'existe pas.
En tout cas, Django utilise beaucoup les conventions, si ça peut te rassurer.
(*) exemple :
class Book(models.Model):
title = models.CharField("titre", max_length=255, primary_key=True)
author = models.CharField("auteur", max_length=255)
Ça génèrera une table SQL avec deux colonnes de VARCHAR, mais tu pourras manipuler uniquement des objets Python.
[^] # Re: Modèle User
Posté par flan (site web personnel) . En réponse au journal Django 1.5 beta. Évalué à 3.
Et au lieu de te contenter de dire ça, pourquoi ne pas expliquer en quoi RoR est-il supérieur à Django ?
# Modèle User
Posté par flan (site web personnel) . En réponse au journal Django 1.5 beta. Évalué à 2.
On peut en effet modifier le modèle User. C'est plutôt pas mal, car le modèle d'origine est tout de même assez basique. Maintenant, on peut rajouter tous les attributs dont on a besoin. De façon générale, il y avaient un certain nombre de choses qui étaient spécifiques aux modules d'authentification et d'admin.
Maintenant, ce n'est plus le cas, et ils deviennent des modules comme les autres.
Django commence à devenir vraiment bon avec cette version 1.5 !
[^] # Re: Respect du standard
Posté par flan (site web personnel) . En réponse à la dépêche Libre choix du lecteur PDF. Évalué à 7.
Par principe, je trouve curieux de critiquer l'absence de choix et de ne pas cite Adobe Reader ou Apple Preview quand on donne une liste de lecteurs PDF pour OS X. « On est gentil, on tient à vous informer, mais on ne vous dira que ce qui nous arrange ». Voilà tout l'effet que ça me fait.
Ensuite, ils me conseillent gentiment Vindaloo, qui, je cite « is currently under active development. » Comprendre : il existe une version 0.2 datant de 2005.
Après avoir vu ça, je ne vais même pas chercher à prendre autre chose qu'Apple Preview (qui me convient tout à fait, soit dit en passant), si le meilleur équivalent libre est de ce niveau…
[^] # Re: Benchmark de pancake
Posté par flan (site web personnel) . En réponse à la dépêche De tout, de rien, des bookmarks, du bla‐bla #47. Évalué à 2. Dernière modification le 24 novembre 2012 à 00:22.
Peut-être PHP 5.4.8 ? (au hasard)
Mais bon, ça me semble curieux qu'en PHP on puisse faire plus rapide qu'en C/C++.
Enfin, plus exactement, il serait plus intéressant de comparer son serveur web à un serveur classique + n'importe quel système de cache habituel avec PHP, pour voir quel est le gain apporté par l'absence de parsing (et autres) à chaque page.
Et je me demande quelle sera la différence de perf (même sans cache PHP) quand il voudra prendre en compte des configurations HTTP consommant du CPU, comme du HTTPS (avec authentification TLS mutuelle) avec Kerberos…
[^] # Re: Utilité ?
Posté par flan (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2012. Évalué à 2.
Bin 2% de beaucoup, ça ne reste que 2%… Autant dire que ce n'est pas ça qui va changer la face du monde. Si le trafic aérien augmente de 4% par an, que tu améliores de 2% une partie des avions, tu auras juste décalé ton augmentation de 2 ou 3mois.
[^] # Re: Un mini-message plus qu'un journal
Posté par flan (site web personnel) . En réponse au journal VLC passe à la LGPL. Évalué à 3.
Tu peux compiler et installer une application sans qu'elle passe par Apple (heureusement pour les développeurs !)
Ce que tu ne peux pas faire sans validation par Apple, c'est distribuer ton code via l'AppStore. De plus, il y a un système pour que les entreprises puissent déployer leurs applications internes sans passer par l'AppStore d'Apple. J'ose espérer qu'il n'y a pas besoin de validation d'Apple pour ce genre d'applis, mais on peut s'attendre au pire.
[^] # Re: En vrac...
Posté par flan (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2012. Évalué à 2.
J'imagine que le coût du benchmark doit être pris en charge, au moins en partie, par le constructeur. Ça fait toujours une bonne pub de pouvoir annoncer avoir construit le n° X du Top 500.
Accessoirement, il doit y avoir plusieurs essais, à cause des pannes. Sur ce genre de machines, les pannes sont fréquentes et normales.
[^] # Re: On parie?
Posté par flan (site web personnel) . En réponse au journal Half-life 3 sera sous linux. UNIQUEMENT SOUS LINUX !. Évalué à 1.
En quoi serait-ce la mort des freeware ? Il suffit de regarder ce qui se passez sur l'iPhone ou les Android pour se rendre compte qu'il y a environ 50% d'applications gratuites.
[^] # Re: Le chantage à la pomme
Posté par flan (site web personnel) . En réponse au journal ice cream sandwich, je ne mange pas de ce pain-là. Évalué à 2.
Donne donc des chiffres plus fiables. Personnellement, ça ne me choque pas plus que ça. Jailbreaker un téléphone demande tout de même quelques connaissances informatiques, même basiques (je ne vois pas ma mère le faire, par exemple), et ce n'est pas parce que tu possèdes ces connaissances que tu vas forcément jailbreaker ton téléphone. Pour reprendre une méthode de statistique fiable, au doigt mouillé, je connais pas mal de gens qui bossent dans l'informatique (avec largement le niveau pour le jailbreak), et qui pourtant ne l'ont pas fait. Mais à nouveau, si tu as de meilleurs chiffres, je suis preneur.
Apple a tout de même intégré un certain nombre de choses qui n'étaient possibles qu'avec le jailbreak dans les premières versions, ce qui le rend moins utile quand on ne veut pas d'applis piratées.
[^] # Re: Le chantage à la pomme
Posté par flan (site web personnel) . En réponse au journal ice cream sandwich, je ne mange pas de ce pain-là. Évalué à 8.
En 2011, il y aurait eu en gros 7-8% d'iPhone jailbreakés en France (loin des 75% que tu annonces), et il y aurait des applications piratées sur 38% de ceux-ci (d'après PinchMedia, je n'ai pas vu d'autres sources). Le taux de jailbreak monte à 40% en Chine, mais est entre 5 et 10% dans les pays occidentaux.
[^] # Re: qt
Posté par flan (site web personnel) . En réponse au journal Conseils aux libristes, 3e partie : surmonter l’obsession du « toolkit ». Évalué à 7.
Supporter OS X, ok, mais comment ?
Avoir une « vraie » appli OS X, c'est avoir une appli qui utilise les composants du système, du genre :
- le proxy
- le correcteur orthographique et grammatical
- les raccourcis clavier (modifiables par le système)
- le trousseau de mots de passe et de certificats
- les API pour les contacts et les mails
- l'API système pour faire du plein écran
Alors, oui, ça commence à arriver, mais que ce soit avec Qt ou avec un autre toolkit, il est nécessaire d'avoir du code spécifique à OS X (comme il en faut sûrement pour Linux ou Windows). Faire du code identique quelque soit l'OS et être bien intégré au système me semble vraiment impossible, quelque soit le toolkit utilisé.
[^] # Re: qt
Posté par flan (site web personnel) . En réponse au journal Conseils aux libristes, 3e partie : surmonter l’obsession du « toolkit ». Évalué à 2.
Sauf que reprendre le look & feel natif, ce n'est pas seulement changer la couleur des boutons. Par exemple, tu peux avoir un widget (composant élémentaire de l'interface graphique : bouton, liste déroulante, élément de menu, …) qui existe sur un OS et pas sur un autre, comme c'est le cas avec Vista par rapport aux autres OS. Autre exemple, avec OS X, tu as une seule icône pour toutes les fenêtres de l'application, icône que tu peux animer (faire rebondir, ou la modifier).
C'est assez loin du modèle Windows XP et Gnome 2 où tu as une icône par fenêtre, icône qui est figée. Dur d'avoir un toolkit qui adopte vraiment le style natif de chaque plate-forme.
[^] # Re: ?
Posté par flan (site web personnel) . En réponse au journal GNOME et Ubuntu n’en finissent pas de s’éloigner. Évalué à 2.
Je fais bien la différence, mais tu peux avoir plusieurs solutions de SSO en parallèle : Kerberos qui va te logguer sur les différents sites de l'intranet de ton entreprise, Facebook qui va te logguer sur tous les sites qui utilisent Facebook pour t'authentifier (je ne connais que Clubic qui permette d'utiliser Facebook pour se logguer, mais j'imagine bien qu'il y a pas mal d'autres sites), …
Je pensais donc à un système qui stocke tous tes mots de passe (comme un trousseau d'accès), mais qui en plus gère l'aspect SSO de ces comptes (renouveler le ticket, par exemple).
Par exemple, un trousseau simple utiliserait le mot de passe associé à Clubic pour te connecter sur Clubic, alors qu'un système conscient du SSO te connecterait à Facebook si tu ne l'es pas déjà, puis utiliserait cette connexion pour te connecter sur Facebook.
Mais bon, attendons d'en savoir plus :D