Soit un MacPro avec partage d'écran activé et 2 sessions ouvertes.
Soit un iMac qui se connecte en partage d'écran sur une des sessions du
MacPro.
Je constate que les 2 sessions ne sont pas étanches et la souris en
remote pilotée par le iMac impacte les 2 sessions du MacPro.
Est ce qu'il y a un moyen, via le partage d'écran, de bosser
indépendament sur les 2 sessions ouvertes du MacPro ?
Soit un MacPro avec partage d'écran activé et 2 sessions ouvertes.
Soit un iMac qui se connecte en partage d'écran sur une des sessions du
MacPro.
Je constate que les 2 sessions ne sont pas étanches et la souris en
remote pilotée par le iMac impacte les 2 sessions du MacPro.
Est ce qu'il y a un moyen, via le partage d'écran, de bosser
indépendament sur les 2 sessions ouvertes du MacPro ?
Soit un MacPro avec partage d'écran activé et 2 sessions ouvertes.
Soit un iMac qui se connecte en partage d'écran sur une des sessions du
MacPro.
Je constate que les 2 sessions ne sont pas étanches et la souris en
remote pilotée par le iMac impacte les 2 sessions du MacPro.
Est ce qu'il y a un moyen, via le partage d'écran, de bosser
indépendament sur les 2 sessions ouvertes du MacPro ?
Est ce qu'il y a un moyen, via le partage d'écran, de bosser
indépendament sur les 2 sessions ouvertes du MacPro ?
Non, Mac OS X ne le permet pas.
Est ce qu'il y a un moyen, via le partage d'écran, de bosser
indépendament sur les 2 sessions ouvertes du MacPro ?
Non, Mac OS X ne le permet pas.
Est ce qu'il y a un moyen, via le partage d'écran, de bosser
indépendament sur les 2 sessions ouvertes du MacPro ?
Non, Mac OS X ne le permet pas.
On 5/01/2011 10:36, Patrick Stadelmann wrote:
>> Est ce qu'il y a un moyen, via le partage d'écran, de bosser
>> indépendament sur les 2 sessions ouvertes du MacPro ?
> Non, Mac OS X ne le permet pas.
Je ne serai pas si affirmatif: j'ai assez souvent eu, avec ARD et pas le
partage d'écran, la (désagréable) surprise de me retrouver à piloter une
session d'arrière plan (déjà ouverte mais pas la session active) et pas
la session que je voulais.
Au final, cela permet effectivement de bosser à 2 sur la même machine.
Je ne saurais pas dire pourquoi il a choisi cette session, et je n'ai
pas trouvé de manière de le faire choisir l'une ou l'autre. Certainement
un bug de ARD, mais en tous cas ça m'a prouvé que c'est bel et bien
prévu dans le système.
On 5/01/2011 10:36, Patrick Stadelmann wrote:
>> Est ce qu'il y a un moyen, via le partage d'écran, de bosser
>> indépendament sur les 2 sessions ouvertes du MacPro ?
> Non, Mac OS X ne le permet pas.
Je ne serai pas si affirmatif: j'ai assez souvent eu, avec ARD et pas le
partage d'écran, la (désagréable) surprise de me retrouver à piloter une
session d'arrière plan (déjà ouverte mais pas la session active) et pas
la session que je voulais.
Au final, cela permet effectivement de bosser à 2 sur la même machine.
Je ne saurais pas dire pourquoi il a choisi cette session, et je n'ai
pas trouvé de manière de le faire choisir l'une ou l'autre. Certainement
un bug de ARD, mais en tous cas ça m'a prouvé que c'est bel et bien
prévu dans le système.
On 5/01/2011 10:36, Patrick Stadelmann wrote:
>> Est ce qu'il y a un moyen, via le partage d'écran, de bosser
>> indépendament sur les 2 sessions ouvertes du MacPro ?
> Non, Mac OS X ne le permet pas.
Je ne serai pas si affirmatif: j'ai assez souvent eu, avec ARD et pas le
partage d'écran, la (désagréable) surprise de me retrouver à piloter une
session d'arrière plan (déjà ouverte mais pas la session active) et pas
la session que je voulais.
Au final, cela permet effectivement de bosser à 2 sur la même machine.
Je ne saurais pas dire pourquoi il a choisi cette session, et je n'ai
pas trouvé de manière de le faire choisir l'une ou l'autre. Certainement
un bug de ARD, mais en tous cas ça m'a prouvé que c'est bel et bien
prévu dans le système.
Je ne saurais pas dire pourquoi il a choisi cette session, et je n'ai
pas trouvé de manière de le faire choisir l'une ou l'autre. Certainement
un bug de ARD, mais en tous cas ça m'a prouvé que c'est bel et bien
prévu dans le système.
Ce comportement me semble impossible à avoir, sauf à avoir installé une
solution tierce de "terminal server" pour Mac. Ou alors il y a eu des
changements profonds dans Mac OS X depuis la dernière fois où j'avais
creusé la question, mais je n'ai en tout cas jamais rien vu à ce sujet.
Je ne saurais pas dire pourquoi il a choisi cette session, et je n'ai
pas trouvé de manière de le faire choisir l'une ou l'autre. Certainement
un bug de ARD, mais en tous cas ça m'a prouvé que c'est bel et bien
prévu dans le système.
Ce comportement me semble impossible à avoir, sauf à avoir installé une
solution tierce de "terminal server" pour Mac. Ou alors il y a eu des
changements profonds dans Mac OS X depuis la dernière fois où j'avais
creusé la question, mais je n'ai en tout cas jamais rien vu à ce sujet.
Je ne saurais pas dire pourquoi il a choisi cette session, et je n'ai
pas trouvé de manière de le faire choisir l'une ou l'autre. Certainement
un bug de ARD, mais en tous cas ça m'a prouvé que c'est bel et bien
prévu dans le système.
Ce comportement me semble impossible à avoir, sauf à avoir installé une
solution tierce de "terminal server" pour Mac. Ou alors il y a eu des
changements profonds dans Mac OS X depuis la dernière fois où j'avais
creusé la question, mais je n'ai en tout cas jamais rien vu à ce sujet.
Ce comportement me semble impossible à avoir, sauf à avoir installé une
solution tierce de "terminal server" pour Mac. Ou alors il y a eu des
changements profonds dans Mac OS X depuis la dernière fois où j'avais
creusé la question, mais je n'ai en tout cas jamais rien vu à ce sujet.
Ce comportement me semble impossible à avoir, sauf à avoir installé une
solution tierce de "terminal server" pour Mac. Ou alors il y a eu des
changements profonds dans Mac OS X depuis la dernière fois où j'avais
creusé la question, mais je n'ai en tout cas jamais rien vu à ce sujet.
Ce comportement me semble impossible à avoir, sauf à avoir installé une
solution tierce de "terminal server" pour Mac. Ou alors il y a eu des
changements profonds dans Mac OS X depuis la dernière fois où j'avais
creusé la question, mais je n'ai en tout cas jamais rien vu à ce sujet.
On 5/01/2011 13:34, Patrick Stadelmann wrote:
>> Je ne saurais pas dire pourquoi il a choisi cette session, et je n'ai
>> pas trouvé de manière de le faire choisir l'une ou l'autre. Certainement
>> un bug de ARD, mais en tous cas ça m'a prouvé que c'est bel et bien
>> prévu dans le système.
> Ce comportement me semble impossible à avoir, sauf à avoir installé une
> solution tierce de "terminal server" pour Mac. Ou alors il y a eu des
> changements profonds dans Mac OS X depuis la dernière fois où j'avais
> creusé la question, mais je n'ai en tout cas jamais rien vu à ce sujet.
Je t'assure que je n'avais jamais installé aucune solution tierce.
Je n'ai plus eu ce "problème" depuis quelques temps, il est possible
qu'il ait été réglé, mais quand j'arrivais à l'avoir, c'était
involontaire et plutot génant. Libre à toi de ne pas me croire ....
On 5/01/2011 13:34, Patrick Stadelmann wrote:
>> Je ne saurais pas dire pourquoi il a choisi cette session, et je n'ai
>> pas trouvé de manière de le faire choisir l'une ou l'autre. Certainement
>> un bug de ARD, mais en tous cas ça m'a prouvé que c'est bel et bien
>> prévu dans le système.
> Ce comportement me semble impossible à avoir, sauf à avoir installé une
> solution tierce de "terminal server" pour Mac. Ou alors il y a eu des
> changements profonds dans Mac OS X depuis la dernière fois où j'avais
> creusé la question, mais je n'ai en tout cas jamais rien vu à ce sujet.
Je t'assure que je n'avais jamais installé aucune solution tierce.
Je n'ai plus eu ce "problème" depuis quelques temps, il est possible
qu'il ait été réglé, mais quand j'arrivais à l'avoir, c'était
involontaire et plutot génant. Libre à toi de ne pas me croire ....
On 5/01/2011 13:34, Patrick Stadelmann wrote:
>> Je ne saurais pas dire pourquoi il a choisi cette session, et je n'ai
>> pas trouvé de manière de le faire choisir l'une ou l'autre. Certainement
>> un bug de ARD, mais en tous cas ça m'a prouvé que c'est bel et bien
>> prévu dans le système.
> Ce comportement me semble impossible à avoir, sauf à avoir installé une
> solution tierce de "terminal server" pour Mac. Ou alors il y a eu des
> changements profonds dans Mac OS X depuis la dernière fois où j'avais
> creusé la question, mais je n'ai en tout cas jamais rien vu à ce sujet.
Je t'assure que je n'avais jamais installé aucune solution tierce.
Je n'ai plus eu ce "problème" depuis quelques temps, il est possible
qu'il ait été réglé, mais quand j'arrivais à l'avoir, c'était
involontaire et plutot génant. Libre à toi de ne pas me croire ....
Patrick Stadelmann wrote:
> Ce comportement me semble impossible à avoir, sauf à avoir installé une
> solution tierce de "terminal server" pour Mac. Ou alors il y a eu des
> changements profonds dans Mac OS X depuis la dernière fois où j'avais
> creusé la question, mais je n'ai en tout cas jamais rien vu à ce sujet.
J'ai voulu en avoir le coeur net. Je n'ai pas réussi à reproduire le
comportement avec ARD 3.3.2 sous MacOS X 10.6.5.
Mon expérience passée était peut être avec une version d'ARD plus
ancienne - je ne m'en souviens plus.
Par contre j'ai poussé plus avant avec VNC au lieu d'ARD, et en lançant
deux serveurs VineVNC dans deux sessions différentes avec deux numéros
de ports différents, on arrive à controler les deux sessions
indépendemment, sous 10.6.5 comme sous 10.5.
Ce qui me fait conclure
- que le mécanisme sous-jacent est présent dans le WindowServer de MacOS
X, versions 10.5 comme 10.6.5 (sans garantie certaine que tout
fonctionne dans tous les cas - un changement de résolution d'une session
ne doit pas être appréciée dans l'autre);
- que ARD dans une version précédente avait quelques problèmes pour
trouver la session active si deux ou plus étaient ouvertes et quelques
fois se plantait - chose qui est visiblement corrigée;
- mais qu'un soft qui permet toujours encore de choisir la session (mon
exemple de VineServer en choisissant un numéro de port différent par
session) fonctionne comme on l'attend.
Mais cela ne résoud en rien le problème initial de Gilles...
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
> Ce comportement me semble impossible à avoir, sauf à avoir installé une
> solution tierce de "terminal server" pour Mac. Ou alors il y a eu des
> changements profonds dans Mac OS X depuis la dernière fois où j'avais
> creusé la question, mais je n'ai en tout cas jamais rien vu à ce sujet.
J'ai voulu en avoir le coeur net. Je n'ai pas réussi à reproduire le
comportement avec ARD 3.3.2 sous MacOS X 10.6.5.
Mon expérience passée était peut être avec une version d'ARD plus
ancienne - je ne m'en souviens plus.
Par contre j'ai poussé plus avant avec VNC au lieu d'ARD, et en lançant
deux serveurs VineVNC dans deux sessions différentes avec deux numéros
de ports différents, on arrive à controler les deux sessions
indépendemment, sous 10.6.5 comme sous 10.5.
Ce qui me fait conclure
- que le mécanisme sous-jacent est présent dans le WindowServer de MacOS
X, versions 10.5 comme 10.6.5 (sans garantie certaine que tout
fonctionne dans tous les cas - un changement de résolution d'une session
ne doit pas être appréciée dans l'autre);
- que ARD dans une version précédente avait quelques problèmes pour
trouver la session active si deux ou plus étaient ouvertes et quelques
fois se plantait - chose qui est visiblement corrigée;
- mais qu'un soft qui permet toujours encore de choisir la session (mon
exemple de VineServer en choisissant un numéro de port différent par
session) fonctionne comme on l'attend.
Mais cela ne résoud en rien le problème initial de Gilles...
Patrick Stadelmann wrote:
> Ce comportement me semble impossible à avoir, sauf à avoir installé une
> solution tierce de "terminal server" pour Mac. Ou alors il y a eu des
> changements profonds dans Mac OS X depuis la dernière fois où j'avais
> creusé la question, mais je n'ai en tout cas jamais rien vu à ce sujet.
J'ai voulu en avoir le coeur net. Je n'ai pas réussi à reproduire le
comportement avec ARD 3.3.2 sous MacOS X 10.6.5.
Mon expérience passée était peut être avec une version d'ARD plus
ancienne - je ne m'en souviens plus.
Par contre j'ai poussé plus avant avec VNC au lieu d'ARD, et en lançant
deux serveurs VineVNC dans deux sessions différentes avec deux numéros
de ports différents, on arrive à controler les deux sessions
indépendemment, sous 10.6.5 comme sous 10.5.
Ce qui me fait conclure
- que le mécanisme sous-jacent est présent dans le WindowServer de MacOS
X, versions 10.5 comme 10.6.5 (sans garantie certaine que tout
fonctionne dans tous les cas - un changement de résolution d'une session
ne doit pas être appréciée dans l'autre);
- que ARD dans une version précédente avait quelques problèmes pour
trouver la session active si deux ou plus étaient ouvertes et quelques
fois se plantait - chose qui est visiblement corrigée;
- mais qu'un soft qui permet toujours encore de choisir la session (mon
exemple de VineServer en choisissant un numéro de port différent par
session) fonctionne comme on l'attend.
Mais cela ne résoud en rien le problème initial de Gilles...
In article <1jum8bi.15sdock1ssdk7gN%,
(Gilles Querat) wrote:
> Soit un MacPro avec partage d'écran activé et 2 sessions ouvertes.
> Soit un iMac qui se connecte en partage d'écran sur une des sessions du
> MacPro.
> Je constate que les 2 sessions ne sont pas étanches et la souris en
> remote pilotée par le iMac impacte les 2 sessions du MacPro.
Oui, c'est normal, ça n'est que tu partage d'écran. Cela permet de voir
l'écran à distance, et de piloter le clavier et la souris. Mais tout ce
passe comme s'il tous les utilisateurs étaient devant le Mac, avec
chacun son clavier et sa souris.
> Est ce qu'il y a un moyen, via le partage d'écran, de bosser
> indépendament sur les 2 sessions ouvertes du MacPro ?
Non, Mac OS X ne le permet pas.
In article <1jum8bi.15sdock1ssdk7gN%gquerat@luminybidon.univ-mrs.fr>,
gquerat@luminybidon.univ-mrs.fr (Gilles Querat) wrote:
> Soit un MacPro avec partage d'écran activé et 2 sessions ouvertes.
> Soit un iMac qui se connecte en partage d'écran sur une des sessions du
> MacPro.
> Je constate que les 2 sessions ne sont pas étanches et la souris en
> remote pilotée par le iMac impacte les 2 sessions du MacPro.
Oui, c'est normal, ça n'est que tu partage d'écran. Cela permet de voir
l'écran à distance, et de piloter le clavier et la souris. Mais tout ce
passe comme s'il tous les utilisateurs étaient devant le Mac, avec
chacun son clavier et sa souris.
> Est ce qu'il y a un moyen, via le partage d'écran, de bosser
> indépendament sur les 2 sessions ouvertes du MacPro ?
Non, Mac OS X ne le permet pas.
In article <1jum8bi.15sdock1ssdk7gN%,
(Gilles Querat) wrote:
> Soit un MacPro avec partage d'écran activé et 2 sessions ouvertes.
> Soit un iMac qui se connecte en partage d'écran sur une des sessions du
> MacPro.
> Je constate que les 2 sessions ne sont pas étanches et la souris en
> remote pilotée par le iMac impacte les 2 sessions du MacPro.
Oui, c'est normal, ça n'est que tu partage d'écran. Cela permet de voir
l'écran à distance, et de piloter le clavier et la souris. Mais tout ce
passe comme s'il tous les utilisateurs étaient devant le Mac, avec
chacun son clavier et sa souris.
> Est ce qu'il y a un moyen, via le partage d'écran, de bosser
> indépendament sur les 2 sessions ouvertes du MacPro ?
Non, Mac OS X ne le permet pas.
Ce comportement me semble impossible à avoir, sauf à avoir installé une
solution tierce de "terminal server" pour Mac.
Ce comportement me semble impossible à avoir, sauf à avoir installé une
solution tierce de "terminal server" pour Mac.
Ce comportement me semble impossible à avoir, sauf à avoir installé une
solution tierce de "terminal server" pour Mac.
Je crois me souvenir que c'est OSXvnc., mais à cette heure impossible
d'aller vérifier.
Je crois me souvenir que c'est OSXvnc., mais à cette heure impossible
d'aller vérifier.
Je crois me souvenir que c'est OSXvnc., mais à cette heure impossible
d'aller vérifier.