Moonz a écrit 3536 commentaires

Bon, je n'aime pas KDE, j'aime bien gstreamer, et en géréral j'apprécie les discussion houleuses qu'on appelle trop rapidement "troll". Mais ton troll à toi commence à me les casser. érieusement.

Si j'ai bien tout compris, phonon, ça va être en gros: void playSound(QString path). C'est vrai que c'est une dispersion d'efforts honteuse. En plus, KDE prennent du code que pour eux, regarde, ça dépend de Qt (QString). Honteux vraiment, le logiciel libre, c'était mieux à vent. Ça va sûrement finir comme Arts, inmaintenu car le code est trop gruik.

Alors d'accord, on peu reprocher à KDE d'avoir fait beaucoup de bruit pour pas grand chose, mais c'est pas une raison pour crier encore plus fort et pour d'encore moins bonnes raisons.

Et insulte moi autant que tu veux, profites en, parce que je répondrais pas. À moins que ta réponse soit constructive (et que ce ne soit pas une n-ième tentative de faire croire que tu n'as pas compris), mais je suis plutôt sceptique là dessus

Ça fait du bien :)

Bon, moi qui m'était promis de pas lancer ce troll... Heureusement que cette news va bientôt dispraitre :)
Pour moi, c'est au système d'exploitation de faire ça. Je n'ai pas essayé pour Samba, mais FUSE me monte très bien un FS WebDAV. Et c'est indépendant de Gnome-VFS/KIO/Thunar-vfs/TrucVFS...
Et ça marche avec GIMP :)

Bon, après moins de 10 secondes de recherche, j'ai trouvé ça:
http://fuse.sourceforge.net/wiki/index.php/FileSystems
et plus particulièrement:
http://smbnetfs.airm.net/

Non, je ne vois pas l'utilité de Gnome-VFS.

Ça aide Windows. Et alors ?
On nous crie depuis des années qu'il ne faut pas dire Linux mais GNU/Linux, parce que le noyau c'est pas un OS complet (parfois c'est limite sous entendu que la partie noyau est négligeable), et toussa. Et bien si quelqu'un préfère GNU/Windows à GNU/Linux, grand bien lui en fasse. La partie GNU devant m'assure que:
- la plupart des bugs reports faits par des GNU/Windowsiens me profiteront à moi aussi
- les patchs, pareil
- et tout ce qui est codé par des GNU/Windowsiens aura de grandes chances de m'être utile (et d'être utile aux BSDistes, et j'en passe)
- que si tous les Windowsiens utilisent KHTML/Gecko/jenesaisquoi, ça me garantit que les sites passeront bien aussi sur mon GNU/Linux

En gros, faire de Windows un simple kernel non libre pour tout un OS entièrement libre, ça me gène pas plus que ça. Bien au contraire.

>6. Comme d'habitude, les développeurs GNOME ont tendance à ne penser à l'utilisation des bibliothèques qu'ils utilisent uniquement dans un contexte GNOME. Par exemple GTK+ qui va encore grossir pour recueillir les bibliothèques GNOME (que personne n'a sohaité maintenir malgré leur utilisation dans de nombreuses applications) au sein du projet Ridley. Merci pour les devs XFCE !

Est-ce que tu as regardé le projet Ridley ? J'en ai pas l'impression... A peut près tout ce qui est intégré dans GTK bénéficiera à _tous_ les utilisateurs de GTK (y compris Xfce/ROX/...): ce sont des trucs basiques qui auraient du être présents dès le départ (GtkAboutDialog, c'est vrai que c'est une merde pro-gnome qui va emmerder tous les devs GTK qui ne veulent pas de truc pro-gnome...)
Ne t'en fais pas que si le but avait été d'intégrer gnome-vfs, orbit ou bonobo, là un bon paquet de moules sur linuxfr auraient ralées (moi en premier)

J'ai testé KDE il y a un moment (enfin, pas si longtemps, c'était KDE 3.2), et j'ai pas aimé. Je veux pas m'étendre sur les raisons, le but n'étant pas de troller (les gouts et les couleurs, tousaa)

J'ai par contre vachement aimé dcop, Pour faire des trucs du genre (si mes souvenirs sont bons):
dcop konsole-1234 `dcop konsole-1234 newSession` setTitle "blah"

Est-ce toujours possible avec KDE 4 ?
Si oui, je suppose que c'est possible avec DBUS tout court. Comment on fait? (oui, j'ai lu les pages de man... Mais elles sont vraiment pas claires, et la seule vraie doc que j'ai trouvé c'est pour l'API C)

Oui, j'ai un accès internet par modem. Et le CD d'une distrib, c'est peut être bien pour une distrib genre Mandriva/Fedora qui fait des release périodiques et où les mises à jour ne sont que des mises à jour de sécurité, mais dans un système comme Debian ou Gentoo, télécharge un CD et une semaine plus tard la moitié des paquets sont déjà remplacés par des nouveaux...

