"Bah... Je râle dessus depuis 10 minutes !..."

Bah... oui, ça aide beaucoup de râler avec une machine. Allons-y.

Ça ne doit pas être pire que cogner dessus.

Je pense que c'est plus une expression pour dire que ça fait dix minutes qu'il galère sur ce problème.

Je ne sais pas quoi voter sinon, son père ne connaît manifestement pas l'environnement de bureau en question, mais est-ce que ça vaut un PEBKAC ? C'est dans le même registre que le "haha il connaît pas ctrl+alt+suppr", vu récemment, selon moi.

C'est quand même mieux de râler, ça ne risque pas de l'abimer !

C'est plutôt sympa comme PEBKAC. J'aime bien, c'est fun.

Tu le dis toi-même, ses compétences en informatique sont des plus limitées (il aurait été incapable d'aller lire ses mails tout seul il y a 2 mois). Si personne ne lui apprend c'est sûr qu'il va avoir du mal.

D'un autre côté, je ne comprends toujours pas comment un système dont le nom pourrait impliquer qu'il sait gérer des fenêtres force le passage au premier plan de toute fenêtre recevant le focus ou un clic du pointeur.

A tel point que j'ai vu sur un site un comportement amusant : lorsque je cliquais sur une image pour zoomer, une nouvelle fenêtre à la taille de l'image s'ouvrait. Mais dès que cette fenêtre perdait le focus, elle se fermait toute seule... Puis j'ai compris que c'était tout simplement pour ne pas empiler des fenêtres sous le navigateur en plein écran.

@Tharkun : Si, ça risque de "déstabilisé Windows en lui manquant de respect".

Ah, oui, j'avais oublié...

L'ignorance n'est pas un PEBKAC.
Le refus de vaincre son ignorance en est un. Mais pour le coup, ici, je ne vois pas un tel refus.
C'est peut-être un peu dur, mais pour le coup, CTLP.

A sa décharge, je trouve le comportement de VLC sur ce point totalement incohérent. Le focus devrait repasser sur la fenêtre lorsque l'on lance une nouvelle vidéo, et ce même si l'application n'a pas été fermée entre deux...

Il est possible pour une appli de forcer son passage au premier plan... Testé à l'instant avec mon lecteur PDF, par exemple : quand j'ouvre un second fichier, l'appli repasse au premier plan.

À ce niveau là, il n'y aurait quasiment pas de PEBKAC ... Et puis je trouve que celui-là correspond plutôt bien à l'esprit du site.

Il faut un micro

Moi, je râle et je tape dessus, c'est plus efficace.

Au moins on voit qu'il progresse!

Il y a bien un PEBKAC ici, mais plus du coté des développeurs du logiciel qui ne répond pas à la fonction de base "s'ouvrir quand un utilisateur ouvre un fichier avec"…

Oui ça vaut un PEBKAC, ne pas voir qu'une fenêtre est réduite depuis 10min alors qu'on utilise un PC depuis plus de deux mois, ça en fait un PEBKAC.

Peut être parce qu'en général quand on clique sur une fenêtre c'est qu'on veut aller dessus?
Ou alors j'ai vraiment pas compris ton commentaire...

Qu'on aille dessus, oui.
Qu'elle passe au premier plan, pas forcément.

Je pense qu'il s'agit principalement d'une question d'habitude. Au vu des notes de mon précédent commentaire, je pense que justement je ne suis pas compris par les utilisateurs qui n'ont pas expérimenté ce fonctionnement. Je vais donc essayer d'expliquer comment ça se passe sur mes machines...

Pour donner le focus sur une fenêtre, je peux simplement déplacer le pointeur dessus. La fenêtre prend le focus, mais ne bouge pas. Je peux aussi cliquer dedans, elle restera dans son plan. Par contre, si je clique sur la barre de titre ou sur la bordure, ou si je navigue entre les fenêtres par Alt-Tab (ou par l'une des applets de gestion des fenêtres dans l'un des panneaux), la fenêtre passe au premier plan (dans la limite des fenêtres forcées au premier plan, bien sûr).

Ça permet entre autres de continuer à voir ce qui se passe dans une fenêtre inactive sans l'obscurcir avec la fenêtre active. Il faut aussi comprendre que ce comportement est entièrement configurable, l'utilisateur habitué à un autre fonctionnement pourra tout à fait le reproduire.

En fait, mon premier commentaire était juste un nouveau coup de gueule vis à vis du système le plus utilisé : malgré son nom, il n'a pas de gestionnaire de fenêtre digne de ce nom. Et encore, je ne parle pas des gestionnaires qui utilisent des paradigmes totalement différents, comme par exemple les tiling window managers http://en.wikipedia.org/wiki/Tiling_window_manager

si tu te demandes qui t'as moinssoné, c'est moi (et si y en a plus qu'un, bah juste j'en fais parti).

L'appli était déjà ouverte et en mode réduit dans la barre des tâches, aucune raison pour elle de revenir au premier plan juste parce que quelque chose est arrivé dans sa playlist.

Et si tu penses multi bureau, elle aurait aussi dû dire au gestionnaire de fenêtre de ré-afficher le bureau sur lequel elle était déjà ouverte parce que faut qu'elle se montre ??? et le gestionnaire de fenêtre devrait être d'accord comme ça sans broncher ?

Enfin je lis ce commentaire. Dès que j'ai lu le pebkac, j'avais pensé à cela. Mais, premier comm' à le mentionner, plutôt loin...

"L'appli était déjà ouverte et en mode réduit dans la barre des tâches, aucune raison pour elle de revenir au premier plan juste parce que quelque chose est arrivé dans sa playlist."

Ben non, t'as raison, si un truc doit être visible, vite, cachons-le !

Au hasard, deux analogies :

- La pédale de frein reçoit un appui, mais c'est pas pour ça qu'il faut freiner, non.
- Le four détecte un appui sur la touche STOP, mais c'est pas pour cela qu'il doit cesser de chauffer. Ou à l'envers, c'est pas parce qu'on appuie sur cuisson qu'il doit commencer à chauffer, ce serait débile.

Pour ton dernier §, je ne l'ai pas compris, en supposant que le papa est sous Windows, et pas sous un Linux.

Aaargh : J'ai des tas de trucs qui se passent en parallèle sur mes neuf bureaux, j'aime bien n'en avoir qu'un seul (de truc, sachant qu'il y a souvent plusieurs trucs par bureau) sous les yeux à la fois. En outre, je pense que l'on ne peut pas nier que sur un système bien foutu, c'est pas la fenêtre qui décide de son exposition (t'imagines le foutoir ?) ; ce serait plutôt au WM de savoir d'une manière ou d'une autre qu'il se passe quelque chose et qu'il faut passer cette fenêtre au premier plan.

Tes analogies seraient plutôt :
- Les mâchoires de freins sentent un léger échauffement, mais c'est pas une raison pour arrêter de freiner.
- Le four a faim, d'un coup, comme ça, mais c'est pas une raison pour chauffer d'un coup sans demander à personne.
Après, si on a un bon gros fading ou qu'on veut faire cuire quelque chose, là, c'est au conducteur ou au cuisinier de gérer les freins et le four.

Et puis bon... le multi-fenêtre, c'est quand même un des trucs qu'il faudrait apprendre en premier lieu aux débutants, parce que c'est simple comme tout et bien moins chiant quand ils connaissent.

Ben justement, quand je dit à mon four de chauffer il chauffe, donc quand je demande à l'ordi de lire une video je m'attend à ce qu'il affiche la video, vu que c'est légèrement le but de la demande.

Je me pose une question sur ce pebkac :
Mac ou PC ?

@Geist : cela suppose que c'est bien toi qui demande à la vidéo de se lire. Évidemment, si un événement X se produit, je serais d'accord avec toi. mais comme le souligne Shirluban, là c'est MOI qui demande (qui... exige ! Oui !) la lecture... Sinon, pour plein d'autres événements, évidemment, oui, je suis d'accord avec toi. Mais, là, spécifiquement, pas.

Au fait, si tu te demande qui t'a moinssé, c'est pas moi, l'idée ne m'en a pas traversé l'esprit car je ne fonctionne pas comme cela. Je moinsse seulement quand il y a une connerie évidente (et encore)

@Aaargh, quand j'appuie sur le bouton stop de mon four, il arrete de chauffer, par contre c'est pas pour autant que l'intérieur de son fourneau est à température ambiante. Pourtant j'aimerais bien ne pas me brûler en retirant le plat, mais non, l'action qui a été menée à bien par l'appui du bouton stop ne suffit pas.

Bon, analogies pourries mises à part, on est ici à la limite de deux normes, celle qui suppose qu'un utilisateur ouvrant un fichier veuille le voir affiché immédiatement et celle qui suppose qu'une action doive entrainer le minimum d'effets de bord.
Selon moi cela dépend des goûts de l'utilisateur, je pourrais bien par exemple vouloir ouvrir pour plus tard une vidéo afin de fermer un onglet qui traîne, mais continuer cependant la lecture de l'onglet qui m'avait mené à celui-ci. Je dois cependant avouer que dans ce cas la lecture en arrière plan de la vidéo me gènerait probablement.

Les freins ce serait bien comme analogie si l'appli était fermée et non réduite. Et dans ce cas, Ô magie, elle s'ouvre quand tu cliques sur un lien.
Pour le four, pas mieux que l'explication de Geist, ou un truc du style mon four est en marche et chauffe à 100°C, je rappuye sur le bouton marche (en supposant que c'est pas le même que pour off) parce que je veux qu'il chauffe à 180°C, mais surtout je ne touche pas au thermostat.

