Re: Apple's multitouch pattent?
mathew davis wrote: Just wonderign if any body knows for sure if apple has a pattent on their multi touch technology. check out this video on google. http://video.google.com/videoplay?docid=6379146923853181774&q=movie&hl=en Very impressive stuff. I mean I am sure that this would probably be a lot of processing for the neo, but just looking at the video there are so many things that you can imagine you could do with this technology. This would be a perfect peice of technology for an open community. If it is pattented then I can't wait until someone else comes up with a similar technology. I counted that they had as many as 10 touches on the same panel at one time. I wonder if they just use some kind of sectioning or something. Any way's I am just curious. That and the voice control could change the way we interace with things. I have always thought that the interface between human and machine has developed very slowly. I mean the mouse and key board have been around for ever and they are still the standard method of communicating with a machine. Just thought I would post this question here as every one here seems to be very knowledgable about this kind of thing. Well, actually the video isn't directly connected to apple ( AFAIK - maybe they are cooperating with the author, or bought his technology). The technology comes from a university ( or something like that ) project. See: http://www.cs.nyu.edu/~jhan/ftirtouch/ There is also an opensource project implementing something similar: http://www.multi-touch.de/ ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo1973: Mobile Phone or Mobile Computer?
Richard Franks wrote: On Wed, 2007-01-24 at 18:16 +, Al Johnson wrote: Getting a flash-capable browser will be another problem entirely... I wondered about that before posting, but I found this link, so it looks like options may be available.. although I gather the standard approach is to have the manufacturer negotiate the license with Macromedia: http://board.flashkit.com/board/archive/index.php/f-62.html We still have gnash ( http://www.gnu.org/software/gnash/ ) ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Visual Voicemail - I already have an implementation.
Redvers Davies wrote: I'm not saying it's the best implementation in the world but its simple, free and I like it. IMAP. Why re-invent the wheel. 1) Notification of mailbox changes (IE, immediate notification of new email). 2) Ability to scan headers. 3) Random access. Basically: My calls to vonage get automatically emailed.to my imap server. I have a specific imap account for these calls which go to my cellphone. I can see who the call is from before I download the messages. The infrastructure is simple, it would just require some application development on the openmoko to make it look like a voicemail client. 3/4 of the wheel is there. Why re-invent it? Regards, Red Yeah, that sounds like a really great solution. But it has two drawbacks: - You have to use vonage - You need IP network access in order to get the emails But as I said I am looking towards a solution that doesn't depend on IP network and is mostly carrier independent. So I think it is (at least in the beging) inescapable to setup your own voicemail server. The server then could use many different ways to communicate with the phone, either email or sms or direct gsm connection. But what we need is a consistent protocol for each of this method and not many in form of a carrier specific protocol. You do not want to write hundreds of parsers. So our server would you send an sms or if you have a IP network connection an email and than would display its content nicely on the screen with the ability to press on the entry an immediately hear your voicemail. I really like the idea of Wilhelm Chung to use sms to notify you about missed calles and parse the date and caller out of it. My current carrier sends me sms with only date. Well that would be start, but you would have to write a parser for each carrier and each language used. And even then direct access to the voicemails would be quite complicated, because they first tell you what voicemails you have wait and than you can choose which you want to hear. So I think we should workout some kind of a protocol for both gsm/sms based and ip-network/imap based access to voicemails. And also we should constantly talk to telkos and ask them what they think about this and where they see possibilities to implement visual voicemails. I for myself see huge potential to create visual voicemail system with the help of the openmoko community and establish a new way to interact with your phone not only for voicemails. Lars ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Visual Voicemail
Ted Lemon wrote: On Jan 19, 2007, at 9:20 PM, Austin Taylor wrote: Think like a hacker. Why couldn't we scrape it? Think like a developer: how can we make it work? Think like an entrepreneur: is there a solution here that we can offer? Can we transform GSM-as-usual into a transport? If GSM is just the tube you use to get to the mobile device, and the number that you call isn't the GSM number, then you can intercede if the call isn't answered and capture the voicemail, perhaps in an Asterix PBX. Once you have the voicemail, the phone can download it next time it has IP connectivity. Voila: visual voicemail, no scraping needed. The question is, is this a service anyone would go to the trouble to use? In some ways it would suck - no way to notify the phone that the voicemail is present if you're off the IP network. I think it's a ripe place to do some research, but whether it is actually useful, we'd have to see. Personally, nothing against Cingular, but if I have to switch to them to get this feature, it's not worth it to me - I quite like t-mobile as a carrier in general. When I thought about this i got a similar solution: At least with some carriers you give them a number which should be called if your mobile phone does not answer. So we would give them the number of an Asterix box which answers the call and save all relevant data(date/time, caller, voice...). You said this would only be possible to use that when you are connected to an IP network. But why couldn't the Asterix box behave just as the carriers voice mails do? It would call you back or send you an sms when you have voicemails and then offer you either to hear it the "normal" why like carriers do now or if you have an IP network connection to use a visual voicemail system. But I would like to go one step further: You could let the Asterix box encode the data like caller and date in some "beeps" and then use the phone to decode it and display it on the screen. And as it isn't that much data it could be done in an acceptable amount of time time. So in my opinion it is quite realistic to have visual voicemail on your neo. Lars ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community