On Fri, May 11, 2012 at 7:37 PM, Quentin Mathé <[email protected]> wrote:
> Hello Banlu :) > > Hello a friend of a friend of my friends, > Le 10 mai 2012 à 20:20, Al Chemyth a écrit : > > > I see, I am willing to rewrite them. There is no specific UI that the > application needs at this point. Most of them are Gorm's widgets. I'm also > willing to replace DPS operations with Opal but I'll look into that in a > new branch. > > DPS operations should be ok. I doubt you can use Opal though. Opal is not > yet integrated with GNUstep Gui and Back, although Eric might have made > some progresses in a branch. > Thank you, I will wait for it. //snip Unless CoreObject or EtoileUI corrupts the memory, this could be a GNUstep > Gui problem. Possibly with the the App Icon Window. > Will try to look at this again. Something already smells strange with the loaded gorm files. In -TTDocument::makeWindowControllers the retain count of outlets were 1, I rechecked and they were already retained by their superviews, causing double deallocations once releasing them as outlets. > > I'll try to reproduce that. You can try the following: > - update your Étoilé trunk, I have committed various bug fixes recently > - recompile everything with 'make debug=no ' to get a better backtrace > - create a pure AppKit test app that just calls > +[ETModelDescriptionRepository mainRepository] > - compile and install EtoileUI (with CoreObject turned off) by using 'make > coreobject=no && sudo -E make coreobject=no install > > Thank you for suggestions. > > The tree can be browsed from the URL below. The principal class files > are MUS3.[mh]. TT3DContentView is an NSView subclass. TT*Controller and > TTDocument are window controllers and document class. The rest of the files > don't have much to do with the GUI. > > > > > http://mus3.git.sourceforge.net/git/gitweb.cgi?p=mus3/3SUM;a=tree;f=mus3;h=1d8fcc1d2a22de51331364519f0f77789961dcc9;hb=HEAD > > > > If this could help, the full instructions to build and run the > application. > > > > > https://sourceforge.net/apps/mediawiki/mus3/index.php?title=Main_Page#GIT > > I'll take a look at the code and give you some suggestions to port it. > > And I'll let you know once I get EtoileUI working decently on GNUstep > again. CoreObject now pass all tests on GNUstep, the tracks related tests > put aside (due to distributed notification issues). > I wonder if it makes any sense to distributing ETEvent without EtoileUI, The current code is rerouting NSEvent in a terrible way. The goal is to route events from 2D views into AP3's 3D spaces. It buries a 3D context which provides eye location and frustum for each view by replacing NSView.event_context with the context. The better approach could be generating and rerouting non-view events into the 3D spaces, by implementing another backend for ETEvent, as far as I understand the current design decision. > I think you can start to use CoreObject, I have began to write a more > detailed COObject class description (see COObject.h) that explains > subclassing more precisely. > > See also > http://svn.gna.org/viewcvs/etoile/trunk/Etoile/Documentation/Developer/DeveloperGuide/ > Christopher's documentation needs some updates, but it is still mostly > accurate. > > Cheers, > Quentin. > > I will concentrate on CO first. Thank you, Al Chemyth, a friend of Bunlu's friends. > > _______________________________________________ > Etoile-discuss mailing list > [email protected] > https://mail.gna.org/listinfo/etoile-discuss >
_______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
