Reprise du message précédent :
Je pense que ça dépend de qt-webkit et pour l'instant c'est pas génial, sous rekonq :
 

http://html5test.com/

Ben Rekonq oui, c'est pas top, mais le WebKit de Chromium par exemple fait bien mieux. Du coup, avec l'arrivé de WebKit dans Konqueror, tout est imaginable. Ou pas. Wait and see, mais ce serait quand même vachement bien d'avoir ENFIN un vrai navigateur Qt intégré dans le DE et à jour côté fonctionnalités.

Edit : remarquez, mes version actuelle de FireFox et Chromium ne font pas spécialement mieux Mais bon, on sait que ça bouge de leur côté.

Je doute qu'on puisse compter sur KDE pour produire un jour un bon navigateur. C'est trop de boulot, faut une équipe dédiée. Surtout quand on voit que KDE est toujours en retard sur son planning, ça prouve déjà un manque de main d'oeuvre. Il faudrait qu'un navigateur sérieux porte et maintienne son code en Qt4.

Est-ce envisageable concernant Chromium ou FireFox ? J'imagine que si c'était aussi simple, ce serait déjà fait, mais bon, on peut toujours rêver...

 Firefox niveau intégration, même dans un environnement GTK, c'est de pire en pire et c'est pas la version 4 qui va arranger ça !
 
Chrome/Chromium là aussi, je sais plus ou j'ai lu que les développeurs avait préféré faire leur truc à leur sauce pour les notifications plutôt que de se reposer sur libnotify, afin "de garder une apparence identique sur toutes les plates-formes" Donc faut pas compter sur eux pour l'intégration non plus.
 
Un navigateur est complexe certes, mais beaucoup de cette complexité se trouve dans le moteur (codecs, rendu, gestion et isolation des plug-ins...), une fois que qt-webkit aura rattrapé en stabilité et en fonctionnalités les autres implantations il ne manquera plus grand-chose à rekonq pour rivaliser avec les plus grands : la correction orthographique, les tags dans les signets, les onglets "sticky"... Rien d'insurmontable même pour une petite équipe de développeurs !

Pendant ce temps là à Vera Cruz : http://www.phoronix.com/scan.php?p [...] &px=ODQ1Ng

 
Développe ? parce que je tourne sur la nightly et l'intégration est meilleure que sur les v3 qui était déjà meilleure que les v2.

KDE 4.5 tagé

grumf, je suis en train de finir de compiler les paquets de la rc3 là pour i586 (après avoir achevé les x86_64)

La v3 :
- n'utilise pas les dialogues du stock
- n'utilise pas les icônes du stock
- n'utilise pas les applications par défauts
- en plus de ça, n'utilise pas les widgets GTK, ce qui provoque des différences de rendu (police de la barre des menus par ex.), et nécessite des hacks assez horribles de la part des développeurs de thèmes et de moteurs de rendu GTK.
 
la v4 utilisera des widgets encore plus exotiques et s'intégrera donc encore moins bien visuellement avec le reste !

   elle s'intègre très bien la v4 visuellement et au niveau du comportement.

Bah la j'ai Firefox 4beta3 et les widgets sont encore très buggés avec mon thème sombre ça se voit ! Et il n'utilise toujours pas les icônes du stock.  
 
Je ne parlerai pas du rendu horrible des polices, parce que c'est une beta et une version -bin pas forcément adapté à ma config.

 
Cool, voilà une bonne nouvelle

 
j'ai pas de soucis pour ma part, il utilise bien mon thème et les polices sont correctes (xfce, nightly du jour).

De toute façon l'interface de la v4 finale pour Linux n'a pas encore été implémenté, et ça s'oriente plutôt vers des widgets spécifiques bien éloignés de ceux du stock https://wiki.mozilla.org/Firefox/Pr [...] heme/Linux

quelqu'un est sous kde 4.5 dans le coin?
si oui peut il installer le plasmoid « nouvelles sociales » qui est fourni par kdeplasma-addons ? (et voir si cela crash ou pas )

