Re: New screen?

2008-01-05 Thread Matthew S. Hamrick
Actually... I'm pretty sure this is the same screen we're using on the "myPhone" project, and it's actually quite usable. The 4.3" 480x272 has the advantages that: * it's a tad cheaper than the 3.8" 640x480 screen, way cheaper in volume * it has slightly better color * th

Re: T-Mobile Hotspot at Home

2007-07-12 Thread Matthew S. Hamrick
Well.. it's UMA (Unlicensed-spectrum Mobile Access) which means it's a RTP like protocol over IPSec. I have the service with a Nokia 6086 phone. You can confuse the phone into accepting a root cert with WTLS, and then modify the cert to be used for WPA authentication. Once you can do that,

Re: "Backside Interface for Hand-Held devices"

2007-07-04 Thread Matthew S. Hamrick
Well... I had some prior art with the "Hang Dial" phone designed by me and designer Sean Thomas. Lemme dig around for the artwork. On Jul 4, 2007, at 5:43 AM, Frederic Kettelhoit wrote: Hello together, there is one patent application called "Backside Interface for Hand- Held devices" with t

Re: Custom case designs... (the dot-org perspective)

2007-07-03 Thread Matthew S. Hamrick
somewhere in the bay area there are enough interested designers / makers that sharing the cost and effort would bring the costs down to something pretty reasonable. Oh... and it would also be easy to laser etch designs on the newly created plastic cases. -Cheers -Matt H. On Jul 3, 20

Re: Custom case designs...

2007-07-03 Thread Matthew S. Hamrick
that it's the bottle of choice for solar water disinfection. http://www.sodis.ch/Text2002/T-Howdoesitwork.htm On Tuesday 03 July 2007 19:48, Matthew S. Hamrick wrote: Oh... but doesn't PETN have some issues with long-term durability when exposed to UV? On Jul 3, 2007, at 11:04 AM,

Re: Custom case designs... (the business perspective)

2007-07-03 Thread Matthew S. Hamrick
Also.. to follow up on what Adrian recently said.. The tech shop also has a CNC milling machine. I'm no expert, but I believe that the idea is that you put a CAD file in one side and take out a completed part out the other. So... if you have the CAD files for a case, you could feed them int

Re: Brainstorm: less functionality per device, more devices

2007-07-03 Thread Matthew S. Hamrick
Okay... this topic has been discussed to death, here and elsewhere. Let me recap by saying: a. A constellation of cooperating devices is bad because you have to make each device smart enough to talk to each other device, and know what it's supposed to do. And as Fabien points out, testing

Re: Custom case designs...

2007-07-03 Thread Matthew S. Hamrick
Oh... but doesn't PETN have some issues with long-term durability when exposed to UV? On Jul 3, 2007, at 11:04 AM, Jeffrey Thomas wrote: Clear soda bottles are fairly strong and not nearly as brittle as some other clear plastics. True enough, and i stand corrected. Their flexibility may

Re: Will Openmoko ever see the light of day? Was Re: Concern for usability and ergonomics

2007-06-14 Thread Matthew S. Hamrick
7;s a microwave oven near where you're testing. (i.e. - don't forget to test your device in something approaching real-world conditions.) -Cheers -Matt H. On Jun 14, 2007, at 1:10 PM, Robin Paulson wrote: > On Wednesday 13 June 2007 16:26, Matthew S. Hamrick wrote: >>

Re: Will Openmoko ever see the light of day? Was Re: Concern for usability and ergonomics

