Re : Re : Etat du serveur X (Ex detecter le browser par défaut)

2008-07-18 Par sujet Tahar 
Bonjour,

En fait je fait ce test car je fais appel à un navigateur dans mon programme, 
et il est destiné à des non connaisseurs, c'est vrai que généralement les 
utilisateurs de GNU/Linux ont un minimum de connaissances mais ce que je suis 
en train de faire est un outil de diagnostic pour notre hotline (je travaille 
chez un fournisseur d'accès) ne voulant pas pénaliser les utilisateurs de 
GNU/linux, je suis en train de faire un même prorgramme pour windows, linux et 
MacOS. 

Je peux laisser le retour du message d'erreur qui ferait un break automatique 
du programme, mais je préfère anticiper cela. surtout que ce que je suis en 
train de faire est un interfaçage avec un modem donc je dois accéder pour 
diagnostic directement sur le modem en utilisant un navigateur, d'où 
l'obligation d'avoir un mode graphique, utiliser lynx serait assez fastidieux 
tout de même ;)

Merci pour ton aide



- Message d'origine 
De : Avell Diroll [EMAIL PROTECTED]
À : Tahar [EMAIL PROTECTED]
Cc : Ubuntu ubuntu-fr@lists.ubuntu.com
Envoyé le : Vendredi, 18 Juillet 2008, 11h28mn 32s
Objet : Re: Re : Etat du serveur X (Ex detecter le browser par défaut)

Tahar wrote:
 Je me réponds à moi même :)
 
 Pour x-www-browser, ça résout mon problème, par contre pour init 5 déjà
 sous Ubuntu, le niveau init pour l'interface graphique est le niveau 2
 donc je ne peux pas compter sur runlevel
 
 Des suggestions ?
 
 Merci

variable d'environnement ... c'est en général à ça que ça sert ...

echo $DISPLAY

Mais est-ce vraiment utile de tester la présence de X?
Si X n'est pas présent le programme devrait planter au premier appel
graphique, et une erreur compréhensible est peut-être déja renvoyée par
la lib graphique ... ou peut-être est-il plus simple d'intercepter cette
erreur.

Si c'est pour un logiciel qui possède 2 modes de fonctionnement (X et
NoX), je conseille fortement de fournir deux commandes séparées (ou un
flag permettant d'appeler l'un ou l'autre des deux modes), beaucoup de
gens utilisant le mode NoX des logiciels alors que X est lancé ...

Sans plus de précisions, je peux difficilement suggérer autre chose

Bonne continuation

Ju
-- 
The most exciting phrase to hear in science, the one that heralds new
discoveries, isn't 'Eureka!' but rather 'hmmthat's funny.'
- Isaac Azimov-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

Re: Re : Re : Etat du serveur X (Ex detecter le browser par défaut)

2008-07-18 Par sujet Avell Diroll 
Tahar wrote:
 Bonjour,
 
 En fait je fait ce test car je fais appel à un navigateur dans mon
 programme, et il est destiné à des non connaisseurs, c'est vrai que
 généralement les utilisateurs de GNU/Linux ont un minimum de
 connaissances mais ce que je suis en train de faire est un outil de
 diagnostic pour notre hotline (je travaille chez un fournisseur d'accès)
 ne voulant pas pénaliser les utilisateurs de GNU/linux, je suis en train
 de faire un même prorgramme pour windows, linux et MacOS.
 
 Je peux laisser le retour du message d'erreur qui ferait un break
 automatique du programme, mais je préfère anticiper cela. surtout que ce
 que je suis en train de faire est un interfaçage avec un modem donc je
 dois accéder pour diagnostic directement sur le modem en utilisant un
 navigateur, d'où l'obligation d'avoir un mode graphique, utiliser lynx
 serait assez fastidieux tout de même ;)
 
 Merci pour ton aide

Dans ce cas le plus propre c'est d'intercepter l'erreur éventuelle (tu
ne précise pas quel langage tu utilises, c'est quelque chose qui peut
être triviale dans certains langages et pénibles dans d'autres ...).

Si le navigateur se lance, tant mieux, si erreur tu lances le mode NoX
de ton programme.

Je te déconseilles dans le cas de l'erreur de faire appel à lynx ou
e-links, un utilisateur qui ne saurait pas si il lance un outil en mode
graphique ou a peu de chance d'avoir installé lynx ... surtout si il n'a
pas accès aux dépôts (à priori il n'a pas de réseau si il a besoin de
diagnostiquer son modem, non?).

Le plus sympa est de faire appel à une lib http et de gérer
l'interaction avec le modem par une suite de choix multiples (en curses
si tu veux de la couleur) ... balancer un débutant sous lynx sans le
prévenir ne doit pas être rassurant, et tu peux fournir ta lib avec ton
programme.

Bonne continuation

Ju
-- 
There are three kinds of lies: lies, damned lies, and statistics.
   --Mark Twain

-- 
ubuntu-fr mailing list
ubuntu-fr@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr