Pinaraf a écrit 3674 commentaires

Sinon de l'autre côté y'a des clients KDE et Qt :
http://maketecheasier.com/the-best-kde-twitter-client/2009/0(...)
ChoQoK, plasmoïd ou qwit en "Qt pur" sans librairies KDE...

Un avatar sur DLFP ?
Ça va être quoi le scénario ? L'insurrection des moules face à la braderie de Lille ? Avec des effets spéciaux et de la 3D à vous en couper le souffle (le top pour couper le souffle serait d'avoir l'odeur avec cette fois…)

J'avais pas vu la date...

Bonne blague, en effet. Joli travail...

Mais de toute façon, c'est pas discutable :
1) ils ne peuvent pas, techniquement, abandonner KHTML (conservation de l'API/ABI pour tout KDE 4, ils vont pas lâcher ça, jamais)
2) l'intégration de webkit à KDE est pas évidente (travail en cours, ça a avancé dans KDE 4.4, pour KDE 4.5 peut être que ça sera fini)
3) les développeurs de Konqueror travaillent sur ce qu'ils veulent, personne ne peut empêcher ça
4) in fine, la décision reviendra aux distributions : installeront-elles le kpart webkit et l'activeront-elles par défaut ? Ben oui, les utilisateurs s'en foutent de l'upstream, ils utilisent une distribution. Je suis sûr qu'un utilisateur pourrait utiliser de manière transparente une Debian GNU/Linux, Debian Hurd ou Debian GNU/kFreeBSD, à partir du moment où les pilotes sont au point...

Tu utiliseras pas le backend xine sous Windows, MacOS X ou sur d'autres OS comme Haiku je pense. L'abstraction a toute sa place.
De plus, si xine décide de faire un libxine2, cassant toute compatibilité des APIs, ben KDE n'aura pas à réécrire chaque appli.

Aucun problème ici avec Amarok et Phonon-xine.

Pas avant KDE 5 : KDE maintient la stabilité de son ABI et de son API. Tout au plus KHTML pourrait être déprécié, mais pas supprimé.

C'est une fonctionnalité native de windows depuis, si je ne me trompe pas, windows 2000/XP (ou peut être que XP).
Mais il n'y a quasiment aucun logiciel l'exploitant, et comme l'interface par défaut de windows ne l'exploite pas, ben personne ne le sait, personne ne l'utilise, les logiciels ne sont sûrement pas tous compatibles avec ça, etc etc...

Speex ?? Quel intérêt pour un balladeur ?

+1
J'ai trouvé ça assez moche sur pas mal de blogs, voire "odieux". Là ici c'est présenté de manière plus précise quand même, mais sur un blog c'était juste la progression : "regardez pour vous consoler toute la ville a été cartographiée en quelques jours"

C'est marrant, ça fait 4/5 ans que PHP propose PDO… D'ailleurs pour PHP6 y'aura plus le choix.

L'un des soucis c'est que MySQL est un peu l'IE des SGBDR niveau support du SQL.
Le nombre d'horreurs propres à MySQL est sidérant, ne serait-ce que pour échapper les champs avec ` au lieu de " et le texte avec " au lieu de '...

Akonadi marche sans problème avec PostgreSQL, et knotes dépend d'Akonadi, pas de MySQL.
http://tokoe-kde.blogspot.com/2009/12/akonadi-and-postgresql(...)

Tu dois pas porter de lunettes toi.
Ce genre de films est un calvaire pour les porteurs de lunettes vu qu'on se retrouve avec deux paires, dont une très très lourde (et qui fait mal au nez).
Sinon concernant l'immersion, je n'ai pas eu l'impression d'être plus immergé qu'en voyant un film normal. Pourtant je partais pas avec le moindre a priori hein... Puis tu dis que les couleurs étaient bonnes... Moi je les ai trouvées palotes, manquant de piquant... Et je passe sur la migraine qui a suivi la séance à cause de la sacro-sainte 3D...

Perso je vois pas l'intérêt de la 3D au cinéma, au moins pour l'instant. Trop contraignant, pas d'apport concrêt...

Sous linux, le fichier d'hibernation est dans la majorité des cas la partition de swap.

même s'il manque quand même certaines choses pour faire de ce film un film à ne pas manquer.

Un scénario ?

En même temps je vois pas de bugs particuliers, à part le problème de performances dont ils parlent...

Tu réponds pas à ma question : peut être que les linuxiens n'ont pas les même préoccupations que les windowsiens. Peut être qu'on ne joue pas autant à kikalaplugrosse, surtout pour des VM JavaScript... Puis y'a peut être trop de linuxiens en 64 bits, que vous avez pendant longtemps ignoré.

Enfin, comme il faut que ça soit en paquet pour qu'on l'installe sans être pris d'une crise de conscience... on peut pas tester les nightly :) (mauvais argument je trouve, une nightly ça se décompresse bien dans un ~/bin)

Ben moi je l'utilise, ça marche, je me plains pas...
C'est pas bien ?

Y'a peut être trop de linuxiens qui se foutent des perfs par rapport aux autres navigateurs ? On est peut être pas assez obsédés par ça ...

Ton firefox sous linux était-il en 64 bits ? Si oui, tu n'as donc pas tracemonkey, qui n'est dispo qu'en 32 bits...
Ça explique la différence de perf ?

Tout le code est disponible dans un .src.rpm : http://download.opensuse.org/repositories/home:/llunak:/mozi(...)

Ça serait de l'innovation si le projet WebKit ne travaillait pas déjà dans cette direction avant l'annonce de Chrome (avec Squirrelfish et Squirrelfish extreme)

Oui genre ext2 ou fat quoi... Le premier on l'utilise plus, le deuxième on l'utilise parce que c'est le seul, avec NTFS, que windows daigne supporter nativement sans pilote additionnel (pardon, y'a l'UDF qui a été ajouté récemment, mais vu que vista était tellement minable, les gens sont restés à XP, donc sans ce pilote)...

Tu connais beaucoup de systèmes de fichiers qui dise noir sur blanc "faîtes un fsck tous les 30 reboots" ?
C'est juste l'option par défaut de mkfs.ext*/mkfs.reiser*/mkfs.jfs/mkfs.xfs... C'est même pas une question de besoin/pas besoin.
Chez moi je l'ai mis à 200 reboots je crois, c'est déjà plus raisonnable que 30... 30 c'est parfait pour un serveur, pas pour un desktop. (sauf si utilisation du suspend to ram)

Je vous passe les détails: cmake, make,...., déconnexion,..., less Xorg.0.log,..., reboot, less Xorg.0.log, less messages, less .., less..., init 3, init 5, less ...
????
Comment c'est possible de devoir rebooter pour juste installer les paquets de développement ??? Et casser le serveur X au passage....