Re: [bme-develop] icon loading

[Sir M. <obe...@ho...>]

aloha amigos :D,

> > Hello guys, sorry I have not reply till now, it's been a busy week.
>
>No problem
>
Like Simon said in the interview at tbj, we're all busy people :D but then 
again I think we're progressing nicely....

>The BHandler should help with multithreading issues - the protocol
>handlers or the conversation windows can simply target a BHandler with
>a message, the BHandler can pick up the messages in order and parse
>them in it's own thread (which owns all the icon data), then send a
>parsed-text message back to the window. The other approach would be to
>have a shared pointer passed around all the time, and I'm not too keen
>on that approach - also I'm not sure how thread-safe it would be.
>
The reason Simon points out is the main reason. We also could handle all 
icon messages in the app's MessageReceived method, but that would be a mess. 
If we have a separate handler things are separated nicely. Also if the code 
works, other IM projects just have to plug in the Handler in to their code 
and they will have emoticon support. The multi-threading issues weigh more 
heavily though.

>The GIF translator only decodes the first frame of any animated images.
>Actually drawing them shouldn't be a problem (I have a few ideas on
>that), once we have a list of BBitmaps for each of the frames in the
>animation.
>
It's a shame the translation kit can't deal with more complex format's like 
animated gifs, and vector image formats...Btw, Simon, about that list of 
BBitmaps...we'll also need something to store the delays between frames, 
won't we? I think that also should be in the emoticon object...

>
>I've also just made it much more lightweight, so resize performance far
>exceeds BTextView (I've tested a BListView with 15000 NetListItems like
>in the screenshot - still resizes in real time). Memory usuage is high
>though (the width of every character is cached), so I might try a
>compromise.
>
As I said, nice! btw Simon, I don't now for sure how you're dealing with 
those character sizes...but would it be possible to store only the character 
widths in an array? I think utf-8 hasn't to much characters, if I'm not 
mistaken, it is encoded as a byte, right? so we have 256 characters, if you 
store those 256 character lengths in an array, you needn't store that much 
information...and you can use these 256 lengths to calculate the length of 
the entire string...or am I completely mistaken? (and visualizing this too 
simple)

> > Not yet... mmm... I have made some changes in the Network handlers
> > code, change some things to get p2p messages again (somehow it got
> > broken when I changed to BLoopers), and a few other changes. So far..
> > looks good! There might be an improvement on stability ... maybe..
> > je,
> > I need you guys to test it because you do a better work on testing
> > than
> > I :D .
>
>lol no problem.
>
hehe, I think it's because we use it a lot, especially, now since I'm almost 
using beOS and bme all day....Do those p2p messages also have something to 
do with bme crashing when chatting with someone who uses the latest windoze 
msn? btw, great work!

> > I promise I will get it up there on friday evening (my time).
> >
Ok, so we'll have the code by saturday morning, thnx!

> > Good work team!!
>
>Yay!
>
Group hug :D!

Tim

_________________________________________________________________
Hotmail en Messenger on the move 
http://www.msn.nl/communicatie/smsdiensten/hotmailsmsv2/