SEVENCLICK
Mobile Technology Evangelists

Two days ago Google launched its new web browser, called Google Chrome. Quickly lots of people downloaded it to have a try and see how it worked. After some testing time I can say that it does run fast. With high probability, the reason is the new browser engine it uses, launching each website and tab like a new process and in a smart and easy way.

But after testing it I thought “Ok but, will Google provide a Chrome version for mobile devices?”. And surprisingly I got an answer from Sergey Brin, Google co-founder, who talked about this in an interview at the Chrome launch event. In the event he said that Chrome will make its way to Android, the company’s mobile phone operating system and software suite.

Brin also said that both Android and Chrome have been developed separately but that now the two projects are public and nearing their first final releases, it’s probably that Android’s browser “is going to pick up a lot of the Chrome stack”, pointing to JavaScript improvements as one area. Chrome and Android’s current browser both already employ WebKit, an open-source project for the process of interpreting the HTML code that makes up a Web page and rendering it on a screen, what makes them get closer.

With this on-working state browser and the current mobile browsers, we start to have the chance to choose a web browser for our mobile device, although in some cases it depends on the O.S. our device has. Below you can find a little table with the current mobile web browsers, the O.S. they support and the development state.

I wish all these browsers were cross platform and then we could forget about our device O.S. and choose the one we like most even if we change our phone.

Via MobileCrunch

When it comes to develop Java ME applications, every developer knows how problematic is to provide a consistent user expierence accross a set of different devices. Each manufacturer has different implementations of the standard.

On Sun’s words, “Due to implementation differences in fonts, layout, menus, etc. the same application may look and behave very differently on different devices. In addition much of the advanced UI functionality is not accessible in LCDUI and requires the developer to write very low level ‘paint’ type code.”

Very clear.

For overcoming this annoyance, many developers implement their own UI code or make use of some UI frameworks like J2ME Polish. We have talked about it.

Now, Sun comes to rescue with Lightweight UI Toolkit, promising “look and behave the same on all devices using a programming paradigm similar to Swing”. This is what all we were waiting for.

The toolkit includes not only UI controls, but other advanced theming, transitions, animations, etc.

By now, only what they name “early access library binaries” are available with a Sun License Agreement (SLA), what enables using the library for free in commercial applications. Source code will be soon available with a GPLv2 license.

Will this UI Toolkit become a de facto standard for solving – at least, helping to solve – fragmentation in JME?

I have not tested it yet, but this enters number one in my to-do list.

Via MobilePhoneDevelopment
Link LightweightUIToolkit

In the previous post of this series, we talked about out motivations for using J2ME Polish and some issues about licensing. Now we are going to look at all the features included in the J2ME Polish bundle, as it is actually a whole collection of different tools for MIDP developers.

The tools range from standard build tools for compiling, preverifying and packaging the applications to a sophisticated optional GUI which can be designed with simple CSS textfiles. These are the tools included:

Read the rest of this entry »

When we started developing our firsts JME projects, we had to deal with “the UI issue”. This is none other than when to make use of native JME UI or to develop a custom UI from basic drawing primitives.

Both options have its pros and cons, and if you are about to make such a decision, maybe this post, where Simon Judge recently made good considerations about this issue, could help you.

The fact is that we wanted to provide our users with a richer UI experience than native JME does today. Then, we have two options: developing our own UI framework, or… leveraging an existing one. And we decided to use J2ME Polish.

J2ME Polish is an open source project developed by Enough Software, a company based in Bremen, Germany and founded by the end of 2004. J2ME Polish is distributed under the GNU General Public License as well as commercial licenses. This way, when the source code of your mobile applications should not be published under the GNU GPL license – that is the usual case for many ISVs -, you can use one of the commercial licenses.

But J2ME is not only a GUI framework. It is an application framework where the set of functionality includes, besides GUI-related stuff, other things such as serialization, persistence, logging, localization, a game engine,…

We will cover some of this stuff in successive more in-depth posts.

Link J2MEPolish