Discussion:Implémentation selon le système d'exploitation - Historique des versions

Jd : /* Esthétique et lisibilité */

2008-04-18T16:00:29Z

Esthétique et lisibilité

← Version précédente		Version du 18 avril 2008 à 18:00
Ligne 21 :		Ligne 21 :
	Ne pourrait-on pas mettre des traits horizontaux — au moins entre les différents types de systèmes d’exploitation — afin de rendre ce tableau plus lisible ?		Ne pourrait-on pas mettre des traits horizontaux — au moins entre les différents types de systèmes d’exploitation — afin de rendre ce tableau plus lisible ?
	: C'est fait, c'est vrai que c'est un peu plus lisible. Est-ce qu'on met aussi des traits verticaux entre la 1ere et la 2nde colonne ?		: C'est fait, c'est vrai que c'est un peu plus lisible. Est-ce qu'on met aussi des traits verticaux entre la 1ere et la 2nde colonne ?
			::Quelques modifs cosmétiques. Je pense que ça va un peu mieux. [[User:jd\|jd]] - [[User_talk:jd\|~]] 18 avril 2008 à 16:00 (UTC)

Jd : a renommé Discuter:Limitations techniques implementation en Discuter:Implémentation selon le système d'exploitation

2008-04-10T17:08:26Z

a renommé Discuter:Limitations techniques implementation en Discuter:Implémentation selon le système d'exploitation

← Version précédente	Version du 10 avril 2008 à 19:08
(Aucune différence)

Crako : /* Esthétique et lisibilité */

2008-03-11T13:26:46Z

Esthétique et lisibilité

← Version précédente		Version du 11 mars 2008 à 15:26
Ligne 19 :		Ligne 19 :
	== Esthétique et lisibilité ==		== Esthétique et lisibilité ==

	Ne pourrait-on pas mettre des traits horizontaux ~~— au~~ moins entre les différents types de systèmes ~~d’exploitation —~~ afin de rendre ce tableau plus ~~lisible~~ ?		Ne pourrait-on pas mettre des traits horizontaux — au moins entre les différents types de systèmes d’exploitation — afin de rendre ce tableau plus lisible ?
			: C'est fait, c'est vrai que c'est un peu plus lisible. Est-ce qu'on met aussi des traits verticaux entre la 1ere et la 2nde colonne ?

Nemolivier : Lisibilité du tableau

2008-03-11T08:00:43Z

Lisibilité du tableau

