Programmer le compagnon Office ?

[Nohant]

Bonjour,

J'aimerai savoir si certains d'entre vous utilisent le compagnon Office afin de rendre leurs applications plus conviviale ?
http://msdn.microsoft.com/library/FRE/modcore/html/deovrWorkingWithOfficeAssistant.asp
http://personal-computer-tutor.com/abc3/v20/dian20.htm

je n'avais pas penser à l'utiliser jusqu'ici mais il paraît interessant.

si vous avez des infos à partager sur le sujet ça m'intéresse

@+

[FRED.G]

Le compagnon me parait être super utile. Je compte l'intégrer d'ailleurs dans mon prochain tuto.

[Tofalu]

Bon ben j'ai mis oui toujours à défaut d'avoir l'option Parfois

J'aime bien, ça donné un coté interactif, ceci dit, coté ergonomie je ne trouve pas cela trés bien.

1. Il est souvent en bas à droite (position par défaut). Cet angle est le dernier lu par nos yeux à l'écran. Cette position est déconseillée


2. L'utilisateur prend souvent cela pour un gadget. Difficile d'y envoyer un message d'avertissement.

Qui plus est, cela reste quand même lourds à coder à comparer d'une msgbox. Toutefois, si tu as des exemples de code, je t'invite à les poster dans le post it dédié au code sources.

[Nohant]

Je vais regarder ça ce week end ou la semaine prochaine,

j'aimerai voir s'il est possible de le positionner précisément sur une interface

Je ne pense pas qu'il puisse remplacer les msgbox (surtout pour les messages d'avertissement) mais par contre pour des infos ou des conseils il me parait bien sympa

[Tofalu]

Pas grand monde n'a voté...

Un petit effort s'il vous plait

[vmolines]

En tant qu'utilisateur j'ai toujours détesté ça, par conséquent je n'ai pas envie de le proposer aux utilisateurs de mes applis.

Pour étayer, quand le compagnon a pris le pas sur une aide plus traditionnelle j'ai testé un peu le machin. Je n'y ai vue qu'une mise en page de plus pour l'aide déjà présente mais mal organisée. Une localisation désastreuse de l'information et ce où qu'on le mette sur son écran.

C'est pour moi une régression dans la conception d'IHM sous prétexte d'être plus convivial. Améliorer l'ergonomie, pour moi, ce n'est pas mettre des zozos colorés : ça n'aide pas l'utilisateur, ça lui donne l'impression de l'aider. Paufiner chaque élément de son interface, définir des standards visuels récurents, positionner intelligement des zones de messages et structurer l'aide utilisateur dans son appli : ça oui ça aide.

[Tofalu]

Envoyé par vmolines

En tant qu'utilisateur j'ai toujours détesté ça, par conséquent je n'ai pas envie de le proposer aux utilisateurs de mes applis.

Pour étayer, quand le compagnon a pris le pas sur une aide plus traditionnelle j'ai testé un peu le machin. Je n'y ai vue qu'une mise en page de plus pour l'aide déjà présente mais mal organisée. Une localisation désastreuse de l'information et ce où qu'on le mette sur son écran.

C'est pour moi une régression dans la conception d'IHM sous prétexte d'être plus convivial. Améliorer l'ergonomie, pour moi, ce n'est pas mettre des zozos colorés : ça n'aide pas l'utilisateur, ça lui donne l'impression de l'aider. Paufiner chaque élément de son interface, définir des standards visuels récurents, positionner intelligement des zones de messages et structurer l'aide utilisateur dans son appli : ça oui ça aide.

C'est à mon sens trés juste. En effet comme je l'ai dit, on a un coté ludique interractif ça c'est sûr. Mais ergonomiquement parlant, je te rejoint vmolines. Je crois que le problème est alors que l'utilisateur voit le compagnon avant de voir l'information. Or il me semble que l'information est primordiale. Prendre le risque de rendre son appli gadget peut devenir un réel risque de par le fait que l'utilisateur va mépriser l'information au profit de ces gadgets.

[Maître Kenobi]

j'ai mis non, je rejoinds Tofalu et vmolines

[Keraccess]

Je n'ai jamais eu l'occasion de le faire, mais je pense que cela doit bien finaliser le projet ! J'espère pouvoir m'y mettre prochainement....

[FRED.G]