Et c'est surtout une question de performances. Que les gnomistes qui osent dirent que ça ne pénalise pas les performances tentent de lancer k3b sous leur gnome...

Auatant je comprend l'intérêt de réutilisation du code, autant je fuis les dépendances "inutiles" (genre un visionneur d'images qui utilise gnome-vfs... qu'est ce que je me contrefous de pouvoir d'avoir une vue par vignettes des images d'un dossier ftp distant ?)

Epiphany est basé sur Gnome. Tu vas me dire que c'est pareil, vu que gnome est basé sur gtk, mais ça fat une grosse différence:

[root@localhost ~ 11:27]# USE="firefox" emerge -vp epiphany 0

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild N ] gnome-base/libbonobo-2.14.0 USE="-debug -doc" 0 kB
[ebuild N ] gnome-base/gnome-mime-data-2.4.2 USE="-debug" 0 kB
[ebuild N ] app-admin/gamin-0.1.7 USE="-debug -doc" 0 kB
[ebuild N ] gnome-base/gnome-vfs-2.14.2-r1 USE="gnutls ipv6 ssl -avahi -debug -doc -hal -samba" 0 kB
[ebuild N ] gnome-base/libgnome-2.14.1 USE="-debug -doc -esd -static" 0 kB
[ebuild N ] gnome-base/gnome-keyring-0.4.9 USE="-debug" 386 kB
[ebuild N ] gnome-base/libbonoboui-2.14.0 USE="X -debug -doc" 872 kB
[ebuild N ] gnome-base/libgnomeui-2.15.1 USE="jpeg -debug -doc" 1,402 kB
[ebuild N ] dev-python/pyorbit-2.14.0 USE="-debug" 269 kB
[ebuild N ] dev-python/gnome-python-2.12.4 USE="-debug -doc -gtkhtml" 368 kB
[ebuild N ] app-text/gnome-doc-utils-0.6.1 USE="-debug" 375 kB
[ebuild N ] gnome-base/gnome-desktop-2.14.2 USE="-debug -doc" 1,159 kB
[ebuild N ] gnome-base/gnome-common-2.12.0 USE="-debug" 58 kB
[ebuild N ] app-text/iso-codes-0.49-r1 3,612 kB
[ebuild N ] www-client/epiphany-2.14.3 USE="firefox python -debug -doc" 3,541 kB

Total size of downloads: 12,046 kB

[root@localhost ~ 11:28]# USE="firefox" emerge -vp kazehakase 0

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild N ] www-client/kazehakase-0.3.9 USE="firefox ssl -hyperestraier -migemo -mozilla -ruby -thumbnail" 1,305 kB

Total size of downloads: 1,305 kB



(et encore, j'avais déjà quelques libs de gnome installées pour gnumeric et abiword)

Non, mais ça ne m'a pas trop choqué: je suis un débutant complet en Zope (j'ai installé Zope 2 il y a 3 jours après avoir lu un bouqin dessus. Zope 3 date de ce matin ;)). A vrai dire, ce qui m'a le plus marqué, c'est l'absence de "Folder (Ordered)" et de "User folder" (aussi, le changement de index_html en index.html...)

Toutefois, les pages ZPT sont créées dans la ZODB...

> Avec z3 il n'y a de toute façon quasiment plus le choix. les scripts python, les zpt, les resources (images, css), restent dans le filesystem

Pas dans mon zope 3.2.1 fraichement emergé...

Les deux graphes ne semblent pas bien différent ;)
Mais je pense avoir compris l'idée... Merci beaucoup pour tes explications ;)

apt-get install python2.4
Le seul problème avec python 2.4 dans debian, c'est juste qu'il n'est pas par défaut. Paas la peine d'en faire tout un trollplat