Et quid de kmail finalement sous cette version ?

kmail2 arrive (comme dit a de nombreuses reprises) avec kde 4.5.1 , tu gardes donc ton kdepim et kdepim-runtime issu de kde 4.4.x

.
Bon, si kmail fonctionne toujours aussi bien, ça ira pour cette fois, je patiente alors en attendant la v2   .

(petite incrustation pour féliciter le monsieur juste au dessus pour son Avatar )
 
Bubble Bobble fan inside.

tu n'auras en revanche pas de localisation si cela ne te gène pas.

bon a priori la finale de kmail 2 sera disponible pour kde SC 4.6
il y aura des betas pour chaque version mineure de kde SC 4.5

Wait & see du coup (en espérant que les beta passent bien ...) .

Perso, je sens mal la transition vers kmail2.

mais non.
il faudra juste partir d'un compte vierge pour éviter les pertes de mail, c'est tout  

KDE SC 4.5.0 repoussé d'une semaine

C'est mieux que de se traîner des gros bugs jusqu'à la 4.5.1.

Bien sur, mais après je ne serais plus en vacances pour en profiter

Avec une semaine de retard, ça repousse à quelle date finalement ?

Le 10 selon le calandrier mis à jour

Ah ben dans pas longtemps, c'est cool. Je voyais ça plus fin Aout, mais le 10 ça me va aussi

Salut
 
Connaissez vous une façon pour que dolphin / konqueror marche comme firefox  
pour les fonctions " suivant - précédent " avec la souris ?
 
Avant j'utilisait imwheel.
Comme je viens de réinstaller mon systeme ,  
je me demandais si il n'y avait pas une méthode native de kde4.
 
Merci

Tu ne trouveras pas de "méthode KDE" parce que le problème se situe à un niveau inférieur. Le layout de ton clavier et de ta souris ont besoin d'être correctement reconnus (scancode -> keycode) pour que KDE puisse les utiliser sans bricolage (incluant imwheel, xmodmap ou encore xbindkeys).
Pour ça, faut créer les règles udev propres à ton matériel. Une fois que c'est fait, tu pourras utiliser les raccourcis définis nativement ou attribuer toi-même la touche depuis les raccourcis globaux.

C'est ce que j'ai fini par comprendre.
 
du coup j'utilise xbindkeys et xte (xautomation )
 
avec dans .xbindkeysrc

 
b:9 et b:8 correspondant au touche de ma souris trouvé avec xev
 
 

C'est presque ce que je fais depuis des années (avec xvkbd au lieu de xte) mais c'est du bricolage. J'ai décidé de passer tout le truc sous udev, reste à trouver la motivation.

Je viens de remarquer un truc qui me dérange : KDE s'appuie sur HAL pour pas mal de choses. Entre autre, la détection des mémoires de masse amovibles (dolphin ou system notifier) ou la lecture de l'espace utilisé/dispo des partitions (system monitor). Il y en a sûrement d'autres, c'est ce que j'ai noté en 5min avant de décider de réinstaller hal vite fait...
C'est quand même étrange de dépendre d'un truc en phase d'abandon/obsolescence depuis un an.

Bah les dev de KDE ont du mal à trouver des remplaçants à HAL (surtout pour le support des disques amovibles, si je me rappelle bien…) pour le moment donc ils font avec en attendant…  

Hmmm je me doutais un peu que c'était quelque chose comme ça. C'est pas encore demain qu'on sera débarrassé de hal. Peut-être d'ici KDE5 quoi

Il en est question pour KDE 4.6    
En fouillant un peu sur Google : http://forum.kde.org/viewtopic.php [...] da#p159137  

Autre sauce : http://chakra-project.org/bbs/viewtopic.php?pid=19338

Sachant que quand KDE sera débarrassé de HAL, il y aura forcément un autre soft qui en a besoin qui n'aura pas fini sa migration, je pense qu'on va garder HAL en couche de compatibilité pendant encore un moment.