← Version précédente		Version du 11 mars 2008 à 10:00
Ligne 16 :		Ligne 16 :
	Orel'jan, peux-tu préciser ce que tu veux dire par portée ? J'aimerais remplir la case pour mac, mais je vois mal quoi y mettre actuellement. [[Utilisateur:Glehmann\|Gaëtan]] 7 mars 2008 à 09:26 (CET)		Orel'jan, peux-tu préciser ce que tu veux dire par portée ? J'aimerais remplir la case pour mac, mais je vois mal quoi y mettre actuellement. [[Utilisateur:Glehmann\|Gaëtan]] 7 mars 2008 à 09:26 (CET)
	:J'entends par portée la longueur (c'est pas mieux) des changements qu'entraîne l'utilisation d'un de ces programmes. Un éditeur de pilote va modifier le pilote, donc chaque disposition clavier prise séparément (idéal pour ce que l'on cherche à faire). Un émulateur genre AHK va agir sur toute frappe au clavier sans distinction de la langue utilisée. Par exemple, si l'on veut émuler pour le français les guillemets "→« ou "→» suivant le contexte, l'émulateur va le faire également pour toutes les dispositions clavier, donc problème si l'utilisateur a une deuxième disposition clavier. [[Utilisateur:Orel'jan\|Orel'jan]] 7 mars 2008 à 10:56 (CET)		:J'entends par portée la longueur (c'est pas mieux) des changements qu'entraîne l'utilisation d'un de ces programmes. Un éditeur de pilote va modifier le pilote, donc chaque disposition clavier prise séparément (idéal pour ce que l'on cherche à faire). Un émulateur genre AHK va agir sur toute frappe au clavier sans distinction de la langue utilisée. Par exemple, si l'on veut émuler pour le français les guillemets "→« ou "→» suivant le contexte, l'émulateur va le faire également pour toutes les dispositions clavier, donc problème si l'utilisateur a une deuxième disposition clavier. [[Utilisateur:Orel'jan\|Orel'jan]] 7 mars 2008 à 10:56 (CET)

			== Esthétique et lisibilité ==

			Ne pourrait-on pas mettre des traits horizontaux — au moins entre les différents types de systèmes d’exploitation — afin de rendre ce tableau plus lisible ?

Nemolivier : Avenir de Compose / GTK

2008-03-07T10:05:55Z

Avenir de Compose / GTK

← Version précédente		Version du 7 mars 2008 à 12:05
Ligne 9 :		Ligne 9 :

	Des infos sur Compose avec xkb et xmodmap http://club.mandriva.com/xwiki/bin/view/KB/XKeyboardCompose?language=fr		Des infos sur Compose avec xkb et xmodmap http://club.mandriva.com/xwiki/bin/view/KB/XKeyboardCompose?language=fr

			:Il semble que GTK soit en passe de se rapprocher de xorg pour ce qui est de la gestion de compose. CF : http://blogs.gnome.org/simos/2008/03/05/testing-the-updated-im-support-in-gtk/ Avec une « table » Compose de 5000 caractères : http://gitweb.freedesktop.org/?p=xorg/lib/libX11.git;a=blob_plain;f=nls/en_US.UTF-8/Compose.pre

	== Portée ==		== Portée ==

Orel'jan le 7 mars 2008 à 09:56

2008-03-07T09:56:04Z

← Version précédente		Version du 7 mars 2008 à 11:56
Ligne 3 :		Ligne 3 :
	:: J'entends bien, mais je pointais le fait que le produit final doit être installable en tant que pilote, c'est-à-dire AHK ''et al'' d'accord, mais en tant que béquille pour ceux qui n'ont pas la main sur leur ordi, pas pour utiliser les possibilités suppérieures. Enfin c'est comme ça que je le vois.[[Utilisateur:Orel'jan\|Orel'jan]] 7 mars 2008 à 08:44 (CET)		:: J'entends bien, mais je pointais le fait que le produit final doit être installable en tant que pilote, c'est-à-dire AHK ''et al'' d'accord, mais en tant que béquille pour ceux qui n'ont pas la main sur leur ordi, pas pour utiliser les possibilités suppérieures. Enfin c'est comme ça que je le vois.[[Utilisateur:Orel'jan\|Orel'jan]] 7 mars 2008 à 08:44 (CET)
	::: Je ne connais pas bien les possibilités de AHK, c'est d'ailleurs le but de ce tableau d'éclaircir ce point. Par contre je pense que des outils comme AllChars peuvent être utiles pour des usages spécifiques, même pour une personnes qui utilise le pilote. Ça sort du cadre du projet, mais disons que ça serait plus pertinent de dire aux gens qu'on a pas voulu « polluer » notre pilote avec des trucs inutiles pour 99% des gens, et que les 1% restant peuvent utiliser soit un logiciel de table de caractères, soit un logiciel de type compose. Je préfère nettement le deuxième. Par exemple, est-ce qu'une personne qui fait de la typographie avancée au point d'utiliser régulièrement des simboles comme le double dagger trouvera vraiment contraignant d'utiliser un mécanisme type compose ? Idem pour les personnes ayant besoin de symboles mathématiques. Il faut bien garder à l'esprit que de toute façon on a jamais que 47*4 places sur le clavier, et qu'il y a beaucoup plus de symboles à caser si on suit les envies des mathématiciens espérantistes roumano-hongrois typographes :)		::: Je ne connais pas bien les possibilités de AHK, c'est d'ailleurs le but de ce tableau d'éclaircir ce point. Par contre je pense que des outils comme AllChars peuvent être utiles pour des usages spécifiques, même pour une personnes qui utilise le pilote. Ça sort du cadre du projet, mais disons que ça serait plus pertinent de dire aux gens qu'on a pas voulu « polluer » notre pilote avec des trucs inutiles pour 99% des gens, et que les 1% restant peuvent utiliser soit un logiciel de table de caractères, soit un logiciel de type compose. Je préfère nettement le deuxième. Par exemple, est-ce qu'une personne qui fait de la typographie avancée au point d'utiliser régulièrement des simboles comme le double dagger trouvera vraiment contraignant d'utiliser un mécanisme type compose ? Idem pour les personnes ayant besoin de symboles mathématiques. Il faut bien garder à l'esprit que de toute façon on a jamais que 47*4 places sur le clavier, et qu'il y a beaucoup plus de symboles à caser si on suit les envies des mathématiciens espérantistes roumano-hongrois typographes :)
			::::Ok pour presque tout [[Utilisateur:Orel'jan\|Orel'jan]] 7 mars 2008 à 10:56 (CET)

	Je viens de passer xkb en vert (de admin seul => admin/user). En effet il est possible d'utiliser une simple commande "xkbcomp xkb.conf :0" avec un fichier xkb.conf adéquat en tant qu'utilisateur pour changer son clavier, sans avoir besoin des droits admins. On peut même automatiser cette commande en début de session X11 si nécessaire (par exemple dans le .xsession). --[[Utilisateur:Nbrodu\|Nbrodu]] 6 mars 2008 à 10:54 (CET)		Je viens de passer xkb en vert (de admin seul => admin/user). En effet il est possible d'utiliser une simple commande "xkbcomp xkb.conf :0" avec un fichier xkb.conf adéquat en tant qu'utilisateur pour changer son clavier, sans avoir besoin des droits admins. On peut même automatiser cette commande en début de session X11 si nécessaire (par exemple dans le .xsession). --[[Utilisateur:Nbrodu\|Nbrodu]] 6 mars 2008 à 10:54 (CET)
Ligne 12 :		Ligne 13 :

	Orel'jan, peux-tu préciser ce que tu veux dire par portée ? J'aimerais remplir la case pour mac, mais je vois mal quoi y mettre actuellement. [[Utilisateur:Glehmann\|Gaëtan]] 7 mars 2008 à 09:26 (CET)		Orel'jan, peux-tu préciser ce que tu veux dire par portée ? J'aimerais remplir la case pour mac, mais je vois mal quoi y mettre actuellement. [[Utilisateur:Glehmann\|Gaëtan]] 7 mars 2008 à 09:26 (CET)
			:J'entends par portée la longueur (c'est pas mieux) des changements qu'entraîne l'utilisation d'un de ces programmes. Un éditeur de pilote va modifier le pilote, donc chaque disposition clavier prise séparément (idéal pour ce que l'on cherche à faire). Un émulateur genre AHK va agir sur toute frappe au clavier sans distinction de la langue utilisée. Par exemple, si l'on veut émuler pour le français les guillemets "→« ou "→» suivant le contexte, l'émulateur va le faire également pour toutes les dispositions clavier, donc problème si l'utilisateur a une deuxième disposition clavier. [[Utilisateur:Orel'jan\|Orel'jan]] 7 mars 2008 à 10:56 (CET)