s/opérateur/quantificateur/ (oui, je sais, j'aurais dû me relire plus sérieusement q'un rapide coup d'oeil)
C'est un quantificateur qui ne rend jamais ce qu'il a consommé (d'où le nom ;)), même quand ça peut faire échouer la reconnaissance... (++, *+ et ?+ en Perl/PCRE)
http://www.regular-expressions.info/atomic.html

C'est vrai que j'ai longtemps hésité avec programmation.perl
Hop ----->[]

Je pense que tu n'a pas bien compris ma question, et je pense avoir pigé pourquoi:

> d'abords, avec deux opérateurs possiblement vides à la suite (.* et ?) c'est sûr que tu facilites pas le travail du moteur, donc plutôt préférer tout simplement "<p.*>"

Donc mea culpa, j'aurais du préciser la syntaxe en introductionr: j'utilise la syntaxe Perl/PCRE. C'est à dire que .*? est la version paresseuse de .* et pas équivalent à (.*)?

> Reprenons le cas que tu donnes. D'abord, tes deux expressions ne sont pas équivalentes.
Je me met dans le cas où l'opérateur paresseux n'a pas besoin de consommer un "o" pour que la reconnaissance réussisse. Dans ce cas, je suppose quand les expressions sont à peu de choses près équivalentes... non ?


Ma question était donc: dans le cas où l'opérateur paresseux n'a pas besoin de consommer 'o' et où la reconnaissance réussit, utiliser H[^o]*o est-il vraiment plus avantageux que H.*?o ? Je n'ai pas l'impression que le moteur ait beaucoup plus de choix à faire dans la deuxième version...

Je me souviens d'un développeur de LL qui disait qu'un des intérêts de porter des logiciels n'était pas forcément de pouvoir l'utiliser sur de nouvelles plateformes, mais que c'"tait un bon moyen de:
- pointer les erreurs de conception
- montrer des erreurs de programmation qui sont passées à cause d'un comprtement "magique" de la plateforme originale
- que généralement, un code portable est signe de qualité, même si les ports ne sont presque pas utlisés

>Mais un navigateur léger sous linux ne serait pas un mal.
WebKit existant sous OSX, probablement Linux et maintenant Windows, on peut se dire que la couche de compatibilité est "au point" et plutôt réutilisable (encore un avantage du port Windows). Par exemple, avec un toolkit "léger" genre FLTK ou Fox (ou en utilisant aalib/libcaca ;)). Un volontaire ? :)

Gné ? Je coris que t'as pas tout suivi là :)
Au contraire, le but est de réutiliser le code de KHTML...

>"point de séaration code/présentation sans moteurs de templates" me semble erroné.

Heu... comment tu fais, disons, pour afficher une liste de news venant d'une base MySQL sans template et en séparant code/présentation ?
De plus, dire que <?=$var?> et {$var}, c'est pareil, pas la peine d'utuiliser un système de template, c'est bien joli, mais comment tu fais pour les boucles ? les if/else ?

Avoue quand même que un {block news}<a href="news.php?id={news.id}">{new.title}</a><br/>{/block} est plus simple et plus "élégant" que
<?php while($news = mysql_fetch_assoc($query)) { ?><a href="news.php?id=<?=$news["id"]?>"><?=$news["title"]?></a><br/><?php } ?>

> (SSA/ASS, même s'il n'existe à ma connaissance aucun lecteur sous linux qui gère les styles)
Mplayer le fait dans sa version SVN, avec plus ou moins de bonheur. La librairie qu'il utilise (libass) semble assez indépendante pour être utilisée dans un autre logiciel. Je suis en train de tenter de l'intégrer dans avidemux (avec beaucoup moiins de succès, mais c'est surtout dû à mon inexpérience dans le domaine, je ne connais pas grand chose à tout ce qui est masque alpha & co).
A voir aussi: http://asa.diac24.net/wiki/index.php/Main_Page

hé ho, ne sois pas tellement sur la défensive, je dis pas que Qt c'est de la merde hein, j'explique juste où est le problème d'installer GTK et QT. Oui, GTK et QT sont gros. Donc, dans la mesure du possible, j'aimerais n'en avoir qu'un... (et jusqu'ici, j'y suis arrivé sans trop de problème, et en bonus sans les libs gnome :))

[root@localhost /var/tmp/distfiles 16:24]# emerge -vp qt
These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild N ] x11-libs/qt-4.1.4 USE="cups gif jpeg opengl png xinerama zlib -accessibility -debug -doc -examples -firebird -mng -mysql -nas -nis -odbc -postgres -sqlite" 31,420 kB

Total size of downloads: 31,420 kB

Télécharger 31Mo sur mon 56k pour UN logiciel qui m'a l'air assez léger, ça me fait quand même bien chier :)
HS: Sinon, j'avais entendu dire qu'avec Qt 4 il y avait enfin une séparation entre Core (XML, réseau & co) et GUI. Pourquoi ce n'est pas séparé comme ça chez Gentoo ?

Faire un troll aussi énorme, dire ensuite que c'est pas un troll, et réussir à avoir 11 réponses (à l'heure où j'écris ça) sans un seul "don't feed the troll", c'est impressionnant.

Toutes mes félicitations :)

Au fait, don't feed the troll... (fallait bien que quelqu'un le dise quand même)

En quoi recompiler le noyau changera quoi que ce soit ?
C'est une vraie question, parce que mon PC aussi a chaud...

Des deux: de la puissance :)

Prévoient ils de mieux séparer la partie Qt/Non Qt pour permettre justement à Apple d'adapter plus facilement KHTML à OSX, et donc de faciliter la collaboration (parce qu'il faut avouer que KWQ n'est pas vraiment la solution la plus élégante) ? Ca pourrait en plus permettre un port assez "simple" de KHTML vers d'autres toolkits (je pense surtout à Fltk qui en aurait bien besoin, ou GTK+...)

>Que demandent-t-ils de plus?

75 euros