D'abord, soyons clairs : il y a deux problèmes :
1) Écrire des caractères tifinagh (avec une police tifinagh donc)
2) Taper ces caractères sur un clavier tifinagh (adaptation du clavier occidental dans mon cas, faute de mieux).
Il nous faut deux polices spéciales, heureusement pas entièrement inaccessibles, pourvu d'avoir quelques minutes à perdre sur Google. Comme je suis sympa et que c'est un tutoriel (et pas une chasse aux trésors) les voici :
http://ygllo.com/~llo/tifinagh/HapaxTifinarCarre.ttf (police carrée)
http://ygllo.com/~llo/tifinagh/HapaxTifinarRond.ttf (police ronde)
Je les ai trouvé dans ce tutoriel (qui bugue un peu (les images sont mortes principalement) mais a le mérite d'être très complet, de couvrir Mac et Windows et de faire le point sur quelques grands éditeurs quant à leur compatibilité) : http://hapax.qc.ca/polices-et-clavier.html (merci à lui)
Nous, on veut faire court et on en est pas encore au stade de la gestion des ligatures et autres joyeusetés concernant le sens de l'écriture.
- Vous enregistrez donc ces deux polices sur votre ordinateur sous le dossier .fonts de votre home. OU
- Si vous êtes une grosse feignasse, seul maitre à bord sur votre système, pressés, vous les enregistrez dans /usr/share/fonts/ comme ça tout le monde pourra en profiter.
(Pensez bien à créer un dossier tifinagh quoi qu'il en soit, ça simplifiera votre organisation (sauf si vous aimez le bordel, là, foutez juste ça dedans et on en parle plus ;) )).
- Fermez LibreOffice si vous l'avez ouvert et relancez le
- allez dans Noms de police (l'icône actuellement représenté par un A majuscule gras dans ce logiciel, dans la barre d'outil formatage)
- Cherchez Hapax Tifinar Carre et Hapax Tifinar Rond
- et voilà !
Là, c'est encore plus facile, pourvu de savoir comment faire et d'accepter de conserver un clavier occidental si comme moi c'est tout ce que vous avez sous la main) :
- Allez dans la configuration du clavier
- Ajoutez Maroc
- Cherchez la variante Berbère (tifinagh) (il y en a plusieurs, décidez vous pour l'une d'entre elles, je n'entrerai pas dans les détails)
- Validez la et voilà !
Concrètement, il faut être astucieux pour se contenter de taper en tifinagh dans LibreOffice de cette manière mais c'est possible.
Sinon, aidez-vous d'un post-it, imprimez la disposition clavier ou réétiquetez votre clavier (vous pouvez retrouver la configuration de base en image ici : http://upload.wikimedia.org/wikipedia/commons/thumb/9/9d/KB_Tamazight_Ti...
(tiré de http://en.wikipedia.org/wiki/Keyboard_layout#Tifinagh qui donne des informations complémentaires sur le pourquoi des variantes, entre autre).
extrait pas relu, pas corrigé, pas bêta-ifié, y a plein de fautes et le style pourrait être amélioré très facilement, mais bon, ce sera pour plus tard.
Eh oui, il fait un temps d'automne magnifique (donc merdique) (ça manque juste de feuilles mortes à écraser sous les pieds mais ça devrait pas tarder), il pleut, il fait froid, le ciel est tout cacateux (enfin comme cet été quoi /o\) et j'ai plein de bonnes nouvelles à partager :)
- MetaFor (http://ygllo.com/~llo/MetaFor/code/page_centrale.html) est codé à 75% pour ce qui est de son interface graphique (le reste sont des fioritures qui mériteraient d'ajouter un petit v et un numéro derrière le nom) et à 50% si on tient compte de tous ses composants, dont le serveur WEB (Whygee : bouge toi les fesses !), l'interaction avec GHDL et les petits trucs intermédiaires (pouvoir sauvegarder/charger un fichier VHDL par exemple, ce serait bien de l'avoir dès la version bêta).
- En Novembre, je publierai mon premier roman :) J'en reparlerai mais voilà, il est fini depuis un bail, il m'a fallut deux mois pour l'écrire (et ça a été éprouvant et super fun) alors je voulais le crier haut et fort : NOVEMBRE : PUBLICATION !
(- tiens d'ailleurs, je vais chercher des relecteurs, alors si vous êtes intéressés, manifestez vous sur la tribune).
- Je suis partie sur la suite en attendant et c'est assez fendard pour l'instant.
- YASEP a grandi, s'est étoffé et son papa et moi allons bientôt fêter ses dix ans avec une petite conf de présentation aux JM2L (http://jm2l.linux-azur.org/). Je vous invite à venir vous aussi si vous le pouvez (y aura du gâteau). (et à venir vous foutre de nos tronches (de la mienne en particulier, vu que je suis hyper nulle devant un public)).
- Je fais une pause de fac cette année et apparemment ça a été la meilleure décision que j'aurai prise en 2012, c'est l'enfer à l'université d'Angers, la guerre menace, les étudiants et les profs font des coalitions pour avoir un peu de chauffage dans les amphis, des filières vont être supprimées, les crayons pour les tableaux ont tous disparus (non, je psychote... mais enfin ça a pas l'air terrible quand même). L'année prochaine, ce sera redevenu parfait, et j'y retournerai donc /o\
idée : pour me mettre dans le bain de la programmation de MetaFor, réaliser son grand frère : Chocolate Box :
Une page web, en JS et HTML, contenant un tableau (donc en 2 dimensions) où chaque cellule est une fonction.
Chaque cellule peut communiquer avec les autres en se référant aux coordonnées du tableau. Un peu comme un automate cellulaire 2D :-)
Un peu comme une petite ville \o/
Ça voudrait dire que les noms de variables seraient attribués de façon autoritaire et même chose pour les noms des fonctions, mais on pourrait créer des alias :)
Ce serait à la fois rigide et flexible et c'est pédagogique.
Et ce serait fastoche à faire en JS, surtout comparé à MetaFor en fait.
Il faut *juste* créer des blocs de pleins de couleurs différentes
(un peu comme les fenêtres de YGWM) mais plus comme des petits chocolats emballés et en cliquant dessus, ouvrir une fenêtre d'édition pour la fonction.
Pour faire la grille on peut commencer à générer le HTML en JS.
Obstacles à détruire :
1) développer le JS de l'interface
2) créer des fils entre plusieurs points d'accroche en JS
-> Regarder ygwm.html puis ygwm.demo.js.
-> ygwm.html inclut des fichiers .js de ygwm qui n'ont pas besoin d'être modifiés, puisque ce sont des librairies.
3) éditer dynamiquement du VHDL sur un serveur
4) faire tourner GHDL sur un serveur et l'automatiser
__________________________________________
Idée de base : Tout est VHDL
INTERPRETATION ET DESCRIPTION :
A) DESCRIPTION :
Tous les composants utilisés en simulation seront des composants VHDL, c'est à dire des unités réutilisables à l'infini :
- certains seront figés (les plus simples, par exemple les leds, les switchs)
- d'autres seront éditables, par un simple click sur le composant, faisant apparaitre une fenêtre ygwm d'édition (par exemple : puces complexes)
Pour chaque composant a créer, il faudra donc :
- une image,
- une map avec la position des bornes du composants (points d'entrées et de sorties),
- une description en VHDL du composant (unité de conception : entité, architecture)
Il faudra aussi ajouter du code JS pour l'interaction / l'action en fonction de la souris et de la simulation.
La totalité de la simulation sera un fichier VHDL édité dynamiquement au fur et à mesure du placement des composants. Ce fichier sera compilé via ghdl installé sur le serveur et géré de façon automatique. Il pourra être enregistré en local, chargé, rechargé...
Voici une liste des principaux composants :
- alimentation
- LEDS/Afficheurs
- boutons poussoirs/switch
- horloges
- oscilloscope virtuel ? (pouvoir sonder l'état d'un fil serait un plus)
- puces avec un nombre de broches standard (16/64/125/256).
Cette liste est très largement extensible, notamment à tous les composants numériques, c'est à dire au comportement prévisible et descriptible.
B) INTERPRETATION :
La totalité des composants et de la simulation sera donc interprété par JS+CSS+HTML dans un environnement inspiré d'YGWM (une surcouche graphique de qualitay quoi).
Les fils entre les composants seront la seule réelle difficulté à résoudre d'un point de vue JS, mais je sais que c'est faisable car ça as déjà été fait par le passé. Il faudra évidemment qu'ils soient VHDL eux aussi : il s'agira tout bêtement des signaux et variables du code.
Quand on estimera que la simulation est prête à se dérouler, il n'y aura qu'à compiler et exécuter le fichier de simulation global. En fonction des données circulant dans les fils (appuie sur un bouton poussoir), il y aura réaction, ou pas ;) On pourra aussi arrêter la simulation à tout moment.
Un simple bouton play-pause en fait.
L'intérêt numéro 2 (juste après le fait de pouvoir créer facilement des composants) c'est qu'il sera possible d'accéder à la liste des composants et des signaux sans grande difficulté :
il suffira d'apprendre à javascript à décrypter le fichier VHDL de simulation : la liste des signaux est dans l'entité et pour les composants, ce n'est pas beaucoup plus dur, il y a un mot clé.
Il faudra par contre pouvoir créer du VHDL de façon automatisée, mais je ne désespère pas.
Une preview possible (le graphisme va être amélioré /o\) :
Alors voilà le topo : il faut simuler l'intégralité du code VHDL de ma montre (A)
pour pouvoir (B) faire la carte électronique
pour pouvoir (C) l'intégrer dans le bracelet qui sera fini entre temps.
Donc, le travail majeur du moment c'est la simulation, et pour ça, il faut un environnement de simulation qui ne soit pas dépendant de l'OS, ce qui parait à priori impossible.
Mais grâce à l'efficacité et à l'intelligence (je dirai bien le génie, mais il prétend ne pas en être un) de Whygee, ça devient possible, utile et stimulant même pour d'autres projets, et je l'espère bien (c'est mon second objectif) pour tous le monde, vous y compris. Pour tous ceux qui veulent simuler du code VHDL ou simplement simuler de l'électronique sans avoir à faire la chasse au logiciel pro semi payant sous Licence commerciale...
Voici le plan :
1) Utiliser le support de YASEP et de YGWM pour l'interface utilisateur, donc pour enregistrer et utiliser des fichiers externes, créer du code VHDL de simulation de façon automatisée, faire un bel (et simple) environnement de simulation, tout ce qui demande de la flexibilité, YASEP peut le faire :) (et Whygee aussi)
2) Le logiciel doit avoir deux fonctions :
- premièrement il faut pouvoir afficher et exploiter la liste des entrée-sorties du code VHDL
=> faire entrer du code VHDL dans l'environnement
- deuxièmement, il faut pouvoir assembler des éléments de simulation (LEDs, boutons divers, bus de données, horloge, etc) pour produire une interface efficace et pratique à modifier entre le code VHDL et la simulation (en offrant la possibilité d'enregistrer, et donc de réutiliser le code de simulation)
=> faire sortir du code VHDL de l'environnement
3) pour la simulation elle même, elle doit être graphique (sans forcer sur le trait, j'ai pas dis kikoolol) et il faut pouvoir interagir facilement avec les éléments "interactif", ça tombe plutôt bien, non ? Donc pouvoir mettre en "on" ou en "off" les boutons on-off par exemple, régler les boutons de réglage, enfin bref, une VRAI simulation qui va jusqu'au bout de l'idée.
alors voilà...
- le bracelet est presque assemblé, ça ne devrait plus tarder en théorie.
- le code a été totalement écrit, et est prêt pour une ultime simulation.
- la carte électronique n'est pas encore faite, mais je pense que ça va se débloquer prochainement.
Finalement, les problèmes sont simples :
il faut simuler l'intégralité du code (A)
pour pouvoir (B) faire la carte électronique
pour pouvoir (C) l'intégrer dans le bracelet qui sera fini entre temps.
Donc, le travail majeur du moment c'est la simulation, et pour ça, il faut un environnement de simulation qui ne soit pas dépendant de l'OS, ce qui parait à priori impossible.
Mais grâce à l'efficacité et à l'intelligence (je dirai bien le génie, mais il prétend ne pas en être un) de Whygee, ça devient possible, utile et stimulant même pour d'autres projets, et je l'espère bien (c'est mon second objectif) pour tous le monde, vous y compris. Pour tous ceux qui veulent simuler du code VHDL ou simplement simuler de l'électronique sans avoir à faire la chasse au logiciel pro semi payant sous Licence commerciale...
Voici le plan :
1) Utiliser le support de YASEP et de YGWM pour l'interface utilisateur, donc pour enregistrer et utiliser des fichiers externes, créer du code VHDL de simulation de façon automatisée, faire un bel (et simple) environnement de simulation, tout ce qui demande de la flexibilité, YASEP peut le faire :) (et Whygee aussi)
2) Le logiciel doit avec deux fonctions :
- premièrement il faut pouvoir afficher et exploiter la liste des entrée-sorties du code VHDL
=> faire entrer du code VHDL dans l'environnement
- deuxièmement, il faut pouvoir assembler des éléments de simulation (LEDs, boutons divers, bus de données, horloge, etc) pour produire une interface efficace et pratique à modifier entre le code VHDL et la simulation (en offrant la possibilité d'enregistrer, et donc de réutiliser le code de simulation)
=> faire sortir du code VHDL de l'environnement
3) pour la simulation elle même, elle doit être graphique (sans forcer sur le trait, j'ai pas dis kikoolol) et il faut pouvoir interagir facilement avec les éléments "interactif", ça tombe plutôt bien, non ? Donc pouvoir mettre en "in" ou en "off" les boutons in-off par exemple, régler les boutons de réglage, enfin bref, une VRAI simulation qui va jusqu'au bout de l'idée.
J'ai enfin eu une bonne idée : j'ai envoyé un message à l'artisan avec qui je communique depuis plusieurs mois pour le bracelet, et mon message, envoyé 6 fois avec ma première adresse email a reçu une réponse quasi-immédiate via cette seconde adresse email, apparemment beaucoup moins nazie que la première.
Et donc, le devis est fait, et le bracelet sera réalisé dès que j'enverrai le paiement, avec un délai estimé d'un mois, le tout pour beaucoup moins cher qu'anticipé : 65 euros !
Je suis super contente :)
Je vais donc pouvoir partir dans l'étape décisive de réalisation concrète de la montre : autrement dis le tout premier circuit électronique, réalisé à Pantin mi juillet, le cœur léger. :)
Oui, bientôt 4 mois, et toujours aucune nouvelle à donner concernant la montre. J'attends un peu plus désespérément chaque jour des nouvelles de l'artisan à qui j'ai envoyé la façade de la montre (que j'avais pompeusement dénommé boitier), reçue il y a déjà un bon moment d'ailleurs.
J'envoie quand même les photos, attachées à cet article, parce que franchement elle est magnifique cette façade :) une précision, une finesse et une exactitude à me faire baver. Si j'avais encore des doutes, ils sont tombés à plat ventre : je réutiliserai Shapeways pour la conception mécanique de mon ours-agile :)
Sinon, des éléments se précisent tout de même :
- la montre sera en fait en priorité un lecteur de capteurs, et tous les capteurs seront externes à la montre, conçus sur le même modèle (le format d'une mini lampe de poche), et regroupés sous la forme d'un porte clé,
- elle sera alimentée par ces mêmes capteurs, chacun possédant sa propre pile (probablement une pile bouton), par le connecteur que j'emploierai pour tous (mini jack ou mini usb, mon cœur balance encore),
- tout ça va faire gagner beaucoup de place, et de temps, et permettre aussi de décider de l'utilisation de chacun des boutons de la façade (moins de fonctionnalité, moins de polyvalence, plus de certitudes :p). Donc voilà, tout ne va pas si mal, et je garde espoir que ce projet finisse par avancer à nouveau... ça viendra quand ça viendra.
Theme by Danetsoft and Danang Probo Sayekti inspired by Maksimer