Crako le 7 mars 2008 à 08:57

2008-03-07T08:57:04Z

← Version précédente		Version du 7 mars 2008 à 10:57
Ligne 2 :		Ligne 2 :
	: On part bien du principe qu'on fait un pilote, mais il ne faut pas oublier qu'il y a toujours le soucis des droits d'installation. Parce que d'ici à ce que ce soit intégré de base dans Windows, il y aura toujours des gens qui ne sont pas administrateur de leur poste, et pour ces gens là il faut trouver une solution. Une solution possible étant l'utilisation d'outils tel que AutoHotkey, d'où leur présence dans le tableau. [[Utilisateur:Crako\|Crako]] 6 mars 2008 à 11:14 (CET)		: On part bien du principe qu'on fait un pilote, mais il ne faut pas oublier qu'il y a toujours le soucis des droits d'installation. Parce que d'ici à ce que ce soit intégré de base dans Windows, il y aura toujours des gens qui ne sont pas administrateur de leur poste, et pour ces gens là il faut trouver une solution. Une solution possible étant l'utilisation d'outils tel que AutoHotkey, d'où leur présence dans le tableau. [[Utilisateur:Crako\|Crako]] 6 mars 2008 à 11:14 (CET)
	:: J'entends bien, mais je pointais le fait que le produit final doit être installable en tant que pilote, c'est-à-dire AHK ''et al'' d'accord, mais en tant que béquille pour ceux qui n'ont pas la main sur leur ordi, pas pour utiliser les possibilités suppérieures. Enfin c'est comme ça que je le vois.[[Utilisateur:Orel'jan\|Orel'jan]] 7 mars 2008 à 08:44 (CET)		:: J'entends bien, mais je pointais le fait que le produit final doit être installable en tant que pilote, c'est-à-dire AHK ''et al'' d'accord, mais en tant que béquille pour ceux qui n'ont pas la main sur leur ordi, pas pour utiliser les possibilités suppérieures. Enfin c'est comme ça que je le vois.[[Utilisateur:Orel'jan\|Orel'jan]] 7 mars 2008 à 08:44 (CET)
			::: Je ne connais pas bien les possibilités de AHK, c'est d'ailleurs le but de ce tableau d'éclaircir ce point. Par contre je pense que des outils comme AllChars peuvent être utiles pour des usages spécifiques, même pour une personnes qui utilise le pilote. Ça sort du cadre du projet, mais disons que ça serait plus pertinent de dire aux gens qu'on a pas voulu « polluer » notre pilote avec des trucs inutiles pour 99% des gens, et que les 1% restant peuvent utiliser soit un logiciel de table de caractères, soit un logiciel de type compose. Je préfère nettement le deuxième. Par exemple, est-ce qu'une personne qui fait de la typographie avancée au point d'utiliser régulièrement des simboles comme le double dagger trouvera vraiment contraignant d'utiliser un mécanisme type compose ? Idem pour les personnes ayant besoin de symboles mathématiques. Il faut bien garder à l'esprit que de toute façon on a jamais que 47*4 places sur le clavier, et qu'il y a beaucoup plus de symboles à caser si on suit les envies des mathématiciens espérantistes roumano-hongrois typographes :)

	Je viens de passer xkb en vert (de admin seul => admin/user). En effet il est possible d'utiliser une simple commande "xkbcomp xkb.conf :0" avec un fichier xkb.conf adéquat en tant qu'utilisateur pour changer son clavier, sans avoir besoin des droits admins. On peut même automatiser cette commande en début de session X11 si nécessaire (par exemple dans le .xsession). --[[Utilisateur:Nbrodu\|Nbrodu]] 6 mars 2008 à 10:54 (CET)		Je viens de passer xkb en vert (de admin seul => admin/user). En effet il est possible d'utiliser une simple commande "xkbcomp xkb.conf :0" avec un fichier xkb.conf adéquat en tant qu'utilisateur pour changer son clavier, sans avoir besoin des droits admins. On peut même automatiser cette commande en début de session X11 si nécessaire (par exemple dans le .xsession). --[[Utilisateur:Nbrodu\|Nbrodu]] 6 mars 2008 à 10:54 (CET)

