On Wed, May 6, 2009 at 00:49, Boris "billiob" Faure <bill...@gmail.com> wrote: > On Wed, May 6, 2009 at 00:07, Luca <luca.da...@gmail.com> wrote: >> Hi! >> >> I am developing a way to manage personal information such as nickname >> personal >> image status-presence etc in a way that all this would be stored in a >> StatusView >> and managed by a status manager linked to the core. > I really don't like the name StatusView :( > maybe something like "myselfView" would be better... (it's not great > though...) > >> If someone wants to have a look at how it is, it's at >> http://github.com/luckyluke/amsn2/tree/myview and if you like the idea you >> can >> pull from there. >> At the moment it's quite basic, the only thing works completely is setting >> the >> presence status because this was the simpler to manage from the gui (i'm >> using >> gtk ), but it's not so difficult to manage other fields, maybe somthing extra >> must be done about msn_objects and imageviews. >> >> I will appreciate any comment, I could have done a pull request in github >> but i >> was not sure if there was already others ideas about this. >> >> However, I think the first commit of this branch would be useful anyway, it >> fix >> the use of command-line username and password with gtk, it's just 2 lines but >> just in case nobody noticed before..;) > > This annoyed me a lot, thx. > > I'm tired and i've got lots of stuff to write about :) > > I'll do that tomorrow > > Thx for your interest > > -- > Boris 'billiob' Faure >
Here's how i think this should be done : all those stuff you modify (nick, dp = display picture, music, psm = pm) should be stored in what i want to call "profile". Those should be properties : set + get. Then, we should have a real EventManager where you can register for events and emit events. Look at how it's done for the contact list. When you register for an event, you say if you want to edit the data sent (will be used by plugins...) or if the receiver is read only. Then, each callbacks registered for a specific event are stored in a list : rw in the head, ro in the end. When we Emit, we just do a "for each" on that list. rw callbacks will return the value changed. Or should all callback return the view given as parameter? In the UI, you just have a "onProfileViewUpdated(core, view)" and with the core, you do a core.profile.nick = "LoL :p" and core.profile.nick will emit that the profile has been updated... I'll turn what we call in the code "profilemanager" into "accountmanager". Greets -- Boris 'billiob' Faure ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
