Reprise du message précédent :

tu peux essayer avec les " wizards " de kmail pour la création d'un compte éventuellement mais je n'en suis pas sur.
Pour ce qui est de la demande de mot de passe systématique, le plus simple (et moins sécurisé) est de ne pas mettre de mot de passe a kwallet

Mouais... Je ne suis pas sur que l'équipe marketting/comm soit la plus à même de décider de la pertinence/le maturité de Webkit pour son intégration en lieu et place de KHTML dans Konqueror. Qu'on ne leur laisse pas assez de latitude, c'est possible, mais qu'il faille leur laisser ce genre de décision je ne suis pas convaincu non plus.

Ce n'était qu'un exemple (le plus évident qui m'est venu à l'esprit). Je ne dis pas que l'équipe marketing devrait décider de la maturité de Webkit, mais que ses décision devraient orienter le développement dans certaines directions, et être plus importantes que des réactions de type "non, je préfère programmer sur KHTML que sur Webkit, c'est plus marrant" de la part des développeurs.
 
Cela dit, on arrive déjà très bien à sortir du logiciel non mature sans que ce soit motivé par l'équipe marketing (KDE4.0, au hasard, qui aurait justement pu être évité par une stratégie pertinente).
 
Le problème, ce n'est pas qu'on ne leur laisse pas assez de latitude, mais plutôt qu'on ne leur en laisse aucune. (sérieusement, vous avez déjà entendu parler de décisions faites par les marketeux de KDE, jusqu'ici?)

Autant j'exècre le marketing en général, autant ton point de vue me semble fort pertinent  

La sortie de produits uniquement sur des idées de marketeux, c'est vraiment le mal. Orange est un très bon exemple.

Et à votre avis, est-ce qui a pris des décisions au niveau de Notes pour en faire quelque chose d'aussi horripilant ?

et tu imposes comment à un développeur qui fait ça sur son temps libre les fonctionnalités qu'un marketeux veut voir implémentées ?

 
 
Haa ça c'est carrément intéressant oué

Merci. C'est peut-être parce que je ne suis pas encore passé du côté obscur de la force.
 

Mais où ai-je parlé de décisions prises par les marketeux seuls? On est blindés d'outils permettant une bonne communication entre les instances de KDE (développeurs, marketeux, utilisateurs,...), alors autant en profiter et définir ensemble une orientation claire. Sinon, on finit par appeler la prochaine sortie KDESC4.4.0, ou par laisser le plasmoid folderview par défaut sur un coup de tête.
Que le planet serve à autre chose qu'à mettre le lecteur lambda devant le fait accompli, serait déjà un gros progrès.
 

On engage des types costauds qui les convaincront.
Plus sérieusement, bien sûr qu'on ne peut pas forcer le développeur à coder ce qu'il ne veut pas sur son temps libre. Mais il faut garder à l'esprit que les marketeux de KDE sont bénévoles au même titre que les développeurs; et surtout qu'ils servent entre autre à prendre en compte et transmettre les attentes des utilisateurs (si ils sont compétents).
Si tu fais un sport d'équipe en tant que loisir, est-ce que tu peux te permettre de n'en faire qu'à ta tête parce que tu es déjà gentil d'en faire sur ton temps libre?
Mais ça rejoint ce que je disais plus tôt: dans le modèle actuel, le développeur est seul décisionnaire... et parfois seul utilisateur.  (honnêtement, vous recommanderiez Konqueror à qui que ce soit?)
 
Ce n'est pas parce que KDE n'a pas d'ambition mercantile, que le modèle d'une entreprise (avec des services en intéraction les uns avec les autres, une stratégie, une gestion des ressources humaines) est totalement mauvais. Il faut juste le repenser et l'adapter.

 
Je m'attendais pas vraiment à ça, mais ça ira
 
erf apparemment c'est pas un bug, c'est une feature
 
edit again :

 
Ca par contre c'est un bug

 
Je vois pas trop l'intérêt de le lancer en root vu qu'il sépare ses paramètres/mots de passe par utilisateur. Mais si tu tiens à le faire quand même, utilise la variante graphique de sudo (kdesu/kdesudo).

