Vi, je vois mieux -- ça a l'air d'être assez semblable à Visual Basic (ou l'inverse, VB est semblable à Delphi ;-)
Mais bon, ça ne marche bien comme approche que pour des interfaces classiques textfields/boutons.. (ce qui est quand même pratique, y'a tout un tas de softs qui n'ont pas besoin de plus)
l'histogramme, la visu en coupe et la vue 3D sont des custom views, mais tout est gêré/connecté dans Gorm.. par exemple j'ai une instance de la classe Volume (oui, c'est de la visualisation volumétrique) dans mon Gorm, et chaque vue l'utilise (même principel pour la gestion des matériaux). Quand je bouge le slider sur la vue en coupe, ça envoie un message directement à la custom view, etc.
je trouve que l'approche Gorm est beaucoup plus générique..
[^] # Re: Mouais...
Posté par Nicolas Roard . En réponse au journal GNUstep demonstration. Évalué à 5.
Mais bon, ça ne marche bien comme approche que pour des interfaces classiques textfields/boutons.. (ce qui est quand même pratique, y'a tout un tas de softs qui n'ont pas besoin de plus)
exemple: http://www.roard.com/screenshots/screenshot_visuslices.png(...)
l'histogramme, la visu en coupe et la vue 3D sont des custom views, mais tout est gêré/connecté dans Gorm.. par exemple j'ai une instance de la classe Volume (oui, c'est de la visualisation volumétrique) dans mon Gorm, et chaque vue l'utilise (même principel pour la gestion des matériaux). Quand je bouge le slider sur la vue en coupe, ça envoie un message directement à la custom view, etc.
je trouve que l'approche Gorm est beaucoup plus générique..