|
Posted by runty1 on September 26, 2006, 12:18 pm
Please log in for more thread options
"JDeats" wrote:
> Also, it appears using the J2ME's Bluetooth (JSR 82) implementation
> mentioned in that link, accessing GPS coordinates from a Bluetooth GPS
> reciever is only a few lines of code.
>
> This links documents using it with a non-SmartPhone, but since the
> Windows Mobile MIDP 2.0 implementation supports JSR 82 it should work
> just fine on SmartPhones:
>
>
http://developer.sonyericsson.com/site/global/techsupport/tipstrickscode/java/p_java_gps_receiver_bluetooth.jsp
>
> In regards to CF2, I'm begining to wonder why more thought wasn't put
> into integration with core features of the mobile device hardware.
> Managed code developers perfer not to PInvoke everything... I know it's
> easy to say...well in managed code for the desktop you have to
> reference native code libraries to accomplish this sort of thing, but
> am I the only one who sees the CF2 as competing with MIDP 2
>
> For this specific task, Line-for-line look at how much more code would
> be involved in the C# or VB.NET implementation vs the MIDP 2
> implementation... Now tell, "well this isn't something most developers
> need", bs...
>
>
>
> JDeats wrote:
> > Sigh.... Often I don't understand Microsoft's architecture decisions...
> > As I'm finding more often than not, Microsoft should have taken more of
> > a J2ME approach their managed mobile technology.
> >
> > Here's how Sun is serving Bluetooth to J2ME developers
> > http://developers.sun.com/techtopics/mobility/midp/articles/bluetooth2/
> >
> > When faced with programming J2ME (MIDP 2) or CF2, even for SmartPhone
> > devices running Windows Mobile 5, it seems there are some clear
> > advantages to going the Java route...
> >
> > Microsoft needs to do a better job. I see CF2 as round two, it's better
> > but problems like this present real delimas for developers up against
> > tight schedules and those of us who value our time.... why drive the
> > Escort, when you could be driving the Mustang GT...
> >
> >
> >
> > Peter Foot [MVP] wrote:
> > > Yes it is possible but it is complicated by the fact that different
> > > bluetooth stacks have different programming models - some Smartphones have
> > > the Microsoft stack and others the Broadcom stack.
> > > You can't use the Emulators to test because they dont have any emulation of
> > > Bluetooth hardware, you'll need real devices.
> > > If you are writing with .NETCF you may find http://32feet.NET useful - this
> > > is a shared-source wrapper around the Microsoft bluetooth APIs you'll also
> > > find lots of discussion on the forums there which may help.
> > >
> > > Peter
> > >
> > > --
> > > Peter Foot
> > > Device Application Development MVP
> > > www.peterfoot.net | www.inthehand.com
> > >
> > > > Is it possible to code data transfer between two handsets using
> > > > bluetooth.... Could you test something like this using a SmartPhone
> > > > emulator on a PC and an real handset?
> > > >
>
>
| 
XML Sitemap