En tant qu'utilisateur j'ai toujours détesté ça, par conséquent je n'ai pas envie de le proposer aux utilisateurs de mes applis.

Tes impressions d'utilisateur averti ne sont pas nécessairement valables pour des utilisateurs "lambda" (moi non plus je n'aime pas l'assistant, mais par exemple, ma copine est ravie d'avoir son 'TiFauve' à disposition :s)
Chacun son style...

Disons qu'ici on ne devrait pas parler du compagnon pour utiliser l'aide standard (car dans ce cas c'est clair qu'il est insupportable) mais plutôt pour attirer l'attention sur un événement ou l'illustrer.

Je crois que le problème est alors que l'utilisateur voit le compagnon avant de voir l'information. Or il me semble que l'information est primordiale. Prendre le risque de rendre son appli gadget peut devenir un réel risque de par le fait que l'utilisateur va mépriser l'information au profit de ces gadgets.

Pas du tout d'accord. Le compagnon n'est pas encore doué de pouvoir d'hypnose !

Le seul argument valable à mon avis concerne le positionnement du compagnon et de ses bulles de messages...
Mais il existe quand même quelques propriétés ou méthodes. C'est donc à étudier au cas par cas.

Mais une chose est sûre selon moi, c'est que quand c'est voulu et bien maîtrisé, le compagnon ne diminue pas l'efficacité de l'interface, au contraire. Il devient un atout.

Le tout étant de ne pas cantonner le compagnon à son rôle traditionnel de guignol accessoire à l'aide en ligne et de ne pas chercher à le rendre omniprésent...
Bref il faut un peu d'imagination car le compagnon n'est pas obligé de servir systématiquement de guide pour une quelconque aide.

[vmolines]

Je veux bien qu'on me montre un exemple où le compagnon peut être mieux qu'un message texte adéquat (barre d'état, msgbox, label rendu visible à un endroit précis, changement de couleur d'un contrôle, ou combinaison de ces éléments). Car personnellement, je vois l'assistant perdant sur tous les niveaux.

[FRED.G]

Tu as raison. J'ai un projet en tête qui devrait me permettre d'illustrer mes propos. Mais ne soit pas pressé car je ne me suis pas fixé de délais et ce n'est pas une priorité absolue pour moi.

[vmolines]

Pas de problème, j'ai beaucoup de préjugés mais je suis ouvert à tout , donc tu me montreras quand tu l'auras fait.

[argyronet]

Bonjour,

Je squizz systématiquement le compagnon Office des installations Office que je lance et ce pour parce qu'il n'a jamais été capable de me trouver la rubrique d'aide associé à une question.
Un bon est beaucoup plus efficace.
Posez lui une question concrète relatant du VBA... Il vous répond qu'aucune rubrique ne correspond à cette recherche.
En dehors de ça, ce qui m'a scié un jour, c'est que MS ait implémenté un timer pour déterminer le nombre de fois où l'on masque ce dernier dans une même session si bien qu'il pose la question pour savoir si on veut le masquer ou le fermer !!! C'est d'une utilité on ne peut plus indispensable.

Bref, un truc bien inutile pour le temps de développement qu'il a nécessité.

Argy

[Tofalu]

Arf là, il ne s'agit pas de lui poser des questions mais plutot de le faire parler.

Ceci peut être alors pratique quand l'utilisateur fait ses premiers pas sur l'application. Le compagnon affiche alors ce que doit faire chaque bouton un peu comme une info bulle Ou alors de lui faire dire un truc genre voulez vous quitter ? ...

Au passage l'objet balloon peut remplacer les msgbox mais qu'en est t'il des inputbox. Une fois j'ai cherché et je n'ai pas vu comment récupérer le résultat de sa zone de saisie

[vmolines]

Envoyé par argyronet

Bonjour,

Je squizz systématiquement le compagnon Office des installations Office que je lance et ce pour parce qu'il n'a jamais été capable de me trouver la rubrique d'aide associé à une question.
Un bon est beaucoup plus efficace.
Posez lui une question concrète relatant du VBA... Il vous répond qu'aucune rubrique ne correspond à cette recherche.
En dehors de ça, ce qui m'a scié un jour, c'est que MS ait implémenté un timer pour déterminer le nombre de fois où l'on masque ce dernier dans une même session si bien qu'il pose la question pour savoir si on veut le masquer ou le fermer !!! C'est d'une utilité on ne peut plus indispensable.

