Gestionnaire de fenêtres - Page 4

Tu peux récupérer system-config-securitylevel de Fedora, c'est du Python, donc a priori ça devrait marcher sur une sid (pas sur une stable si tu veux une stable, faudra aller chercher les outils de configuration de Red Hat 6.2 )...

Il suffit de ne lancer aucun serveur et la connexion est sûre
si tu n'as pas de inetd, in.telnetd, ftpd, smtpd ou autres qui tournent et que tu lances X11 avec l'option -nolisten tcp, tous tes ports sont fermés donc tu ne peux pas trop avoir de problèmes ^^
Sinon, pour vérifier que ta connexion est sûre, nmap est ton ami ^^

Je suis passé en Sid, et j'ai installé KDE.
J'aimerais maintenant changer de style de décorations de fenêtres. J'en ai téléchargé un que je trouve pas mal sur http://www.kde-look.org/ qui se trouvait sous la forme d'un fichier .deb (c'est QtCurve).
J'ai fait un dpkg -i nom_du_fichier.deb
Mais je n'arrive pas à appliquer le thème maintenant. J'ai essayé de chercher un peu partout dans le control center -> apparences & thèmes, mais je n'ai rien trouvé.

essaie ptêt de redémarrer KDE

Merci, en fait, nitro m'a permis de comprendre le problème : j'utilise une version très récente de qt qui pose problème avec les styles.
Une nouvelle version qui corrige ce bug sera prochainement disponible.

Tu utilises quoi comme version de Qt? La 3.2.3 qui traîne dans Debian unstable n'est décidément pas "très récente"... (FC2 en est à la 3.3.2.)

Kevin Kofler :
La 3.2.3 qui traîne dans Debian unstable n'est décidément pas "très récente"...

On peut utiliser Qt 3.3.2 sous Debian sans problème.
deb http://people.debian.org/~madkiss/qt3.3/ ./

FC2 en est à la 3.3.2.

Et on voit le résultat que ça donne quand on court après les numéros de version :

<Kevin_Kofler> Ce qui m'énerve, c'est que FC2 est moins stable que Me

Super.

nitro
:

<Kevin_Kofler> Ce qui m'énerve, c'est que FC2 est moins stable que Me

Super.

Je sens qu'elle va resservir souvent celle-là

Je proposerai bien de la mettre dans un fortune bien téléchargé, juste parce que celle-là, elle est belle

Je n'arrive pas à ce que LILO ait un timeout : quand LILO démarre, au lieu d'avoir un timeout de 5 secondes, il y a --:--
Ce qui fait que l'OS par défaut n'est pas choisi au bout de 5 secondes si on ne touche pas au clavier...
da1 label=WindowsXP

Voici mon lilo.conf :# lilo.conf
lba32
boot=/dev/hda
root=/dev/hdb1

vga=ext

prompt
timeout=50
default=WindowsXP

# Linux
image=/boot/vmlinuz-2.4.18-bf2.4
 label=Linux
 read-only

# Windows XP
other=/dev/h

tu n'as pas oublié de lancer lilo pour prendre en compte les changements au moins ?

Et au passage, c'est probablement pour ça que LILO est "deprecated" sous Fedora. GRUB n'a pas ce problème.

Pourquoi t'es tu senti obligé d'ajouter ta première phrase à ta deuxième qui suffisait amplement ?

mais grub au niveau personalisation ça suxxx a fond

TachMan> Oui, les changements ont été pris en compte, mais pas de timeout.

A la limite, je m'en fous un peu de la personnalisation. J'ai mis lilo parce qu'il était d'office dans la distrib, mais je peux mettre grub si vous pensez qu'il est plus intéressant.

Je viens d'essayer Kate pour taper mes sources (pour comparer avec NEdit que j'ai l'habitude d'utiliser), et lorsque j'écrivais des identificateurs qui ne font pas partie des mot-clés réservés du C++, mais qui sont définis dans Qt (Q_OBJECT, slots, signals, ...), Kate les colorait différemment.
Alors, soit cet éditeur est absolumen génial, et il parcourt les fichier .h qu'on inclus pour voir si on fait des typedef, ou des #define et il mémorise tout ça pour pouvoir donner une coloration syntaxique digne de ce nom, ou bien c'est simplement le fait que kate a été fait avec Qt, donc il se sont permis d'inclure certains mot-clés à colorer différemment...
Quelle est la bonne réponse ?
J'ai tout de même remarqué que Kate ne coloriait pas tout : QPushButton par exemple n'était pas coloré. Mais la méthode "connect" l'était...

En tout cas, à première vue, cet éditeur a l'air très pratique

la seconde pour sur

Pas si sûr, mais en tout cas si c la première méthode tu peux être sûr que tu dois regénérer la base de donnée manuellement à chaque modification (contrairement à Visual Studio qui parse aussi le code en live). Essaye de voir ce que ça donne si tu définis tes propres classes...