Glehmann : New section: Portée

2008-03-07T08:26:06Z

New section: Portée

← Version précédente		Version du 7 mars 2008 à 10:26
Ligne 7 :		Ligne 7 :

	Des infos sur Compose avec xkb et xmodmap http://club.mandriva.com/xwiki/bin/view/KB/XKeyboardCompose?language=fr		Des infos sur Compose avec xkb et xmodmap http://club.mandriva.com/xwiki/bin/view/KB/XKeyboardCompose?language=fr

			== Portée ==

			Orel'jan, peux-tu préciser ce que tu veux dire par portée ? J'aimerais remplir la case pour mac, mais je vois mal quoi y mettre actuellement. [[Utilisateur:Glehmann\|Gaëtan]] 7 mars 2008 à 09:26 (CET)

Orel'jan le 7 mars 2008 à 07:44

2008-03-07T07:44:51Z

← Version précédente		Version du 7 mars 2008 à 09:44
Ligne 1 :		Ligne 1 :
	Le tableau mélange des éditeurs de pilotes et des logiciels genre AutoHotKey qui travaillent sur une autre couche (plus en amont si j'ai bien compris). Or on est parti du principe que l'on faisait un pilote, afin qu'il puisse ''in fine'' être inclus de manière standard. M'est avis que les autres lignes sont en trop.[[Utilisateur:Orel'jan\|Orel'jan]] 6 mars 2008 à 08:20 (CET)		Le tableau mélange des éditeurs de pilotes et des logiciels genre AutoHotKey qui travaillent sur une autre couche (plus en amont si j'ai bien compris). Or on est parti du principe que l'on faisait un pilote, afin qu'il puisse ''in fine'' être inclus de manière standard. M'est avis que les autres lignes sont en trop.[[Utilisateur:Orel'jan\|Orel'jan]] 6 mars 2008 à 08:20 (CET)
	: On part bien du principe qu'on fait un pilote, mais il ne faut pas oublier qu'il y a toujours le soucis des droits d'installation. Parce que d'ici à ce que ce soit intégré de base dans Windows, il y aura toujours des gens qui ne sont pas administrateur de leur poste, et pour ces gens là il faut trouver une solution. Une solution possible étant l'utilisation d'outils tel que AutoHotkey, d'où leur présence dans le tableau. [[Utilisateur:Crako\|Crako]] 6 mars 2008 à 11:14 (CET)		: On part bien du principe qu'on fait un pilote, mais il ne faut pas oublier qu'il y a toujours le soucis des droits d'installation. Parce que d'ici à ce que ce soit intégré de base dans Windows, il y aura toujours des gens qui ne sont pas administrateur de leur poste, et pour ces gens là il faut trouver une solution. Une solution possible étant l'utilisation d'outils tel que AutoHotkey, d'où leur présence dans le tableau. [[Utilisateur:Crako\|Crako]] 6 mars 2008 à 11:14 (CET)
			:: J'entends bien, mais je pointais le fait que le produit final doit être installable en tant que pilote, c'est-à-dire AHK ''et al'' d'accord, mais en tant que béquille pour ceux qui n'ont pas la main sur leur ordi, pas pour utiliser les possibilités suppérieures. Enfin c'est comme ça que je le vois.[[Utilisateur:Orel'jan\|Orel'jan]] 7 mars 2008 à 08:44 (CET)

	Je viens de passer xkb en vert (de admin seul => admin/user). En effet il est possible d'utiliser une simple commande "xkbcomp xkb.conf :0" avec un fichier xkb.conf adéquat en tant qu'utilisateur pour changer son clavier, sans avoir besoin des droits admins. On peut même automatiser cette commande en début de session X11 si nécessaire (par exemple dans le .xsession). --[[Utilisateur:Nbrodu\|Nbrodu]] 6 mars 2008 à 10:54 (CET)		Je viens de passer xkb en vert (de admin seul => admin/user). En effet il est possible d'utiliser une simple commande "xkbcomp xkb.conf :0" avec un fichier xkb.conf adéquat en tant qu'utilisateur pour changer son clavier, sans avoir besoin des droits admins. On peut même automatiser cette commande en début de session X11 si nécessaire (par exemple dans le .xsession). --[[Utilisateur:Nbrodu\|Nbrodu]] 6 mars 2008 à 10:54 (CET)

Glehmann le 6 mars 2008 à 10:40

2008-03-06T10:40:09Z

← Version précédente		Version du 6 mars 2008 à 12:40
Ligne 4 :		Ligne 4 :
	Je viens de passer xkb en vert (de admin seul => admin/user). En effet il est possible d'utiliser une simple commande "xkbcomp xkb.conf :0" avec un fichier xkb.conf adéquat en tant qu'utilisateur pour changer son clavier, sans avoir besoin des droits admins. On peut même automatiser cette commande en début de session X11 si nécessaire (par exemple dans le .xsession). --[[Utilisateur:Nbrodu\|Nbrodu]] 6 mars 2008 à 10:54 (CET)		Je viens de passer xkb en vert (de admin seul => admin/user). En effet il est possible d'utiliser une simple commande "xkbcomp xkb.conf :0" avec un fichier xkb.conf adéquat en tant qu'utilisateur pour changer son clavier, sans avoir besoin des droits admins. On peut même automatiser cette commande en début de session X11 si nécessaire (par exemple dans le .xsession). --[[Utilisateur:Nbrodu\|Nbrodu]] 6 mars 2008 à 10:54 (CET)
	: Merci, il me semblait bien avoir lu qu'on pouvait, mais je n'était pas sûr. Ça permettra sans doute d'abandonner l'outil xmodmap vu qu'il n'apporte rien par rapport à xkb [[Utilisateur:Crako\|Crako]] 6 mars 2008 à 11:14 (CET)		: Merci, il me semblait bien avoir lu qu'on pouvait, mais je n'était pas sûr. Ça permettra sans doute d'abandonner l'outil xmodmap vu qu'il n'apporte rien par rapport à xkb [[Utilisateur:Crako\|Crako]] 6 mars 2008 à 11:14 (CET)

			Des infos sur Compose avec xkb et xmodmap http://club.mandriva.com/xwiki/bin/view/KB/XKeyboardCompose?language=fr

← Version précédente		Version du 7 mars 2008 à 10:57
Ligne 2 :		Ligne 2 :
	: On part bien du principe qu'on fait un pilote, mais il ne faut pas oublier qu'il y a toujours le soucis des droits d'installation. Parce que d'ici à ce que ce soit intégré de base dans Windows, il y aura toujours des gens qui ne sont pas administrateur de leur poste, et pour ces gens là il faut trouver une solution. Une solution possible étant l'utilisation d'outils tel que AutoHotkey, d'où leur présence dans le tableau. [[Utilisateur:Crako\|Crako]] 6 mars 2008 à 11:14 (CET)		: On part bien du principe qu'on fait un pilote, mais il ne faut pas oublier qu'il y a toujours le soucis des droits d'installation. Parce que d'ici à ce que ce soit intégré de base dans Windows, il y aura toujours des gens qui ne sont pas administrateur de leur poste, et pour ces gens là il faut trouver une solution. Une solution possible étant l'utilisation d'outils tel que AutoHotkey, d'où leur présence dans le tableau. [[Utilisateur:Crako\|Crako]] 6 mars 2008 à 11:14 (CET)
	:: J'entends bien, mais je pointais le fait que le produit final doit être installable en tant que pilote, c'est-à-dire AHK ''et al'' d'accord, mais en tant que béquille pour ceux qui n'ont pas la main sur leur ordi, pas pour utiliser les possibilités suppérieures. Enfin c'est comme ça que je le vois.[[Utilisateur:Orel'jan\|Orel'jan]] 7 mars 2008 à 08:44 (CET)		:: J'entends bien, mais je pointais le fait que le produit final doit être installable en tant que pilote, c'est-à-dire AHK ''et al'' d'accord, mais en tant que béquille pour ceux qui n'ont pas la main sur leur ordi, pas pour utiliser les possibilités suppérieures. Enfin c'est comme ça que je le vois.[[Utilisateur:Orel'jan\|Orel'jan]] 7 mars 2008 à 08:44 (CET)
			::: Je ne connais pas bien les possibilités de AHK, c'est d'ailleurs le but de ce tableau d'éclaircir ce point. Par contre je pense que des outils comme AllChars peuvent être utiles pour des usages spécifiques, même pour une personnes qui utilise le pilote. Ça sort du cadre du projet, mais disons que ça serait plus pertinent de dire aux gens qu'on a pas voulu « polluer » notre pilote avec des trucs inutiles pour 99% des gens, et que les 1% restant peuvent utiliser soit un logiciel de table de caractères, soit un logiciel de type compose. Je préfère nettement le deuxième. Par exemple, est-ce qu'une personne qui fait de la typographie avancée au point d'utiliser régulièrement des simboles comme le double dagger trouvera vraiment contraignant d'utiliser un mécanisme type compose ? Idem pour les personnes ayant besoin de symboles mathématiques. Il faut bien garder à l'esprit que de toute façon on a jamais que 47*4 places sur le clavier, et qu'il y a beaucoup plus de symboles à caser si on suit les envies des mathématiciens espérantistes roumano-hongrois typographes :)

	Je viens de passer xkb en vert (de admin seul => admin/user). En effet il est possible d'utiliser une simple commande "xkbcomp xkb.conf :0" avec un fichier xkb.conf adéquat en tant qu'utilisateur pour changer son clavier, sans avoir besoin des droits admins. On peut même automatiser cette commande en début de session X11 si nécessaire (par exemple dans le .xsession). --[[Utilisateur:Nbrodu\|Nbrodu]] 6 mars 2008 à 10:54 (CET)		Je viens de passer xkb en vert (de admin seul => admin/user). En effet il est possible d'utiliser une simple commande "xkbcomp xkb.conf :0" avec un fichier xkb.conf adéquat en tant qu'utilisateur pour changer son clavier, sans avoir besoin des droits admins. On peut même automatiser cette commande en début de session X11 si nécessaire (par exemple dans le .xsession). --[[Utilisateur:Nbrodu\|Nbrodu]] 6 mars 2008 à 10:54 (CET)

← Version précédente		Version du 7 mars 2008 à 09:44
Ligne 1 :		Ligne 1 :
	Le tableau mélange des éditeurs de pilotes et des logiciels genre AutoHotKey qui travaillent sur une autre couche (plus en amont si j'ai bien compris). Or on est parti du principe que l'on faisait un pilote, afin qu'il puisse ''in fine'' être inclus de manière standard. M'est avis que les autres lignes sont en trop.[[Utilisateur:Orel'jan\|Orel'jan]] 6 mars 2008 à 08:20 (CET)		Le tableau mélange des éditeurs de pilotes et des logiciels genre AutoHotKey qui travaillent sur une autre couche (plus en amont si j'ai bien compris). Or on est parti du principe que l'on faisait un pilote, afin qu'il puisse ''in fine'' être inclus de manière standard. M'est avis que les autres lignes sont en trop.[[Utilisateur:Orel'jan\|Orel'jan]] 6 mars 2008 à 08:20 (CET)
	: On part bien du principe qu'on fait un pilote, mais il ne faut pas oublier qu'il y a toujours le soucis des droits d'installation. Parce que d'ici à ce que ce soit intégré de base dans Windows, il y aura toujours des gens qui ne sont pas administrateur de leur poste, et pour ces gens là il faut trouver une solution. Une solution possible étant l'utilisation d'outils tel que AutoHotkey, d'où leur présence dans le tableau. [[Utilisateur:Crako\|Crako]] 6 mars 2008 à 11:14 (CET)		: On part bien du principe qu'on fait un pilote, mais il ne faut pas oublier qu'il y a toujours le soucis des droits d'installation. Parce que d'ici à ce que ce soit intégré de base dans Windows, il y aura toujours des gens qui ne sont pas administrateur de leur poste, et pour ces gens là il faut trouver une solution. Une solution possible étant l'utilisation d'outils tel que AutoHotkey, d'où leur présence dans le tableau. [[Utilisateur:Crako\|Crako]] 6 mars 2008 à 11:14 (CET)
			:: J'entends bien, mais je pointais le fait que le produit final doit être installable en tant que pilote, c'est-à-dire AHK ''et al'' d'accord, mais en tant que béquille pour ceux qui n'ont pas la main sur leur ordi, pas pour utiliser les possibilités suppérieures. Enfin c'est comme ça que je le vois.[[Utilisateur:Orel'jan\|Orel'jan]] 7 mars 2008 à 08:44 (CET)

	Je viens de passer xkb en vert (de admin seul => admin/user). En effet il est possible d'utiliser une simple commande "xkbcomp xkb.conf :0" avec un fichier xkb.conf adéquat en tant qu'utilisateur pour changer son clavier, sans avoir besoin des droits admins. On peut même automatiser cette commande en début de session X11 si nécessaire (par exemple dans le .xsession). --[[Utilisateur:Nbrodu\|Nbrodu]] 6 mars 2008 à 10:54 (CET)		Je viens de passer xkb en vert (de admin seul => admin/user). En effet il est possible d'utiliser une simple commande "xkbcomp xkb.conf :0" avec un fichier xkb.conf adéquat en tant qu'utilisateur pour changer son clavier, sans avoir besoin des droits admins. On peut même automatiser cette commande en début de session X11 si nécessaire (par exemple dans le .xsession). --[[Utilisateur:Nbrodu\|Nbrodu]] 6 mars 2008 à 10:54 (CET)

Discussion:Implémentation selon le système d'exploitation - Historique des versions

Jd : /* Esthétique et lisibilité */

Jd : a renommé Discuter:Limitations techniques implementation en Discuter:Implémentation selon le système d'exploitation

Crako : /* Esthétique et lisibilité */

Nemolivier : Lisibilité du tableau

Nemolivier : Avenir de Compose / GTK