Feelin (sur GuruMed)
-
Mais c’est super !!! Qui a dis que Yomgui était une bête de travail ? MOI !!
Cela dit, j’ai peur de voir que tu utilises des IDs numériques, ce qui ne sert à rien et risque de frainer l’évolutivité. Ce serait mieux comme ça :
from Feelin import *
win = Window(Title="Ma fenêtre à moi", Child=SimpleButton("Youpi"))
win.Notify(CloseRequest, true, app,Shutdown)
Application(Child=win).Run()
Si tu conserves les cases tu pourras résoudre les attributs et les méthodes avec un appel à F_DynamicFindAttribute() et F_DynamicFindMethod(), comme je le fais lorsque j’interprète du code XML.
Spa possible de définir tout un arbre d’un seul coup ? Le mieux reste de toute façon d’utiliser une application XML (je pense) et d’utiliser du code Python pour la contrôler. Pitet que je pourait ajouter une méthode FM_CallScript à FC_Object. Qui serait utilisée pour executer un bout de script en mémoire. En définissant un entête style
, ou on pourrait utiliser plusieurs langages… Tout cela est de l’ordre des suputations, mais pourquoi pas…
Ou alors on pourrait inclure du code Python directement dans le fichier XML, toujours en se servant d’une hypothétique FM_CallScript…
Enfin voilà
Des idées ?je propose d’envoyer Yomgui à l’étranger dans un labo spécialisé dans le clonage humain
J’en veux un pour chez moi ! Je lui ai déjà fait de la place sur mon bureau
thefab a écrit :
je propose d’envoyer Yomgui à l’étranger dans un labo spécialisé dans le clonage humain
Mon pauvre si tu savais dans quelle galére tu te metterais avec 1000 gars comme moi…
Faut savoir que pour l’instant mon module est très simple. il consite en une fonction de module ‘MakeObj()’ qui s’utilise comme F_MakeObj(), un nouveau type d’objet ‘FeelinObject’ qui posséde les méthodes _do(), _get() et _set() (qui s’utilisent comme leur correspondant Feelin), qq classes de tests (Application, Window, Text), les builtins sous forme de fonction lambda (comme SimpleButton(x)), ett exporte tous les defines comme FR_xxx, FC_xxx, FM_xxx…
Ah oui j’ai pas précisé mais: XML parsé par Feelin quand on utlise python c’est stupide permet moi…. vu qu’il existe déjà le module xml pour python qui est basé sur expat. c’est quand même drôlement plus pratique. Il suffit jsute de faire un script en python qui converti un fichier XML en Feelin. c’est asser simple.
Alors j’ai mis à jour mon site peros pour feelin sur morphos:
Je metterai demain une archive binaires avec qq démos dessus.
Notez aussi que la section video.
bah le pb de l’XML c’est qu’il existe déjà une lib pour parser cela… alors pourquoi perdre du temps à refaire un parser pour (qui en plus n’est pas “compliant” avec le format
)Tout le monde ne souhaite pas utiliser python non plus alors fo laisser le parse du xml pour feelin
Mais, vous zavé pas fini de raler sur mon parser XML ?
Il est tout simple, mais il marche très bien. Il est juste plus souple en ce qui conserne ce que l’on peut mettre en argument (entre les guillements). Si le develoopeur utilise < et autre > ça ne lui posera aucun problème, comme ça n’en posera pas à d’autres.
En conclusion, si le developpeur écrits des choses propres ça marchera partout, mais si il fait des trucs crados (comme moi avec les < et > parce que j’ai la flème) ben ça posera des problèmes avec d’autres parsers. M’enfin, qu’est-ce qu’ils vont mettre leur nez la dedans aussi
Genre 0 connexion sur le site
/me qui va récup ça demain quand il sera devant son peg
Au fait n’oubliez pas de prendre l’archive de démo pour la HunoParty… si qq’un est interessé par montrer ce que c’est …
J’ai la curieuse impréssion que personne n’a vu que les binaires de Feelin PPC/MOS sont dispo ???
sisi on a tous vu, mais que veux tu qu’on en fasse ?
Feelin semble être beaucoup plus populaire sur MorphZone qu’AI…
- Vous devez être connecté pour répondre à ce sujet.