Forum bépo

Sortie de la rc2 qui corrige le manque des lettres ﻃ ﻅ (très importantes en arabe) dans la premières. Elles ont étés mappées sur U.
La page du wiki a été mise à jour.

C’est ce que je chérchaiiiiiiiis

Cependant (ben oui, parce que sinon ce serait trop facile), il y’aurait encore quelque détails à régler. Dans mon ancienne conf pour bépo j’ai « setxkbmap -symbols 'pc+fr(bepo)+capslock(swapescape)+compose(menu)+terminate(ctrl_alt_bksp)'" » qui fait en sorte que :

• Le verrouillage majuscule et la touche échap soient permutés ;

• La touche compose soit mappée sur la touche menu ;

• Le raccourcis Ctrl-alt-baksp tue la console graphique en cours

J’ai, pour cela, tenté plusieurs variantes du paramettre « -symbols 'pc+fr(bepo)+capslock(swapescape)+compose(menu)+terminate(ctrl_alt_bksp)'" » ajouter en fin de la commande que tu as proposé sans sucés. Comment donc garder les trois comportements sus-cités avec cette nouvelle commande ?

Par ailleurs, je souhaite pouvoir commuter à l’aide du raccourcis Ctrl-Éspace plutôt que Shift². J’ai essayer pour ce fait le paramètre « -option grp:ctrl_space_toggle » sans sucés…

’Zauriez pas des idées là dessus ?

En tout cas, merci déjà pour le début de solution que vous m’avez donnez.

C’est effectivement le mécanisme que j’ai décris.

C’est précisément ce comportement que je cherches à obtenir (en ayant toute fois la possibilité de choisir un autre déclencheur que shift+shift).

Je vais déjà voir ce que disent ces documentations.

Alors là, j’ai un problème parceque un fichier de configuration aussi simple que celui que je viens d’utiliser ne fonctionne pas.

Je vais repartir du fichier de conf’ originel et changer progressivement les simboles.

Edit : j’ai repris la conf’ du bépo originel de /usr/share/X11/xkb/symbols/fr et l’ai placé dans bepo-fr.xkb. Sauf que l’orceque je fais « xkbcomp bepo-fr.xkb $DISPLAY » puis « echo $? » j’obtiens un « 1 » signe que ça s’est mal passé
Voici le bepo-fr.xkb en question.

Je ne connais pas xbcomp mais s’il explicite les erreures alors il me sera grandement utile

Hmm, il me semble que j’ai fais un test avec une seule ligne. Je ne me souviens pas très bien si elle contenait des virgules séparant un vide mais je vais retester pour voir.
Si j’ai bien compris, la pseudo-variable « noSymbol » doit être placée à l’endroit où l’on veut qu’il n’y ai pas de caractères ?

Tiens, tiens, tiens… Depuis le temps que je n’étais pas venu ici j’ignorais tout ce qui s’y passait. Et dire que la première fois où j’ai présenté le TF sur #bepo je me suis fait complètement incendié à coup de gros boulets rouges ; revenu une semaine plus tard, d’autres personnes avaient accueillit l’idée avec enthousiasme et il y’eut pendant plusieurs moi une effervescence autour du sujet ; Aujourd’hui je ne compte pas moins de 4 dérivés ou modèles inspirés du TF, le TypeRobix, le projet de XavierC, le projet d’un certain « TWal » sur Freenode et enfin l’idée de Sinma. Ça fait « plizère »

Si donc je viens ici, c’est pour dire que je comptais aussi depuis un certain temps adopter pour le TF les « touches incisives » pour Entrée et Espace. Tout du moins, depuis que j’ai vu ça sur un clavier de Samsung je crois.
Par ailleurs, j’ai lu Sinma réprouver l’idée de la touche Entrée sous le pouce au motif qu’Espace ai plus d’importance. C’est bien vrais et c’est pourquoi la touche Entrée du TF est à gauche tandis que Espace est à droite. Comme je viens de le dire, dès que j’aurais du temps, je les mettrais en incisives.

Enfin, à propo du débat sur les gaucher, étant donné que la plus part des claviers conceptuels sont symétriques, rien n’empèche qu’une fonctionnalité puisse inverser la polarité comme un effet de miroir (à débattre si seule les touches de fonction doivent basculer de polarité ou si toute la disposition doit suivre). C’est, tout du moins, ce que j’ai imaginé pour le TF.

