Skip to main content

Just A Little Bit Better

Posted by editor on June 5, 2008 at 7:28 AM PDT


Different approaches for ME GUI presentation

Everyone I know in mobile came away from JavaOne talking about the Lightweight UI Toolkit (LWUIT). I think Cooper and Daniel were both IM'ing me on Tuesday afternoon, saying "have you seen this?" It's highly appealing as a means of theming and presenting ME applications.

And it's the topic of the latest Java Mobility Podcast. In
Java Mobility Podcast 48: Sprint on LWUIT, Titan and Windows Mobile,
Nathan Smith, Application Developer Program Group Manager, and John Jones, Product Development Engineer at Sprint talk about their past and future involvement in LWUIT, Windows Mobile development and Titan development and Sprint Professional Developer Program.

That said, it's not the only way to re-theme your ME application. There's also the option of just painting everything yourself, ala Swing on Java SE.
In today's Feature Article, Biswajit Sarkar presents
A Customized User Interface for Mobile Phones. Showing how to develop your own widgets atop the Canvas class, he writes "No doubt LWUIT will provide the platform for sophisticated and consistent user interfaces. However, if you need a simple lightweight UI that needs to be different from the standard lcdui screens, look and act the same on all Java ME (MIDP 2.0) compatible phones and is easy to integrate into your application, you will find the approach shown here worth going with."

Depending on your device and your needs, today's page gives you two very different options to go with. Take a look, and see what suits you.


In Java Today,

JSR 311, "JAX-RS, Java API for RESTful Web Services", has passed its public review, with 12 yes votes, 0 no votes, and 3 abstentions. The JSR aims to provide "a high level easy-to use API for developers to write RESTful web services independent of the underlying technology and will allow these services to run on top of the Java EE or the Java SE platforms." The public review draft is still available for download.

The JXTA Community has officially opened the JXTA Community Elections for the new Board of Directors and for the new committee chair positions. Details have been posted in a discussion list message. Stephanie Kaul, who is handling the process, adds "although the voting booth is open through Tuesday, June 17th, please consider placing your vote now so that you don't have to worry about it as we draw closer to the deadline. This is a very important activity for our community, so please take a moment from your very busy day to vote!"

JAJP (Java API for Json Processing) is a project to define a common API for json processing. The project has released the first versions of two API specifications, SAJ and DOMJ, and a reference implementation. SAJ, Simple API for Json, is an event based parser for json, while DOMJ, the Document Object Model for json, is an in memory representation of Json. the Streaming API for Json will be the next specification to be developed.


Tim Boudreau begins today's Weblogs with the strange title
Nursing a baby whale with Jonathan Schwartz's tears. He explains,
"my colleague Judith Lilienfeld did the MC honors at this year's NetBeans Day in San Francisco. I'm amazed that this went by and did not get blogged about, so I'll have to do the ungainly honors..."

Terrence Barr offers plaudits in
Contributor and Community Star: Meet Davy Preuveneers.
"Meet our latest Java Mobile & Embedded Community Star and code contributor: Davy Preuveneers. Davy has been involved with phoneME Advanced pretty much from the start - he supplied early patches to the code base back in 2007 to get phoneME to run on Windows CE."


In today's Forums,
pbw wants to know what's up with
JSR-106.
"What's happened to JSR-106? Has it been implemented in the Metro or JEE stacks? If so, can anyone point me to the API? If not. what is happening with 106? (I've just been using the DSIG API, and I would like to be able to able to do xml encryption with a general API.)"

jacek is concerned about using Project Scene Graph, in
Current license is GPL v2, without classpath exception. Why?
"The current license on all the source files is GPL v2, not LPGL, no classpath exception. That means that using it in any commercial application is illegal, only GPL apps can link to Scenegraph. When is this going to change? Or is Sun planning to keep it like this and just release the Java FX SDK under a more commercial-friendly license?"

Finally, chenf has a recommendation for clickable images in
Re: LWUIT.
"If you want to preform some action when the user clicks on the images, you might want to us a Button instead of a Label. You can Choose to draw the button without borders if you prefer the "Label look" by calling to Button.setBorderPainted(false), then add your action on the button by using Button.addActionListener(ActionListener l), the listener code will be invoked when the user clicks on the FIRE key."


Current and upcoming Java
Events
:

Registered users can submit event listings for the href="http://www.java.net/events">java.net Events Page using our href="http://today.java.net/cs/user/create/e">events submission form.
All submissions go through an editorial review before being posted to the
site.


Archives and Subscriptions: This blog is delivered weekdays as
the Java
Today RSS feed
. Also, once this page is no longer featured as the
front page of java.net it will be
archived along with other past issues in the href="http://today.java.net/today/archive/">java.net Archive.

Different approaches for ME GUI presentation

Comments

I don't really understand Biswajits comment in the end, I assume it stems out of the fact that he just glanced over LWUIT after writing the article...

LWUIT makes no use of LCDUI and is in fact based on GameCanvas making it more portable than the example shown. It is simpler to code and allows you access to the graphics object to manipulate painting in any way desired.
(I'm saying more portable since LWUIT works around several device issues which I noticed did not get the same attention in the article).