On Tue, Mar 17, 2009 at 07:41:42PM +0100, Boris Faure (aka billiob) wrote: > 2009/3/17 Stéphane Bisinger <stephane.bisin...@gmail.com>: > > I read the messages and now I understand what views are (well sort of > > ;) ). There are two issues that come to my mind right now: with > > ncurses you can't display images, but you'll probably want to display > > the corresponding text for the smileys and the contact list should > > always display just the nickname because with ncurses you have less > > control over the spacing, so it's better with shorter names. I don't > > know the details about the implementation of these aspects (yet) so > > maybe these issues don't really exist, I'll have to check... Does this > > design allow for a "disable smileys" toggle? Because I don't know > > about you, but I sometimes have to fight hard with smileys to > > understand what it is written because often people map smileys to > > small words that may be embedded in other words. Ok I'll explain it > > with an example: let's say you map the word "ace" with an image of an > > ace of spades, then when you write word as "space", "grace", "mace", > > "face", etc you see some letters and the smiley without understanding > > what the word actually is. I know, this is a silly mapping, but it's > > not so uncommon, at least among my contacs :O > > What I like about this design is that it is very flexible and I can > > see an easy solution about any issue that arises :D This is very > > valuable! > > > > -- > > Stéphane > > That's why there should be a view for smileys (it's even said > somewhere in the code...). About images, just implement the Image > class and make it do nothing. > About what is displayed by UIs, i somehow disagree with KKRT's design. > I wanted to let the UI have an object Contact with various fiels > (nick, psm, dp...) and let the gui display what it wants. Yeah, disagreeing here, I still beleive my decision is best (of course, it's mine!) but I'm willing to compromise as long as I can see advantages. And by the way, that's exactly why I added from the start the 'tags' system on the StringView, you can always get the nickname directly by parsing the stringview for the 'nick' tag, etc...
> Now, we just do this in the core and give to the UI only what to show > so that the UI is very simple. We'll need a lot of configuration > options to set how to display contacts.... and those options will have > to be set/changed by the UI. On the N8x0, you'll not display all the > info you'll display on a desktop app for example... And the user may > want to tweak it too. > well, on the n810, you'll get the same as on a desktop.. it's a ful linux machine with gtk/qt and it has 800x480 screen, so... :P but let's say the iphone, yes, it's quite different, and in the case of the iphone, you would be using a different toolkit (the cocoamobile or whatever) and that front end could behavior differently, yes.. What I think is that maybe it would be nice to have 'configuration profiles'.. like a profile for the iphone where some options would be set in order to make it optimized for the iphone view... I understand your reasons for wanting to do it like this, but I think we'll be loosing way too much by doing it that way rather than have the core tell the ui what to display and le the ui take care of the 'how to display'... Maybe we could have 'overrideContactToContactView' stuff later.. I don't know > I plan on working again on amsn2 in April. I hope you'll wait for me > and not finish it by that time :) > hehe, not sure it will happen but hey, let's hope! :D > Nice to see all the activity lately on amsn2 here and on irc. > yep, very nice indeed! :) > Greetings > -- > Boris "billiob" Faure > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > Amsn-devel mailing list > Amsn-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/amsn-devel ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
