Il y a deux aspects à considérer pour qu'une application développée pour une plateforme puisse tourner sur une autre : les technologies et l'expérience utilisateur. Coté technologie, QT permet effectivement d'être relativement portable. De l'autre, une application développée pour un usage 'desktop' ou pire 'ligne de commande' sera inutilisable sur un mobile ou une tablette.
Quand j'ai dit plus haut que Intel était intéressé par une communauté de développeurs Meego, il faut comprendre des développeurs qui utilisent les technos portables utilisées dans Meego (QT/QML notamment) et pour les usages forts de Meego (mobile et tablette pour commencer, IVI et Smart TV & co par la suite).
Les applications développées ainsi seront portables ... mais dans une certaine limite. Pour autant que je sache, les ports QT/QML sur Android et iOs sont encore loin de permettre de pouvoir faire tourner correctement des applications qui n'auraient pas été développées spécifiquement en visant une de ces plateformes. Ça me semble, du coup, un peu prématuré de parler d'applications portables (même si j'espère que ce sera le cas par la suite).
PS : ce n'est pas un domaine que je maîtrise très bien, donc si j'ai dit des bêtises, n'hésitez pas à m'inutiliser.
Ouch, profitons vite de mes super pouvoirs pour effacer cette erreur !
j'attends maintenant le « va mettre un ticket dans le suivi »
Yep, cette demande aurait plus sa place là-bas :)
Sinon, je ne suis pas très chaud pour afficher le nombre de votes pertinents/inutiles : ça prend pas mal de place pour une info pas très intéressante et l'interface est déjà bien chargée comme ça (on affiche beaucoup de metas sur les contenus et les commentaires). Mais si beaucoup de gens sont intéressés, je peux le rajouter.
Sinon, depuis la version Rails, il n'y a plus de malus si on n'a pas participé pendant un moment. Je considère que si une personne 10 commentaires tous notés +10, elle a le droit au même karma qu'elle les aie écrit tous hier ou un tous les 6 mois.
Pff, c'est lourd cette rengaine de critiquer chaque concours avec un argument tout-fait « ça sert à ne pas payer les développeurs ». Surtout qu'en l'occurrence, ce n'est pas du tout le cas.
Intel pousse Meego et joue le jeu du Libre (contrairement à Google et android par exemple). Mais pour le moment, la communauté autour de Meego est quasi inexistante et Intel cherche donc à la développer. Je fais parti des gens qui ont été consulté sur la bonne manière de faire ça, dans les respect des développeurs du Logiciel Libre, et le concours me semble être une bonne idée pour ça.
Maintenant, si certains ont une meilleur idée sur ce qu'Intel pourrait faire pour promouvoir Meego et créer une communauté autour, qu'ils n'hésitent pas à poster ici, je ferais remonter l'info.
Le brute force fonctionne jusqu'à 8 caractères si on est patient.
En pratique, avec la dernière version, on met moins d'une seconde pour un mot de passe de 5 caractères, et quelques secondes à quelques dizaines de secondes pour un de 6 caractères. Pour 7, j'imagine que ça doit se compter en heures, et pour 8, en jours.
J'ai pu constater ce problème en prod sur la dépêche LibreOffice. Dans certains cas, plusieurs paragraphes se retrouvent avec la même position, ce qui n'est pas censé arriver. Cela concerne surtout les paragraphes courts, et donc les titres (race condition ?). Du coup, cela amène plein de phénomènes étranges :
les paragraphes ajoutés ne sont pas placés au bon endroit, ce qui rend très difficile de réorganiser une dépêche ;
la version affichée dans le navigateur n'est plus la même que celle du serveur après une modification (on s'en rend facilement compte en rechargeant la page) ;
et plein d'autres effets désagréables...
Mais ça ne va pas être facile à corriger, je n'arrive pas à reproduire ce problème en local, ni à voir quelles pourraient être les étapes qui amènent à avoir plusieurs paragraphes avec la même position.
# Bof
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Envoie de contenu. Évalué à 2 (+0/-0).
Pas grand monde intéressé + plutôt chaint à code => je ferme.
[^] # Re: 2ème lot de questions
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Déconnexions intempestives. Évalué à 1 (+0/-0).
Bon, visiblement, personne n'est intéressé par ça => je ferme l'entrée.
[^] # Re: En cours
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Optimisation MySql. Évalué à 2 (+0/-0).
Celui-là, il ne faut pas y toucher !
[^] # Re: Infos
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Le login ne marche pas (en https avec Firefox 3.6.17). Évalué à 2 (+0/-0).
Pas d'infos => je ferme cette entrée.
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Éditeur de dépêche : erreur de la gestion de paragraphe avec un titre markdown sousligné. Évalué à 2 (+0/-0).
J'espère avoir corrigé ce problème avec https://github.com/nono/linuxfr.org/commit/e7d41171832a4cee9a6e290c333eb39fa9d5202b . Si ce n'est pas le cas, il ne faut pas hésiter à laisser un commentaire pour que je réouvre cette entrée du suivi.
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi L’input « Oublier » est présent même en n'étant pas connecté. Évalué à 2 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/6dfb9d46f648d73a6e0c8aefc59d12b39ec3a011
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Typo sur la page team. Évalué à 2 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/4740eac3f0264e9890af976cf414da5b5d8b367f et également corrigé via l'interface web d'administration sur la prod.
[^] # Re: Annonce ?
Posté par Bruno Michel (site web personnel) . En réponse au journal Soirée de sortie de Varnish 3.0. Évalué à 5.
Non, ça ne vient pas à la place. Le changelog se trouve là : http://www.varnish-cache.org/trac/browser/doc/changes.rst?rev=939d2299c51c8af03b663185b79c49e3d7833d86 mais ce qui était demandé est un résumé des modifications et une vidéo est un bon moyen pour expliquer rapidement les nouveautés pour les gens qui ne suivent pas de près le projet.
[^] # Re: Arnaque
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Intel Music Hackathon, les 18 et 19 juin. Évalué à 4.
Il y a deux aspects à considérer pour qu'une application développée pour une plateforme puisse tourner sur une autre : les technologies et l'expérience utilisateur. Coté technologie, QT permet effectivement d'être relativement portable. De l'autre, une application développée pour un usage 'desktop' ou pire 'ligne de commande' sera inutilisable sur un mobile ou une tablette.
Quand j'ai dit plus haut que Intel était intéressé par une communauté de développeurs Meego, il faut comprendre des développeurs qui utilisent les technos portables utilisées dans Meego (QT/QML notamment) et pour les usages forts de Meego (mobile et tablette pour commencer, IVI et Smart TV & co par la suite).
Les applications développées ainsi seront portables ... mais dans une certaine limite. Pour autant que je sache, les ports QT/QML sur Android et iOs sont encore loin de permettre de pouvoir faire tourner correctement des applications qui n'auraient pas été développées spécifiquement en visant une de ces plateformes. Ça me semble, du coup, un peu prématuré de parler d'applications portables (même si j'espère que ce sera le cas par la suite).
PS : ce n'est pas un domaine que je maîtrise très bien, donc si j'ai dit des bêtises, n'hésitez pas à m'inutiliser.
# Syntaxe markdown
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi impossible de mettre des backspaces dans les commentaire sans user de subterfuges abscons. Évalué à 2 (+0/-0).
Le site utilise la syntaxe markdown, et comme expliqué sur http://daringfireball.net/projects/markdown/syntax#backslash , un antislash doit être protégé par un autre antislash pour être affiché. \ s'obtient donc avec
\\
.[^] # Re: karma
Posté par Bruno Michel (site web personnel) . En réponse au journal Du systeme de notation. Évalué à 4.
Ouch, profitons vite de mes super pouvoirs pour effacer cette erreur !
Yep, cette demande aurait plus sa place là-bas :)
Sinon, je ne suis pas très chaud pour afficher le nombre de votes pertinents/inutiles : ça prend pas mal de place pour une info pas très intéressante et l'interface est déjà bien chargée comme ça (on affiche beaucoup de metas sur les contenus et les commentaires). Mais si beaucoup de gens sont intéressés, je peux le rajouter.
# Doublon
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Problème de pagination des tags. Évalué à 2 (+0/-0).
C'est un doublon de http://linuxfr.org/suivi/mauvais-nombre-de-pages-dans-les-tags
[^] # Re: karma
Posté par Bruno Michel (site web personnel) . En réponse au journal Du systeme de notation. Évalué à 5. Dernière modification le 11 juin 2011 à 22:45.
Perdu, les nouveaux comptes postent à 0.
Sinon, depuis la version Rails, il n'y a plus de malus si on n'a pas participé pendant un moment. Je considère que si une personne 10 commentaires tous notés +10, elle a le droit au même karma qu'elle les aie écrit tous hier ou un tous les 6 mois.
[^] # Re: Arnaque
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Intel Music Hackathon, les 18 et 19 juin. Évalué à 9.
Pff, c'est lourd cette rengaine de critiquer chaque concours avec un argument tout-fait « ça sert à ne pas payer les développeurs ». Surtout qu'en l'occurrence, ce n'est pas du tout le cas.
Intel pousse Meego et joue le jeu du Libre (contrairement à Google et android par exemple). Mais pour le moment, la communauté autour de Meego est quasi inexistante et Intel cherche donc à la développer. Je fais parti des gens qui ont été consulté sur la bonne manière de faire ça, dans les respect des développeurs du Logiciel Libre, et le concours me semble être une bonne idée pour ça.
Maintenant, si certains ont une meilleur idée sur ce qu'Intel pourrait faire pour promouvoir Meego et créer une communauté autour, qu'ils n'hésitent pas à poster ici, je ferais remonter l'info.
[^] # Re: En cours
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Remplacer le certificat SSL. Évalué à 2 (+0/-0).
Fait. Cf https://github.com/nono/linuxfr.org/commit/0e8b0b76f3e901fa45cc2b1a056c4d7fac736787
[^] # Re: En cours
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Remplacer le certificat SSL. Évalué à 2 (+0/-0).
Fait. Cf https://github.com/nono/linuxfr.org/commit/12d7360fcc7fe736fb80d349f85e263afd90df45
[^] # Re: Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Trou dans le slip. Évalué à 2 (+0/-0).
Le problème a été remonté à la core team de Rails et a permis d'améliorer la protection contre les XSS de Rails. Cf http://weblog.rubyonrails.org/2011/6/8/potential-xss-vulnerability-in-ruby-on-rails-applications
# Déjà là
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi [SEO] rel="author". Évalué à 2 (+0/-0).
Les
rel="author"
étaient déjà là, mais j'en ai profité pour aussi mettre unrel="me"
sur le lien vers la page perso d'un utilisateur. Cf https://github.com/nono/linuxfr.org/commit/5f2c62b9bd7fccbda19a52f9abb13971180bfcf5# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi [SEO] Schema.org. Évalué à 2 (+0/-0).
C'est fait pour les articles. Cf https://github.com/nono/linuxfr.org/commit/0140c3f2d42940e3c0f26133d9b016a5fcedbcf0
Et comme schema.org a l'air vraiment mal foutu, je n'irais pas plus loin.
[^] # Re: Problème plus général en fait...
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Éditeur de dépêche : erreur de la gestion de paragraphe avec un titre markdown sousligné. Évalué à 2 (+0/-0).
Oui
Actuellement, non.
Non, le serveur n'est jamais vraiment chargé donc ça ne va pas changer grand chose.
[^] # Re: C'est beau le libre
Posté par Bruno Michel (site web personnel) . En réponse au journal Vérifier ou retrouver un mot de passe sur un fichier XLS/DOC avec pseudo-sécurité XOR. Évalué à 2.
Le brute force fonctionne jusqu'à 8 caractères si on est patient.
En pratique, avec la dernière version, on met moins d'une seconde pour un mot de passe de 5 caractères, et quelques secondes à quelques dizaines de secondes pour un de 6 caractères. Pour 7, j'imagine que ça doit se compter en heures, et pour 8, en jours.
[^] # Re: Petite question aux auteurs de la dépèche
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche 13 ans de LinuxFr.org : entretiens avec les visiteurs (2). Évalué à 2.
Oui, il est encore temps de répondre. Les entretiens vont être publiés dans une série de dépêches étalées jusqu'au 28 juin, la date anniversaire.
[^] # Re: Problème plus général en fait...
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Éditeur de dépêche : erreur de la gestion de paragraphe avec un titre markdown sousligné. Évalué à 2 (+0/-0).
Dur à dire tant que je n'aurais pas trouvé la cause du problème, mais j'aurais tendance à penser que ça ne change rien.
# Problème plus général en fait...
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Éditeur de dépêche : erreur de la gestion de paragraphe avec un titre markdown sousligné. Évalué à 2 (+0/-0).
J'ai pu constater ce problème en prod sur la dépêche LibreOffice. Dans certains cas, plusieurs paragraphes se retrouvent avec la même
position
, ce qui n'est pas censé arriver. Cela concerne surtout les paragraphes courts, et donc les titres (race condition ?). Du coup, cela amène plein de phénomènes étranges :Mais ça ne va pas être facile à corriger, je n'arrive pas à reproduire ce problème en local, ni à voir quelles pourraient être les étapes qui amènent à avoir plusieurs paragraphes avec la même
position
.[^] # Re: Pas facile
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Pouvoir changer de login/pseudo. Évalué à 3 (+0/-0).
En fait, c'est bien trop compliqué à modifier pour que ça en vaille la peine. Je ferme l'entrée vu qu'elle ne sera donc pas corrigée.