Laurent J a écrit 2938 commentaires

Est-ce que XUL va évoluer pour mieux s'adapter à la plateforme ?

C'est pas une histoire d'adaptation de XUL à la plateforme. Pour avoir le look de gnome3, c'est surtout une histoire de CSS (ce qui est fourni par adwaita est un theme, donc des fichiers css, images…)

L'explorateur 3D repose sur webgl, donc OpenGL, donc c'est accéléré. Donc ça doit être un problème de conf ou de perf chez toi

Sans vouloir t'offenser, je trouve que la traduction de René-luc est bien meilleure. Il y a des phrases dans ton journal que je n'ai pas compris…

Juste par curiosité, les gagnants sont choisis sur des critères précis (et si oui lesquels) ? par tirage au sort ? Ou c'est un choix complètement subjectif d'un jury (qui serait composé de qui d'ailleurs ?)

Il faut que tu saches que le second degré, l'ironie, tout ça, cela requiert une certaine qualité d'écriture. Et là, manifestement, ta phrase était mal tournée.

Et il me semble (je me trompe peut-être) que les attributs doivent-être fixes

tu te trompes carrément. Un getAttribute() sur un element ne va pas broncher si l'attribut n'existe pas. Il renverra null dans ce cas et c'est tout.

D'ailleurs le getAttribute est plus performant (les attributs sont stockés dans une table de hash) que d'aller essayer de chercher un element fils puis son contenu textuel (il faut parcourir le sous arbre…).

Et sachant aussi qu'il n'y a pas que la RATP ou la SNCF. La majorité des compagnies de bus de la région acceptent le pass navigo (tout comme à l'époque, la carte orange).

Cela permet donc aussi à toutes les compagnies de transports de la région de percevoir l'argent qui leur est dû.

Le site de Tea-ebook a ouvert officiellement hier http://www.tea-ebook.com/ ;-)

Ils ne proposeront pas qu'un logiciel pour une liseuse, mais aussi toute une plateforme de distribution d'ebook, plateforme qui sera open-source.

Ouai enfin là, celui qui a pondu les exemples, il n'a pas vraiment compris l’intérêt des namespace. Plutôt que de définir un prefix p xmlns:p="http://lumberjack.org", il suffit juste de déclarer directement xmlns="http://lumberjack.org" (au pire tu laisse aussi xmlns:p="http://lumberjack.org" pour les balises lumberjack imbriqué dans d'autres namespaces, et, oh, miracle, tu as un fichier plus leger et plus lisible

<Event>
    <time>2001-12-31T12:00:00</time>
    <level>WARN</level>
    <id>HTTPD10001</id>
    <msg>File does not exist: /usr/local/apache/htdocs/favicon.ico </msg>
</Event>

Ensuite, j'ai l'impression que ceux qui ont pondu le schema, ne connaissent pas vraiment XML (comme beaucoup de développeur d'ailleurs, faut voir les formats xml de certains autres logiciels libres…)

Par exemple, dans une balise level, à priori, on ne risque pas d'avoir autre chose que le nom du niveau donc pas d'autres balises à l'interieur. Idem, pour time, on ne va pas avoir autre chose que la date. Idem pour id. Pourquoi donc ne mettent-ils pas ça dans des attributs ??

Parce que tout de suite, ça deviendrait plus concis, et peut-être plus lisible pour certains :

<Event time="2001-12-31T12:00:00" level="WARN" id="HTTPD10001">
    <msg>File does not exist: /usr/local/apache/htdocs/favicon.ico </msg>
</Event>

Hop, 30% d'espace économisé.
D'un point de vue "philosophie XML", c'est aussi plus cohérent.

On laissera toutefois msg comme ça, on sait jamais, si il y a besoin à l'avenir de faire évoluer le format du message du genre File does not exist: /usr/local/apache/htdocs/favicon.ico, ou pour permettre aux programmes de rajouter d'autres balises à coté dans Event.

Bon et puis pour leur format en json, c'est d'un total ridicule, de vouloir finalement imiter le XML (avec lerus declarations de namespace ou autre) sans faire de XML. On tue finalement les avantages du JSON. aucun intérêt.

non mais j'ai bien compris hein. ça fait 15 ans que je fais de la base de donnée.

Ce que je voulais dire, c'est que tout ce que tu viens de dire, tout ces cas "exceptionnel", ça se test, si possible par des tests automatisés (qui sont donc en dehors du code), pour vérifier justement que ton appli ne se plante pas ou n'insère pas n'importe quoi dans ta base. Faire une confiance aveugle à la base, c'est un peu dangereux. Il suffit par exemple un oubli de mettre la contrainte qu'il faut sur la bonne colonne, pour que ça parte en vrille (ce qui peut arriver lors d'un passage en prod, "oups, j'ai oublié d’exécuter mon script SQL d'upgrade de mon schema en prod", ou "oups, mon script d'upgrade n'était pas complet").

Et justement pour palier à ce genre d'erreur, ce n'est pas forcément inutile de faire ces vérification "à la main" dans le code comme tu indiques, surtout si ça ne gène pas au niveau des perfs ou autre, ou si ça permet de mieux controller l'execution, donc de fournir une meilleure "experience utilisateur". Parce que bon, traiter des exceptions, ce n'est pas toujours simple quand tu as plusieurs cas possible qui peut arriver au même endroit.

qui combine les inconvénients de l'iPhone (OS non multitâche, web sans flash, utilisation restreinte aux applications vendues sur l'AppStore…)

Bon, déjà, web sans flash, pour moi, c'est à classer dans les avantages. Die Flash ! Die !

sans ses avantages (l'iPad, même en version 3/4G, ne permet même pas de téléphoner !),

Mon laptop (Dell) ne peut pas téléphoner non plus (pourtant je peux me connecter en 3G). C'est grave doctor ?

avec les inconvénients du laptop (encombrement, autonomie…)

J'aimerai bien un laptop aussi encombrant (en clair, moins encombrant), et avec une telle autonomie.

sans ses avantages (vrai OS, clavier physique, choix des applications…).

madame michu trouve que ne pas avoir de clavier physique, et d'avoir tout en tactile, c'est mieux pour ce qu'elle a à faire. Quant au vrai os, ça la fait bien rigoler. Idem pour le choix des applications. Mais c'est vrai que les milliers des applis de l'appstore, ce n'est vraiment pas du tout suffisant.

Le tout aux prix habituels de la marque à la pomme défiant toute concurrence (comprendre par là, plus cher que partout ailleurs).

Bah, va voir le prix du Samsung Galaxy Tab, il est au même prix que l'ipad.

Tout ça pour conclure : à priori, ce truc n'est pas fait pour toi. Tu ne vois pas d’utilité à cet appareil pour en posséder un (comme moi d'ailleurs). Ce n'est pas pour ça que ça sera un flop, et que ça n’intéressera personne.

PS: je n'ai pas d'iphone, d'ipad, d'itruc ou d'ibidule, sauf un "vieux" macbook récupéré du boulot.

s'il faut les revérifier à la main derrière ?

Qui a dit de vérifier "à la main". Tests unitaires, fonctionnels, ça te parle ?

mais c'est en aucun cas une excuse pour que la base avale sans broncher derrière.

La base a fait ce que l'application et le développeur lui ont indiqué de faire. (mauvais choix du type de stockage etc). Elle a avalé sans broncher parce qu'on lui a dit de ne pas broncher. Dans mysql, ce n'est pas un bug, c'est une fonctionnalité (bah oui, on a besoin parfois qu'il n'y ait pas de contrainte d'intégrité, pour diverses raisons, comme la performance, et donc avec mysql, on peut choisir un moteur de stockage qui ne bronche pas)

Si il y avait des tests, le problème aurait été détecté immédiatement, que l'origine du problème ait été la base ou le code.

c'est quand même plus léger et lisible.

Ouai, alors, ou tu es un super admin de la mort qui tue, et que des millions de lignes de CSV ne te font pas peur. Ou alors tu n'as jamais administré de vrais serveurs.

Parce que CSV ou XML, dans un vrai contexte de production (un serveur relativement chargé, ou pas d'ailleurs), les logs sont de toutes manières illisibles, tellement il y a d'enregistrement, et nécessite donc des outils pour analyser et chercher quelque chose.

effectivement, à y regarder de plus près une clé étrangère fait référence à une clé primaire inexistante.

Donc quelque part, ton code est pourri.

mais encore quelques heures plus tard, je me retrouve avec des données corrompues. [..] MySQL ne retourne pas d'erreur quand on insère une valeur incorrecte dans un champ

Donc quelque part, ton code est pourri.

Et ils sont où tes test unitaires et fonctionnels ?

Parce que tout ça, même si la base de donnée ne te renvoi pas les erreurs ou autre, tes tests unitaires te l'auraient montré, avant même que tu passes en prod.

Sans parler que, comme il a été indiqué plus haut, tu n'as pas cherché à te renseigner sur l'utilisation de Mysql et ses particularités SQL (qu'ont toutes les bases de données, y compris SQLite, qui a quand même la syntaxe SQL la plus pauvre que je n'ai jamais vu).

Bref, pour moi, le problème se situe surtout entre la chaise et le clavier.

Mauvaise méthode de dev, changer méthode de dev.

PS: je ne cherche pas à défendre MySql, qui, il est vrai, a quelques "particularités" parfois désagréables. Mais il en a d'autres qui facilitent tellement la vie…

Euh non, on n'utilise pas SQLITE sur un serveur web, ce n'est absolument pas fait pour. Concurrence d'accés et cie, bonjour les fichiers corrompus après.

Le web par ci le web par là, chez Mozilla Internet ça se résume par le web,

bah oui, c'est leur truc.

C'est comme si tu te plaignais qu'un restaurant, spécialisé dans la cuisine du sud ouest et se lançant dans la vente à emporter, fournisse ses plats dans des barquettes plutôt que sous forme de sandwich. Bah oui mais non, eux, c'est la cuisine du sud ouest qu'ils savent faire, pas les sandwichs. ni les pizzas.

maintenant en voulant "libérer" les smartphones tels des chevaliers blancs, ils vont niveler nos terminaux par le bas

Mozilla ne pretend pas être des chevaliers blancs. Si le fait de faire tout en html/js ne plait pas, de projets comme Meego et cie n'ont qu'à se bouger. Et si ils ne peuvent pas se bouger (faute de moyen ou autre), ce serait la faute de Mozilla ? N'importe quoi n'est-ce pas…

Si QT est meilleur sur smartphone (chose que je suis incapable de juger), bah monte ta boite, ou prend le lead de Meego ou je ne sais quel projet, tu as à priori des chances si html/js c'est si merdique que ça ;-)

Mozilla n'a pas vocation (ni les moyens) de sauver tous les projets libres moribons, hein..

ok, on a compris que tu n'aimes pas les technos web pour faire des applis. Pas la peine d'en rajouter 3 couches.

Et pas la peine de taper sur Mozilla parce que Meego est plus ou moins à l'abandon. Prends-en toi plutôt à ceux qui l'ont abandonné.

Et je ne vois pas pourquoi Mozilla devrait reprendre Meego. Ce qu'ils maitrisent, ce sont les technos web, ils essayent d'améliorer ces technos. Leur domaine, c'est le web, c'est la défense d'un web ouvert etc.

Donc bref, meego, ça ne correspond pas vraiment à ce qu'ils savent faire, à ce qu'ils maitrisent. Et donc à priori, il n'y a pas vraiment de raison qu'ils réussiraient mieux que les autres à populariser Meego.

Et comme ils savent très bien que le web n'est pas fait pour faire comme les apps natives

Ouai, enfin, tu sais, le XUL, c'est pas éloigné de la stack des technos web (s/html/xul). Et ils utilisent ces technos depuis près de 15 ans pour faire des applis (dont une qui s'appelle Firefox..).

Reprendre Meego qui fait déjà tout ça et est conçu pour

ah ouai, c'est sûr, reprendre des millions de lignes de codes qu'on ne connait pas, ça se fait en un claquement de doigt.

Non non, mysqlnd n'est pas écrite en PHP, mais bien en C. http://svn.php.net/viewvc/php/php-src/trunk/ext/mysqlnd/

Non, les boites postales n'ont certainement pas été créés pour remplacer l'adresse d'un siège sociale d'une société (aussi petite soit-elle comme celle d'un autoentrepreneur). C'est même carrément interdit. (un coup de google pour t'en convaincre : http://www.juritravail.com/Question/domicilier-son-siege-social/Dossier/Id/5811 )

quand tu es autoentrepreneur, en général, tu n'as pas vraiment d'autres locaux que le domicile familial..

Je confirme, après avoir eu mon statut d'auto-entrepreneur (que je n'ai désormais plus), j'ai commencé à recevoir les offres de Google.

Mais pire, si vous recevez ce genre de courrier, il y a de fortes chances que votre adresse soit publique, et récupérable via une recherche de votre nom, sur google map par exemple. Et pour les entrepreneurs, l'adresse est souvent une adresse privée, qu'on ne veut pas forcément rendre publique (bon, ça dépend de l'activité après..). Le souci est que pour la faire retirer, y a moyen (il faut faire la demande via le site, ils envoient un courrier avec un code qu'il faut indiquer sur le site pour confirmer la suppression), mais il y a des chances que cette suppression ne soit pas effective sur le moyen terme. Vous êtes à nouveau référencé au bout d'un moment, même si vous n'êtes plus en activité (ça m'est arrivé)

il semble que ce soit la meilleure lib qui existe

c'est bien dommage. Parce qu'à priori, son algorithme est tout pourri (désolé pour ce vilain mot, mais je n'arrive pas à trouver d'autres termes).

J'utilise personnellement une lib de diff en PHP, qui est plutôt efficace https://github.com/jelix/jelix/tree/master/lib/diff

Je sais que le site est en ruby, mais peut-être pourriez-vous vous inspirer de l'algo...

C'est pas en soit déjà un problème ? Pourquoi le fait de l'avoir donné pour accéder à tes sites les a rendu disponibles à toutes les extensions ?

Parce que le fait que j'ai donné mon mot de passe a débloqué le gestionnaire de mot de passe.

Il est très difficile voir impossible pour un composant (donc ici le gestionnaire de mot de passe), de distinguer qui l'appel (c'est l'extension A? B?).

Bon maintenant, je n'ai pas une connaissance assez approfondi du gestionnaire de mot de passe pour te dire ce qui est faisable ou pourquoi ça le fait exactement.

Il faudrait que chacune redemandent le mot de passe

Oui, c'est ce qu'il faut. Mais apparemment, c'est à l'extension de le faire.

Ainsi pour cette extension, il faudrait que quand tu clique sur l’icône, il te demande ton mot de passe. Ça limite déjà pas mal la possibilité pour quelqu'un de voir tes mots de passes via cette extension.

C'est que j'ai expliqué : c'est ce qu'il faudrait qu'elle fasse ! (au moins par elle-même)

J'ai du mal à comprendre ce que tu veux faire exactement. Tu veux faire une interface utilisateur avec canvas ?

Parce que si c'est le cas, canvas n'est pas fait pour ça.