Te citer m’évite de ré-exprimer la même chose. Et puis j’ai sérieusement du mal à croire qu’un professionnel en la matière dise une chose pareille. Que le français ne soit pas un standard de l’industrie est un fait. Mais voilà, 80% des utilisateurs ne sont pas concernés par l’industrie et n’en ont fichtrement rien à branler. Alors pourquoi, Diable, faut-t-il que ces gens là aient à utiliser toute leur vie des outils optimisés pour des situations auxquelles ils ne seront jamais ou que très peut confrontés (je fais allusion ici à l’anglais) ? Je ne parles évidement pas des gens dont l’anglais est (très) important dans leur travail et qui constituent un peut un cas particulier.
Ce que fait l’industrie dans son coin ça la regardes. L’utilisateur lambda n’est pas sensé connaître toutes les normes ISO par cœur ou « faire comme l’industrie » lorsqu’il veut écrire un document à l’administration, une thèse pour son université ou une lettre à sa grand-mère, le tout en français comme cela se fait en France, en Belgique et en Suisse depuis des siècles et dans le reste de la francophonie depuis plusieurs générations.
D’ailleurs, à propos du rayonnement de la langue française, je voudrais juste rappeler à cet égard qu’elle est la langue officielle de l’union postale universelle et de l’organisation mondiale des douanes et surtout l’une des langue de travail de ISO. Nous ne le rappelons pas assez souvent

Bref ce que je tente d’expliquer est que l’industrie a ses besoins et contraintes propres qui sont très différentes de ceux des 80% d’utilisateurs. Or, vouloir aligner les habitudes des seconds sur celles des premiers est un non-sens dont je ne vois aucune justification. À l’industrie ses outils et aux utilisateurs lambda les leurs. Il est inutile de chercher la Panacée quand il est plus simple de concevoir des outils qui répondent à des besoins précis.

Je suis d’accord avec Laurent. Mais… là encore, cet argument de l’ergonome n’en est pas un. Si certains ne veulent pas ou ne peuvent  pas (ou même, n’ont pas d’intérêt, compte tenus du peut de temps d’activité qui leur reste, à) changer des habitudes depuis trop longtemps encrées, eh bien rien ne les empêche de persister dans ses habitudes. Cela n’empèche que d’autres qui n’ont pas ces empêchements peuvent tout à fait adopter des habitudes plus saines.
J’ai l’impression que cet ergonome tente d’instiller un « effet réseau » là où il n’y en a pas le moindre soupçon. Contrairement à Jabber, par exemple, dont l’adoption a besoin d’un nombre critique d’utilisateur pour présenter un intérêt significatif, Bépo n’a nullement besoin que la majorité des utilisateurs l’adopte pour qu’il présente un intérêt. Bépo n’est pas un réseau qui a besoin que tout le monde l’utilise ou pour qu’un « document produit avec Bépo soit lisible chez un non-bépoète ». c’est une disposition qui s’utilise en interne. Même si j’étais la seule personne au monde à utiliser Bépo, ce dernier aurait toujours autant d’utilité pour moi.
En fait, on peut même dès aujourd’hui apprendre aux nouveaux arrivants à taper en BÉPO et laisser ceux qui ont leurs habitudes à leur guise.

Tiens… là je suis sérieusement intéressé. Mais du coup, il me semble que le reproche est plus à faire aux logiciels qui ont adopté en masse le WIMP au détriment du gros truc qu’on a sur le bureau avec plein de boutons qu’on n’utilise que pour écrire « lol ».
Comme je le met en signature de tous mes courriels, j’utilise pour ma part les outils « weechat, i3, mutt, vimperator, bépo, zsh, tmux, urxvt, cmus et zathura » car je hais la souris (ben oui… c’est pas pour rien qu’on m’ appelle fauve… miaou). Je me demande si l’un des objectifs de l’association ne serait pas aussi de promouvoir les logiciels utilisant de telles interfaces. Car il s’agit bien de promouvoir les interfaces homme-machines ergonomiques, non ?

En ce moment, la souris ne me sert qu’à faire les sélection de texte, seule fonction que les logiciels sus-mentionnés n’implémentent pas correctement au clavier. Je l’ai même mise à gauche (en polarité gaucher) car avec mon clavier commun je suis obligé de traverser le pavé numérique si je veux atteindre la souris en polarité droitier.

Ben… est-ce bien cette même personne qui dit qu’il faille adapter les interface à l’utilisateur final qui, plus haut, suggérait d’alligner les habitudes des utilisateurs sur les pratiques de l’industrie ? ô.O

