Reprise du message précédent :

C'est vrai que c'est tellement fendard de devoir se taper tout les layouts, et de créer tous les widgets (incluant les labels, les boutons, les menus, les comboboxes) à la main...
Si tu aimes perdre du temps inutilement, oui, c'est une bonne solution.

Personnellement, je préfère bosser avec un RAD, c'est quand même plus confortable, même s'il peut être utile de savoir monter son GUI sans.

RAD ?

relis avec le doigt, on parle d'une petite appli avec seulement quelques widgets

Ya pas à relire avec le doigt, j'ai très bien compris, et je maintiens ce que je dis.

Rapid Application Development. C'est le terme générique employé pour les intégrés de développement genre Visual Studio, les GUI Borland/Imprise ou même Eclipse. En tout cas, c'est le terme que j'ai retenu.

Vas faire un tour sur le svn kde, tu verra que pour les plasmoids ils utilisent tous leur fichier .ui . Et je rejoint Riot en disant que c'est une belle perte de temps (pour des petites apps). Apès pour d'autres apps, pour avoir un contrôle sur ton Ihm forcement qu'il est plus intéressant de faire le code a la main .

 
Va dire ca à Seigo, il sera content. (il ne se sert pas d'IDE, ni de RAD)
 
Et en plus, oui, elles sont belles mes applis

(merci les scripts GM de Toyonos)

Quelque part etre lead sur KDE et ne pas aimer les IDE c'est  

 
IDE != GUI

Une IDE est un GUI, mais un GUI n'est pas une IDE ok.

Python + QT4  
 
Enfin tu peux aussi le faire en C++ si t'as de l'XP sur ce langage, mais bon, pour des "petits utilitaires graphique", pour ma part c'est Python

pareil, ça me semble le mieux pour faire une petite appli vite fait
 
et je plussois tous ceux qui ont dit qu'on va plus vite à coder ses widgets à la mano que dans designer
designer ça sert qd c'est pas un codeur qui fait l'ihm ou alors qd tu veux factoriser l'ihm
de toutes façons, dès que tu t'amuses avec des QGraphicsView c'est à la main, donc bon

Je vais jeter un oeil à la syntaxe de Python, j'essaierai de voir ce que ça donne. Merci pour vos conseils

Tiens je viens de noter qu'on pouvait avoir des plasmoides différents placés sur l'écran de veille

La question c'est : à quoi sert un écran de veille à notre époque? A part, pour des borne publiques (parce qu'on doit voir de loin qu'elles sont en service) c'est un concept vachement obsolète tant pour l'économie d'énergie que pour l'usure de l'écran.

Oué encore faudrait la mise en veille de l'écran fonctionne bien Enfin j'ai pas essayé avec jaunty, mais avant ça mettais l'écran en noir mais toujours allumé, puis 5-10min après il se décidait à le mettre en veille, super économique

Est il impossible d'imaginer une utilisation *autre* que l'économie d'énergie ou l'usure de l'écran?
Au hasard s'assurer que la session X en cours est verrouillé automatiquement pour peu que l'on doive s'absenter rapidement  sans pouvoir mettre un terme au déroulement d'une application précise ?
 

J'imagine que tu as fait un rapport de bug afin d'aider a la correction du problème que tu rencontres ?  (il faut comprendre qu'en ce qui me concerne je ne connais pas ce genre de souci (tant avec la 4.1 que la 4.2) mais les mauvaises langues diront encore une fois que je n'utilise pas ubuntu )

Je crois que je me suis trompé de topic    
 
Désolé, c'est un problème d'ubuntu, mais c'est connu  

Bon a priori la version 4.2.1 a été taggué ( kdepimslibs est apparu sous cooker )

 
j'ai appris et développé ma première appli python en 1,5 jours.
 
un hors serie linux magazine vient de sortir sur le sujet, il est intéressant mais il n'y a pas de tuto de démarrage, ca manque. C'est un peu avancé si tu n'a pas fait de python avant. Une bonne intro culturelle au sujet
 

un article relatif aux performances de kde4 entre une carte ATI et une carte NVIDIA
http://adymo.blogspot.com/2009/02/ [...] mance.html
Il faut également lire les commentaires hein

Certains ont essayé QT avec Raster activé ?    
 
HS :  
@enfoiro, tu as utilisé quelles docs pour commencer Python? J'ai acheté ce hors serie linux magazine, et franchement je suis déçu, un tuto de démarrage aurait été vraiment cool.  

http://docs.python.org/tutorial/index.html

pour débuter perso je ne peux que recommander chaudement l'excellent bouquin Dive into Python dispo gratuitement en ligne au format PDF ou HTML, et même traduit en français pour les anglophobes

 
Au risque de donner l'impression de te prendre pour une quiche, c'est à ça que sert le bouton "lock session"
Et comme tu ajoutes le besoin de verrouillage automatique, je répond que c'est le système de KDE qui est mal pensé. Au lieu de considérer les modes DPMS comme des screensavers et de leur appliquer les règles de verrouillage de session, faut aller spécifier un screensaver (qu'on ne verra pas puisque l'écran sera en veille) en plus du DPMS pour avoir le comportement de verrouillage auto. C'est débile.

c'est bien pour cela que j'ai dis *rapidement*, comprendre dans des conditions d'urgence où l'on ne pense pas forcément a verrouiller sa session (au hasard l'ordinateur portable utilisé aux urgences).
Ensuite je parlais des écrans de veille et pas du système d'économie d'énergie que je n'utilise pas.

 
en fait, j'ai pas utilisé de doc, j'ai regardé d'autres programmes, ca dépend de ton niveau. Je voulais faire une appli simpliste pour lancer des videos avec une interface en tcl. Et donc j'ai choisi python. Ensuite, j'ai vite été confronté aux limites du language, et j'ai du utiliser la curryfication. Aujourd'hui, faut choisir si tu apprend python 2 ou 3, je te conseille le 3. Bref regarde des programmes, et pour le reste j'ai fait des recherches avec google (notamment sur pytk)

C'est certainement la plus mauvaise méthode pour apprendre un langage

3 secs sur google : http://docs.python.org/index.html

Google ... je sais qu'il existe plein de docs différents sur Python, j'en cherchais juste la meilleure.
 
Je compile Qt avec l'option Raster cette semaine, on verra bien  

Rien de tel que la doc officielle amha  

Dis Tonton , quand est-ce qu'ils redonnent sa vigueur d'antan à Konqueror en tant que navigateur web ?

+1 l'interface a besoin d'un sérieux re-design ...

Niveau interface, Konqueror n'a pas trop changé ... Il est passé aux couleurs de KDE-4 tout en gardant son style KDE-3. Moi ca me va.
 
Konqueror est mon navigateur WEB par défaut, alors je ne peux qu'être d'accord sur le fait qu'il faudrait améliorer ce point là.
 
J'aime beaucoup Konqueror, mais une cure de jouvence lui ferait du bien

Chez moi sur Hfr Konqueror a des sérieux soucis d'affichage, c'est particulièrement énervant

Perso, j'ai essayé de me faire à Konqueror comme navigateur Web, mais parès plusieurs années de FireFox, je ne peux plus m'en passer, notamment pour certaines extensions. De plus, j'ai l'impression que Flash et Konqueror en mode Web ne font pas souvent bon ménage, j'avais souvent de crash de Konqueror (fermeture brutale, perte de la session de navigation, obligé de reprendre de zéro). Retour à FF donc.

Idem. J'attends surtout un port décent de firefox sous qt4.

Clair que ce serait une bonne chose, surtout côté intégration au système, d'avoir un portage de FF en Qt4. Après, l'utilisation d'un thème GTK correct aide quand même pas mal (et bien plus que gtk-qtengine d'ailleurs).

Konqueror a un gestionnaire de session exactement comme Firefox, mais pas active par defaut je crois.