Re: Samsung A670 update testing
"Roger Binns" <[email protected]>
| Newsgroups | gmane.comp.mobile.bitpim.devel |
|---|---|
| Message-ID | <031001c518ac$09c871e0$3501a8c0@rogersqyvr14d3> |
>> 2. Contact names use the 'first', 'middle', and 'last' field if the >> 'full' field does not exist. > > My personal preference would be that if full name is empty and nickname > is NOT empty then nickname would be used. If both are empty then use > first + middle + last. This would allow someone to just hand enter > "Joe" into Nickname in BitPim and have his phone number listed that way > in the phone. We definitely need to do what Joe said as the default case. various users are then going to want various differences. What would be really useful is if you can make some mockup screenshots for how to configure this stuff. This would be a per phone configuration (ie a specific phone keyed off its ESN). In addition to what you mentioned, the other big one is if names are stored as first last or last first. > Does this mean we are just abandoning the brew/shared directory for bmp > and png wallpapers? I know there seems to be a 10 image limit there and > other file size/color depth issues. I don't know much about this > mms_image directory. I assume it is used when someone sends you a msg > with a picture. You say they are jpgs and I guess you have figured out > how to write the extra headers they have on the phone. Is there an > image count limitation? If not, I guess this is a big advantage over > the brew/shared dir. BitPim should support all the different locations simultaneously. (The locations are called "origin" in the UI). On the VX6000 there are actually 4 different locations for images. Part of the work I have been doing recently is to make a better UI for all of this. > Nice. The videos do indeed play on my Mac in Quicktime Player as AVI > files. It will be nice if we can figure out how to incorporate the > sound tracks found in /nvm/camcoder[0,1]/vst_memo. I would like to see the ability for us to convert from however the phone stores stuff into standard mpeg av formats, and potentially back again. Unfortunately these proprietary codecs make life hard. Roger ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click