Moi j'en rencontre plein des americains et ils sont tous : pas gros, pas pour bush, et passionnant.
Ils vivent dans une réserve ? Paske ça doit quand même être une espèce en voie de disparition....
navigateur qui respecte les standards ça ne veut rien dire ici :
- déjà tu confonds avec norme et standard : vu que IE a l'écrasante majorité du marché, le HTML qu'il sait lire devient la norme de facto, qui n'a aucun rapport avec la norme (X)HTML définie par le W3C
- ensuite la notion de "respect des normes", sans préciser lesquelles, c'est vague : UDP, HTTP, DVB-T, ISO9002, ... de quelles normes parles tu ?
Et pis bon, les normes qu'on attend généralement qu'un navigateur web (graphique) respecte, c'est XHTML, CSS, ECMAScript, mais pas XSLT...
Ah bon ? Qu'est ce qui empêche une région d'appartenir à plusieurs carrés du quadtree ?
Ça n'est pas ce que j'ai dit : un carré d'une feuille de l'arbre ne peut appartenir qu'à une région (enfin si j'ai bien compris le principe (je n'ai parcouru ton lien que rapidement), ça a l'air d'être une tétrachotomie, et la surface totale est une partition (au sens ensembliste du terme) de carrés qui sont des parties de régions), donc on ne peut pas avoir deux régions qui se superposent.
Le problème des quadtrees, si je ne m'abuse, c'est que :
- les zones ne peuvent pas sa chevaucher
- ça n'est adapté qu'à des données statiques, une modification risque d'être _très_ coûteuse (ça n'est ptet pas important ici)
Les arbres rouge-noir ça se prête pas trop mal à l'implémentation d'arbres d'intervalles, avec des recherches assez efficaces. Par contre en 2D ça doit être légèrement plus chaud pour trouver une relation d'ordre sur les clés (peut-être que la somme xmin + ymin irait bien, après tout ?) l'idéal serait peut-être d'alterner entre xmin et ymin selon la parité de la hauteur du noeud dans l'arbre, c'est pas trop compatible avec le fonctionnement des arbres rouge-noir classiques mais y a ptet moyen d'en faire une adaptation libre où les rotations se feraient entre le grand-père et le petit-fils plutôt qu'entre le père et le fils.
aux frais liés aux maintiens de 23 noms de domaines possédés par l'association
Ah oui mais y a ptet moyen de ne pas en renouveler quelques uns ? Genre avecsonchien.com, depuis quelques mois, c'est plus trop dans la ligne éditoriale, je crois.
Un des avantages de Linux vis-à-vis de certains OS proprios, c'est justement de ne pas exiger que les utilisateurs soient des bêta-testeurs. Ça peut être utilie pour des appli en prod, dans la vraie vie.
Pourquoi Konquéror ne veut pas utiliser le double clic pour lancer un fichier plustôt qu'un simple clic. L'option n'a jamais marché chez moi !
Tu parles du bug http://bugs.kde.org/show_bug.cgi?id=52314(...) ? Il est résolu...
Ben KDE et Gnome sont partis sur des technos beaucoup trop éloignées pour pouvoir fusionner : KDE est en C++, Gnome en C avec du pseudo objet, KDE utilise son propre protocole, DCOP pour la communication inter-applis, alors que les dev de Gnome commencent à se rendre compte de la lourdeur de CORBA pour le desktop alors que KDE a choisi DCOP depuis longtemps pour la communication inter-process, ...
Enfin bon, y a pas mal de gros morceaux qui vont quand même se retrouver dans freedesktop : http://www.freedesktop.org/Software/Home(...)
Et ? En quoi c'est incompatible ? Les projets Gnome et Mono sont indépendants. C'est pas parce que les deux ont été initiés par MDI qu'ils doivent suivre une destinée commune.
Ouais, sans compter ceux qui écrivent des grossièretés dans leurs commentaires : http://developers.videolan.org/cgi-bin/cvsweb/vlc/modules/access/mm(...) (faire une recherche sur MEMORY).
Imaginez un décideur qui tombe là dessus ! Ça donne une mauvaise image du logiciel libre...
Il serait temps d'imposer une démarche qualité au logiciel libre et de la faire valider ISO 9002.
[^] # Re: incroyable
Posté par Pierre Tramo (site web personnel) . En réponse au journal incroyable. Évalué à 3.
[^] # Re: incroyable
Posté par Pierre Tramo (site web personnel) . En réponse au journal incroyable. Évalué à 4.
[^] # Re: Probleme d'XPs
Posté par Pierre Tramo (site web personnel) . En réponse au journal Probleme d'XPs. Évalué à -4.
[^] # Re: Une raison de plus de ne pas aller aux USA
Posté par Pierre Tramo (site web personnel) . En réponse au journal Une raison de plus de ne pas aller aux USA. Évalué à -1.
Ils vivent dans une réserve ? Paske ça doit quand même être une espèce en voie de disparition....
[^] # Re: Les poissons d'avril sont
Posté par Pierre Tramo (site web personnel) . En réponse au sondage Les poissons d'avril sont. Évalué à 2.
# Attention, ton clavier se blo
Posté par Pierre Tramo (site web personnel) . En réponse au journal Après ~boa13/11234.html qui critiquait ~kuczynski/11233.html, ~kuczynski/11232.html et ~kuczynski/11231.html je me disait que ça devenait un peu lourd tout ces . Évalué à 2.
[^] # Re: Aide mémoire XPath 1.0
Posté par Pierre Tramo (site web personnel) . En réponse à la dépêche Aide mémoire XPath 1.0. Évalué à -2.
- déjà tu confonds avec norme et standard : vu que IE a l'écrasante majorité du marché, le HTML qu'il sait lire devient la norme de facto, qui n'a aucun rapport avec la norme (X)HTML définie par le W3C
- ensuite la notion de "respect des normes", sans préciser lesquelles, c'est vague : UDP, HTTP, DVB-T, ISO9002, ... de quelles normes parles tu ?
Et pis bon, les normes qu'on attend généralement qu'un navigateur web (graphique) respecte, c'est XHTML, CSS, ECMAScript, mais pas XSLT...
[^] # Re: Algorithme
Posté par Pierre Tramo (site web personnel) . En réponse au journal Algorithme. Évalué à 1.
Ça n'est pas ce que j'ai dit : un carré d'une feuille de l'arbre ne peut appartenir qu'à une région (enfin si j'ai bien compris le principe (je n'ai parcouru ton lien que rapidement), ça a l'air d'être une tétrachotomie, et la surface totale est une partition (au sens ensembliste du terme) de carrés qui sont des parties de régions), donc on ne peut pas avoir deux régions qui se superposent.
[^] # Re: Algorithme
Posté par Pierre Tramo (site web personnel) . En réponse au journal Algorithme. Évalué à 1.
- les zones ne peuvent pas sa chevaucher
- ça n'est adapté qu'à des données statiques, une modification risque d'être _très_ coûteuse (ça n'est ptet pas important ici)
# Re: Algorithme
Posté par Pierre Tramo (site web personnel) . En réponse au journal Algorithme. Évalué à 1.
# Re: Vol des serveurs Tuxfamily
Posté par Pierre Tramo (site web personnel) . En réponse à la dépêche Vol des serveurs Tuxfamily. Évalué à 1.
# Re: Enfin de l'humour drôle
Posté par Pierre Tramo (site web personnel) . En réponse au journal Enfin de l'humour drôle. Évalué à 2.
[^] # Re: Évolution de LinuxFr.org vers le professionnalisme
Posté par Pierre Tramo (site web personnel) . En réponse à la dépêche Évolution de LinuxFr.org vers le professionnalisme. Évalué à 4.
# Re: Évolution de LinuxFr.org vers le professionnalisme
Posté par Pierre Tramo (site web personnel) . En réponse à la dépêche Évolution de LinuxFr.org vers le professionnalisme. Évalué à 0.
Ah oui mais y a ptet moyen de ne pas en renouveler quelques uns ? Genre avecsonchien.com, depuis quelques mois, c'est plus trop dans la ligne éditoriale, je crois.
# Re: Utiliser un logiciel autre que Word est absurde
Posté par Pierre Tramo (site web personnel) . En réponse au journal Utiliser un logiciel autre que Word est absurde. Évalué à 2.
# Re: klipper et kdict
Posté par Pierre Tramo (site web personnel) . En réponse au journal klipper et kdict. Évalué à 3.
je crois que vous faites erreur sur la personne.
Pierre Tramo
[^] # Re: Comparaison entre les noyaux 2.4.25 et 2.6.4
Posté par Pierre Tramo (site web personnel) . En réponse à la dépêche Comparaison entre les noyaux 2.4.25 et 2.6.4. Évalué à 0.
Enfin bon, là je vois pas trop le rapport avec la choucroute.
[^] # Re: Comparaison entre les noyaux 2.4.25 et 2.6.4
Posté par Pierre Tramo (site web personnel) . En réponse à la dépêche Comparaison entre les noyaux 2.4.25 et 2.6.4. Évalué à 1.
[^] # Re: Comparaison entre les noyaux 2.4.25 et 2.6.4
Posté par Pierre Tramo (site web personnel) . En réponse à la dépêche Comparaison entre les noyaux 2.4.25 et 2.6.4. Évalué à 1.
[^] # Re: Novell choisit Qt comme environnement de développement.
Posté par Pierre Tramo (site web personnel) . En réponse à la dépêche Novell choisit Qt comme environnement de développement.. Évalué à 4.
Tu parles du bug http://bugs.kde.org/show_bug.cgi?id=52314(...) ? Il est résolu...
[^] # Re: Novell choisit Qt comme environnement de développement.
Posté par Pierre Tramo (site web personnel) . En réponse à la dépêche Novell choisit Qt comme environnement de développement.. Évalué à 5.
Enfin bon, y a pas mal de gros morceaux qui vont quand même se retrouver dans freedesktop : http://www.freedesktop.org/Software/Home(...)
[^] # Re: Novell choisit Qt comme environnement de développement.
Posté par Pierre Tramo (site web personnel) . En réponse à la dépêche Novell choisit Qt comme environnement de développement.. Évalué à 6.
[^] # Re: \o/
Posté par Pierre Tramo (site web personnel) . En réponse au journal \o/. Évalué à -2.
\o/ le pack va y passer
# Re: \o/
Posté par Pierre Tramo (site web personnel) . En réponse au journal \o/. Évalué à -7.
# Re: Faire du closed-sources sous licence GPL
Posté par Pierre Tramo (site web personnel) . En réponse au journal Faire du closed-sources sous licence GPL. Évalué à 1.
Imaginez un décideur qui tombe là dessus ! Ça donne une mauvaise image du logiciel libre...
Il serait temps d'imposer une démarche qualité au logiciel libre et de la faire valider ISO 9002.