Reprise du message précédent :

nan mais en plus ma requête était débile parce que ce qui m'étonnait surtout ce sont les boutons qui disparaissent et apparaissent.... hem
mais c'est pas que je remette ta parole en doute hein c'était juste pour mieux comprendre

non, c'est bien vrai, j'ai moi aussi eu ce pb d'icone (et menus qui disparaissent) : seul ce qui est sous le curseur apparait, c'était trop lourd !  

Y'a pas une solution (autre que celle proposee par kortex, je veut dire en utilisant gtk-qt-engine )? Parce que j'ai le meme pb sous OOo  

bon, suite à vos explications j'ai mis à jour ma jaunty sous virtualbox ici et effectivement j'ai des onglets tout dégueux sous firefox    
 
je vais vérifier chez moi si j'ai pas foutu le theme oxygen et qu'entre temps j'ai oublié  

bon alors, de mémoire (toujours) :
- Firefox : installer le thème gtk-OxygenRefit2 et l'utiliser pour les applis gtk (réglages KDE)
- OOo : je répète, regardez dnas les préférences de OOo, section affichage ou un truc de ce style, choix des icones (clearlooks je crois)
 
Je ne me souviens pas avoir changé autre chose... peut-être le OOO_DESKTOP_FORCE dans /etc/profile ???

et cela ? as tu essayé ?
 
http://www.kde-look.org/content/sh [...] SESSID=cae
 
 

OK pour OpenOffice, je vais essayer de repasser sous gtk-qt-engine et de tester tout ça. Ca me permettra également de faire un screenshot
 
Sinon, dans tes réponses, ça n'a pas l'air de résoudre le problème des onglets de FireFox qui se superposent, ça n'a l'air que de prendre en charge le thème d'icônes. Pour ma part je tourne avec Kempelton sur FireFox, OxyGnome en thème GTK, et ça se passe pas mal, mais si il y avait moyen de tourner sur gtk-qt-oxygen, ce serait d'autant plus simple.
 
Je vais repasser dessus, quit à avoir des choses moches, pour trouver des solutions et en faire profiter tout le monde, si possible collégialement.

 
Tu peux screener le bug ?
J'utilise gtk2-engines-qtcurve, kde-style-qtcurve et kwin-style-qtcurve et je trouve mes onglets firefox normaux.

Je crois que c'est typiquement Oxygen qui pose problème...

J'ai craqué, j'ai réinstallé KDE4 "pour voir"    
 
Premier constat : les derniers drivers nvidia ont bien changé les choses  

cliquable

j'ai pas allumé ma machine hier soir donc je ne sais toujours pas dire avec quelle config ça fonctionne chez moi.

http://trueg.wordpress.com/2009/04 [...] summer-x2/
on va avoir enfin un gros progrès concernant la recherche avec nepomuk si tout va bien

Bon, après une grosse journée sous gtk-qt-engine, j'abandonne, c'est vraiment trop à la ramasse comparé à un simple thème GTK en passant par les moteurs classiques. Il y a encore du boulot sur le truc là...

En tout cas, il y a encore du boulot pour ce qui est des softs bureautiques de la suite KDE.
Hier, je suis tombé sur le cul en constatant que c'est impossible d'imprimer un pdf avec okular => l'impression ne se lance pas. Apparemment, c'est un bug connu depuis plus d'un an sur le bugtracker de KDE.
Essayer d'ouvrir un .rtf avec kword, c'est le crash assuré. Entre 2 chargements d'un fichier (au format natif de kword), ce même kword s'amuse à remettre la police par défaut, ou encore le correcteur ortho qui invente des fautes si on change de langue en cours d'écriture et qui imprime le soulignage des-dites fautes.
Et j'en passe (il y a tellement de bugs la RC1 de koffice 2.0 que ça devrait être renommé en alpha).
Dans l'ensemble, faudra encore 18-24mois avant que tout ça soit exploitable autrement que pour geeker devant les copains.

C'est pas juste que tu n'as pas le bon paquet pour la commande lpr (cups-bsd et pas lpr) ?

 
Bah, j'ai eu le problème en question et je suis tombé là dessus http://bugs.kde.org/show_bug.cgi?id=161759  (commentaires #6 / 26 / 27).
Je vais essayer ce que tu dis parce qu'il me semble avoir eu un message d'insulte à propros de syntax incorrecte avec lpr dans la konsole.

http://bugs.debian.org/cgi-bin/bug [...] bug=499514
Tested and approuved  

cela fonctionne sans souci sous mandriva

sous mandriva c'est lpr-cups qui est utilisé

 
approved as well.
Remplacer lpr par cups-bsd résout le problème. Ce serait donc une histoire de mauvaise dépendance imputable à ubuntu (ou debian si ubuntu a encore copié son voisin ).

debian imprime.
si debian ne veut plus imprimer, le monde n'imprime plus.
debian est l'imprimerie.

Bonjour,
 
Je souhaite synchroniser mon téléphone Nokia avec Kontact (via bluetooth). Que faut-il que j'utilise ? C'est kitchensync le bon truc ? J'ai installé kdepim sur ma kubuntu, mais je n'ai pas

J'ai des fichiers trop gros pour les mettre à la corbeille.(même un par un)
Je peux juste les supprimer avec la console ?

tu peux également directement les supprimer sans passer par la console.

 
Euh... j'ai cherché mais j'ai pas toruvé.  