Bref, un truc bien inutile pour le temps de développement qu'il a nécessité.

Argy

+1 mais c'est HS par rapport à ce que veut en faire FRED.G.

[argyronet]

Ah Oki...
Dans cette optique, effectivement, ça peut être intéressant, mais...
J'ai déjà trituré MS-Agent, c'est bien de ça que l'on parle ?
Toutefois, je précise que tout comme Tofalu l'a écrit, ce n'est pas un objet très intuitif d'un point de vue utilisation.
Dans un même ordre d'idée, j'ai sur mon PC, ViaVoice d'IBM qui présente le produit et son mode d'utilisation avec un compagnon qui est représenté par un crayon animé (très bien fait d'ailleurs). Mais pour ma part, au début, c'est un peu rigolot et sympa puis on se lasse vite alors, je l'ai désactivé aussi.
Selon moi, ce genre d'objet est à implémenter dans des applications multimédia ludiques pour les enfants plus que pour des applications dédiées à des utilisateurs professionnels; Ayant pour ma part réalisé des applis pédagogiques pour les 5-9 ans, j'appuie mon point de vue.

Argy

[tibotibotibo]

Pour apporter ma (modeste) pierre à l'édifice, je dirais que l'assistant pourrait être utile mais qu'il n'est pas inclus dans le runtime sans install (d'après ce que j'ai vu) donc pas intéressant pour moi.

D'autre part pour info il est possible de l'afficher où on veut dans la page en utilisant le code suivant :

Code :

1
2
3
4
5
6
7
8
9
 
With Assistant
    .On = True
    .Visible = True
    .Move xLeft:= 400, yTop:= 300
    .MoveWhenInTheWay = True
    .TipOfDay = True
    .Animation = msoAnimationGreeting
End With

Y'a un potentiel mais (cela a déjà été dit) trop souvent négligé par utilisateur, moi le premier d'ailleurs. En effet, il toujours a tendance à se mettre toujours à l'endroit où on le voit pas et de préférence sur un bouton. Je pense qu'une bonne programmation qui ferait attention :
à la position de l'assistant
à "l'éducation" des utilisateurs, càd à leur habitude de l'utiliser
à la gêne occasionnée par cet assistant dans certains cas, un bon assistant sait aussi se faire oublier
à un certain potentiel pour les applications.

[Nohant]

Je tout à fait d'accord sur les points suivants :
-le compagnon ne remplace pas les msgbox
-il peut facilement devenir agaçant si mal employé
-mais il a le mérite pour l'utilisateur lamda de pouvoir amener un plus en terme de convivialité

perso dans l'aide office je le désactive systématiquement car il ne répond jamais à mes question

pour l'instant je n'ai pas vu qu'il puisse remplacer un inputbox (?)

[tibotibotibo]

Rebonjour,

Voici quelques liens intéressants sur le sujet :
http://msdn.microsoft.com/library/fre/default.asp?url=/library/FRE/modcore/html/deovrWorkingWithOfficeAssistant.asp

http://cma.zdnet.com/guides/qa_access/Enhancing_the_User_Experience/IMA_042001_017.html

Je viens d'essayer un petit truc qui marche pas trop mal mais je sais pas si ca peut te servir

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
 
Option Compare Database
Dim Reponse As String
Dim bulle As Object
 
Private Sub Form_KeyPress(KeyAscii As Integer)
 
'On ajoute la lettre tapée à la réponse
Reponse = Reponse & Chr(KeyAscii)
 
'Si c'est Entrée on arrête de saisir
If KeyAscii = 13 Then
Set bulle = Assistant.NewBalloon
 
    'et on affiche
    With bulle
       .BalloonType = msoBalloonTypeNumbers
        .Mode = msoModeModeless
        .Text = Reponse
        .Show
    End With
    Reponse = ""
End If
 
End Sub
 
Private Sub Form_Open(Cancel As Integer)
 
    'On initialise l'assistant
    Set bulle = Assistant.NewBalloon
    Dim instructions As String
    instructions = "Tapez votre texte"
 
    'On démarre l'assistant
    With Assistant
        .Visible = True
        .Animation = msoAnimationGreeting
    End With
 
    'On affiche les instructions
    With bulle
        .Text = instructions
        .Show
    End With
 
End Sub

Ce qui donne :