Interface graphique d'un agent de dialogue... Côté client

Interface graphique d'un agent de dialogue... Côté client - Divers - Programmation

Marsh Posté le 21-03-2011 à 13:19:41    


Bonjour,
J'écris un agent de dialogue selon le modèle client/serveur avec interface graphique et je souhaiterais avoir votre avis sur l'organisation des différent éléments.
J'ai pour le moment trois zones de textes, celle de droite permet d'afficher les utilisateurs connecté, alors que celle du haut à gauche permet d'afficher ce qui est reçu du server, et celle du bas à gauche, permet d'afficher ce qui est écris en local.
 
Voila ma simple fenêtre en image : http://hfr-rehost.net/self/pic/b122835221c51140216240f2dd857be623a23713.jpeg
 
Et je me demandais si mélanger les entrées et les sorties toujours avec les connectés à part, dans la même fenêtre ne serait pas mieux.
 
Qu'en pensez vous ?
 
En fait, dans la fenêtre des entrée locale, seulement le texte entré sera afficher alors que dans les données reçu du serveur, en plus des entrées distante, le nom de la source sera ajouté avec le commentaire suivant : "à écit : ".
 
Merci de votre avis.
 

Reply

Marsh Posté le 21-03-2011 à 13:19:41   

Reply

Marsh Posté le 21-03-2011 à 15:51:38    

Autant faire comme sur les softs de tchat : 1 seule fenêtre. En +, avec 2, comment tu comptes faire pour garder l'ordre d'insertion des entrées locales par rapport à ce qu'à reçu le serveur? En effet, certaines entrées locales seront des réponses (ou en rapport) à des données reçus sur le serveur, non?


---------------
Astres, outil de help-desk GPL : http://sourceforge.net/projects/astres, ICARE, gestion de conf : http://sourceforge.net/projects/icare, Outil Planeta Calandreta : https://framalibre.org/content/planeta-calandreta
Reply

Marsh Posté le 21-03-2011 à 16:13:39    

Merci pour ta réponse rufo,
 
Je suis pas certain de comprendre ta question... Pour moi elle va dans le sens inverse de ta réponse.
 
Le client permet soit :

  • Envoyer un message à un autre utilisateur
  • Envoyer un message à l'agent de dialogue "intelligent" présent sur le serveur.


Dans tous les cas, j'affiche dans les sorties provenant du serveur :
"rufo a écrit : comment tu comptes faire pour garder l'ordre d'insertion des entrées locales par rapport à ce qu'à reçu le serveur?
 
Je suis pas sûr de te suivre  donc, les donnée entrées en local sont empilé et j'affiche la pile dans l'ordre.
Le serveur lui, va recevoir des données de multiple sources.
 
pour les données provenant du serveur, elles ont de multiple sources et le client n'est peut-être pas à l'origine de la donnée, on ne peut pas définir l'ordre d'arrivé de ces données, provenant du serveur.
 
Il y a cependant un ordre des entrée et sortie côté service (gestionnaire de message), vue que j'ai une FIFO côté service.


Message édité par Profil supprimé le 21-03-2011 à 16:16:10
Reply

Marsh Posté le 21-03-2011 à 17:00:29    

ben les autres clients, ils ne répondent pas aussi entre eux? Ou un client envoie un message au serveur, qui en fonction du contenu, est amené à envoyer un message à un autre client? Ex :

Code :
  1. Client 1 -> serveur : quel est la couleur préférée du client 2
  2. Serveur -> client 2 : quelle est ta couleur préférée?
  3. Client 2 -> serveur : bleu
  4. Serveur -> Client 1 :la couleur préférée du client 2 est bleu


 
Du coup, c'est mieux d'avoir 1 seule fenêtre pour suivre tous les messages, dans leur ordre chronologique...

Message cité 1 fois
Message édité par rufo le 21-03-2011 à 17:01:20

---------------
Astres, outil de help-desk GPL : http://sourceforge.net/projects/astres, ICARE, gestion de conf : http://sourceforge.net/projects/icare, Outil Planeta Calandreta : https://framalibre.org/content/planeta-calandreta
Reply

Marsh Posté le 21-03-2011 à 18:23:51    

rufo a écrit :

ben les autres clients, ils ne répondent pas aussi entre eux? Ou un client envoie un message au serveur, qui en fonction du contenu, est amené à envoyer un message à un autre client? Ex :

Code :
  1. Client 1 -> serveur : quel est la couleur préférée du client 2
  2. Serveur -> client 2 : quelle est ta couleur préférée?
  3. Client 2 -> serveur : bleu
  4. Serveur -> Client 1 :la couleur préférée du client 2 est bleu


 
Du coup, c'est mieux d'avoir 1 seule fenêtre pour suivre tous les messages, dans leur ordre chronologique...


 
Si si, les clients se parlent entre eux et avec le serveur.
Je peux rien changer à la chronologie.
Ma foi, si tu trouves qu'une fenêtre et mieux que deux, merci pour ton avis. Je prend bien note.