En analogie, je dirais plutôt, j'ai un porte clé qui fait du bruit quand je siffle pour retrouver facilement mes clés, je mets mes clés dans ma poche, quand je siffle, mes clés devraient sortir toutes seules de ma poches pour que je les vois, nan mais ! (bah non) (elle limite aussi nulle que tes analogies en fait aaargh!!! :) )

J'utilise jamais MS Windows, mais je pense que si la fenêtre n'était juste pas au premier plan, et non réduite, elle serait repassée au premier plan. Quand une fenêtre est réduite, c'est que l'utilisateur l'a voulu, le gestionnaire de fenêtre n'a aucune raison de la rétablir. S'il est bien fait, il indique la tâche en surbrillance dans la barre des tâches (genre "attention, il se passe qq chose par là").

Après t'as le droit de configurer ton gestionnaire de fenêtre avec les réglages que tu veux, c'est nullement de la faute du dev de l'appli !

Ok, alors, pour vous, si je double-clique sur une vidéo, c'est que je ne veux pas la lire ? Si le lecteur est en arrière-plan, il doit le rester ? On a bien le son, mais pas la vidéo ?

Expliquez, je ne comprends pas, là.

Edit : on est bien d'accord, à lire le texte, le VLC est dans une fenêtre indépendante du navigateur, pas dans un onglet.

