Chercher sur le Net, je sais (très bien) faire. Par contre j'aimerais
savoir comment vous faites pour rechercher dans les archives de
la liste, parce que je n'ai pas trouvé comment m'y prendre.
Chercher sur le Net, je sais (très bien) faire. Par contre j'aimerais
savoir comment vous faites pour rechercher dans les archives de
la liste, parce que je n'ai pas trouvé comment m'y prendre.
Chercher sur le Net, je sais (très bien) faire. Par contre j'aimerais
savoir comment vous faites pour rechercher dans les archives de
la liste, parce que je n'ai pas trouvé comment m'y prendre.
J'ai l'impression que l'on s'égare... Ce qui est clair, c'est que la
grande majorité des demandes sur cette liste (et la liste anglaise,
d'ailleurs) émane de gens qui n'ont pas fait l'effort de chercher sur le
Net. Dans 90% des cas, la solution a déjà été trouvée par d'aut res
utilisateurs. Debian n'est qu'un Linux parmi d'autres Linux, la
problématique est la même. Maderios
J'ai l'impression que l'on s'égare... Ce qui est clair, c'est que la
grande majorité des demandes sur cette liste (et la liste anglaise,
d'ailleurs) émane de gens qui n'ont pas fait l'effort de chercher sur le
Net. Dans 90% des cas, la solution a déjà été trouvée par d'aut res
utilisateurs. Debian n'est qu'un Linux parmi d'autres Linux, la
problématique est la même. Maderios
J'ai l'impression que l'on s'égare... Ce qui est clair, c'est que la
grande majorité des demandes sur cette liste (et la liste anglaise,
d'ailleurs) émane de gens qui n'ont pas fait l'effort de chercher sur le
Net. Dans 90% des cas, la solution a déjà été trouvée par d'aut res
utilisateurs. Debian n'est qu'un Linux parmi d'autres Linux, la
problématique est la même. Maderios
Je proteste vigoureusement sur :
"ne pas faire l'effort de chercher sur le Net".
Me concernant, j'ai passé beaucoup de temps via Google :
"tactile sous linux" , tactile sous Jessie..." , "onscreen and Linux"
sans résultat probant,
sans compter les infos et ML des tutos d'Ubuntu.
Je proteste vigoureusement sur :
"ne pas faire l'effort de chercher sur le Net".
Me concernant, j'ai passé beaucoup de temps via Google :
"tactile sous linux" , tactile sous Jessie..." , "onscreen and Linux"
sans résultat probant,
sans compter les infos et ML des tutos d'Ubuntu.
Je proteste vigoureusement sur :
"ne pas faire l'effort de chercher sur le Net".
Me concernant, j'ai passé beaucoup de temps via Google :
"tactile sous linux" , tactile sous Jessie..." , "onscreen and Linux"
sans résultat probant,
sans compter les infos et ML des tutos d'Ubuntu.
Le 11/04/2015 18:52, André a écrit :
> Sous Trinity c'est décevant.
> Le point noir : pas de clavier virtuel qui apparaît automatiquement
> lors d'un formulaire par exemple
C'est pas la faute à l'écran tactile, c'est à l'application de gé rer cela
Le 11/04/2015 18:52, André a écrit :
> Sous Trinity c'est décevant.
> Le point noir : pas de clavier virtuel qui apparaît automatiquement
> lors d'un formulaire par exemple
C'est pas la faute à l'écran tactile, c'est à l'application de gé rer cela
Le 11/04/2015 18:52, André a écrit :
> Sous Trinity c'est décevant.
> Le point noir : pas de clavier virtuel qui apparaît automatiquement
> lors d'un formulaire par exemple
C'est pas la faute à l'écran tactile, c'est à l'application de gé rer cela
Le Sat, 11 Apr 2015 19:41:35 +0200
Daniel Huhardeaux a écrit:
> Le 11/04/2015 18:52, André a écrit :
> > Sous Trinity c'est décevant.
> > Le point noir : pas de clavier virtuel qui apparaît automatiquement
> > lors d'un formulaire par exemple
> C'est pas la faute à l'écran tactile, c'est à l'application de g érer cela
Je ne vois pas en quoi ça intéresse l'appli de savoir que les donné es sont
saisies depuis un clavier tactile ou depuis un clavier physique ?
Gaëtan
Le Sat, 11 Apr 2015 19:41:35 +0200
Daniel Huhardeaux <no-spam@tootai.net> a écrit:
> Le 11/04/2015 18:52, André a écrit :
> > Sous Trinity c'est décevant.
> > Le point noir : pas de clavier virtuel qui apparaît automatiquement
> > lors d'un formulaire par exemple
> C'est pas la faute à l'écran tactile, c'est à l'application de g érer cela
Je ne vois pas en quoi ça intéresse l'appli de savoir que les donné es sont
saisies depuis un clavier tactile ou depuis un clavier physique ?
Gaëtan
Le Sat, 11 Apr 2015 19:41:35 +0200
Daniel Huhardeaux a écrit:
> Le 11/04/2015 18:52, André a écrit :
> > Sous Trinity c'est décevant.
> > Le point noir : pas de clavier virtuel qui apparaît automatiquement
> > lors d'un formulaire par exemple
> C'est pas la faute à l'écran tactile, c'est à l'application de g érer cela
Je ne vois pas en quoi ça intéresse l'appli de savoir que les donné es sont
saisies depuis un clavier tactile ou depuis un clavier physique ?
Gaëtan
On 04/14/2015 07:32 PM, André wrote:
> Je proteste vigoureusement sur :
> "ne pas faire l'effort de chercher sur le Net".
> Me concernant, j'ai passé beaucoup de temps via Google :
> "tactile sous linux" , tactile sous Jessie..." , "onscreen and Linux"
> sans résultat probant,
> sans compter les infos et ML des tutos d'Ubuntu.
Heu... La moindre recherche Gougueule 'tactile+debian' fait apparaître
(Environ 115 000 résultats)
'Synaptics' (pas Synaptic)
Sinon:
apt-cache search touchpad
xserver-xorg-input-synaptics - Synaptics TouchPad driver for X.Org server
Maderios
On 04/14/2015 07:32 PM, André wrote:
> Je proteste vigoureusement sur :
> "ne pas faire l'effort de chercher sur le Net".
> Me concernant, j'ai passé beaucoup de temps via Google :
> "tactile sous linux" , tactile sous Jessie..." , "onscreen and Linux"
> sans résultat probant,
> sans compter les infos et ML des tutos d'Ubuntu.
Heu... La moindre recherche Gougueule 'tactile+debian' fait apparaître
(Environ 115 000 résultats)
'Synaptics' (pas Synaptic)
Sinon:
apt-cache search touchpad
xserver-xorg-input-synaptics - Synaptics TouchPad driver for X.Org server
Maderios
On 04/14/2015 07:32 PM, André wrote:
> Je proteste vigoureusement sur :
> "ne pas faire l'effort de chercher sur le Net".
> Me concernant, j'ai passé beaucoup de temps via Google :
> "tactile sous linux" , tactile sous Jessie..." , "onscreen and Linux"
> sans résultat probant,
> sans compter les infos et ML des tutos d'Ubuntu.
Heu... La moindre recherche Gougueule 'tactile+debian' fait apparaître
(Environ 115 000 résultats)
'Synaptics' (pas Synaptic)
Sinon:
apt-cache search touchpad
xserver-xorg-input-synaptics - Synaptics TouchPad driver for X.Org server
Maderios
Il ne s'agit pas d'un "pavé tactile" (touchpad)
mais d'un "clavier tactile" azerty complet,
comme sur les mobiles,
en anglais "onscreen virtual keyboard".
Il ne s'agit pas d'un "pavé tactile" (touchpad)
mais d'un "clavier tactile" azerty complet,
comme sur les mobiles,
en anglais "onscreen virtual keyboard".
Il ne s'agit pas d'un "pavé tactile" (touchpad)
mais d'un "clavier tactile" azerty complet,
comme sur les mobiles,
en anglais "onscreen virtual keyboard".
On Tuesday 14 April 2015 22:24:46 Gaëtan PERRIER wrote:
> Le Sat, 11 Apr 2015 19:41:35 +0200
> Daniel Huhardeaux a écrit:
> > Le 11/04/2015 18:52, André a écrit :
> > > Sous Trinity c'est décevant.
> > > Le point noir : pas de clavier virtuel qui apparaît automatiqueme nt
> > > lors d'un formulaire par exemple
> > C'est pas la faute à l'écran tactile, c'est à l'application de gérer cela
>
> Je ne vois pas en quoi ça intéresse l'appli de savoir que les donn ées sont
> saisies depuis un clavier tactile ou depuis un clavier physique ?
> Gaëtan
Et quand tu utilises ton PC tactile 100% en tablette,
il faut bien un clavier virtuel, comme les mobiles.
Mais peut-être tu n'as pas saisi la question qui était :
l'activation automatique du clavier virtuel,
lorsque on utilise le PC tactile en mode tablette.
On Tuesday 14 April 2015 22:24:46 Gaëtan PERRIER wrote:
> Le Sat, 11 Apr 2015 19:41:35 +0200
> Daniel Huhardeaux <no-spam@tootai.net> a écrit:
> > Le 11/04/2015 18:52, André a écrit :
> > > Sous Trinity c'est décevant.
> > > Le point noir : pas de clavier virtuel qui apparaît automatiqueme nt
> > > lors d'un formulaire par exemple
> > C'est pas la faute à l'écran tactile, c'est à l'application de gérer cela
>
> Je ne vois pas en quoi ça intéresse l'appli de savoir que les donn ées sont
> saisies depuis un clavier tactile ou depuis un clavier physique ?
> Gaëtan
Et quand tu utilises ton PC tactile 100% en tablette,
il faut bien un clavier virtuel, comme les mobiles.
Mais peut-être tu n'as pas saisi la question qui était :
l'activation automatique du clavier virtuel,
lorsque on utilise le PC tactile en mode tablette.
On Tuesday 14 April 2015 22:24:46 Gaëtan PERRIER wrote:
> Le Sat, 11 Apr 2015 19:41:35 +0200
> Daniel Huhardeaux a écrit:
> > Le 11/04/2015 18:52, André a écrit :
> > > Sous Trinity c'est décevant.
> > > Le point noir : pas de clavier virtuel qui apparaît automatiqueme nt
> > > lors d'un formulaire par exemple
> > C'est pas la faute à l'écran tactile, c'est à l'application de gérer cela
>
> Je ne vois pas en quoi ça intéresse l'appli de savoir que les donn ées sont
> saisies depuis un clavier tactile ou depuis un clavier physique ?
> Gaëtan
Et quand tu utilises ton PC tactile 100% en tablette,
il faut bien un clavier virtuel, comme les mobiles.
Mais peut-être tu n'as pas saisi la question qui était :
l'activation automatique du clavier virtuel,
lorsque on utilise le PC tactile en mode tablette.
[â¦]
Doit y avoir un truc qui m'échappe parce que je ne vois
toujours pas en quoi ça serait à l'appli de gérer ç a.
Quand on passe en mode tablette pour moi c'est au système Ã
mettre ce qu'il faut à disposition pour que l'on puisse
saisir des données.
[â¦]
Doit y avoir un truc qui m'échappe parce que je ne vois
toujours pas en quoi ça serait à l'appli de gérer ç a.
Quand on passe en mode tablette pour moi c'est au système Ã
mettre ce qu'il faut à disposition pour que l'on puisse
saisir des données.
[â¦]
Doit y avoir un truc qui m'échappe parce que je ne vois
toujours pas en quoi ça serait à l'appli de gérer ç a.
Quand on passe en mode tablette pour moi c'est au système Ã
mettre ce qu'il faut à disposition pour que l'on puisse
saisir des données.
Le mercredi 15 avril 2015, 22:36:59 Gaëtan PERRIER a écrit :
>[…]
> Doit y avoir un truc qui m'échappe parce que je ne vois
> toujours pas en quoi ça serait à l'appli de gérer ça.
> Quand on passe en mode tablette pour moi c'est au système à
> mettre ce qu'il faut à disposition pour que l'on puisse
> saisir des données.
1. Soit le clavier physique reste : comment sait-on que
l’utilisateur veut utiliser un clavier virtuel ?
→ C’est à l’utilisateur de le lancer/montrer/cacher.
2. (Je pense que c’est le cas ici.) Soit il n’y a plus de
clavier physique (on l’enlève).
Alors :
a. Qui lance un clavier virtuel ?
b. Et doit-il rester en place (et bouffer de l’espace pour
rien dans 90% des cas) ou apparaître seulement quand on en a
besoin ?
c. Et s’il doit apparaître seulement quand on en a besoin (on
touche un champ textuel p.ex.), qui le fait
apparaître/disparaître ?
D’après toi, à chaque fois (?), la réponse serait : le
« système ».
Mais c’est qui/quoi ce « système » ?
Sur une tablette Android (p.ex., mais c’est pareil sur toutes
les plates-formes embarquées ou contraignantes), toutes les
applications utilisent la même base, l’API fournie, celle qui
cause à la pile applicative qui n’a qu’un seul tronc (noyau →
système graphique → bibliothèques android). Donc, effectivement,
c’est android (le « système ») qui fait le boulot puisque tout
est fourni et obligatoire.
Sur un PC plus polyvalent, la pile est multi-branche : une
application peut attaquer le matériel (pour savoir si oui ou non
il y a un clavier ou pour afficher des trucs à l’écran) plus ou
moins directement, via le noyau, la libc, et diverses autres
bibliothèques et services. Elle n’est pas obligée de passer par
une unique API.
Donc qui a le niveau de connaissance suffisante pour prendre
les responsabilités ?
… pour a. (qui lance le clavier virtuel ?) X11 gère les
claviers donc sait s’il y en a un réel ou pas mais ce n’est pas
à lui de gérer la session de l’utilisateur, donc ce serait
plutôt au gestionnaire de fenêtre ou de bureau de le faire.
… pour c. (qui le montre/cache suivant le focus ?) Là, il faut
que ce soit l’application parce que c’est la seule à savoir
lequel de ses composants a le focus et si ce composant a besoin
d’un clavier (le gestionnaire de fenêtres ne sait que quelle
application/fenêtre a le focus et X11 ne sait pas grand-chose).
Bien sûr, des bibliothèques peuvent aider à gérer tout ça (Qt,
GTK…) et pourraient même utiliser des protocoles standard (dbus
/ Freedesktop.org¹) pour savoir quelle application lancer, s’il
y a déjà un clavier ou pas, ou pour le cacher/montrer.
Le mercredi 15 avril 2015, 22:36:59 Gaëtan PERRIER a écrit :
>[…]
> Doit y avoir un truc qui m'échappe parce que je ne vois
> toujours pas en quoi ça serait à l'appli de gérer ça.
> Quand on passe en mode tablette pour moi c'est au système à
> mettre ce qu'il faut à disposition pour que l'on puisse
> saisir des données.
1. Soit le clavier physique reste : comment sait-on que
l’utilisateur veut utiliser un clavier virtuel ?
→ C’est à l’utilisateur de le lancer/montrer/cacher.
2. (Je pense que c’est le cas ici.) Soit il n’y a plus de
clavier physique (on l’enlève).
Alors :
a. Qui lance un clavier virtuel ?
b. Et doit-il rester en place (et bouffer de l’espace pour
rien dans 90% des cas) ou apparaître seulement quand on en a
besoin ?
c. Et s’il doit apparaître seulement quand on en a besoin (on
touche un champ textuel p.ex.), qui le fait
apparaître/disparaître ?
D’après toi, à chaque fois (?), la réponse serait : le
« système ».
Mais c’est qui/quoi ce « système » ?
Sur une tablette Android (p.ex., mais c’est pareil sur toutes
les plates-formes embarquées ou contraignantes), toutes les
applications utilisent la même base, l’API fournie, celle qui
cause à la pile applicative qui n’a qu’un seul tronc (noyau →
système graphique → bibliothèques android). Donc, effectivement,
c’est android (le « système ») qui fait le boulot puisque tout
est fourni et obligatoire.
Sur un PC plus polyvalent, la pile est multi-branche : une
application peut attaquer le matériel (pour savoir si oui ou non
il y a un clavier ou pour afficher des trucs à l’écran) plus ou
moins directement, via le noyau, la libc, et diverses autres
bibliothèques et services. Elle n’est pas obligée de passer par
une unique API.
Donc qui a le niveau de connaissance suffisante pour prendre
les responsabilités ?
… pour a. (qui lance le clavier virtuel ?) X11 gère les
claviers donc sait s’il y en a un réel ou pas mais ce n’est pas
à lui de gérer la session de l’utilisateur, donc ce serait
plutôt au gestionnaire de fenêtre ou de bureau de le faire.
… pour c. (qui le montre/cache suivant le focus ?) Là, il faut
que ce soit l’application parce que c’est la seule à savoir
lequel de ses composants a le focus et si ce composant a besoin
d’un clavier (le gestionnaire de fenêtres ne sait que quelle
application/fenêtre a le focus et X11 ne sait pas grand-chose).
Bien sûr, des bibliothèques peuvent aider à gérer tout ça (Qt,
GTK…) et pourraient même utiliser des protocoles standard (dbus
/ Freedesktop.org¹) pour savoir quelle application lancer, s’il
y a déjà un clavier ou pas, ou pour le cacher/montrer.
Le mercredi 15 avril 2015, 22:36:59 Gaëtan PERRIER a écrit :
>[…]
> Doit y avoir un truc qui m'échappe parce que je ne vois
> toujours pas en quoi ça serait à l'appli de gérer ça.
> Quand on passe en mode tablette pour moi c'est au système à
> mettre ce qu'il faut à disposition pour que l'on puisse
> saisir des données.
1. Soit le clavier physique reste : comment sait-on que
l’utilisateur veut utiliser un clavier virtuel ?
→ C’est à l’utilisateur de le lancer/montrer/cacher.
2. (Je pense que c’est le cas ici.) Soit il n’y a plus de
clavier physique (on l’enlève).
Alors :
a. Qui lance un clavier virtuel ?
b. Et doit-il rester en place (et bouffer de l’espace pour
rien dans 90% des cas) ou apparaître seulement quand on en a
besoin ?
c. Et s’il doit apparaître seulement quand on en a besoin (on
touche un champ textuel p.ex.), qui le fait
apparaître/disparaître ?
D’après toi, à chaque fois (?), la réponse serait : le
« système ».
Mais c’est qui/quoi ce « système » ?
Sur une tablette Android (p.ex., mais c’est pareil sur toutes
les plates-formes embarquées ou contraignantes), toutes les
applications utilisent la même base, l’API fournie, celle qui
cause à la pile applicative qui n’a qu’un seul tronc (noyau →
système graphique → bibliothèques android). Donc, effectivement,
c’est android (le « système ») qui fait le boulot puisque tout
est fourni et obligatoire.
Sur un PC plus polyvalent, la pile est multi-branche : une
application peut attaquer le matériel (pour savoir si oui ou non
il y a un clavier ou pour afficher des trucs à l’écran) plus ou
moins directement, via le noyau, la libc, et diverses autres
bibliothèques et services. Elle n’est pas obligée de passer par
une unique API.
Donc qui a le niveau de connaissance suffisante pour prendre
les responsabilités ?
… pour a. (qui lance le clavier virtuel ?) X11 gère les
claviers donc sait s’il y en a un réel ou pas mais ce n’est pas
à lui de gérer la session de l’utilisateur, donc ce serait
plutôt au gestionnaire de fenêtre ou de bureau de le faire.
… pour c. (qui le montre/cache suivant le focus ?) Là, il faut
que ce soit l’application parce que c’est la seule à savoir
lequel de ses composants a le focus et si ce composant a besoin
d’un clavier (le gestionnaire de fenêtres ne sait que quelle
application/fenêtre a le focus et X11 ne sait pas grand-chose).
Bien sûr, des bibliothèques peuvent aider à gérer tout ça (Qt,
GTK…) et pourraient même utiliser des protocoles standard (dbus
/ Freedesktop.org¹) pour savoir quelle application lancer, s’il
y a déjà un clavier ou pas, ou pour le cacher/montrer.
