my guess would be that Tom would create a lot of mega widgets, he'll
create a whole new GUI, then he'll create a layer on top of all his
widgets that would listen to those events and drive the gui components...
In the same way, we already have the protocol being worked on... so I
think it should be easy to make it into event driven... there is a page on
the wiki that I've set up a LOOONG time ago about a new design for amsn's
code... it should be easy if we rewrite it...
simple example :
create object NS
proc ::NS::receivedData { data } {
switch [lindex $data 0] {
COM1 {
COM1_received [lindex $data 1] [lindex $data 2] [lindex
$data 3]
}
COM2 {
COM2_received [lindex $data 1] [lindex $data 2]
} ...
default {
status_log "Received unsupported command from NS sever"
}
}
}
proc ::NS::COM1_received { email oldval newval } {
::Proto2GUI::fireEvent nicknameChanged $email $oldval $newval
::NS::acceptNickChange $email $newval ;# this would send a command to the
NS to say it accepted it (kind of an ACK) if the protocol needs something
like that...
}
SOMETHING LIKE THAT...
this is a simple design... but as I said, just leave that for post-0.95..
I've set this thread on my followup list, so forget it about it for now...
we hav more urgent things to take care of...
KKRT
On Sun, 04 Dec 2005 12:26:36 -0500, Karol Krizka <[EMAIL PROTECTED]> wrote:
On Sunday 04 December 2005 05:01, Harry Vennik wrote:
Hi,
Please do a lot of thinking before actually working on this. I do not
know
the protocol code now, but I think the whole thing should be
re-designed so
it will only interfere with other code through firing events and
handling
events. (i.e. no calls from protocol code to gui code and vice versa)
To do this, some coöperation with the 'new GUI'-team is necessary to
make
sure both will be compatible. If we don't take this opportunity we will
probably end up not doing the redesign at all.
I don't think that the "newandgooey" project is doing much work on the
event,
at least not from reading the blog. http://newandgooey.blogspot.com/ I
might
be wrong though, so Tom, could you please update us? I like the
screenshots
though :P
About having to redesign it all. We have two event systems. The plugin
system
isn't really that robust and I'm not sure about the other one. But for
the
gui/core splits, that can be done gradually. We could still have some
parts
working without any events and slowly get rid of them.
I have done quite some study about fully event-driven systems, and even
coded some in both Java and Objective-C. The principles stay the same in
whatever language you're using, only the best way to implement might be
different. But these two languages are fully Object-Oriented (as well
as a
few others), which makes implementing event-driven systems really easy.
So I could help to develop a real good schema of events and handlers, as
well as document those for developers. Although I don't think I can do
much
on the actual coding. I would like to, but I don't think I will have the
time to do so. Also I would have to learn what kind of constructs are
available in Tcl/Tk (I really have no idea yet, only found the syntax of
the language a real mess until now, by looking at the code), but I will
find the docs about Tcl/Tk soon enough when I only start looking for
them.
Since you leaned about them, how about you be in charge of the design?
Everyone else agrees with me? And there is snit for OOP in tcl. We could
use
that. Also could you send me the Java code? I'm learning it now in
school.
If you decide to go ahead with this, after 0.95 is out, I'd like to
receive
some links to useful information on the protocol. Information about the
current implementation and used events will be in the wiki I assume, so
I'll start digging for such there. If I don't find what I need, I'll
just
ask about it then.
Yeah, after 0.95 we can start brainstorming. But let's leave it 'till
then.
Maybe start with the bulk of it at the beginning of winter vaccation and
try
to get it dune during it.
Please let me know if you like the idea!
Regards,
Harry
Op zondag 4 december 2005 13:19, schreef Sander Hoentjen:
> On Sun, 2005-12-04 at 11:33 +0100, Le Philousophe - Phil wrote:
> > Hi,
> > maybe some readers will believe I want to speak about 0.95 but it's
not
> > the case...
> > I want to inform you that a MSN Messenger 8/Windows Live Messenger
will
> > go out... And guess it... It uses a new protocol !!! We will have to
> > redo what we did for MSNP11 !! So crap !! And they add VoIP but with
> > which codecs ??? So baaaaaaaad... Will we manage to continue our
work
> > ???? aMSN is so bloated !! Anyway I think we won't publish the
MSNP11
> > version ! We will go from MSNP9 to MSNP13 : a huge gap !!
> > Phil
>
> Yes i saw it already,
> SYN is dropped, instead it uses SOAP for the address list
> and there is support for offline messages.. :)
> I was going to work on it in a few weeks but if you start before that
I
> won't, just let me know
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files for problems? Stop! Download the new AJAX search engine that
> makes searching your log files as easy as surfing the web. DOWNLOAD
> SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Amsn-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/amsn-devel
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems? Stop! Download the new AJAX search engine that
makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=Click
_______________________________________________
Amsn-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/amsn-devel
--
KaKaRoTo
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Amsn-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/amsn-devel
