En ce qui concerne TWiki, je rajouterai qu'il est possible de créer ses propres extensions (en perl). Par exemples affichage (et modif en ligne) de figures, accés à des bases des données, etc... CF "TWiki Plugins" sur la page d'accueil (http://twiki.org/(...)). Et évidemment il est possible de créer ses propres plugins.
Je suppose que d'autres wiki ont ce genre de fonctionalités, mais je ne les ai pas (encore) regardés.
> Enfin bon, je suis pour une sursursursursursursur-taxaxion du tabac en France.
Bonne idée, et on pourrait en rajouter une pour aider les vieux, au lieu de supprimer un jour de congé (je propose la toussaint, le jour des morts, ça serait sympa).
Le problème c'est qu'avec ce genre de campagne il va ya avoir de moins en moins de fumeur, donc moins de rentrées pour l'état,...
Pas sûr que la réalité soit si éloigné que ça de mon délire après tout...
Celui des carpattes fait ca avec les dents (des canines sacrément pointues). Plus douloureux que celui de Montargis, un honnête artisan, tout à la main, très vielle france.
>>Dans les 2 cas c'est grâve, pour un soft de ce prix, et sur lequel on n'a aucun moyen d'action.
> Quel prix ? IE est gratuit.
Non, il est fournit d'Office avec Windows, donc on le paye avec.
> Quand au fait que c'est grave, dis moi donc, ton browser plante combien de fois par mois a cause de ce bug ?
>1 fois ? Je suis sur que c'est meme moins que ca.
ok, je reconnais, je me faisais l'avocat du diable. Ce bug est ridicule, j'en conviens (quoique un collègue qui est sous Outlook et a qui j'ai envoyé le bug dans un email HTML n'a pas trouvé drôle de voir son Outlook planter... bizarre, non ? ;-) )
Tu mentionnes ensuite des bugs plus importants, peux-tu me dire quand sortira le prochain patch d'IE, ou le prochain correctif, pour tous les bugs de css qui empoisonnent réellement la vie ?
A propos des bugs de mozilla, ils concernent quasiment tous la version de developpement, donc forcément instable. Et dans le rapport de bug, il y a une case Milestone, qui indique quand le bug devra être corrigé.
Je réitère ma question, au risque d'être lourd : quand y-aura-t-il le prochain patch/évolution d'IE, qui corrigera les "autres bugs qui ont priorite sur lui". (Ex : va sur http://www.w3.org/Style/CSS/bug(...) avec IE et mozilla, et regarde le menu a droite, fait défiler la fenêtre...)
Bon, je croyais qu'on parlait de Microsoft. Pas ma faute s'ils ont un tel monopole qu'ils détiennent aussi le monopole des bugs ;-)
Mais effectivement il faut voir si on compare Windows 2000 SP 4/Linux 2.4.XX redhat 7.2 ou si on parle en général des bug du grand méchant Microsoft face aux softs libres.
Honnêtement je trouve que la gueguerre concernant les failles noyaux, buffer overflow est ridicule, car ces failles là sont toujours difficilement détectables a priori et corrigées très rapidement par les deux camps : le match est nul.
Par contre on ne cause pas assez des "petits" bugs qui empoisonnent la vie du pauvre utilisateur, du style de celui que je décris - même si celui-là il faut le faire exprés, il y en a d'autres, pas ex tous les bugs de gestion des css par IE. Microsoft a déclarer qu'il ne sortira pas de nouvelles version avant Longhorn, à part des patches de sécurité dont je me fout éperdument pour mon utilisation quotidienne ; ce genre de chose devrait plus faire réfléchir les utilisateurs finaux que des considérations de sécurité sur des failles obscures. Utilisez plutôt comme argument : "Mozilla évolue tous les mois, les nouveaux standards sont implémentés, les pages sont plus belles. IE est un projet mort, c'est buggé et ne sera jamais corrigé"
>>Sans compter que les failles découvertes sous M$ sont vraiment énormes et
>>bien plus importantes.
>Prouves le
Un exemple, un seul, que je trouve extrèmement grâve par ce qu'il laisse imaginer : le fameux <input type>
Si, dans une page HTML, dans un formulaire on met <input type> IE plante (idem si c'est dans un email en HTML pour Outlook).
Le message d'erreur correspondant indique une tentative d'accés à l'adresse 0x0 - classique, un pointeur nul que l'on utilise sans vérifier s'il est valide avant. probablement la valeur du type, qui ici n'existe pas.
L'instruction à "0x70bf5a43" emploie l'adresse mémoire "0x00000000". La mémoire ne peut pas être "read".
2 hypothèses :
1) ne plante pas. Je présume donc que c'est le parseur qui est en cause. Curieusement ca ne plante pas pour d'autres tags, (). Or un parser - surtout pour le HTML - est censé être générique, donc se comporter de la même facon avec tous les tags. Je n'imagine pas des developpeurs écrire un parseur pas à pas à la mimine, j'ose espérer que même chez Microsoft il y des outils à la lex/yacc. Sinon ceci explique celà...
2) Le parseur n'est pas en cause, c'est le traitement au-dessus qui est fautif. Or dans un programme, tout vrai developpeur sait que le truc le plus important est le traitement des erreurs, une fois que le cas nominal marche. Ici manifestment le code qui s'occupe des formulaires récupère le résultat du parsing sans aucune vérification.
Dans les 2 cas c'est grâve, pour un soft de ce prix, et sur lequel on n'a aucun moyen d'action.
Bien sûr ce genre de bug peut également se produire dans des softs libres, mais je n'en n'ai jamais rencontré dans des version stables des produits - uniquement pour des versions de developpement.
Et ce genre de bug est corrigé assez rapidement. On prend les paris sur la date de correction ? J'ai une machine sous 2000 sur laquelle j'applique concienseument tous les patches de Microsoft, pour l'instant ca plante toujours... Pourtant ce ne doit pas etre bien compliqué à corriger, non ?
Pour ceux qui ont des enfants très jeunes (et donc qui connaissent Leo et Popi), il y un super site sur les aventures de Popi à l'Ecole maternelle de la Moulette, avec un peu le même genre de roman-photos (les popiramas).
Je pense que la loi française interdit de diffuser des images porno a des mineurs, par quelque moyen que ce soit. Donc internet est couvert par cette loi, qui devait exister même bien avant internet. Pas la peine dont de re-créer de nouvelles lois pour internet, la plupart des délits sont déjà condamnés (porno, pédophilie, racisme, négationisme,...)
Par contre les lois ne précisent pas comment (= par quel moyen) empêcher les délits ; or j'ai l'impression que de plus en plus certains veulent des lois préventives (et donc liberticides), qui sont absurdes sur un plan technique dans le cas d'internet...
Non, les brevets de logiciel vont bien à l'encontre de la divulgation des idées, par le biais de la lutte contre le contrefaçon.
Pour un objet materiel par ex, décrire sa fabrication, la copier, la reproduire n'est pas contrefaire l'objet. Pour l'immateriel évidemment copier l'algorithme, et le diffuser constitue directement une contrefaçon, même si on ne s'en sert pas (cf affaire du cryptage des DVDs, decss,...)
Et donc le brevet en lui-même est une contrefaçon, puisqu'il divulgue l'algo. Marrant non ?
Je regardais justement wxWindows, il y a un binding python. Également perl (en cours de dev). vue que wxWindows est fait pour etre portable, il suffit de trouver un python sous windows avec les bonnes libs,. peut-être que chez activestate il y a ce qu'il faut.
#
Posté par jigso . En réponse à la dépêche Pyslsk n'est plus, vite nicotine. Évalué à 5.
[^] #
Posté par jigso . En réponse au journal virus blaster. Évalué à 5.
# Re: Encore du Wiki !!!
Posté par jigso . En réponse au journal Encore du Wiki !!!. Évalué à 1.
Je suppose que d'autres wiki ont ce genre de fonctionalités, mais je ne les ai pas (encore) regardés.
[^] # Re: Campagne Anti tabac
Posté par jigso . En réponse au journal Campagne Anti tabac. Évalué à 1.
Bonne idée, et on pourrait en rajouter une pour aider les vieux, au lieu de supprimer un jour de congé (je propose la toussaint, le jour des morts, ça serait sympa).
Le problème c'est qu'avec ce genre de campagne il va ya avoir de moins en moins de fumeur, donc moins de rentrées pour l'état,...
Pas sûr que la réalité soit si éloigné que ça de mon délire après tout...
# Re: recherche d'un
Posté par jigso . En réponse au journal recherche d'un. Évalué à -1.
[^] # Re: Quel réalisme ?
Posté par jigso . En réponse au journal Qui se cache derrière SCO ?. Évalué à 1.
--->[]
[^] # Re: Quel réalisme ?
Posté par jigso . En réponse au journal Qui se cache derrière SCO ?. Évalué à 2.
Bon, encore quelques décennies, et on ne pourra plus se reproduire, donc tout va s'arranger...
C'est beau la nature, non ?
[^] # Re: Qui se cache derrière SCO ?
Posté par jigso . En réponse au journal Qui se cache derrière SCO ?. Évalué à 0.
[^] # Re: Je pose 4, je retiens 1,...
Posté par jigso . En réponse au journal Je pose 4, je retiens 1,.... Évalué à 1.
Pour les calculs numériques j'ai une bonne vielle HP48S qui va reprendre du service :-)
[^] # Re: ALors, le fil rouge sur le bouton, euh...
Posté par jigso . En réponse au journal ALors, le fil rouge sur le bouton, euh.... Évalué à 1.
[^] # Re: J'ai retrouvé mon Chat
Posté par jigso . En réponse au journal J'ai retrouvé mon Chat. Évalué à 2.
[^] # Re: code civil
Posté par jigso . En réponse au journal Voila c'est fait.... Évalué à 3.
[^] # Re: Idée de Virus Evangéliste...
Posté par jigso . En réponse au journal Idée de Virus Evangéliste.... Évalué à 1.
[^] # Re: Saleté de virgule ...
Posté par jigso . En réponse au journal Saleté de virgule .... Évalué à 1.
Mais ça m'étonne, j'ai une sid, j'ai bien une locale à fr_FR, et point de virgule sur le point. Que donne la commande 'locale' ?
Chez moi :
$ locale
LANG=fr_FR@euro
LC_CTYPE="fr_FR@euro"
LC_NUMERIC="fr_FR@euro"
LC_TIME="fr_FR@euro"
LC_COLLATE="fr_FR@euro"
LC_MONETARY="fr_FR@euro"
LC_MESSAGES="fr_FR@euro"
LC_PAPER="fr_FR@euro"
LC_NAME="fr_FR@euro"
LC_ADDRESS="fr_FR@euro"
LC_TELEPHONE="fr_FR@euro"
LC_MEASUREMENT="fr_FR@euro"
LC_IDENTIFICATION="fr_FR@euro"
LC_ALL=
[^] # Re: On tient un champion là....
Posté par jigso . En réponse au journal On tient un champion là..... Évalué à 1.
> Quel prix ? IE est gratuit.
Non, il est fournit d'Office avec Windows, donc on le paye avec.
> Quand au fait que c'est grave, dis moi donc, ton browser plante combien de fois par mois a cause de ce bug ?
>1 fois ? Je suis sur que c'est meme moins que ca.
ok, je reconnais, je me faisais l'avocat du diable. Ce bug est ridicule, j'en conviens (quoique un collègue qui est sous Outlook et a qui j'ai envoyé le bug dans un email HTML n'a pas trouvé drôle de voir son Outlook planter... bizarre, non ? ;-) )
Tu mentionnes ensuite des bugs plus importants, peux-tu me dire quand sortira le prochain patch d'IE, ou le prochain correctif, pour tous les bugs de css qui empoisonnent réellement la vie ?
A propos des bugs de mozilla, ils concernent quasiment tous la version de developpement, donc forcément instable. Et dans le rapport de bug, il y a une case Milestone, qui indique quand le bug devra être corrigé.
Je réitère ma question, au risque d'être lourd : quand y-aura-t-il le prochain patch/évolution d'IE, qui corrigera les "autres bugs qui ont priorite sur lui". (Ex : va sur http://www.w3.org/Style/CSS/bug(...) avec IE et mozilla, et regarde le menu a droite, fait défiler la fenêtre...)
Pour info le SP1 d'IE6 date du 9/9/2002.
[^] # Re: On tient un champion là....
Posté par jigso . En réponse au journal On tient un champion là..... Évalué à 1.
[^] # Re: On tient un champion là....
Posté par jigso . En réponse au journal On tient un champion là..... Évalué à 1.
Mais effectivement il faut voir si on compare Windows 2000 SP 4/Linux 2.4.XX redhat 7.2 ou si on parle en général des bug du grand méchant Microsoft face aux softs libres.
Honnêtement je trouve que la gueguerre concernant les failles noyaux, buffer overflow est ridicule, car ces failles là sont toujours difficilement détectables a priori et corrigées très rapidement par les deux camps : le match est nul.
Par contre on ne cause pas assez des "petits" bugs qui empoisonnent la vie du pauvre utilisateur, du style de celui que je décris - même si celui-là il faut le faire exprés, il y en a d'autres, pas ex tous les bugs de gestion des css par IE. Microsoft a déclarer qu'il ne sortira pas de nouvelles version avant Longhorn, à part des patches de sécurité dont je me fout éperdument pour mon utilisation quotidienne ; ce genre de chose devrait plus faire réfléchir les utilisateurs finaux que des considérations de sécurité sur des failles obscures. Utilisez plutôt comme argument : "Mozilla évolue tous les mois, les nouveaux standards sont implémentés, les pages sont plus belles. IE est un projet mort, c'est buggé et ne sera jamais corrigé"
[^] # Re: On tient un champion là....
Posté par jigso . En réponse au journal On tient un champion là..... Évalué à 1.
>>bien plus importantes.
>Prouves le
Un exemple, un seul, que je trouve extrèmement grâve par ce qu'il laisse imaginer : le fameux <input type>
Si, dans une page HTML, dans un formulaire on met <input type> IE plante (idem si c'est dans un email en HTML pour Outlook).
Le message d'erreur correspondant indique une tentative d'accés à l'adresse 0x0 - classique, un pointeur nul que l'on utilise sans vérifier s'il est valide avant. probablement la valeur du type, qui ici n'existe pas.
L'instruction à "0x70bf5a43" emploie l'adresse mémoire "0x00000000". La mémoire ne peut pas être "read".
2 hypothèses :
1) ne plante pas. Je présume donc que c'est le parseur qui est en cause. Curieusement ca ne plante pas pour d'autres tags, (). Or un parser - surtout pour le HTML - est censé être générique, donc se comporter de la même facon avec tous les tags. Je n'imagine pas des developpeurs écrire un parseur pas à pas à la mimine, j'ose espérer que même chez Microsoft il y des outils à la lex/yacc. Sinon ceci explique celà...
2) Le parseur n'est pas en cause, c'est le traitement au-dessus qui est fautif. Or dans un programme, tout vrai developpeur sait que le truc le plus important est le traitement des erreurs, une fois que le cas nominal marche. Ici manifestment le code qui s'occupe des formulaires récupère le résultat du parsing sans aucune vérification.
Dans les 2 cas c'est grâve, pour un soft de ce prix, et sur lequel on n'a aucun moyen d'action.
Bien sûr ce genre de bug peut également se produire dans des softs libres, mais je n'en n'ai jamais rencontré dans des version stables des produits - uniquement pour des versions de developpement.
Et ce genre de bug est corrigé assez rapidement. On prend les paris sur la date de correction ? J'ai une machine sous 2000 sur laquelle j'applique concienseument tous les patches de Microsoft, pour l'instant ca plante toujours... Pourtant ce ne doit pas etre bien compliqué à corriger, non ?
# Les aventures de Popi
Posté par jigso . En réponse au journal Les aventures de monsieur pinguin. Évalué à 2.
C'est là : http://moulette.free.fr/popi/popi.htm(...)
[^] # Re: Débat sur le « contrôle » d'Internet ce soir sur France Inter
Posté par jigso . En réponse à la dépêche Débat sur le « contrôle » d'Internet ce soir sur France Inter. Évalué à 2.
Par contre les lois ne précisent pas comment (= par quel moyen) empêcher les délits ; or j'ai l'impression que de plus en plus certains veulent des lois préventives (et donc liberticides), qui sont absurdes sur un plan technique dans le cas d'internet...
[^] # Re: Pourquoi ce débat sur le brevet logiciel ?
Posté par jigso . En réponse au journal Pourquoi ce débat sur le brevet logiciel ?. Évalué à 1.
Pour un objet materiel par ex, décrire sa fabrication, la copier, la reproduire n'est pas contrefaire l'objet. Pour l'immateriel évidemment copier l'algorithme, et le diffuser constitue directement une contrefaçon, même si on ne s'en sert pas (cf affaire du cryptage des DVDs, decss,...)
Et donc le brevet en lui-même est une contrefaçon, puisqu'il divulgue l'algo. Marrant non ?
[^] # Re: Féminisme, informatique et logiciels libres
Posté par jigso . En réponse à la dépêche Féminisme, informatique et logiciels libres. Évalué à 0.
bon ok, je ->[]
[^] # Re: à ne pas lire
Posté par jigso . En réponse au journal à ne pas lire. Évalué à 1.
# Re: teelpmeT snad gub ed elôrD
Posté par jigso . En réponse au journal teelpmeT snad gub ed elôrD. Évalué à 1.
# Re: gui pour python
Posté par jigso . En réponse au journal gui pour python. Évalué à 1.