startadsl soit exexute a chaque conexion d'utilisateur et que la commande : stopadsl soit execute a la deconnexion de chaque utilisateur.
Pourquoi les veux-tu en root ? Il te suffit normalement d'ajouter tous les utilisateurs qui doivent l'utiliser dans le groupe "dip" (regarde du coté des Gnome System Tools). Si ca marche pas, fait chmod +s `which startadsl` et chmod +s `which stopadsl`... (en root)....
Si tu utilise bash (par défaut normalement), tape startadsl >> ~/.bashrc et stopadsl >> ~/.bash_logout dans une console (en utilisateur normal chez chaque utilisateur qui doit éxécuter les commandes)
eaglectrl -w soit execute au demarrage (juste avant le lancement de xfree)
Fait un fichier /etc/init.d/eaglectl contenant:
#! /bin/sh
case "$1" in
start)
eaglectl -w &
exit 0
puis execute ln -s /etc/init.d/eaglectl /etc/rc2.d/S90eaglectl; chmod +x /etc/init.d/eaglectl (le tout en root bien sur)
le niveau d'exexuction normal est 2 ( init 2)
C'est normal chez debian :)
ou est ce que je peux trouver un document complet traitant des script de demarrage ?
En gros, ça va faire htmlentites() dans tout ce qu'il y a entre < et >. Si tu as déja mis & dans tes liens, ne t'en fait pas, ça enlève tout ce qui est balise html avant (remplace & par &). SI tu veux remplacer autrement (par une regexp plus complexe), remplace simplement le contenu de xhtmlize
Bon j'ai voulu essayer ton beau thème pour voir si GNUStep c'est vraiment l'avenir. Naïvement, j'ai simplement fait apt-get install gnumail; Puis j'ai cherché le thème. Apparement c'est ça: http://www.roard.com/camaelon/(...) You need to patch some files in the GNUstep -gui sources. Go in the gui/Source directory of your local GNUstep's sources, and apply the provided patch file, themes.patch
Je vais te faire de la peine mais... pour installer un thème pour GTK je n'ai pas besoin de patcher GTK... Idem pour KDE. Alors si pour toi l'avenir c'est de patcher un logiciel pour changer de thème bah excuse moi mais le "vieilleries" GTK/Qt sont plus avancées que l'avenir...
il n'est pas ergonomique ni logique ni intuitif d'avoir une barre de menu Horizontale, qui déroule des sous-menus Verticalement
C'est vrai que le système GNUStep est beaucoup mieux:
- séparé de l'application ? tant qu'à faire, je propose qu'on mette la barre d'état 3 centimètres au dessus de la barre de titre et la barre d'outils sur un deuxième écran (d'accord ça prend plus de place sur le bureau et ça marche pas sur les portables... mais puisque c'est plus ergonomique qu'on vous dit!). Et bien sûr tous les boutons sont séparés. C'est bien plus ergonomique une application disloquée. Heureusement que tout le monde n'a pas la même notion d'ergonomie que toi...
- A gauche et empilés verticalement ? Bah bien sur, étant donné qu'on est obligé de dérouler les menus verticalement. Le problème, c'est qu'avec un menu nommé super-menu-de-la-mort-qui-tue-tout-avec-un-nom-super-long-extra-large, la moitié de ton écran est pris en largeur. Tandis qu'avec le menu à l'érgonomie Windo$zienne kipu Il te prend toujours la même hauteur, et si le toolkit est bien fait, il va mettre des flèches pour scroller dans la barre de menus et ça te prendra la même largeur.
pas logique ni ergonomique non plus d'encombrer son bureau avec n fois le meme menu,n fois les memes barres d'icones,etc.
J'ai pas bien compris... Si tu parle les applications qui sont dans le menu K/Démarrer/Gnome, sur le bureau et dans une barre à côté de la barre des tâches bah... ça c'est l'utilisateur qui choisit. Et c'est lui qui décide de son ergomie. Pour le bureau, je suis d'accord que c'est stupide, mais pour la barre de "lancement rapide", bash si c'est logique et ergonomique. Tu lances tes applications les plus utilisées d'un clic au lieu de {K|Gnome|Démarrer} > Réseau > Jeux en réseau > Sport > Tux racer version réseau (je sais ça existe pas ;) ). Et si tu en as trop, t'auras pas la place pour toutes les mettre dans cette barre et dans ce cas t'utilise le menu {K|Gnome|Démarrer}. Donc oui c'est logique et ergonomique.
Contre Java, rien à part le fait que ce soit pas libre
Par contre les toolkits graphiques sont soit lents et moches ou soit inutilisables pour le programmeur.
(et au fait, le fait que ça soit porté et à jour sur Linux (x86) est argument de plus (portabilité) pour les méchants commerciaux de Macromedia quand ils parlent à des *$#@=!! de décideurs pressés.)
S'ils le portaient sur chaque plateforme supportée par Linux, ça leur permettraient de renforcer cet argument et d'enlever un argument anti-flash
à jour
Extrait de la news: la version équivalente pour Windows et MacOS X est sortie depuis septembre 2003
Je ne vois pas une fonctionnalité de Desktop Environnment faite en KDE qui ne puisse être réalisée en Gnome. (pour un sens très large de "fait en", je l'admet)
KDE et Gnome c'est la même chose (des environnements de bureau). Entre HTML/CSS et Flash il y a des années lumières de différence. Si on veut faire la comparaison, Flash serait KDE et HTML/CSS serait Sawfish. Le problème, c'est que les menus en Flash c'est un KDE sans kicker et sans icônes sur le bureau, avec un simple menu clic-droit sur le bureau. Un KDE lourd déguisé en Sawfish. C'est assez stupide, on pourrait directement utiliser Sawfish... KDE est utilisé pour quelque chose de plus évoulué mais plus lourd (barre des taches, icones sur le bureau, kvim dans kmail, kmine dans kword...).
En gros, d'accord pour flash si c'est pour faire des jeux par exemple, mais pour des menus c'est complètement stupide.
C'est clair que avoir un, menu statique en noir et blanc est fonctionnement identique à un jolie menu en flash avec les boutons qui s'illuminent.
C'est clair que majoritairement, on pourrait supprimer le contenu flash et faire la meme chose sur des pages figées et moins "fun".
Mais dans ce cas, pourquoi ne pas critiquer gnome, kde, autant que windows ou mac os de vouloir faire de jolies interfaces.
Pour des machins qui clignotent, on peut prendre du gif animé. Pour les trucs qui s'amusent à changer de tête au passage de la souris, on peut utiliser le :hover du CSS.
Je ne vois pas un menu fait en flash qui ne puisse pas être fait en CSS/(X)HTML.
Et puis........ souvenir souvenir ....... n'est ce pas le meme débats que sur les site avec / sans frames ?
Et maintenant, presque tout le monde est d'accord pour dire que les frames procurent plus d'inconvénients que d'avantages...
"27 sortes de menus différents avec des effets spéciaux superbes et tout"
Mai sai supaire !
Quel est l'interêt à part:
- faire chier l'utilisateur en 56K
- faire chier l'utilisateur qui n'a pas le dernier bi-Pentium 6 13 Ghz
- faire chier l'utilisateur handicapé
- faire chier l'utilisateur qui n'a pas le plugin flash utilisé pour faire des menus qui font chier l'utilisateur
Alors qu'on peut aussi faire des très beaux menus avec CSS/(ECMAScript|JavaScript) ? (et ECMAScript c'est déjà limite...)
"il faut comparer Flash aux applets Java."
Entièrement d'accord, on peut dire la même chose des applets Java...
Si tu veux du portable, sans hésiter Gtkmm (Qt sous windows est payant et pas libre). Sinon, si tu es sous KDE utilise QT/KDE et si tu es sous un environnement GTK utilise Gtkmm (et Gnomemm si tu es sous Gnome)... Histoire d'avoir une application qui colle avec ton environnement :)
Du coté de wxWidgets, je ne l'aime pas du tout à cause de sa gestion merdique de l'UTF-8 (c'est une option de compilation, et si tu l'actives la classe wxString ne peut être contruite qu'à partir d'un wchar_t* et pas d'un char*. wxString hello = "Plop"; donne une erreur :/ ). Je ne l'ai testé qu'à l'époque où il s'appelait wxWindows, ça a peut être changé depuis...
Non non, je le mérite...
J'avais été dans les Gnome System Tools pour m'activer ce service en cochant simplement une case, et il n'y était pas. Naïvement, je lui ai fait confiance en me disant que sous debian le nom était complètement différent...
Bon, la prochaine fois, je prendrais Konsole et mon clavier au lieu de faire confiance à un outil clickodrome ;)
devraient plutôt apparaître en seconde page :
Dites moi si je me trompe, mais elles apparaissent déjà en seconde page non ?
Sinon, j'aime particulièrement l'idée d'une boite spéciale cinéma. Il suffit de demander à un site de news ciné de faire un flux RSS (je connait pas le terme exact), et on le met dans les boîtes.
Non ?
Il me semble que c'est dans la version CVS
En tout cas je tourne en XFCE CVS (très très stable au passage), et il y en a un (je sais pas si c'est le même)
# echo 'rpm -ql `rpm -qa | grep $1`' > ls_in_rpm
# mv ls_in_rpm /usr/bin
# ls /usr/bin
/usr/bin
# cd /usr/bin
bash: cd: /usr/bin: N'est pas un répertoire
# cat /usr/bin
rpm -ql `rpm -qa | grep $1`
J'ai jamais compris pourquoi il m'a remplacé mon dossier bin par mon script. Par contre maintenant je n'oublie jamais le / après un répertoire ^^. Par contre contrairement à d'autres plus haut ca a merdé très vite (il ne trouvait plus aucun éxécutable)
Sinon j'ai du en faire d'autres, mais réparables. Le classique rm -f * en se plantant de répertoire (notamment dans les scripts d'init, un petit rpm -ivh init-scripts a tout remis dans l'ordre)
C'était pas en root, mais j'ai aussi fait un rm -rf `pwd` (histoire d'éviter la complétion (ça s'écrit comment :) ? ). J'avais fait un cd .. de trop auparavant. Mon dossier Projects entièrement vidé...
[^] # Re: Un cd-rom
Posté par Moonz . En réponse à la dépêche 40 000 articles pour Wikipedia Francophone !. Évalué à 7.
Tout en bas sur http://www.wikipedia.org/(...) ;)
# Vous devez entrer un sujet et un commentaire
Posté par Moonz . En réponse au message besoin d'aide !. Évalué à 4.
Pourquoi les veux-tu en root ? Il te suffit normalement d'ajouter tous les utilisateurs qui doivent l'utiliser dans le groupe "dip" (regarde du coté des Gnome System Tools). Si ca marche pas, fait chmod +s `which startadsl` et chmod +s `which stopadsl`... (en root)....
Si tu utilise bash (par défaut normalement), tape startadsl >> ~/.bashrc et stopadsl >> ~/.bash_logout dans une console (en utilisateur normal chez chaque utilisateur qui doit éxécuter les commandes)
Fait un fichier /etc/init.d/eaglectl contenant:
#! /bin/sh
case "$1" in
start)
eaglectl -w &
exit 0
puis execute ln -s /etc/init.d/eaglectl /etc/rc2.d/S90eaglectl; chmod +x /etc/init.d/eaglectl (le tout en root bien sur)
C'est normal chez debian :)
http://www.fr.linuxfromscratch.org/(...) (ok je ---->[ ])
[^] # Re: peut être la solution
Posté par Moonz . En réponse au journal Sessions PHP et validation HTML. Évalué à 3.
A la fin:
En gros, ça va faire htmlentites() dans tout ce qu'il y a entre < et >. Si tu as déja mis & dans tes liens, ne t'en fait pas, ça enlève tout ce qui est balise html avant (remplace & par &). SI tu veux remplacer autrement (par une regexp plus complexe), remplace simplement le contenu de xhtmlize
[^] # Re: Bof
Posté par Moonz . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à 0.
You need to patch some files in the GNUstep -gui sources. Go in the gui/Source directory of your local GNUstep's sources, and apply the provided patch file, themes.patch
Je vais te faire de la peine mais... pour installer un thème pour GTK je n'ai pas besoin de patcher GTK... Idem pour KDE. Alors si pour toi l'avenir c'est de patcher un logiciel pour changer de thème bah excuse moi mais le "vieilleries" GTK/Qt sont plus avancées que l'avenir...
[^] # Re: Bof
Posté par Moonz . En réponse à la dépêche Nouvelles versions de GNUstep. Évalué à 2.
C'est vrai que le système GNUStep est beaucoup mieux:
- séparé de l'application ? tant qu'à faire, je propose qu'on mette la barre d'état 3 centimètres au dessus de la barre de titre et la barre d'outils sur un deuxième écran (d'accord ça prend plus de place sur le bureau et ça marche pas sur les portables... mais puisque c'est plus ergonomique qu'on vous dit!). Et bien sûr tous les boutons sont séparés. C'est bien plus ergonomique une application disloquée. Heureusement que tout le monde n'a pas la même notion d'ergonomie que toi...
- A gauche et empilés verticalement ? Bah bien sur, étant donné qu'on est obligé de dérouler les menus verticalement. Le problème, c'est qu'avec un menu nommé super-menu-de-la-mort-qui-tue-tout-avec-un-nom-super-long-extra-large, la moitié de ton écran est pris en largeur. Tandis qu'avec le menu à l'érgonomie Windo$zienne kipu Il te prend toujours la même hauteur, et si le toolkit est bien fait, il va mettre des flèches pour scroller dans la barre de menus et ça te prendra la même largeur.
pas logique ni ergonomique non plus d'encombrer son bureau avec n fois le meme menu,n fois les memes barres d'icones,etc.
J'ai pas bien compris... Si tu parle les applications qui sont dans le menu K/Démarrer/Gnome, sur le bureau et dans une barre à côté de la barre des tâches bah... ça c'est l'utilisateur qui choisit. Et c'est lui qui décide de son ergomie. Pour le bureau, je suis d'accord que c'est stupide, mais pour la barre de "lancement rapide", bash si c'est logique et ergonomique. Tu lances tes applications les plus utilisées d'un clic au lieu de {K|Gnome|Démarrer} > Réseau > Jeux en réseau > Sport > Tux racer version réseau (je sais ça existe pas ;) ). Et si tu en as trop, t'auras pas la place pour toutes les mettre dans cette barre et dans ce cas t'utilise le menu {K|Gnome|Démarrer}. Donc oui c'est logique et ergonomique.
[^] # Re: C'est pas trop tôt
Posté par Moonz . En réponse au journal Linux est il gros et gras ?. Évalué à 2.
[^] # Re: On vient juste de me faire découvrir ..
Posté par Moonz . En réponse au journal Support de Jabber pour aMSN ?. Évalué à 2.
Par contre les toolkits graphiques sont soit lents et moches ou soit inutilisables pour le programmeur.
[^] # Re: Correction
Posté par Moonz . En réponse à la dépêche Le brevet de Microsoft sur le double-clic sur PDA est accepté !. Évalué à 2.
[^] # Re: Correction
Posté par Moonz . En réponse à la dépêche Le brevet de Microsoft sur le double-clic sur PDA est accepté !. Évalué à 2.
Ou qu'il pense réellement que Microsoft a inventé ça...
[^] # Re: anti jolie chose
Posté par Moonz . En réponse à la dépêche Flash Player 7 pour Linux disponible. Évalué à 4.
S'ils le portaient sur chaque plateforme supportée par Linux, ça leur permettraient de renforcer cet argument et d'enlever un argument anti-flash
à jour
Extrait de la news: la version équivalente pour Windows et MacOS X est sortie depuis septembre 2003
Je ne vois pas une fonctionnalité de Desktop Environnment faite en KDE qui ne puisse être réalisée en Gnome. (pour un sens très large de "fait en", je l'admet)
KDE et Gnome c'est la même chose (des environnements de bureau). Entre HTML/CSS et Flash il y a des années lumières de différence. Si on veut faire la comparaison, Flash serait KDE et HTML/CSS serait Sawfish. Le problème, c'est que les menus en Flash c'est un KDE sans kicker et sans icônes sur le bureau, avec un simple menu clic-droit sur le bureau. Un KDE lourd déguisé en Sawfish. C'est assez stupide, on pourrait directement utiliser Sawfish... KDE est utilisé pour quelque chose de plus évoulué mais plus lourd (barre des taches, icones sur le bureau, kvim dans kmail, kmine dans kword...).
En gros, d'accord pour flash si c'est pour faire des jeux par exemple, mais pour des menus c'est complètement stupide.
[^] # Re: anti jolie chose
Posté par Moonz . En réponse à la dépêche Flash Player 7 pour Linux disponible. Évalué à 2.
C'est clair que majoritairement, on pourrait supprimer le contenu flash et faire la meme chose sur des pages figées et moins "fun".
Mais dans ce cas, pourquoi ne pas critiquer gnome, kde, autant que windows ou mac os de vouloir faire de jolies interfaces.
Pour des machins qui clignotent, on peut prendre du gif animé. Pour les trucs qui s'amusent à changer de tête au passage de la souris, on peut utiliser le :hover du CSS.
Je ne vois pas un menu fait en flash qui ne puisse pas être fait en CSS/(X)HTML.
Et puis........ souvenir souvenir ....... n'est ce pas le meme débats que sur les site avec / sans frames ?
Et maintenant, presque tout le monde est d'accord pour dire que les frames procurent plus d'inconvénients que d'avantages...
# Je venais juste de me poser la question
Posté par Moonz . En réponse au journal Réseau Novell. Évalué à 3.
http://forums.novell.com/group/novell.support.suse.linux.profession(...)
http://novelclient.sourceforge.net/(...)
[^] # Re: re
Posté par Moonz . En réponse à la dépêche Flash Player 7 pour Linux disponible. Évalué à 5.
C'était ça la remarque "et c'est toujours seulement pour Linux x86"
[^] # Re: Combien de temps?
Posté par Moonz . En réponse à la dépêche Flash Player 7 pour Linux disponible. Évalué à 4.
Mai sai supaire !
Quel est l'interêt à part:
- faire chier l'utilisateur en 56K
- faire chier l'utilisateur qui n'a pas le dernier bi-Pentium 6 13 Ghz
- faire chier l'utilisateur handicapé
- faire chier l'utilisateur qui n'a pas le plugin flash utilisé pour faire des menus qui font chier l'utilisateur
Alors qu'on peut aussi faire des très beaux menus avec CSS/(ECMAScript|JavaScript) ? (et ECMAScript c'est déjà limite...)
"il faut comparer Flash aux applets Java."
Entièrement d'accord, on peut dire la même chose des applets Java...
[^] # Re: Combien de temps?
Posté par Moonz . En réponse à la dépêche Flash Player 7 pour Linux disponible. Évalué à -2.
# Gtkmm
Posté par Moonz . En réponse au journal Choix toolkit C/C++ : gtk[mm] vs wxWidgets vs Qt. Évalué à 4.
Du coté de wxWidgets, je ne l'aime pas du tout à cause de sa gestion merdique de l'UTF-8 (c'est une option de compilation, et si tu l'actives la classe wxString ne peut être contruite qu'à partir d'un wchar_t* et pas d'un char*. wxString hello = "Plop"; donne une erreur :/ ). Je ne l'ai testé qu'à l'époque où il s'appelait wxWindows, ça a peut être changé depuis...
[^] # Re: Et la tolérance?
Posté par Moonz . En réponse au journal Petit problème avec debian. Évalué à 3.
J'avais été dans les Gnome System Tools pour m'activer ce service en cochant simplement une case, et il n'y était pas. Naïvement, je lui ai fait confiance en me disant que sous debian le nom était complètement différent...
Bon, la prochaine fois, je prendrais Konsole et mon clavier au lieu de faire confiance à un outil clickodrome ;)
# Re; Les news cinéma
Posté par Moonz . En réponse au sondage Les news cinéma. Évalué à 4.
[^] # Oui, mais...
Posté par Moonz . En réponse à la dépêche (petits) changements du système de notation. Évalué à 1.
Mais plus haut il est écrit qu'à 72 XP je devrais avoir 12 votes par jour...
[^] # Re: petit détail
Posté par Moonz . En réponse à la dépêche (petits) changements du système de notation. Évalué à 1.
Quelqu'un peut éclairer ma lanterne ?
# Re: Les news cinéma
Posté par Moonz . En réponse au sondage Les news cinéma. Évalué à 4.
Dites moi si je me trompe, mais elles apparaissent déjà en seconde page non ?
Sinon, j'aime particulièrement l'idée d'une boite spéciale cinéma. Il suffit de demander à un site de news ciné de faire un flux RSS (je connait pas le terme exact), et on le met dans les boîtes.
Non ?
[^] # Re: XFCE Menu Edit
Posté par Moonz . En réponse au journal XFCE Menu Edit. Évalué à 1.
En tout cas je tourne en XFCE CVS (très très stable au passage), et il y en a un (je sais pas si c'est le même)
[^] # Re: Une longue interview de Trolltech
Posté par Moonz . En réponse à la dépêche Une longue interview de Trolltech. Évalué à 2.
Si tu parle de http://kde-cygwin.sourceforge.net/qt3-win32/,(...) ils viennent juste de commencer le portage natif de Qt 3.
Mais j'ai vu un projet plus intéressant. Apparemment il à l'air bien avancé car ils arrivent à faire tourner Kexi (logiciel KDE de gestion de BDD, un peu comme Access) :
http://www.iidea.pl/~js/qkw/index2.html(...)
http://www.xs4all.nl/~leintje/stuff/Kexi-MSwindows/images.html(...) (je sais pas si c'est le même projet)
D'ailleurs, sur http://freshmeat.net/projects/kexi/(...) il ya a écrit It is supported under Linux and MS Windows
Enfin j'ai pas testé, j'ai la flemme de rebooter...
# Re: Sondage: votre plus grosse boulette sous root
Posté par Moonz . En réponse au journal Sondage: votre plus grosse boulette sous root. Évalué à 1.
# mv ls_in_rpm /usr/bin
# ls /usr/bin
/usr/bin
# cd /usr/bin
bash: cd: /usr/bin: N'est pas un répertoire
# cat /usr/bin
rpm -ql `rpm -qa | grep $1`
J'ai jamais compris pourquoi il m'a remplacé mon dossier bin par mon script. Par contre maintenant je n'oublie jamais le / après un répertoire ^^. Par contre contrairement à d'autres plus haut ca a merdé très vite (il ne trouvait plus aucun éxécutable)
Sinon j'ai du en faire d'autres, mais réparables. Le classique rm -f * en se plantant de répertoire (notamment dans les scripts d'init, un petit rpm -ivh init-scripts a tout remis dans l'ordre)
C'était pas en root, mais j'ai aussi fait un rm -rf `pwd` (histoire d'éviter la complétion (ça s'écrit comment :) ? ). J'avais fait un cd .. de trop auparavant. Mon dossier Projects entièrement vidé...
[^] # Re: Mise en place de dual boot.
Posté par Moonz . En réponse au journal Mise en place de dual boot.. Évalué à 1.
-1 pour incitation au piratage ----->[ ]