Sinon dans vim y a un truc pas mal, c'est les tags : tu fais ctags *.c (ou *.java, etc...) et il te construit une base de données avec tout ce qu'il faut... (largement plus vite qu'il ne compile) Un truc que j'aime pas trop, c'est qu'il retient juste la ligne de la définition et pas l'endroit exact (je ne sais pas s'il y a moyen de faire ça), mais sinon ça poutre pas mal ^^ Je ne sais pas non plus si on peut lui faire préciser si c'est une définition de type ou de variable/fonction.

c la ou on dit vive visual qui fait tout tout seul

pfff ...
Franchement, vanter les bienfaits de quelque chose qui fait tout tout seul, c'est petit. Après on sait rien faire (exemple : la quantité de gens qui croient savoir faire des pages web bien, parce qu'elles utilisent dreamweaver, est affolante)

Emacs reste pour moi mon choix favori. Il n'y a que pour la programmation java que j'utilise netbeans, parce qu'il a un rendu plus intéressant, et l'environnement est relativement bien fouttu. Et au moins, on fait tout par soi-même

kim :
pfff ... Franchement, vanter les bienfaits de quelque chose qui fait tout tout seul, c'est petit. Après on sait rien faire (exemple : la quantité de gens qui croient savoir faire des pages web bien, parce qu'elles utilisent dreamweaver, est affolante)

Dis, tu me fileras ton script pour les !macintoc ?

Emacs reste pour moi mon choix favori. Il n'y a que pour la programmation java que j'utilise netbeans, parce qu'il a un rendu plus intéressant, et l'environnement est relativement bien fouttu. Et au moins, on fait tout par soi-même

Ouarf. Plus précisément, on ne fait pas : je suis à peu près sûr que si tu tapes "java.io.Bu" dans emacs, tu n'as aucun moyen de compléter ça en BufferedInputStream, par exemple... Là c'est vraiment n'importe quoi ton "argument" ^^ (tiens, ça me fait penser qu'il faudrait que j'installe vim intellisense pour voir)

De même que si tu as my_super_function dans du code C, c'est infiniment plus rapide d'appuyer sur F12 pour aller voir sa définition que de devoir faire C-x f ../misc/Supe<Tab><Entrée> <se souvenir où est my_super_function puis y aller> (je ne parle même pas de la galère que ça serait pour faire ça dans les headers systèmes).

Ca sert pratiquement jamais.

Pollux
:

kim :
pfff ... Franchement, vanter les bienfaits de quelque chose qui fait tout tout seul, c'est petit. Après on sait rien faire (exemple : la quantité de gens qui croient savoir faire des pages web bien, parce qu'elles utilisent dreamweaver, est affolante)

Dis, tu me fileras ton script pour les !macintoc ?

gni ? (disais-je donc avant d'être coupé par la sauvegarde)

Traduction : Ton excuse est bidon.

Perso j'ai jamais accrocher a une autre ide que Visual...
Emacs deja, il chie dans la coloration syntaxique, donc a partir de la, je laisse tombé..

nitro
:

Et sinon, pour compiler un truc codé avec Qt pour une plateforme windows, il faut absolument acheter la version payante ?

Tu peux également acheter le livre "C++ GUI Programming with Qt 3" qui contient une version non-commerciale de Qt/Windows 3.2.

Ça fait environ 30 € pour le bouquin plus la version non commerciale de Qt.
Ça me paraît bien peu, cette version non-commerciale contient des limitations ?
Je pense peut-être acheter ce bouquin, il a l'air bien complet.

Dans le monde professionnel, c'est plus intéressant de connaître GTK+, Qt, ou winapi (ou autre chose ?) ?

Sasume
: Ça me paraît bien peu, cette version non-commerciale contient des limitations ?

http://developers.slashdot.org/comments.pl?sid=95499&cid=8181832

Je pense peut-être acheter ce bouquin, il a l'air bien complet.

Je compte me l'acheter d'ici un mois ou deux.

Ah ? Je croyais que tu n'aimais pas les livres d'info.
Sinon, pour mon post ./117, tu n'as aucune idée ?
Si Qt est utilisé en entreprise, alors j'entreprends de m'y mettre sérieusement, et donc d'acheter le bouquin.

Sasume
: Dans le monde professionnel, c'est plus intéressant de connaître GTK+, Qt, ou winapi (ou autre chose ?) ?

Ca dépend de quel monde professionnel tu parles. Si c'est un evironnement windows, alors c'est API Win32, MFC ou .NET/SWF, si c'est un environnement Java, alors c'est J2EE, Swing, etc... si c'est un environnement Mac OS X ce sera Cocoa ou Carbon, si c'est un environnement Linux ou multiplateforme ce sera plutôt Qt, GTK, WxWidgets, ...

Le mieux c'est d'en connaitre le plus possible.