Tout ce raisonnement est le mien aussi Pas plus tard qu’hiers je voyais quelqu’un au clavier taper de la même façon sur sa tablette inclinée à l’aide de l’étuit. Il était obligé de se courber le dos comme un gorille pour voir son écran alors que ses doigts se tordaient à tapoter sur l’écran. Je le voyais même si fatigué qu’il commençait à réfléchir à deux fois avant de taper quoique ce soit, tellement c’est ennuyeux.
En l’occurrence, le vers dans le fruit était de ne pas avoir découplé deux type d’interfaces distinctes : L’interface de saisie qui est le clavier, par laquelle l’ordinateur reçoit les instruction de l’utilisateur ; et l’interface de sortie qui est l’écran, par laquelle l’utilisateur reçoit les informations de son ordinateur.
Il est hautement nécessaire de découpler les deux car il n’est pas dis que le regard est sensé coïncidé avec l’endroit où les mains sont le plus à l’aise. Pourtant, cette même personne… comment dire… « Lambda » (!) vas te soutenir, les yeux cernés par un écran aussi grand qu’un timbre poste, le dos courbé et les poignées douloureuses que quand même « la tablette c’est très intelligent. C’est l’outil du futur, c’est facile et ça rend l’informatique accessible à tout le monde. » Mais oui bien sûr.

Pour la touche de vérrouillage, tu peux poursuivre ici http://forum.bepo.fr/viewtopic.php?pid=4357#p4357 Προμηθεύς.

Salut Προμηθεύς !

J'avais déja la solution à ton problème et de longue date et suis content qu'elle sérve enfin à quelqu'un !
Je ne suis malheureusement pas helléniste mais, ayant constaté que le modificateur grécque n'avait aucune influence sur de nombreuses touches, tandis qu'il éxistait bien des caractère grecques qui pouvaient venir les peuplées, j'ai décidé de palier à ce problème.

Je ne connais pas ta platte-forme mais sous linux et certainement BSD, il suffit d'ajouter ce bout de code http://pastebin.com/raw.php?i=dP0b4Q49 à ~/.XCompose si tu veux que le modificateur grec ne preine en compte mes ajout que dans ta session ou alors dans /usr/share/X11/locale/en_US.UTF-8/Compose si tu veux que ça s'applique à tout le système.

Je n'ai malheuresement pas de carte qui résume la dispostion des nouveau caractère mais j'y travail présentement, maintenant que je sais qu'une pérsonne en a besoin

en attendant, tu peux lire le fichier que je t'ai pasté pour comprendre le concept qui, en outre est assez simple, à savoir que :
En plus des lettre des principales lettres déjà présente dans le modificateur grec et qui sont accessible de la même manière, vient s'ajouter un certain nombre de raccourcis tel
– MU+c pour avoir le sigma lunaire (MU étant le modificateur grecque, non la lettre μ elle même).
– MU+è pour obtenir sanpi
Tu remarquera que j'ai pousser la finesse jusqu'à faire en sorte que MU+& (de même que MU+é) donne le symbole ϗ καὶ; Les bons hellénistes apprécierons

Ainsi, toute les touches, associées au racourci-clavier mort qu'est le modificateur grecque, on un effet, à l'exception notable de la touche v qui, afin de pouvoir obtenir d'autre symboles, servira justement à introduire une touche modificatrice à l'intérieur de la couche modificatrice !

Ainsi, pour les graphie alternatives, il faudra procéder à MU+v+[une autre touche], par exemple si MU+b=β, MU+v+b=ϐ (une autre graphie de beta comme tu dois le savoir). Pour les graphies altérnatives disponibles pour les autres lettres, tu regarde dans le fichier que je viens de te fournir .

Puis il y'a le groupe des lettres arcaiques, pour le placement desquelles, ai-je veiller à une cohérence mnémotechnique, par exemple digama s'obtient par MU+v+g (car gama=MU+g), koppa par MU+v+q (car kapa=Mu+q).
pour les graphies alternatives de kapa et de digama, l'astuce est de faire MU+V (et no v minuscule). Car la différence de casse du v donne des résultat différent permettant d'avoir d'avantage de place.

et puis y'a d'autres lettres qui fonctionnent sur ce même principe. ce que tu dois juste retenir est que MU+v est différent de MU+"V" et ne pas tomber dans le piège.

Sinon, pour ta disposition qui superposerait les lettres grecques à leurs homologues latines, ma venue sur le forum étaient du à une requette similaire.
En fait, je suis arabophone mais utilise l'arabe rarement, fesant que les quelque fois où je dois taper dans cette langue je me retrouve devant une disposition peut familière.
De fait je voulais placer les lettres arabes sur leur homologues latine et créer une touche qui verrouille un niveau spécifique (un peut comme fonctionne caps_lock pour les majuscules sauf que ce sera pour les lettres arabes) si je trouve un moyen je te tiens au courant.

Bonne chance !