Accès aux ressources Comment éviter qu’une fenêtre devienne active…
mai 29

Voici le premier article d’une petite série qui consiste à vous présenter le fonctionnement sous-jacent du CVK (et pourquoi il est promis à un grand avenir).

 

Au premier coup d’œil à part plusieurs graphismes attrayants les concurrents du CVK n’ont rien à lui envier, mais regardant de plus près… le terme « Custom » prend tout son sens.

 

En creusant un peu, on observe plusieurs grandes parties dans notre architecture :

 

  • Un noyau (que nous appelleront Kernel) qui contient l’intelligence utile pour générer le comportement des claviers en termes de logique.
  • Un système de gestion de plugins (extensions) permettant de faire évoluer le clavier très simplement sans remettre en cause ce qui à déjà été fait.

 

Cela constitue la base « solide » du CVK.., seule elle ne sert à rien puisque se sont les plugins qui vont l’exploiter et la faire vivre. Nous reviendrons plus en détails sur ces deux composantes de l’application dans les prochains épisodes.

 

Ensuite on trouve deux parties beaucoup plus souples de l’architecture :

 

  • Un hôte, qui se charge de créer un espace de vie pour le CVK, et qui « démarre » la machine. C’est lui qui va s’occuper d’initialiser le Kernel et de gérer la configuration.
  • Et enfin, l’ensemble des plugins qui vont donner vie à notre clavier et ajouter toutes les fonctionnalités utiles.

 

Les premières présentations sont faites, voici une vision simple du système mis en œuvre :

Ce qu’il faut bien comprendre c’est que le Kernel n’est que la représentation logique d’un clavier : c’est-à-dire des ensembles de touches organisées réalisant des actions. Il charge les claviers à partir d’un fichier XML et met ensuite cette structure à disponibilité des plugins. Ce sont eux qui vont s’occuper de l’affichage et de l’interaction avec l’utilisateur. Ainsi il devient très simple d’injecter de nouvelles fonctionnalités et/ou de créer des environnements différents selon le contexte d’utilisation.

 

C’est grâce à cette architecture modulaire très souple qu’il est possible de répondre à presque tous les besoins imaginables liés à un clavier virtuel.

 

Episode 2 : Zoom sur le Kernel.

Episode 3 : La gestion des plugins.

Episode 4 : Les editeurs.

Episode 5 : La configuration des plugins.

A bientôt !

Un commantaire

  1. Custom Virtual Keyboard version 2, c’est reparti ! a dit :

    [...] test du CVK. Nous allons également choisir la licence logiciel la mieux adaptée au CVK et à son architecture par plugin. Enfin, un évènement qui marquera la sortie officielle du CVK version 2 devrait avoir lieu [...]

Commenter cet article