Salut. Je profite de ce topic pour poser une petite question de noob. Peut on convertir un logiciel KDE vers GNOME ou inversement? Exemple: Peut on faire marcher Amarok avec GTK à la place de QT (en recompilant ou un truc dans le genre)? Après Je sais qu'on peut installer KDE et GNOME côte à côte mais ça je prefère éviter.

Non tu peux pas. Mais tu peux changer le thème de l'interface graphique par contre.

 
Ah, tu veux dire basculer de GNOME vers KDE (ce qui implique d'installer les deux) ? Parce que j'aimerais n'installer qu'un seul gestionnaire graphique sur mon ordi (pour économiser les ressources)

Tu peux utiliser des applis écrites avec l'une des deux bibliothèques graphiques GTK et Qt sous n'importe quel DE, il n'y a pas de problème. Choisis donc celui qui te plait le plus, puis les applications qui te plaisent le plus, éventuellement en essayant de rester dans la biblio graphique de ton DE pour charger le moins possible (optimisation de geek, en pratique avec une machine relativement puissante ça n'a pas d'incidence notable).

Dacodac. si comprend bien, il faut que j'adapte mes choix de logiciel en fonction de mon gestionnaire graphique. Mais juste pour être sure, si veux utiliser sous GNOME un certain logiciel concu pour KDE uniquement (et qui n'a pas d'equivalent dans les autres gestionnaire graphique), est ce que ça oblige à installer KDE ou pas. Je veux dire est ce que ce logiciel peut utiliser GTK au lieu de QT?
 
Par exemple l'autre jour j'ai voulu installer un logiciel specialisé nommé QGIS, et ça m'a automatiquement installé automatiquement KDE avec (car il utilise QT). Or j'aurais preferer ne pas avoir GNOME et KDE en même temps.

T'as une preuve ? ÀMHA ça a toujours une incidence sur le temps de démarrage.

 
Ca installe pas "kde", mais des lib qu'utilise kde (qt par exemple).

 
Pour reprendre son exemple, Amarok est un soft KDE, c-à-d qu'il repose sur les lib de KDE qui reposent elles-mêmes sur les lib Qt, de même que sur des technologies KDE supplémentaires (comme phonon, par exemple). Au final, faire tourner un soft KDE en dehors de KDE implique une bonne grosse couche de dépendances alors qu'un soft en Qt pure dépend juste de Qt et de lib communes à tous les DE.

Le temps de démarrage de quoi?
de l'application en elle même où de la machine ?

 
Ok, je vois plus clair. C'est quand même dommage de voir cet eclatement des softs pour linux . Il devrait y avoir une interopérabilité entre les différentes interfaces graphiques au niveau du fonctionnement des logiciels, histoire d'unifier tous les logiciels linux.
 
Ce serait plus cool par exemple si une librairie graphique pouvait se substituer par une autre (en fonction de l'interface graphique sur laquelle on fait tourner le soft), plutot que de devoir installer des librairies supplémentaires qui alourdissent le système. Enfin bon, c'est que du rêve ça.
Merci pour les explications.

 
Ben tu démarres ta machine sous un DE en particulier -> les seules librairies chargées sont celles du DE, rien ne change.
Tu démarres un applications écrites avec les librairies graphiques du DE d'en face : du charge les dites librairies puis l'applications (et encore, que la première fois). Tu vas donc un peu ralentir le lancement de ton application. Après sur un système rapide, ça se joue à très peu : avec un bon 7200 trs, tu vas perdre au pire du pire du pire du pire 2 secondes à la première utilisation des librairies concernée.
Je parle bien entendu pour un desktop avec un minimum de RAM pour conserver les librairies graphiques en mémoire. Si je prend mon exemple : C2D, 2 Go de RAM, pas de partition swap et OCZ Vertex le tout sous KDE4 (OK, c'est pas le cas de tout le monde mais c'est pas non plus le dernier truc de la mort qui tue), le chargement des librairies GTK doit me couter une demie seconde  au premier lancement d'une application les utilisant. Pas e quoi fouetter un chat quoi. Donc optimisation de geek (ce qui n'est pas forcément péjoratif hein).

C'est grosso merdo ce qui se passe en fait. De plus il existe des ponts entre les librairie Qt et GTK qui font qu'un intégration est possible quelle que soit la bibliothèque graphique et le DE choisi.

Le problème c'est que KDE contient un tas d'autres choses en plus de la partie visuelle. Dés lors qu'une appli repose sur phonon, solid, akonadi et leurs copains, elle est assez intimement liée à KDE. Ce qui facilite et standardise le travail des devs d'appli KDE est en même temps un frein à la portabilité.

Dites j'ai une petite question à propos de la configuration audio de KDE4.
 
Sur le wiki d'ubuntu, on peut lire :  

Dans la pratique, on fait comment ?  
Dans le centre de configuration KDE, il y a bien une partie "multimédia" mais je ne trouve pas ca génial.  
 
J'ai récemment essayé une Fedora 12, et j'ai découvert PulseAudio : sous Gnome, ils ont une interface sympa pour la config audio!  
 
Sous KDE, on a quelque chose comme ca ? Seulement avec Phonon et Solid, il existe une telle interface ? Je préférai éviter d'ajouter PA pour le moment ...
 
Merci d'avance.

 
Disons que le wiki de kubuntu reste très théorique sur le sujet.
 
- Si le module de ta carte son sépare bien chaque sortie et ne mélange pas sortie HP et sortie casque
- Si ton appli Voip utilise phonon  
- Si cette appli est correctement reconnue dans la catégorie "communication" (je ne sais pas si cette reconnaissance doit être codée ou de configurée)
 
Alors oui, tu peux coller la priorité à la sortie casque pour la partie comm et la priorité au enceintes dans la partie musique.
Conceptuellement, phonon est prévu pour ça, de là à dire que la fonctionnalité est déjà en place, j'en doute.

c'est possible justement avec pulseaudio qui peut rediriger les flux.

normalement c'est « codée » il me semble.
et il me semble qu'on se dirige vers une intrication plus importante de phonon et de pulseaudio

2 secondes tu trouves ça négligeable toi ? Si tu veux atteindre un boot en 5 secondes c'est le genre de chose qui compte beaucoup …

Merci pour vos réponses. Je jetterai un oeil à la config de mes cartes à l'occaz! Par contre, ca m'embêterait de devoir utiliser PulseAudio, et donc devoir rajouter une nouvelle couche applicative aux déjà très nombreuses couches de KDE4.  
 
J'ai une autre question aux utilisateurs de KDE-4.3.77 : est-ce que vous aussi quand vous ouvrez Konqueror vous avez le CPU à fond ? Avec la version 4.3.75 je n'avais pas ca.  
 
Mercii

Faut te dire comment que ça ne joue pas sur le boot puisque les librairies alternatives ne sont chargées que lors du premier lancement d'une application les utilisant ?

Je sais très bien comment ça fonctionne, le fait est que ça compte dans le délai qui est entre le moment où tu appuies sur le bouton et le moment où tu commences à faire ce que tu voulais faire. Perso j'utilise wicd avec KDE or wicd-client est en PyGTK donc GTK est chargé automatiquement.

Bon, on tombera pas d'accord, mais :

Si ça c'est pas une préoccupation de geek, alors je ne sais plus quoi dire... CQFD par rapport à ma première remarque.

C'est pas une préoccupation de geek, personne n'aime attendre.

Mouais, allez, t'as raison, c'est vrai que l'utilisateur lambda est le premier à se prendre la tête des heures durant pour optimiser son système au point de le faire démarrer en 5 secondes eu lieu de 7. Fin en ce qui me concerne.

c'est un problème lié a l'existence même de phonon
En plus vu qu'il ne sera plus maintenu que dans kde avec l'apparition de qt-multimedia
 

Je n'ai pas testé (les paquets de la 4.3.77 sont en train d'arriver là)

Le PC de monsieur tout le monde il met plutôt 2 minutes que 7 secondes à démarrer.

ce qui rend encore plus relatif cette perte de deux secondes.

Et le jour où on aura des quad et des ssd qui débitent du 500Mo/s en standard, rendant réaliste cette histoire de démarrage en moins de 10sec, ça aura encore moins d'importance...

Euh... Je boot en 11s aujourd'hui sous KDM, donc on en est pas si loin que ça. En tant que bon geek, j'ai bien sur optimisé mon boot pour gagner les 3 secondes séparant un boot stock du boot actuel

C'est pas parce que tu caches le problème avec du matériel plus performant que ça le fait disparaitre. Sur du matériel moins puissant comme un smartphone tu le vois toujours, c'est pour ça que les EFL sont utilisées dans l'embarqué.