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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.