Re: New Phone Memo/Note feature
"Roger Binns" <[email protected]>
| Newsgroups | gmane.comp.mobile.bitpim.devel |
|---|---|
| Message-ID | <001601c51d63$ce6ffa20$04000100@rogersqyvr14d3> |
> Good suggestion. How about 'flags': [ {'secret': True/False } ]
That works. Just specify in the comments that if a flag is not
explicitly mentioned then the value is assumed to be false.
>>Also consider audio memos.
>
> I was thinking about that: 'type': 'text'/'audio'. Initial support
> will be for text.
In theory there can be phones that allow both text and audio at the
same time for the memo and no doubt there will be video one day.
One way is to do this:
'body': [ {'type': 'text', 'data': 'foo bar'},
{'type': 'audio', 'format': 'qcp', 'data': buffer(....)},
{'type': 'video', 'format': 'avi', 'data': buffer(....)}
]
Or
'body': 'foobar',
'bodyaudio': ....
'bodyvideo': ....
One thing I have been thinking is if these memos are just a subset of
SMS messages. SMS also have from and to, (un)read, replied, locked
and a folder. With MMS they can include audio and image gunk.
So the question is if this is overdesigning and abstracting too far,
or if there is merit in the code and schema behind memos and SMS
being shared, as well as some of the UI code.
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