Op zaterdag 19 augustus 2006 00:47, schreef Philippe Valembois - Phil: > Hi, > I have to say that I think this design better than the old one... > But there are some things I want to say... > First, I wonder if your event system isn't too complicated : the system we > have in aMSN now is pretty good (I mean on the design basis not on a code > basis). Having two event systems is better I think and local events aren't > useful they always can register global events that will be listened only by > them... If an event is meant for use only inside the module, registering it as local will make the runtime not transfer it to the contexts of other modules, thus increasing performance. Also it becomes impossible for other modules to depend on it, so it can safely be removed or changed as needed as development of the module goes on.
Registering events can be done on module startup, and then throughout the rest of the module, the use of events is very much like our current event system (with one command to register a listener, and one command to fire an event). Having two event systems sounds more like unneeded complexity to me. What if an event should be available for both core modules and plugins? Raise it separately for both? Or just register it 'global'? > > Another question is why do you want to use a .c for the launcher script ? > Why don't you want a amsn script launched like the one we have now ? The way I thought of to implement the module contexts was only possible from C, so C code was needed there anyway, and a TCL launcher script would in fact just execute a command that will call C code that does exactly what a C launcher script would do, so I thought it would make sense to just have those few lines in C. Also, I think it simplifies the use of amsn on Windows without the need of a special Windows launcher. > > About cross-platform GUI, it's strange you say wxWidgets being C++ as a > con... I would say that it adds a dependency to aMSN... Indeed it would add a dependency, that's a second con then :-P. I regard C++ as a con because in my opinion, it is just a too crappy language, I really wonder how it ever became so popular... > I would vote for a self-made cross-platform GUI with several modules (one > for Glade another for the QT GUI, one for Aqua and one for M$ OS and maybe > another using TkHTML ;) ) Hehe, you seem perfectly aware of how to take advantage of the module system :-) But I think they should all conform to a single standard for GUI definition files (XML), because plugins need to work with all of them. So no Glade, but just GTK+, and not TkHTML, but just Tk (maybe still using TkHTML to render XHTML embedded in the XML file). And then there is quite a lot to implement you see... wxWidgets (or any thing like that I did not run into yet) will save us that. > Phil > PS Where is used GLib in your design ? Libmsn ? I would think to put Libmsn > as a separate dependency... I doubted on that indeed, but I decided to have GLib stay there, and not libmsn itself, because libmsn is part of the project itself. On the other hand, libmsn won't be a strict dependency: aMSN2 should work as well with the PyMSN-based Telepathy-MSN, and thus GLib isn't a strict dependency either, unless other parts of aMSN2 still depend on it (which is not 100% excluded). > > Le Saturday 19 August 2006 00:21, Harry Vennik a écrit : > > Hi all, > > > > Finally I found some time to document some of my ideas in more detail. > > The result is this new draft. Quite a lot changed since the previous one, > > and it will change again in the next drafts (at least on those places > > where it just contains some vague suggestions). But I think things > > already are a lot better and more clear now. > > > > Any feedback is appreciated! > > > > Harry > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Amsn-devel mailing list > Amsn-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/amsn-devel ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
