Forgot (for my proposal): as it takes some time to fetch all needed data, on a click, drawContact should only draw a temporary message like "Please stand by ..." and call the fetching procs ... then after this, the fetching procs should send an event or call drawContact again to draw the data...
2007/1/13, Karel Demeyer <[EMAIL PROTECTED]>: > If (and it still has to be chosen, I'm not pushing anything (well, not > too hard :p)) the choice would be made for inline ccard in CL, this > has to be done: > > * Add an abook var (boolean), not volatile so it 's still there in > another session, like "CcardShown" for every user. If this is not > volatile, we have an extra feature over WLM, to keep some user's ccard > data allways shown, I would like this. > > * In guicontactlist.tcl: > - in proc drawContact, have a check for this var and if > available, draw the data underneah the contact, according to my mockup > :) > - in that same proc, rearrange the tags somewhat. the tag all > things of the contact have should be added to every item of the space, > also the stars (it is this way now), for the dragging procs.; a new > tag should be created and changed in the bindings for clicking on > those items (all nickname items, statusicon, psm items, statusmsg) to > open a chatwindow; > - have a binding on the star that: *toggles the abook var; > *calls the drawContact proc for that specific contact; *call the > rearrangeList (or what it's named) proc to move everything > > It's not too much work in fact thus. I guess it's less work than > changing the ccard plugin. An eventual ccard plugin should made > possible to prevent drawContact from drawing the spaces info (a global > ::config key "drawSpacesOnCL" maybe) and change the binding of teh > "star" icon. > Anyway, I don't have the time to do this. In fact I have a very hard > exam of one of my Law courses monday so I shouldn't even be mailing > this but I couldn't resist as I want to lobby for my idea :) > > Karel. > > > 2007/1/13, Karel Demeyer <[EMAIL PROTECTED]>: > > I favour to have this data in the CL as all those new windows only > > cover up your screen. Added that when we don't want window borders > > drawn by the windowmanager (and I guess we don't), it means we'll have > > windows unmanaged by the windowmanager and thus allways on top on teh > > screen. I, for one, find this very unpleasant. Addded that those > > windows are not consistent with all other UI apsects on one's > > computer, I think it's bad UI design. > > > > See, when you want to do a task on your PC, you want the UI to enable > > you to work fast and efficient. If I open this data by clicking on > > that "star" and the data appears just underneath my pointer, it's very > > fast to reach with the mouse. If I click, and it opens another > > window, I have to rescan my screen to find out where to find it's info > > as it will not be just where I was. Ok, I guess WLM's ccards appear > > close to the place you clicked... but if they appear under your > > cursor, it means they cover the data of the CL. If they appear next > > to the contactlist, they appear further from your pointer and so you > > have to move your mouse for longer, which is not a good thing. > > Also, when you scan your CL to find a contact, you go top-down or > > bottom-up. As in most languages we read top-down, most ppl will scan > > there CL top-down (sidenote: this is another reasong why I dislike > > WIndow's start-menu bottom-left). So, if I'm scanning my list, find > > my friend, click the star, the fastest place to reach for the new info > > is just underneath it as I was already moving my eyes in that > > direction... Those seem like small details maybe but in fact it > > makes life easier for a lot of people. I guess if we implement it > > this way there will be complaints, just as there are complaints about > > ever UI design choice (yeah, even if they come from Apple Inc. ;)) But > > I think it's worth the hassle. > > > > > > Karel > > > > > > > > 2007/1/13, [EMAIL PROTECTED] <[EMAIL PROTECTED]>: > > > > > > > > > On 13/01/07, NoWhereMan <[EMAIL PROTECTED]> wrote: > > > > > > > > ----- Original Message ----- > > > > From: "Karel Demeyer" <[EMAIL PROTECTED]> > > > > To: "Mailing list for developers and everyone helping AMSN" > > > > <amsn-devel@lists.sourceforge.net> > > > > Sent: Saturday, January 13, 2007 11:57 AM > > > > Subject: Re: [Amsn-devel] Contact Cards and MSN spaces > > > > > > > > > > > > >I just implemented an Event for a changed space. Now, I was asking > > > > > myself ... how do we know when we can unset the star's appearance ? > > > > > When do we know the blog is read ? When our user clicks the star ? > > > > > Doesn't the protocol let us know when the blog has no unread items or > > > > > unseen photos ? > > > > > > > > > > Karel. > > > > > > > > in MSN7.5 gleam disappears when you click to see the ccard, so I guess > > > that > > > > once you clicked you can set a local variable read($user) to 1; > > > > gleams are client-side, so if you set a space to read on a client if you > > > log > > > > in from another pc you should still see blinking gleams. > > > > > > > > about the ccard embedded in CL... I don't know, it would be too > > > > "compressed"... how about an in-CL ccard ? > > > > http://i18.tinypic.com/2e5mg02.png > > > > > > > > with a "< back" link to the main cl... I don't know maybe it's even > > > > worse > > > > than the msn-style ccards :P > > > > > > I prefer karel's method :P I don't mind the popup card to be honest, but I > > > do think Karel's 'expand-the-contact' thing has a certain appeal :) I like > > > it and if we're saying no to the popup card I think we should be saying > > > yes > > > to the in-Cl expand thing :P > > > > > > > bye > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > Take Surveys. Earn Cash. Influence the Future of IT > > > > Join SourceForge.net's Techsay panel and you'll get the chance to share > > > your > > > > opinions on IT & business topics through brief surveys - and earn cash > > > > > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > > _______________________________________________ > > > > Amsn-devel mailing list > > > > Amsn-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/amsn-devel > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > Take Surveys. Earn Cash. Influence the Future of IT > > > Join SourceForge.net's Techsay panel and you'll get the chance to share > > > your > > > opinions on IT & business topics through brief surveys - and earn cash > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > > > > _______________________________________________ > > > Amsn-devel mailing list > > > Amsn-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/amsn-devel > > > > > > > > > > > > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