PS2 : @ globide : Ok j'ai des analogies pourries, mais le coup de la température qui ne baisse pas, c'est pas mal aussi... l'utilisateur ne demande pas de sortir le plat du four. Il veut que la résistance ne soit plus alimentée... Quant au porte-clés, je préfère me taire et penser que tu es mineur pour sortir ça. On essaie de parler d'un truc sérieux, là, les mecs, faites un effort :-/ C'est important, une expérience utilisateur réussie ! Surtout si on parle de Linux à la place de W (ce qui ne semble pas être le cas ici, c'est vrai).

A lire la réaction, je dirais : Mac. Mais à lire le fait qu'il apprend, en réalité, je ne sais pas :p

Hein ? Mauvaise foi, moi ?

Hum, ça a dû m'arriver à un moment d'être mineur. Le fait que je connaisse le porte clé qui fait du bruit quand tu siffles doit prouver que ça m'est passé (ça existe encore ?). Tu peux pas comparer une fenêtre qui peut avoir au minimum 3 états (réduite/au premier plan/pas au premier plan) à des trucs à deux états (allumé/éteint).

Le comportement des fenêtres décrit est logique, si tu réduis une fenêtre, elle n'a aucune raison de revenir au premier plan sans action de ta part sur la fenêtre. Et les devs d'appli ne gèrent pas comment le gestionnaire de fenêtres gère les demande de focus suivant l'état de la fenêtre.