2007-06-13 Thread Matthew S. Hamrick
Duncan... Let me just add to what Sudharshan said... There is a stunning amount of variability in the mobile device supply chain. I used to work for Gibson Musical Instruments, where we were designing what was effectively a custom PDA (don't ask.) There were several delays, including abou

Re: unbundling of phone services

2007-06-12 Thread Matthew S. Hamrick
carrier's data center and hook directly into their terrestrial SS7 network. That way it would be accessible to the whole network. -Cheers -Matt H. On Jun 12, 2007, at 4:49 PM, Jon Radel wrote: From: "Matthew S. Hamrick" <[EMAIL PROTECTED]> A Mobile LLU (Local Lo

Re: unbundling of phone services

2007-06-12 Thread Matthew S. Hamrick
A Mobile LLU (Local Loop Unbundling) system would be slightly different that an MVNO. MVNO's mostly differentiate themselves on branding instead of services. LLU is what you get when you force ILECs (Incumbent Local Exchange Carriers) to allow third parties to connect to the local loop (the

Re: [SVHMPC] linux phone standard

2007-06-12 Thread Matthew S. Hamrick
Well... I used to work for PalmSource, one of the LiPS founding members. I've been trying to find something nice to say about LiPS for the last 24 hours and the best I can come up with is, "It's not Microsoft." But yeah... my impression has always been that some of the companies involved

Re: Web-based GUI technology for OpenMoko

2007-06-11 Thread Matthew S. Hamrick
n the same direction. Cheers Adrian On 6/11/07, Matthew S. Hamrick <[EMAIL PROTECTED]> wrote: Yeah... we're thinking that we were going to totally separate the model and domain processing from the view/controller part of the application. That way we could have a couple different HTML interf

Re: Web-based GUI technology for OpenMoko

2007-06-11 Thread Matthew S. Hamrick
Yeah... we're thinking that we were going to totally separate the model and domain processing from the view/controller part of the application. That way we could have a couple different HTML interfaces as well as a SVG/ECMAScript interface. I'm not terribly familiar with XAML or XUL, but I

Re: Web-based GUI technology for OpenMoko

2007-06-11 Thread Matthew S. Hamrick
Florent... This is something we've been working on at the homebrew mobile phone club for a while. Our project is called Jowles and is focused on creating an application architecture that provides both XML and DBUS interfaces to system services. One of our very old demos can be seen at htt

Re: cellphone-sized X86 PC motherboard potential OpenMoko platform?

2007-06-10 Thread Matthew S. Hamrick
a flash-player as well. So I still see no reason for having a energy comsuming x86-monster in my phone. :) [1] http://www.skype.com/intl/en/download/skype/mobile/ 2007/6/10, Matthew S. Hamrick <[EMAIL PROTECTED]>: Before we run off and predict that the sky is falling, let's consi

Re: cellphone-sized X86 PC motherboard potential OpenMoko platform?

2007-06-10 Thread Matthew S. Hamrick
Before we run off and predict that the sky is falling, let's consider a couple of things: 1. This is a prototype. This is not a product. This is a system that demonstrates how small you can make a device with the new C7-S processors. Also... take a look at how many discrete components are

Re: EFL/GTK UI

2007-06-08 Thread Matthew S. Hamrick
Hmm... this looks cool. I totally agree with the comments about WIMP (Windows Icon Mouse Pointer) interfaces. Especially for mobile devices. Thanks for pointing this one out. -Matt H. On Jun 8, 2007, at 6:15 AM, Florent THIERY wrote: I finally found this again: http://elevate.sourceforge.ne

Re: New HTC Touch

2007-06-05 Thread Matthew S. Hamrick
Funny.. this is very similar to the interface we designed for the Wurlitzer Digital Jukebox remote control. Great minds think alike, I suppose. I like that HTC is trying to build something other than the most basic WinCE ports. I spend a lot of my day developing software on a HTC Apache, a

Re: Phone Call Security

2007-06-04 Thread Matthew S. Hamrick
ers -Matt H. On Jun 4, 2007, at 1:07 AM, Pander wrote: Matthew S. Hamrick wrote: ... Could it be possible to have you GSM request a non-encrypted channel? Would this channel provide more bandwidth or less delay because of that? If so, the extra bandwidth or reduced delay could be used f

Re: Phone Call Security

2007-06-03 Thread Matthew S. Hamrick
Encrypted voice calls is a question that's been around for a while. When I worked for RSA and later Certicom, we had frequent discussions about the strength (or lack thereof) of the LFSR-based encryption that was then in frequent use in GSM phones. I should probably mention that GSM and CDM

Re: concept phone with only a touchscreen for UI

2007-06-02 Thread Matthew S. Hamrick
Well... for a while I was thinking about implanting a strong magnet under the skin in one of my fingers to detect alternating current. There are a few people out there who have done this and they say they can feel a very mild wiggle when the magnet comes near a wire carrying AC. It might be

Re: concept phone with only a touchscreen for UI

2007-06-02 Thread Matthew S. Hamrick
It's interesting.. here in the states, people really love the tactile feedback you get with a "real" keyboard. But I've heard several people say that touch screens are quite popular in Asia. If so, that might explain why BenQ (and not Motorola) did this design and maybe Apple is thinking ab

Re: OpenMoko light web server

2007-04-24 Thread Matthew S . Hamrick
n't, so thanks for pointing it out. On Apr 16, 2007, at 9:36 PM, Tim Newsom wrote: On Mon, 16 Apr 2007 13:58, Matthew S. Hamrick wrote: Okay.. a few points: Q. javascript? on a phone? Isn't that going to suck down the power? A. in a word, yes. But I think the main problem w

Re: built-in scripting languages.

2007-04-18 Thread Matthew S. Hamrick
I think maybe we need a new version of Godwin's law... "any discussion about scripting languages should stop as soon as someone mentions Lisp (or Smalltalk.)" But seriously... speed probably shouldn't be THE deciding factor in a built-in scripting language. It's the ability to get things do