Shift + Del ne fonctionne pas ? (suppression définitive sans passer par la corbeille)

 
Si, mais je connaissais pas.    
Merci.

Peut-être Kasablanca sinon ?
 
C'est un client FTP standalone très simple d'utilisation avec une interface épurée qui supporte le protocole FTPS (qui offre certains avantages par rapport à SFTP) et qui est activement maintenu ; je l'utilisais à une époque sous KDE 3.5.x, maintenant faudrait voir comment ça à évolué avec KDE4 et Qt4  j'ai pas re-testé depuis (n'étant pas sous KDE4 pour le moment). À tester.

La version QT4 est encore au stade expérimental. Faut la compiler à partir du CVS.

Je viens re-poster quelques retours d'utilisation. D'abord j'utilise archlinux, il n'y a donc pas de travail de fait specialement par la distrib (volontaires) pour integrer KDE ou Gnome, pas de tests de stabilite/compatibilite/etc... De plus, j'ai installe a la fois Gnome (mon premier amour) et KDE 4.2, ce qui pose parfois quelques petits soucis (tomboy notamment).
 
Cependant, j'ai utilise pas mal KDE4 pour coder en QT avec QT-creator, plus du surf+messagerie (konqueror/kopete). J'utilise KWin, sur un vieux laptop de presque 5 ans (haut de gamme de l'epoque, P=M 1.8GHz, ATI M10 - RV350). Je n'utilise que des pilotes libres.
 
J'ai trois choses embettantes a l'usage:
1) Le gestionnaire de fenetre devient de plus en plus lent... vraiment. Avec 2 programmes ouverts, c'est impeccable. Avec 6-8, c'est plus du tout amusant, ca lagge regulierement - avec compiz sous gnome c'est pareil.... ca vient principalement du temps de transfert CPU->GPU il me semble, surtout que la definition de l'ecran est du 1600*1200 et que j'ai que 64Mio de RAM dediee a la carte graphique.
 
2) Parfois, ca "gele" : la souris bouge avec des lag effroyables, rien n'est accessible... rien ! REboot.
 
3) Une fois, je suis partis et laisse mon laptop avec quelques programmes ouvert, en fond de tache un telechargement et pas mal de programmes ouverts. Je suis revenu, j'etais sous GDM, KDE avait crashe severe (pas eu le temps de regarder les logs, c'est dommage mais bon... tant pis).
 
Ces 3 problemes sont un peu penibles, surtout les 2 derniers... tellement que pour le moment je suis retourne sous gnome, meme si mon programme en QT y est moins joli et moins rapide (et qt-creator un peu moins reactif).
 
Je ne sais pas trop dans quelle direction regarder (source du/des probleme(s))

Ouaip je sais   Mais bon je suis sense coder un truc pour une demonstration mercredi    
 
D'ailleurs je m'y met !

Quand ça gèle mais que la souris est là ça peut être Plasma ... J'ai des plasmoids qui le font planter des fois. En tout cas si KDE n'est pas planté il te reste le Alt+F2.

Au pire un "kquitapp plasma ; plasma" et ca repart

Et je rentre ca comment ? Alt+f2 reagissait pas, aucun raccourcis clavier (ou alors ca prenait plusieurs minutes de reactions ?   ) Aucune application ne pouvait reprendre le focus (click fonctionne pas). Je n'ai aucun plasmoide particulier, a part bien sur la barre de taches.
Par contre y'avait gnome-do charge... mais je pense pas que ce soit un probleme ??

Ah oui si t'as même plus de terminal graphique a disposition ca va être dur ...
T'es sur que c'est plasma qui freeze ? T'as vérifié dans un tty avec un htop ?

Ce qu'il décrit m'est déjà arrivé lors d'une compilation.
L'occupation mémoire grimpe en flêche, le hdd se met swaper non stop, l'interface ne réagi plus, le clavier non plus (pas de ctrl+alt+backspace / delete, encore moins d'accès aux tty) et la souris bouge par saccades.
Pour ma part, je pense que c'est le driver graphique qui s'était vautré.

Exactement ca... ca peut provenir du pilote graphique, m'enfin j'utilise les pilotes ati libres sur un vieux RV350... ca marche plutot bien. Peut etre une regression recente, mais je n'ai pas ce probleme avec gnome, ni avec metacity ni avec compiz.
Je pourrais toujours essayer d'utiliser compiz plutot que kwin, mais c'est un peu embetant.

À priori ce n'est pas un problème de driver. Si une appli demande trop de mémoire et se retrouve à utiliser intensément la swap, elle bloque tout le reste en attente d'io. Ça m'est arrivé plusieurs fois, avec des applis qui avaient une violente fuite mémoire.

En y repensant c'est probablement ce qui s'est passe... une belle grosse fuite memoire quelque part. Je dis ca parce que j'ai deja eu ce phenomene avec une applis... que je code   et j'avais une mega fuite memoire.  
 
Bon enfin, je pense que KDE4 est encore un peu "frais" par rapport a gnome (pas difficile vous allez dire) donc le nombre de bugs et de risque est plus eleve. Mais je reste quand meme interesse par l'approche de KDE4, plus proche de ce que j'aime (je _hais_ les menus incroyablement charges et tordus    de KDE3, pourtant je ne suis pas tellement debutant).

 
C'est surprenant. Qu'une appli surconsomme et fasse ramer (volontairement ou non) la machine, d'accord. Mais qu'elle puisse verrouiller les i/o de manière exclusive, ce serait un défaut de conception majeur pour un OS multitâches.