Message édité par Profil supprimé le 21-03-2011 à 18:24:16
Reply

Marsh Posté le 22-03-2011 à 13:59:01    

J'ai besoin de plus de participants, parce que j'ai les idées relativement fixes.
Merci.

Reply

Marsh Posté le 22-03-2011 à 14:22:20    

En fait, je me suis d'abord dit que les entrées locales n'avaient pas à être affichées.
Puis je me suis dit que pour des raison de confort, je les afficherai quand même en plus.
C'est pourquoi je compte faire de zone distincte.
En plus la chronologies des messages entrants est alléatoire, donc il n'y a pas d'odre direct à conserver.
 
Mais je savais que certain modèle était produit avec une unique zone, c'est pourquoi j'ai fait ce sondage.
Et je ne souhaite pas savoir à quoi vous êtes habitué, mais ce que vous préféreriez.
 
Enfin, Merci de me lire.  :jap:

Reply

Marsh Posté le 22-03-2011 à 16:39:16    


 
Tu vas vite de rendre compte que bien souvent, c'est similaire. Je me souviens que sur une appli web, fallait scroller tout en bas de la page pour trouver certaines infos sous la forme d'onglets en accordéon. Pas tip-top niveau ergonomie. J'ai donc fait en sorte que ça deviennent des onglets "classiques" en début de page. Au niveau ergonomie, y'a pas photo, c'est mieux car l'utilisateur n'a pas besoin de scroller. Ben tu me croiras ou pas, une large majorité d'utilisateurs a préféré revenir en arrière car ils s'étaient habitués au système.
 
C'est du reste la même chose avec la nouvelle IHM de M$ Office 2010. Beaucoup de ceux qui ont connu les anciennes versions les préfères au niveau IHM... :/ C'est aussi pour ça que beaucoup préfèrent rester sous Windows plutôt que linux car ils sont habitués à l'IHM, ils ont leurs petites habitudes et de passer sur autre chose les oblige à tout réapprendre = perte de temps...


---------------
Astres, outil de help-desk GPL : http://sourceforge.net/projects/astres, ICARE, gestion de conf : http://sourceforge.net/projects/icare, Outil Planeta Calandreta : https://framalibre.org/content/planeta-calandreta
Reply

Marsh Posté le 22-03-2011 à 16:59:49    

Ok ! Merci rufo.

Reply

Marsh Posté le 23-03-2011 à 00:12:49    

C'est vrai que le client parait plus petit avec une unique fenêtre.
 http://hfr-rehost.net/self/pic/e3aa7366a06ce53b5a99f0ec821cd80c59313533.jpeg

Reply

Marsh Posté le 23-03-2011 à 00:12:49   

Reply

Marsh Posté le 23-03-2011 à 09:39:53    

Je te suggère vivement de supprimer le scroll horizontal, c'est anti-ergonomique au possible ;)


---------------
Astres, outil de help-desk GPL : http://sourceforge.net/projects/astres, ICARE, gestion de conf : http://sourceforge.net/projects/icare, Outil Planeta Calandreta : https://framalibre.org/content/planeta-calandreta
Reply

Marsh Posté le 24-03-2011 à 12:48:44    

rufo a écrit :

Je te suggère vivement de supprimer le scroll horizontal, c'est anti-ergonomique au possible ;)


 
Bonjour rufo,
Tu ne saurais pas comment s'y prendre par hazard, pour faire juste le scroll vertical avec GTK+ ?
J'ai mis une Gtk-Scrolled_Window, et apparemment, on peut pas enlever un scroll.

Reply

Marsh Posté le 24-03-2011 à 12:54:27    

Désolé, j'en ai jamais fait. Concernant les IHM, même si j'ai fait du Delphi, du C/C++ (WFC sous Windows), et un peu de java et VB, ma spécialité reste avant tout le web ;)


---------------
Astres, outil de help-desk GPL : http://sourceforge.net/projects/astres, ICARE, gestion de conf : http://sourceforge.net/projects/icare, Outil Planeta Calandreta : https://framalibre.org/content/planeta-calandreta
Reply

Marsh Posté le 24-03-2011 à 13:04:10    

rufo a écrit :

ma spécialité reste avant tout le web ;)


 
Je discute avec une webmalster.... [:jesus_consteration]

Reply

Marsh Posté le 24-03-2011 à 13:15:44    


 
C'est "un" (et pas "une" ) et je suis plus précisément ingénieur développeur d'appli web ;) Mais dedans, j'y mets des algo reposant sur des réseaux de Pétri, de l'analyse sémantique, de la biomimétique... + une prise en compte de l'accessibilité des sites web aux personnes handicapées visuellement. C'est ça le plus intéressant dans mon travail...


---------------
Astres, outil de help-desk GPL : http://sourceforge.net/projects/astres, ICARE, gestion de conf : http://sourceforge.net/projects/icare, Outil Planeta Calandreta : https://framalibre.org/content/planeta-calandreta
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed