Q? Où s'arrêtaient leurs développements propres ?
Q? Quelle est la partie qu'ils ont passé vers microsoft ?
Car il y a la partie "ouebe", qui a priori avait été faite en interne (avant la migration). Et la partie "logistique" (gestion de stocks, commandes...), et là s'ils voulaient automatiser des choses et changer d'échelle, re-faire des développements en interne était peut-être trop lourd/long (ce n'est pas que du soft pur, il faut intégrer des systèmes électroniques de détection, des automaties...).
Ils sont peut-être aussi tombés sur le développeur en interne qui se sent "propriétaire" de son code et l'a peu/pas documenté - dans ce cas pour eux ça n'était pas mieux qu'un soft commercial, la société commerciale en moins.
Après, qu'ils aient fait le jeu de Microsoft dans ses campagnes publicitaires... ben ça leur a donné du retour sur linuxfr.
Mais ne pas juger trop vite quand même sans avoir les détails du quoi, où, dans quelles conditions.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
1) un moyen de faire remonter l'info.
2) l'impression que c'est pris en compte.
Il m'est arrivé de tomber sur un bug dans les MFC (Microsoft Foundation Class) il y a quelques années (vers 94). Et bien ça a été très dur de trouver où le reporter, et je n'ai eu aucun retour.
Bon, depuis je n'utilise plus les MFC (donc je ne sais pas s'il a été corrigé).
Peut-être que le support Microsoft s'est un peu arrangé depuis (faut espérer) et qu'ils sont un peu plus communiquants grace à l'Internet (on a au moins de la doc en ligne - mais dans l'autre sens...).
Sinon, quand à changer de soft... ben c'est pas toujours possible... donc tu fais avec, tu contournes...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
J'ajouterais, pour RUR-PLE, que c'est fait par un francophone(sinon français), André Roberge, mais qu'il n'a visiblement pas eu le temps de faire la version française de son guide.
Je comprend tout à fait tes doutes, et tu n'es pas le seul.
Mais l'expérience montre que ça tourne, même sur de gros projets professionnels [*].
Bien sûr, tu n'iras pas coder Open Office en Python, ni une librairie graphique complète ou un driver - ce n'est pas le but de Python, pour ce genre de choses il se 'contente' de jouer (très bien d'ailleurs) à la glue afin d'accéder à du code compilé natif. On a une programmation de haut niveau là où on en a besoin, et des accès bas niveau efficaces là où il faut.
Et tu n'iras pas coder non plus en Python l'embarqué pour le prochain Airbus (là ça serait plutôt du ADA, éventuellement du C avec des contraints fortes sur le code pour pouvoir le valider). Par contre, le système de test logiciel pour valider ton code ADA... ça le ferais bien en Python.
Pour Ruby... j'ai regardé un peu, et je préfère rester sur Python. Mais c'est sûrement plus une question de goûts et... d'habitude de ma part (quand on connait qq chose...).
PS. Python est un langage fortement typé. Dynamiquement, mais fortement.
[*] Bon, l'éternel Google, le pilotage de manips dans des très gros labos de recherche (centres de Rayonnement Synchrotron par ex.) - et là ça doit tourner 24h/24, Zope (lourd au premier abord, il est quand même très puissant et capable de tourner sur des clusters avec équilibrage de charge) cf http://www.zope.com/customers . Voir aussi sur http://pythonology.org/ , et sur http://www.python.org/Quotes.html .
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[de la part de N. Pettiaux]
... je ne peux pas poster de message sur linux-fr car mon "karma" n'est pas assez élevé.
Ce qu'il manque pour PythonCard et Rur-ple, ce sont des les documentations pédagogiques en français. Mon fils a 12 ans, souhaite apprendre à programmer, et la doc. n'est pas vraiment disponible, sauf le livre de Swinnen. Mais il le trouve assez arride (le livre est fait il est vrai pour des plus grands)
Je me suis donc lancé dans la traduction de livewires qui est très court et me semble fort bien fait aussi du python pour un jeune public.
Merci de poster pour moi sur le forum
Nicolas Pettiaux
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
C'est vrai que Python commence à dater, mais je ne vois rien de pathétique ni de démodé là dedans (à moins qu'il n'y ait un trait d'humour que je n'ai pas remarqué), et à mon avis ce n'est pas qu'une question de goûts et de couleurs.
Des langages comme Java, C++, ADA sont bien pour apprendre à programmer de façon professionnelle[1], ils introduisent des concepts de génie logiciel, obligent à une rigueur certaine (surtout ADA).
Pour apprendre à programmer en dilletante (genre cours d'info à des étudiants dont l'informatique n'est pas la matière principale -par exemple en économie- ou introduction à la programmation informatique en lycée), Python est nettement plus adapté: quelques concepts simples et réutilisés, de nombreux outils, et des résultats rapides. Les langages comme C++ Java Ada ont une syntaxe vraiment très lourde, ils obligent à se concentrer non pas sur ce que l'on veut faire mais sur la façon dont le langage permet de le faire, sur la recherche des bibliothèques/types à utiliser...[2] Et l'utilisation d'outils tiers pour faciliter un peu les choses n'est qu'une cautère sur une jambe de bois.
Et maintenant, si l'on arrive à l'apprentissage de la programmation par des enfants, il faut que ça soit 'fun', qu'il y ait rapidement un résultat visible. Et pour ça, python côté langage, et PythonCard [4] côté interface correspondent très bien. D'ailleurs Python était au coeur du Computer Programming for Everybody [3] - à l'époque PythonCard ne devait pas exister.
Bon, ce n'est qu'un commentaire de réponse à un post qui m'a fait réagir. Si l'auteur du livre à l'origine de la news avait connu Python, il l'aurais sûrement utilisé pour son livre. Il connaissait Java, il a fait avec, et bravo pour le boulot - si un Pythoneur veut attaquer quelque chose dans la même veine...
Notes:
[1] J'ai bien écrit pour "apprendre", une fois que l'on sait, Python permet aussi de programmer de façon professionnelle.
[2] Typiquement pour les conteneurs, en Python on a un conteneur type tableau dynamique, un conteneur mapping, une syntaxe d'accès [ clé ] / [ index ]. Combien de conteneurs différents en Java ou C++, combien de syntaxes (accès itérateur, typé/non typé, accès par index)... ça va pour un développeur pro, pour un enfant c'est franchement le côté rébarbatif de l'informatique qui ressort tout de suite.
La directive d'encodage au début du fichier source permet à Python de transformer correctement les chaînes litérales déclarées comme étant Unicodeu"Une chaîne unicode".
Elle n'a aucun impact sur les autres chaînes str - celles-ci n'ont pas d'attribut d'encodage et peuvent contenir n'importe quelles données binaires (même des octets zéro). Si une de ces chaines str passe de ton module à un autre module qui utilise un autre encodage, le fait d'être resté en str fait que ta chaîne sera mal interprétée.
Conclusion: s'il y autre-chose que de l'ascii dans un texte... passez le en Unicode (et faites les conversions ad-hoc en entrée et en sortie, en connaissant ce qui est attendu comme encodage).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Non, prendre l'ascii par défaut est le meilleur choix. C'est le plus petit dénominateur commun.
Dès qu'on s'en écarte, ça oblige tous les développeurs à indiquer au début des sources (# -*- encoding: xxx -*-) quel encodage ils ont utilisé. Ainsi lorsqu'un module passe d'une machine à une autre, Python (mais aussi les éditeurs qui y sont adapté) sait dans quel encodage est le fichier et le traite correctement.
Avant l'encodage par défaut était l'ascii... sauf si on le modifiait (sys.setdefaultencoding() [*]) - maintenant ça n'est plus modifiable, on ne risque plus d'envoyer à quelqu'un un module qui présuppose un encodage par défaut identique à celui que l'on a localement.
Une des maximes Python: "Explicit is better than implicit."
A+
Laurent.
[*] qui n'était dispo que lors de l'exécution les sitecustomize ou qq chose comme ça.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Je dois avoir une version spéciale de FireFox, car il me permet d'exporter mon bookmark au format HTML, qui comme chacun sait est un format très propriétaire et extrèmement difficile à lire.
Je t'accorde que pour des bookmarks du xbel serait très nettement plus adapté que du html. Le html a quand même l'avantage de pouvoir être lu directement par n'importe quel autre butineur (typiquement, je ne suis pas sûr que IE sache traiter du xbel).
Mais pour écrire une moulinette de transformation html bookmark firefox<=>xbel, ça devrais pas être trop trop difficile, le html en question est une série de imbriqués avec des attributs hors-normes.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Les devs préferent implémenter des fonctionnalités merdiques
C'est ton avis. Eux ont le leur... et ce sont eux qui font le boulot.
comme les bookmarks dans une db sqlite(ça serait plus intelligent d'utiliser du xbel mais bon...)
Pourquoi ?
Xbel en format d'échange, oui, mais en format de stockage je ne vois pas pourquoi ça serait plus intelligent que sqlite - voir même je serais de l'avis opposé.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
De mémoire, sur certains anciens claviers de macs, il y avait des étiquettes couper copier coller sous trois touches de fonctions (F2 F3 F4 je crois).
Mais le pomme-X -C -V du mac (repris en Ctrl-X -C -V sous Windows [*]) sont plus facile d'accès que des touches spéciales.
Donc, c'est peut-être bien pour quelqu'un qui n'a jamais utilisé un clavier (comme peut être bien dans ce cas un clavier avec les touches rangées par ordre alphabétique - cf les premiers Minitels), mais dès que tu as un peu tâté du traitement de texte (ce qui se fait à l'école maintenant), ce genre de touches spéciales couper/copier/coller ne servent plus à rien.
Les "trucs du moyen-age" ont peut-être encore quelques raisons d'être, issues des habitudes... et de l'expérience.
[*] Qui utilise encore les ctrl?-shift?-maj? insert/suppr
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
meta name="GENERATOR" Content="Microsoft Visual Studio .NET 7.1"
meta name="CODE_LANGUAGE" Content="C#"
meta name="vs_defaultClientScript" content="JavaScript"
meta name="vs_targetSchema" content="http://schemas.microsoft.com/intellisense/ie5"
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Bon, pour avoir des emails gratuits, y'en a d'autres, et autant que ça soit indépendant de Microsoft.
Perso je continue à utiliser "laposte.net" qui est indépendant des FAI... et toujours valable si je déménage. Parce qu'avoir un email en .macommune.eu ou qq chose dans le genre, à part pour une fonction relative à la commune [*], je ne vois pas l'intérêt.
Je lui trouve plusieurs avantages:
* on travaille sur du texte, un simple éditeur suffit.
* comme c'est du texte simple, les gestionnaires de version permettent de suivre les évolutions.
* la syntaxe est assez simple à retenir.
* les outils de traitement permettent de générer du html / xhtml, du docbook[*], du pdf
Testes le sur quelques exemples...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Les assurances maladies privés ont pour objectif de faire des bénéfices - et ça n'est pas compatible avec les "gens à risques". Pour eux seuls sont intéressants les personnes riches et en bonne santé. Riche et malade ça peut encore passer. Mais "normal" voir carrément pauvre, et en plus potentiellement malade, non.
La sécurité sociale a pour objectif que la population soit en bonne santé (et a coût optimal si possible), toute la population - normalement sans discrimination.
Je préfère le système de sécurité sociale que l'on a - même s'il est perfectible - et je crois qu'en france c'est très majoritaire.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Mais, tu as fait quoi, toi, personnellement, pour les mériter ces biens ?
Tu es né(e). C'est tout. Et ce que tu touches ne dépend pas de ce que tu peux faire, mais du milieu où tu es né.
On va entendre que les parents ont sué sang et eau pour faire le capital pour leur descendance... mais il y en a beaucoup d'autres qui ont sué sang et eau sans pouvoir accumuler ce capital (salaires trop faibles, coût de la vie, charges de familles, coups durs...). L'impot sur la succession est une forme normale de redistribution.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: C'est pas etonnant
Posté par lolop (site web personnel) . En réponse au journal Humour de répé. Évalué à 3.
Q? Quelle est la partie qu'ils ont passé vers microsoft ?
Car il y a la partie "ouebe", qui a priori avait été faite en interne (avant la migration). Et la partie "logistique" (gestion de stocks, commandes...), et là s'ils voulaient automatiser des choses et changer d'échelle, re-faire des développements en interne était peut-être trop lourd/long (ce n'est pas que du soft pur, il faut intégrer des systèmes électroniques de détection, des automaties...).
Ils sont peut-être aussi tombés sur le développeur en interne qui se sent "propriétaire" de son code et l'a peu/pas documenté - dans ce cas pour eux ça n'était pas mieux qu'un soft commercial, la société commerciale en moins.
Après, qu'ils aient fait le jeu de Microsoft dans ses campagnes publicitaires... ben ça leur a donné du retour sur linuxfr.
Mais ne pas juger trop vite quand même sans avoir les détails du quoi, où, dans quelles conditions.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ICC
Posté par lolop (site web personnel) . En réponse au journal Benchmarks de GCC 4.1. Évalué à 4.
1) un moyen de faire remonter l'info.
2) l'impression que c'est pris en compte.
Il m'est arrivé de tomber sur un bug dans les MFC (Microsoft Foundation Class) il y a quelques années (vers 94). Et bien ça a été très dur de trouver où le reporter, et je n'ai eu aucun retour.
Bon, depuis je n'utilise plus les MFC (donc je ne sais pas s'il a été corrigé).
Peut-être que le support Microsoft s'est un peu arrangé depuis (faut espérer) et qu'ils sont un peu plus communiquants grace à l'Internet (on a au moins de la doc en ligne - mais dans l'autre sens...).
Sinon, quand à changer de soft... ben c'est pas toujours possible... donc tu fais avec, tu contournes...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Java pour les enfants
Posté par lolop (site web personnel) . En réponse à la dépêche Programmation Java pour les enfants, les parents et les grands-parents. Évalué à 2.
http://rur-ple.sourceforge.net/fr/rur.htm
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Java pour les enfants
Posté par lolop (site web personnel) . En réponse à la dépêche Programmation Java pour les enfants, les parents et les grands-parents. Évalué à 4.
Mais l'expérience montre que ça tourne, même sur de gros projets professionnels [*].
Bien sûr, tu n'iras pas coder Open Office en Python, ni une librairie graphique complète ou un driver - ce n'est pas le but de Python, pour ce genre de choses il se 'contente' de jouer (très bien d'ailleurs) à la glue afin d'accéder à du code compilé natif. On a une programmation de haut niveau là où on en a besoin, et des accès bas niveau efficaces là où il faut.
Et tu n'iras pas coder non plus en Python l'embarqué pour le prochain Airbus (là ça serait plutôt du ADA, éventuellement du C avec des contraints fortes sur le code pour pouvoir le valider). Par contre, le système de test logiciel pour valider ton code ADA... ça le ferais bien en Python.
Pour Ruby... j'ai regardé un peu, et je préfère rester sur Python. Mais c'est sûrement plus une question de goûts et... d'habitude de ma part (quand on connait qq chose...).
PS. Python est un langage fortement typé. Dynamiquement, mais fortement.
[*] Bon, l'éternel Google, le pilotage de manips dans des très gros labos de recherche (centres de Rayonnement Synchrotron par ex.) - et là ça doit tourner 24h/24, Zope (lourd au premier abord, il est quand même très puissant et capable de tourner sur des clusters avec équilibrage de charge) cf http://www.zope.com/customers . Voir aussi sur http://pythonology.org/ , et sur http://www.python.org/Quotes.html .
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Java pour les enfants
Posté par lolop (site web personnel) . En réponse à la dépêche Programmation Java pour les enfants, les parents et les grands-parents. Évalué à 3.
... je ne peux pas poster de message sur linux-fr car mon "karma" n'est pas assez élevé.
Ce qu'il manque pour PythonCard et Rur-ple, ce sont des les documentations pédagogiques en français. Mon fils a 12 ans, souhaite apprendre à programmer, et la doc. n'est pas vraiment disponible, sauf le livre de Swinnen. Mais il le trouve assez arride (le livre est fait il est vrai pour des plus grands)
Je me suis donc lancé dans la traduction de livewires qui est très court et me semble fort bien fait aussi du python pour un jeune public.
Merci de poster pour moi sur le forum
Nicolas Pettiaux
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Java pour les enfants
Posté par lolop (site web personnel) . En réponse à la dépêche Programmation Java pour les enfants, les parents et les grands-parents. Évalué à 1.
http://rur-ple.sourceforge.net/
Ca se rapproche un peu du logo, et comparé à Java... y'a pas photo.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Java pour les enfants
Posté par lolop (site web personnel) . En réponse à la dépêche Programmation Java pour les enfants, les parents et les grands-parents. Évalué à 7.
Des langages comme Java, C++, ADA sont bien pour apprendre à programmer de façon professionnelle[1], ils introduisent des concepts de génie logiciel, obligent à une rigueur certaine (surtout ADA).
Pour apprendre à programmer en dilletante (genre cours d'info à des étudiants dont l'informatique n'est pas la matière principale -par exemple en économie- ou introduction à la programmation informatique en lycée), Python est nettement plus adapté: quelques concepts simples et réutilisés, de nombreux outils, et des résultats rapides. Les langages comme C++ Java Ada ont une syntaxe vraiment très lourde, ils obligent à se concentrer non pas sur ce que l'on veut faire mais sur la façon dont le langage permet de le faire, sur la recherche des bibliothèques/types à utiliser...[2] Et l'utilisation d'outils tiers pour faciliter un peu les choses n'est qu'une cautère sur une jambe de bois.
Et maintenant, si l'on arrive à l'apprentissage de la programmation par des enfants, il faut que ça soit 'fun', qu'il y ait rapidement un résultat visible. Et pour ça, python côté langage, et PythonCard [4] côté interface correspondent très bien. D'ailleurs Python était au coeur du Computer Programming for Everybody [3] - à l'époque PythonCard ne devait pas exister.
Bon, ce n'est qu'un commentaire de réponse à un post qui m'a fait réagir. Si l'auteur du livre à l'origine de la news avait connu Python, il l'aurais sûrement utilisé pour son livre. Il connaissait Java, il a fait avec, et bravo pour le boulot - si un Pythoneur veut attaquer quelque chose dans la même veine...
Notes:
[1] J'ai bien écrit pour "apprendre", une fois que l'on sait, Python permet aussi de programmer de façon professionnelle.
[2] Typiquement pour les conteneurs, en Python on a un conteneur type tableau dynamique, un conteneur mapping, une syntaxe d'accès [ clé ] / [ index ]. Combien de conteneurs différents en Java ou C++, combien de syntaxes (accès itérateur, typé/non typé, accès par index)... ça va pour un développeur pro, pour un enfant c'est franchement le côté rébarbatif de l'informatique qui ressort tout de suite.
[3] CP4E http://www.python.org/cp4e/
[4] http://pythoncard.sourceforge.net/
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Faudrait faire le même mais...
Posté par lolop (site web personnel) . En réponse à la dépêche Programmation Java pour les enfants, les parents et les grands-parents. Évalué à 3.
PythonCard éventuellement (http://pythoncard.sourceforge.net/ ).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Debian
Posté par lolop (site web personnel) . En réponse au journal Ubuntu compte ses sous. Évalué à 3.
Une install par clé USB ?
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Vecu
Posté par lolop (site web personnel) . En réponse au journal J'ai ri devant un camembert !. Évalué à 10.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Finally
Posté par lolop (site web personnel) . En réponse au journal Python 2.5 beta 2. Évalué à 2.
do:
. [setup code]
while [condition]:
. [loop body]
Car personnellement j'ai du mal à y voir que le setup code est réexécuté à chaque itération.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: HAAAA
Posté par lolop (site web personnel) . En réponse au journal Python 2.5 beta 2. Évalué à 3.
Mais vu les artefacts utilisés par certains, autant que qq chose d'un peu plus clair existe... et heureusement, on n'est pas obligé de l'utiliser.
A réserver à des cas particuliers et faciles à lire/comprendre.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Petite précision
Posté par lolop (site web personnel) . En réponse au journal Python 2.5 beta 2. Évalué à 4.
Elle n'a aucun impact sur les autres chaînes str - celles-ci n'ont pas d'attribut d'encodage et peuvent contenir n'importe quelles données binaires (même des octets zéro). Si une de ces chaines str passe de ton module à un autre module qui utilise un autre encodage, le fait d'être resté en str fait que ta chaîne sera mal interprétée.
Conclusion: s'il y autre-chose que de l'ascii dans un texte... passez le en Unicode (et faites les conversions ad-hoc en entrée et en sortie, en connaissant ce qui est attendu comme encodage).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ASCII devient l'encodage par défaut
Posté par lolop (site web personnel) . En réponse au journal Python 2.5 beta 2. Évalué à 4.
Dès qu'on s'en écarte, ça oblige tous les développeurs à indiquer au début des sources (# -*- encoding: xxx -*-) quel encodage ils ont utilisé. Ainsi lorsqu'un module passe d'une machine à une autre, Python (mais aussi les éditeurs qui y sont adapté) sait dans quel encodage est le fichier et le traite correctement.
Avant l'encodage par défaut était l'ascii... sauf si on le modifiait (sys.setdefaultencoding() [*]) - maintenant ça n'est plus modifiable, on ne risque plus d'envoyer à quelqu'un un module qui présuppose un encodage par défaut identique à celui que l'on a localement.
Une des maximes Python: "Explicit is better than implicit."
A+
Laurent.
[*] qui n'était dispo que lors de l'exécution les sitecustomize ou qq chose comme ça.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: le calvaire des plug-ins
Posté par lolop (site web personnel) . En réponse à la dépêche Sortie d'Opera 9. Évalué à 4.
Je t'accorde que pour des bookmarks du xbel serait très nettement plus adapté que du html. Le html a quand même l'avantage de pouvoir être lu directement par n'importe quel autre butineur (typiquement, je ne suis pas sûr que IE sache traiter du xbel).
Mais pour écrire une moulinette de transformation html bookmark firefox<=>xbel, ça devrais pas être trop trop difficile, le html en question est une série de imbriqués avec des attributs hors-normes.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: le calvaire des plug-ins
Posté par lolop (site web personnel) . En réponse à la dépêche Sortie d'Opera 9. Évalué à 5.
C'est ton avis. Eux ont le leur... et ce sont eux qui font le boulot.
Pourquoi ?
Xbel en format d'échange, oui, mais en format de stockage je ne vois pas pourquoi ça serait plus intelligent que sqlite - voir même je serais de l'avis opposé.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: SymphonyOS
Posté par lolop (site web personnel) . En réponse au journal Ordissimo, toujours pas de sources en vue ?. Évalué à 2.
Mais le pomme-X -C -V du mac (repris en Ctrl-X -C -V sous Windows [*]) sont plus facile d'accès que des touches spéciales.
Donc, c'est peut-être bien pour quelqu'un qui n'a jamais utilisé un clavier (comme peut être bien dans ce cas un clavier avec les touches rangées par ordre alphabétique - cf les premiers Minitels), mais dès que tu as un peu tâté du traitement de texte (ce qui se fait à l'école maintenant), ce genre de touches spéciales couper/copier/coller ne servent plus à rien.
Les "trucs du moyen-age" ont peut-être encore quelques raisons d'être, issues des habitudes... et de l'expérience.
[*] Qui utilise encore les ctrl?-shift?-maj? insert/suppr
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Ca sent le brule
Posté par lolop (site web personnel) . En réponse au journal Boostore, par carrefour. Évalué à 2.
meta name="GENERATOR" Content="Microsoft Visual Studio .NET 7.1"
meta name="CODE_LANGUAGE" Content="C#"
meta name="vs_defaultClientScript" content="JavaScript"
meta name="vs_targetSchema" content="http://schemas.microsoft.com/intellisense/ie5"
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# napoleon.bonaparte@waterloo.eu
Posté par lolop (site web personnel) . En réponse au journal Ma commune offre des emails à tout les habitants. Évalué à 4.
Bon, pour avoir des emails gratuits, y'en a d'autres, et autant que ça soit indépendant de Microsoft.
Perso je continue à utiliser "laposte.net" qui est indépendant des FAI... et toujours valable si je déménage. Parce qu'avoir un email en .macommune.eu ou qq chose dans le genre, à part pour une fonction relative à la commune [*], je ne vois pas l'intérêt.
A+
[*] bourgmestre@waterloo.eu
commissariat@...
pompiers@....
syndicat-d-initiative@...
bistrots@...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Wah, la claque !
Posté par lolop (site web personnel) . En réponse à la dépêche Loi DADVSI : pas de seconde lecture. Évalué à 5.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: enfants...
Posté par lolop (site web personnel) . En réponse au journal Copyright ou terrorisme intellectuel. Évalué à 4.
Là, bon courage pour retrouver les ayants-droits :-)
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Quelque chose de simple
Posté par lolop (site web personnel) . En réponse au journal Outils de publication !!!. Évalué à 2.
http://www.methods.co.nz/asciidoc/
Je lui trouve plusieurs avantages:
* on travaille sur du texte, un simple éditeur suffit.
* comme c'est du texte simple, les gestionnaires de version permettent de suivre les évolutions.
* la syntaxe est assez simple à retenir.
* les outils de traitement permettent de générer du html / xhtml, du docbook[*], du pdf
Testes le sur quelques exemples...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: et quand tu trépasses
Posté par lolop (site web personnel) . En réponse au journal Economie française. Évalué à 3.
(C) Robin des Bois.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Quelle gestion
Posté par lolop (site web personnel) . En réponse au journal Economie française. Évalué à 4.
Les assurances maladies privés ont pour objectif de faire des bénéfices - et ça n'est pas compatible avec les "gens à risques". Pour eux seuls sont intéressants les personnes riches et en bonne santé. Riche et malade ça peut encore passer. Mais "normal" voir carrément pauvre, et en plus potentiellement malade, non.
La sécurité sociale a pour objectif que la population soit en bonne santé (et a coût optimal si possible), toute la population - normalement sans discrimination.
Je préfère le système de sécurité sociale que l'on a - même s'il est perfectible - et je crois qu'en france c'est très majoritaire.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: et quand tu trépasses
Posté par lolop (site web personnel) . En réponse au journal Economie française. Évalué à 1.
Tu es né(e). C'est tout. Et ce que tu touches ne dépend pas de ce que tu peux faire, mais du milieu où tu es né.
On va entendre que les parents ont sué sang et eau pour faire le capital pour leur descendance... mais il y en a beaucoup d'autres qui ont sué sang et eau sans pouvoir accumuler ce capital (salaires trop faibles, coût de la vie, charges de familles, coups durs...). L'impot sur la succession est une forme normale de redistribution.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN