Archive for the ‘Widget Development’ category

New Samsung Mobile Widget SDK 1.1.0 release

January 30th, 2010

This comes from the innovator Samsung mobile website.
http://innovator.samsungmobile.com/bbs/tech…

The Samsung Mobile Widget SDK helps you develop widgets for Samsung mobile devices running the TouchWiz™ user interface. The toolkit includes the emulation environment, debug tools. Documentation and sample applications are available from Samsung Mobile Innovator site. This SDK allows developers to develop state of the art mobile widgets.

The Update from the previous SDK:

- ACCESS NetFront browser is now emulated

- Right-click (Context) menu

* Allows user to create add device, create package, update package

- Seamless integration with seller site

- New Widgets Menu

- Improvements to widget-building routines

- Relaxed Java dependencies

- Proxy support

- Loaded new devices

- Transparent backgrounds

- New fields in XML files

With its new and updated features, the latest version of the Samsung SDK enables
developer to improve development productivity. To explore many more features download the new Samsung Widget SDK.

Clearspring will stop new widget creation on Feb 1st 2010

January 30th, 2010

This showed up in my inbox yesterday and I thought I should share it with my handful of readers.

IMPORTANT: The ability to create new Launchpad widgets will be turned off on February 1st, 2010.

Friends,

As part of the ongoing process to sunset the Launchpad platform, the ability to create new widgets will be turned off on February 1st, 2010. As a reminder, here are the upcoming dates associated with this process:

* Feb. 1st, 2010: New widget creation will be disabled.
* April 5th, 2010: Launchpad console will be turned off, however existing widget installations will continue to be served.
* January 1st, 2011: Widget serving will be shut off.

We are committed to working with you to make your transition process as smooth as possible, and have created a number of documents to help.

Resources

* Transition Overview
* What You Need to Know
* Questions and Answers
* Launchpad Transition Support Forum
* Launchpad & AddThis Platform Comparison
* More Information about the AddThis sharing platform

Going forward, we hope that you’ll use AddThis for your widget sharing. We think you will find AddThis to be an easy, powerful and fast.

If you have any questions, please visit the Support Forum above for assistance. Thank you for your continued partnership and use of Clearspring products.

Best,
Hooman Radfar
Co-Founder and Chief Executive Officer
Clearspring Technologies

I see this as a good thing. Clearspring is consolidating their product line which will allow them to focus more on their core offerings. AddThis is immensely popular (sharing over 30 billion a month) and adds far more flexibility and options to widget developers.
The transition will be smooth. As outlined in the section above, just about anything you can do with Launchpad, you will be able to accomplish with AddThis.

Congratulations to Hooman and his team for creating such a successful product!

Samsung TouchWIZ Widget Engine Now A Open Platform

August 22nd, 2009

image

I have been following on TouchWIZ and its evolution since it started and now after almost 18 months since that happened, Samsing is now opening TouchWIZ for third party developers via a SDK. The SDK could be seen similar to the palm pre WebOS that is limited to web tech like HTML, JS, CSS and the like but at the same times that makes it quite easy for everyone that wants to get into to just do so if they are already familiar with web development.

The hook is that TouchWIZ is not only a Widget UI-UX that is used in Samsung own in-house OS but also works in Symbian and in Windows Mobile. Given the uniformity of how its works in such different Mobile OSes is quite sure that if Samsung want to use it in Android and Maemo. TouchWIZ will work in these mobiles OSes Too. So that is quite a hook to lure in  widget developers. Being able to have widgets running in almost all of the top Mobile OSes with ease.

TouchWIZ widget engine should be considered as the best and more pervasive widget engine in mobiles right simple because its influence on LG and most of Korean manufacturers in this space copying from it. It has now been is many phones and the first big mover advantage (with this kind of design) they had made many to think about competitors offerings in TouchWIZ or even calling it that without knowing it is not actually TouchWIZ.

So having a SDK will be very interesting as it is very likely that LG and others will follow suit.

Go to the Samsung site for the full details.

Samsung Mobile Innovator

via MobileCrunch

iGoogle Social Gadgets

August 22nd, 2009

image

Google truly surprises me with their widget/gadget strategy that seems to encompass everything.

The last big thing was of course Google Web Elements. Not really a new-new thing, just a big update to what before was limited and known as Google Gadgets for Web.

Then they quickly finally added the final touches and retouches to the whole shareable, collaborative aspect of iGoogle and its Gadgets.  Something that actually started over a year ago.

Now they are announcing it with the benefit of finally not only have ended the work on that front but also with the added plus of a lot of third party iGoogle Gadgets making use of this.

ig1

What is truly different is that they now got Google Friend Connect so they are now also going to be doing a activity based friend update stream just like in Facebook and Windows Live but directly connected to the iGoogle Gadgets. This change is a clear sign of Google wanting a share of the pie of what Facebook and Windows Live does while doing it in their own way. the result is admirable and well executed. but considering it was over a year in the making and based on a foundation that got several years already in place. It had to be. I think it maybe time for a new not so quick look to Google and its Gadget Strategy.

iGoogle Social

JavaFX Is Now Good

August 10th, 2009

tmp89

I try out JavaFX pretty much every 3 months or so. Have been doing so for almost a year now and i can finally said that JavaFX is now good. They recently finally released a update that enables it for Mobiles and they have been seriously tuning it for desktop use with the last two updates of Java.

The last time i tried out JavaFX it was still a trainwreck.  Even if i always have noted that JavaFX may well be a lot more powerful than Flex and Silverlight. In fact i am pretty much sure that it is more powerful.

However they got HUGE disadvantages against Flex and Silverlight and that Sun, now Oracle got vs Adobe and Microsoft. This continues to be the case. JavaFX even that it now has a mobile release, a devices release and the desktop reflects maturity. It will not be enough. Or it is not enough yet.

The Good

3 months ago or so, JavaFX had the highest CPU usage rate from all the RIA solutions. Now it seems to be lowest one and looks to get the best CPU performance rate i have seen. I tried this out in a Old PC, a Netbook and a Average Desktop PC with all JavaFX samples and the same amount of samples for Flex and Silverlight so i came very sure with what i was going to say here. So passing from worst to best in that crucial area,  In that time frame is nothing short of incredible and my props to the JavaFX team. It is a incredible evolution.

The bad

Last time JavaFX was excruciatingly slow to load. Any sample or any decent application was slower to load than any similar in scope  Flex or Silverlight alternative.

It is still the worst but by very very little. In some cases it maybe about even with Flex and Silverlight

The Ugly

1.-Authorization

Given that JavaFX is still essentially java at the base, That means that authorization and certificates are still a issue.  So every single thing done in JavaFX must be properly identified so it can load.

When it comes to “Load To Desktop” webstart apps it is not a big issue since the behavior and install experience is pretty much identical to .NET ClickOnce and Adobe AIR so it is to be expected.

But “Load In Browser” apps are another thing. Since usually you only need to identify them once and every time after they will load fine. This is based on who made it and how you authorized the maker. So if you encounter several apps from the same maker and you authorized the first app you encountered from said maker as a trusted party. All apps from that maker will just load every single time you encounter them in the future. If you didn’t marked it as trusted maker or the apps comes from a maker you have not authorized or encountered. Then each app will prompt you before it can load.

Complicated?, Not really. Annoying?, Not for me.  But for those users that could not stop whining about UAC in Vista having the nerve to prompt them once a day when it needed to?.  Oh you bet they are going to love (NOT) how JavaFX works. So this is something that needs to be seriously thought out and resolved.

My proposed solution is for Developers to be able to ask for “Clearance Keys” at Oracle so that the prompt only comes from not registered JavaFX apps or widgets. Well, it is just an idea that Oracle could steal from how oAuth works.

2.-Installer

The greatest virtue and flaw from JavaFX comes from being tied up with the rest of the Java Runtime.

It gives it ubiquity and all the power in the world, but it makes it a big download, gives it a big installation footprint and makes it a power hungry install when compared with Adobe Solutions that comes in 5 separate plugins and Silverlight that is a single plugin install.

But this is a issue that i don’t find Oracle being able to develop a workaround that satisfies them, given what they would lose if they unbundled JavaFX to be on its own.

3.-RAM Consume

The worse for last. RAM consume continues to be off the charts for JavaFX. It even makes the worst Flex, Flash or AIR apps look lean and light in RAM consume if compared to JavaFX. So it is dead last in this one.

Were else you could see a simple tiny widget (in-browser) consuming over 100mb of RAM on its own or a simple desktop app consuming as much as 500mb of RAM?.  Only with JavaFX.

So i guess that such dramatic gain on CPU efficiency had to be loaded somewhere. In this case to the GPU and to the RAM.  But even as bad as JavaFX RAM consume is. It is logical they decided to go this way since any laptop and desktop now comes with at least 3gb of RAM and some form of GPU chip or card a lot better than what came as default two years ago when RIA were materializing.

Conclusion

I don’t know how much the Start Load, Authorization and RAM consume issues can be improved but if they manage to improve them even a 50%. That alone would make JavaFX a true contender for 2nd place in the RIA space.  A 1st place is something i find almost impossible for they to get and that will be battled out on and off by Adobe and Microsoft.  A 2nd place is possible even if quite hard to see it now. But a very close 3rd place is what Oracle should aim for now,  given they are still in a very very very distant 3rd place. But maybe in 3 months i will have to change my mind.  So lets see.

JavaFX Downloads

JavaFX