Feelin (sur GuruMed)
-
wéééé Feelin c’est carrément trop de la balle de bombe ! (je vous accorde que mon avis n’est pas très objectif
) 
Screetch : as tu déjà essayé GTK sous Windows ? (Gimp par exemple qui est porté sous Doze et qui utilise GTK) … si non, dis toi que c’est un cataclysme de lourdeur et que ça n’a rien de réactif
Tu veux vraiment avoir ça sur AmigaOS alors qu’on a déjà des toolkits excellents ?
Perso, je préfère largement un MUI, ReAction et maintenant Feelin qui a l’air très intérressant.
@Gofromiel : par contre, quelques tutos sur Gurumed pour débuter sur Feelin (un peu à la manière du cours de Corto pour MUI), ça serait top méga cool pile poil d’la balle !!
J’ai encore une fois regardé tes sources et je me demande pourquoi avoir codé certaines parties en ASM comme LibInit(), alors que cela s’écrit parfaitement en C ?
D’ailleur je serai très content si on pouvait repasser le code ASM en C… (un petit module Python pourait voir le jour comme ça
)Après vérification, il semble que j’ai inclu les vieux fichiers assembleur avec l’archive. Ils ne sont pas utilisés ! Si tu regardes le fichier “Feelin/LIBS/feelin.c” tu veras les fonctions primaires de la bibliothèque. Tout est bien en C.
De toute façon une nouvelle sortie de Feelin est prévue dans les jours qui viennent, même si j’ai pas fini tout ce que j’ai prévu, histoire de se rafraîchir la mémoire, en espérant tenter toujours plus de gens
Par ailleurs, je serais enchanté, que dis-je ému, d’un module Python. Si tu as besoin d’aide n’hésite pas ! (j’y connais rien en Python)
En ce qui concerne le double emploi par rapport à MUI… ben c’est pas ça du tout. Feelin remplace avantageusement BOOPSI (sous-couche de MUI) en fournissant un framework bien plus pluissant / intéressant : propre système de gestion de mémoire, propre système d’événement, methodes et attributs dynamiques, support XML, système d’invocation anti plantage…
Et pour la comparaison avec MUI… ben Feelin est carrément mieux gaulé
Feelin est pour l’instant le seul à supporter les fichiers XML pour créer la partie GUI des applications.Feelin est également open-source, ce qui devrait permettre à tout le monde d’en profiter au mieux
Enfin voilà… le meilleur est à venir !
Mais heuuuuuu ! L’interface est totalement configurable, alors si elle est pas jolie c’est ta faute !
Non sérieusement, la prochaine version est plus jolie parce qu’on peut utiliser des dégradés partout, c’est sûr que ça rajoute à l’hestétique… Il faut aussi que j’écrive plus de décorateur de fenêtre. J’en ai commencé un qui ressemble à Panther, mais j’ai des choses prioritaires. Et puis je suis tout seul à programmer alors ça prend du temps tout ça.En ce qui concerne un hypothétique éditeur d’interface, ben y’a en à pas encore, et c’est pas ma priorité. M’enfin, si tu fais ton interface en XML c’est carrément pas compliqué. Toutes les classes proposent des valeurs par défauts bien senties. La plupart du temps il n’y a qu’un ou deux paramètres à rajouter.
Je contre le fait de dire que maintenant c’est MUI ou ReAction!
Ils se basent sur BOOPSI et je suis en accord avec Gofromiel sur le fait que c’est une API obsoléte. C’est pas avec ce truc qui date des âges qu’on va avoir des applications modernes.
Mais pourquoi pas une nouvelle GUI où on mélangerait MUI et Feelin ? Les 2 développeurs pourraient travailler ensemble?
@gofromiel: ah? j’ai pas regarder les makefiles alors quand j’ai vu les ASM j’ai pris peur forcement Yomgui : C’est possible, vous êtes LARGEMENT mieux placés que moi pour parler de BOOPSI et de GUI en général. Je conçois que j’ai un jugement un peu hâtif sur le sujet. D’ailleurs je ne renie pas l’intérêt de Feelin … c’est juste qu’il me manque sans doute des infos pour comprendre (et d’autres sont dans le même cas).
Corto & sa vision utilisateur du sujet
- Vous devez être connecté pour répondre à ce sujet.