S'il veut que la fenêtre s'ouvre, sachant qu'il s'agit de VLC, il autorise le multi session, donc il ne coche pas le allow only one instance dans la configuration (qui doit y être par défaut chez moi, parce que je ne me souviens pas l'avoir changée) et hop, il aura une nouvelle fenêtre qui s'ouvre quand il cliquera sur un lien/fichier vidéo. Donc, non, je persiste et signe mon moinsonnage du commentaire de Yoann.

Juste pour rire, je vient de tester d'ouvrir un fichier quand le programme correspondant est réduit.
Parmi tous les programmes que j'ai testé (VLC, MPC, WMP, Word, Excel, Acrobat Reader, Notepad++, FireFox, ACDSee), seul VLC n'affiche rien. Tous les autres programmes soit restaurent la fenêtre et passent au premier plan, soit lancent une nouvelle instance ... et affichent la fenêtre au premier plan.

Ah bah Windows c'est magique, j'ai aucun programme qui fait ça (et j'en suis bien content) ... vous avez raison, Windows c'est le bien, VLC c'est tout pourrite (je continuerai à utiliser quand même ... et Yoann t'as le droit de proposer un patch si tu veux).

Je penchais pour Mac aussi, à cause d'un vieux souvenir. J'ai du assister à une situation similaire.

Et puis il me semble que MacOS a la fâcheuse tendance de réduire les fenêtres quand on croirait les fermer : il faut en suite aller cliquer sur l'icône réduite du logiciel et sélectionner "arrêter" ou 'quitter", je ne sais plus (et l'icône a la même apparence que l'appli soit lancée ou pas si je me souviens bien).
En tout cas c'est la démo qu'on en a fait, mais l'utilisateur n'était peut-être pas des plus doués.

Et voilà, il se défausse...

Pourtant, nous argumentons, personne n'insulte personne ici (ça devenait rare, tant mieux qu'on puisse avoir ici des bases saines).

Pour les comparo, tu dois avoir raison, j'ai zappé le coup des trois états, ceci dit je crois que, justement, l'utilisateur n'a pas conscience de ces trois états. Tu as mis le "doigt" sur un truc important.

Néanmoins, pour répondre à ta défausse, je persiste et signe : sur Ubuntu, quand il y a des MàJ à faire, le gestionnaire ne se gêne pas pour : faire "vibrer" l'icône (12.04.1 standard) ; ouvrir, certes en arrière-plan, le gestionnaire de MàJ. Il agit donc bien activement sur l'état des fenêtres, quand bien même il n'y a ici aucune demande de l'utilisateur, et encore moins de réglage modifié.

Non, en fait, ce qu'on veut, c'est savoir pourquoi toi tu considères que "c'est le bien" (© globideuh) de e pas faire ce qui est demandé (afficher une vidéo) alors qu'on vient, explicitement, via LA commande idoine, de le demander, et que c'est "pourrite" (© globideuh) de vouloir qu'elle fasse ce qui est demandé...

On peut comparer trois états à ceux d'une voiture : roule, moteur tournant mais ne roule pas, moteur éteint. Toi, tu vas me dire qu'il est normal qu'une voiture au moteur éteint n'accélère pas quand on appuie seulement sur la pédale. Ok. Je te répondrai que, ce faisant, on a besoin d'un permis avant de la conduire. Et à la première leçon... normalement, on ne touche pas aux pédales (bon, ça a pu changer, à mon époque c'était comme cela). On peut considérer donc que ce n'est pas si normal que cela...

Ah, j'allais oublier : PS : ce comportement touche autant certains Linux que W. Il n'y a pas de "çaylebien" ou "çaylemale".

Bah voilà, on essaye de sortir de la manière la plus classe qu'il soit, et hop, c'est pas possible.
Oui, il n'y a pas de bien pas de mal, fallait bien que je résume, mais pour ta métaphore voituresque, je préfère que la fenêtre ne s'ouvre que si j'ai enclenché une vitesse, sinon, le moteur fait juste du bruit et ça me convient très bien.
Oui, ça ne marche pas pareil sur tous les OS, et même sur tous les gestionnaires de fenêtres (je continue donc de penser que le gestionnaire de fenêtre est en cause).
J'ai subis tout le week-end le fonctionnement que vous appréciez, alors oui, pour madame Michu qui veut regarder une vidéo, ça doit être très bien que la fenêtre à qui elle a dit d'aller se coucher revienne, mais désolé, j'aime pas ce comportement, si j'ai dis à la fenêtre bye bye, elle ne doit revenir que si je lui dis (cette horreur, des fenêtre qui popupaient de partout, obligé de revenir comme à l'époque, en mono-tâche, pour savoir ce qu'il se passait en vrai, donc, comme dit ton pseudo, aaarggh !!)
Mais bon, ça doit être l'habitude d'avoir plusieurs bureau où je suis content de pas changer de bureau juste en cliquant sur un lien parce que la fenêtre ouverte est "autre part" que la où je regarde ... si vous aimez ce principe de je te popup au nez (dans le genre pubware), bien à vous.

J'avoue que VLC est casse bonbon avec sa gestion pourrit des focus ... raison pour lequel j'utilise Windows Player et des Codec.
Et ça fonctionne <3