Re: [SVHMPC] 0K Re: OpenMoko light web server

2007-04-17 Thread Matthew S. Hamrick
Paul A. Lambert CTO, Picomobile Networks Inc. 256 Gibraltar Drive, Ste 108 Sunnyvale, CA, 94089 cell: +1-650-787-9141 skype: paulatpico -Original Message- From: [EMAIL PROTECTED] [mailto:svhmpc- [EMAIL PROTECTED] On Behalf Of Matthew S. Hamrick Sent: Tuesday, April 17, 2007 4:07 PM To: SVHM

Re: [SVHMPC] 0K Re: OpenMoko light web server

2007-04-17 Thread Matthew S. Hamrick
CTO, Picomobile Networks Inc. 256 Gibraltar Drive, Ste 108 Sunnyvale, CA, 94089 cell: +1-650-787-9141 skype: paulatpico -Original Message- From: [EMAIL PROTECTED] [mailto:svhmpc- [EMAIL PROTECTED] On Behalf Of Matthew S. Hamrick Sent: Tuesday, April 17, 2007 4:07 PM To: SVHMPC; OpenMoko Community

Re: 0K Re: OpenMoko light web server

2007-04-17 Thread Matthew S. Hamrick
No. we're talking about BOA for the server and Firefox for the browser. And... I'm also thinking about exporting an interface off the device, so it might wind up being Firefox, Opera, Safari/WebKit or IE. On Apr 17, 2007, at 2:24 PM, Jonathon Suggs wrote: I wonder if there would be an ad

Re: OpenMoko light web server

2007-04-17 Thread Matthew S. Hamrick
I think that you can get an extra thread when you do a request, but I'm not entirely certain. The way jowles was designed was that it was event based with a timer to run the function that queries the server for events. I used the setTimeout() function to effectively put the main loop to sl

Re: OpenMoko light web server

2007-04-17 Thread Matthew S. Hamrick
to grok these huge class libraries to make web apps... I spent a little bit of time playing with RubyCocoa and RubyOnRails. I did notice that the rails framework was much easier to wrap one's brainstem around. On Apr 17, 2007, at 8:26 AM, Rory McCann wrote: Matthew S. Hamrick said the fo

Re: [SVHMPC] OpenMoko light web server

2007-04-17 Thread Matthew S. Hamrick
-Cheers -Matt H. On Apr 16, 2007, at 9:36 PM, Tim Newsom wrote: On Mon, 16 Apr 2007 13:58, Matthew S. Hamrick wrote: Okay.. a few points: Q. javascript? on a phone? Isn't that going to suck down the power? A. in a word, yes. But I think the main problem will not be the added ov

Re: OpenMoko light web server

2007-04-16 Thread Matthew S. Hamrick
Okay.. a few points: Q. is an XSS worm on the way? A. not unless you make your interface susceptible to known web app vulnerabilities: XSS, SQL Injection, session hijacking, etc. Of course, it's very hard to disprove the existence of a vulnerability, but I can say what I'm doing to prevent

Re: OpenMoko light web server

2007-04-16 Thread Matthew S. Hamrick
I didn't realize busybox had a httpd daemon. I've been concentrating on boa (lightweight web server), jowlesd (a daemon to communicate with the GSM module), and jowlesc (the cgi-bin client that simply forwards XML to jowlesd over a named pipe.) If you're httpd daemon can handle CGI (passing

Re: OpenMoko light web server

2007-04-16 Thread Matthew S. Hamrick
Yeah... there's been some discussion of this already on the SVHMPC list. At first people rejected the idea as being "silly." I mean seriously, why would you ever want to put a web server on an embedded device, right? Then we started thinking about the tools that are available to web devel

Fwd: Palm, Access, Linux and Irrelevance

2007-04-12 Thread Matthew S. Hamrick
Forgot to forward this to the lists... Begin forwarded message: Subject: Palm, Access, Linux and Irrelevance Hey Brad... A friend forwarded me your "Opening up the Wireless Handset" article, and I figured I have a few apropos comments. First... I've been "in the mobile value chain" for a

Re: An Update

2007-04-02 Thread Matthew S. Hamrick
Apple is well know for good design... i.e. - understanding the interplay between psychology, manufacturing technology and materials. In terms of hardware quality, they've never been consistently good. For instance, my 450MHz G4 tower is still crankin' away after 8 years. My G5 and photo iPo

Re: An Update

2007-04-02 Thread Matthew S. Hamrick
msongs.com/Essays.html -Cheers -Matt H. On Apr 2, 2007, at 12:38 PM, Matthew S. Hamrick wrote: Depends on the development model. Peter Naur has an interesting take on software development, which I paraphrase... The software that's released is an artifact of the true value of the organization;

Re: An Update

2007-04-02 Thread Matthew S. Hamrick
Depends on the development model. Peter Naur has an interesting take on software development, which I paraphrase... The software that's released is an artifact of the true value of the organization; the ability to efficiently communicate models in the problem space amongst the people that a

Re: VoIP call transfer?

2007-03-28 Thread Matthew S. Hamrick
Matthew... what you're describing is sometimes called "Fixed Mobile Convergence." Or rather, the "FMC" term has grown to encompass the scenario you describe. I use Skype on a HTC Apache (or is it the Wizard?) with EVDO and voice from Verizon. Honestly, I'm surprised Verizon lets me get away

Re: E-mail style voicemail.

2007-03-26 Thread Matthew S. Hamrick
Cool. I keep telling people that the reason I'm building my own mobile is that I want to prototype the thing that I want T-Mobile to sell me for $50 next year. I've chatted with the local T-Mob guys about this exact solution and was greeted with blank stares. Now I'll be able to add the s

Re: E-mail style voicemail.

2007-03-26 Thread Matthew S. Hamrick
Hey Matthew. My understanding is that Wildfire had an interface vaguely like this in the 90's, and at least one Canon voice-mail / desktop mash-up device had a voice-mail system where entries were presented as a list on a screen. So I would be real surprised if Apple tried to patent the c

Re: Idea: up-to-date business card

2007-03-14 Thread Matthew S . Hamrick
on releasing my code and specs as open source, so I would think that if enough people thought it was a good idea, some of the major handset vendors would start integrating it. -Cheers -Matt H. On Mar 14, 2007, at 1:30 PM, Jonathon Suggs wrote: Matthew S. Hamrick wrote: Yes... if you have

Re: Idea: up-to-date business card

2007-03-14 Thread Matthew S. Hamrick
Yeah... this is called "Meishi." I developed it while I was in Japan. The idea was that you put a unique bar code on the bottom of your business card. The code is essentially a serial number and URL to your online Meishi server MACed with a secret key you maintain. You give your business ca

Re: Idea: up-to-date business card

2007-03-14 Thread Matthew S. Hamrick
Yes... if you have a Blackberry, Treo or HTC phone, run Windows and don't mind keeping your data on Plaxo's servers, Plaxo is indeed a good solution. Still... I'm fairly certain that most GSM phones can't make the data call to the Plaxo servers _while_ they are on a voice call with someon

Re: Idea: Datatransfer during conversation

2007-03-14 Thread Matthew S. Hamrick
Yup.. This is the "vCard Bursting" concept. One of the designs we're working on at the Homebrew Mobile Phone Club includes a mobile phone where the audio path goes through the apps processor so it can start sending data over the GSM voice channel. There's a little more info on that at: ht

Re: What AT commands does NEO1973 support?

2007-03-13 Thread Matthew S. Hamrick
Since no one else has lept on this one, I'll pipe in with my comment. At the eTel conference, I asked Sean Moss-Pulz about this indirectly, actually asking if the GSM module they're using is open enough for me to download the details of their AT command set support. Unfortunately, the GSM m

Re: Creating a SIP client for the OpenMoko

2007-03-12 Thread Matthew S. Hamrick
Viva SIP! I've been working on some IP telephony applications at my day job, and the more I learn about SIP and the way people are using it, the more I like it. (Though I have to admit, I'm pretty illiterate with respect to IAX, I just like SIP more than I like SS7.) The cool part about u

Re: Idea: Wake me during light sleep

2007-03-12 Thread Matthew S. Hamrick
Lefty... I say, "seems like you could do this all without a PC (or a Mac.)" But I understand what you're saying... people on this list (and most potential users of the Neo) are likely to have multiple PC's from which they could do the same thing. But one of the things that's really vexed m

Re: What moblie service to get, part 2

2007-03-10 Thread Matthew S. Hamrick
Just as a data-point, what I'm doing in the US is I have a "family plan" with T-mobile with 700 or so minutes, free nights and weekends, unlimited data, and unlimited free T-mobile to T-mobile. I use a Sony- Ericsson T610 as my daily driver though I carry a Samsung T509 when I need EDGE. I h

Matt Waxes Poetic About Software Security [Was: Re: [SVHMPC] Headset connector query]

2007-03-09 Thread Matthew S. Hamrick
Well... ya' know... the first step might be to not include software that turns the AV inputs on remotely. But the real problems are: a) can you device be upgraded remotely without your knowledge. and b) can your software be exploited remotely without your knowledge. With respect to the former,