Please visit the request demo site to get your copy!

Please visit the request demo site to get your copy!

Please check out our summary here and do let us know what you think!

• PMAPTree control: a flexible tree control supporting XML and JSON, keyboard navigation, and more.
• PMAPCommon module: with tons of useful functions on both the client and server side, like image list handling, hash map handling, high performance string handling, fast XML processing on the client side, and more.
• PMAPDateUtils module: an extensive set of functions to handle date & time tasks natively and some gems like firstDayOfWeek(), nthDayOfWeek(), incDateDays(), getDayOfMonth(), ISO8601ToDateTime() ,  and more.
• The PMAPTree control demo application with various examples of how to use the tree and how to populate it from various sources, among other things.
• A number of patches to the Morfik FrameWork code, making development more efficient and adding some new functionality.

All the above stuff is tested with Morfik FX 2.0.5.18 & 2.0.5.27 and is only a click away, so don’t hesitate! We are very liberal with the demo license as well: you can use the full version components included in the demo in live applications. All we ask is give us feedback and credit in your apps!

So go and request your demo package today!

I’ll add some more features and then the Clock joins the PMAP control collection!

A more detailed account to come…

I’m (quite:-) closely following the Morfik saga since late 2005 and did have many long discussions with Aram, Fuad, Mauricio and Shah about direction in the past three years, sometimes pretty heated chats about the vision and execution, so I’m not an unanimous supporter of everything Morfik, but version 2 is a very significant step in the good direction.

The new visual design concept with themes, states, popup customization, etc. is a major step forward for web application design. I see real innovation here.  Go and check out the tutorial videos, it is worthwhile! I wouldn’t say that I’m fond of the sixties look of the new demo apps (and of the new Morfik site itself), but the design flexibility is impressive and the functionality seems to be very well thought out.

I’ll be looking into the new version in the coming days and weeks (we do have some projects that now will have to be ported anyway, especially our PMAP controls and libraries), so stay tuned for new comments to come.

First of all, do read the comic strip by Scott McCloud and the Chrome Team. It is in itself a piece of marketing art and although its primary intended audience may be journalists and less technical people, it is a statement of how serious Google is about Chrome and full of hints for conspiracy theorists among us.

So some of my first thoughts will follow…

OS-within-the-OS

Chrome will be the OS-within-the-OS for Google: most productivity and line-of-business applications can now be successfully turned into web applications. Arguably more and more of them are better in ease of use than the original apps, due to the richness of the platform and due to being re-engineered from scratch (UI wise) with many usability lessons learned since.

The big issue is compatibility. There are at least four major players now: IE, Firefox, Safari, and Opera (plus the mobile editions), and their abilities are spread on a wide spectrum, to say the least. The unquestioned market share leader (IE) is trailing behind in almost all important areas (like performance, usability, standards conformance) and there are subtle but important differences among the others. This makes web application development very costly and time consuming. Even with frameworks like DOJO, Prototype and tools like GWT and Morfik you will encounter compatibility issues and missing functionality (e.g. lack of a consistent graphics layer, like SVG or Canvas).

If we had a browser that

• has #1 market share,
• is consistent among all the major operating systems (Windows, Mac OS X, Linux) and mobile OSes like Android and iPhone OS X (probably Symbian and Windows Mobile, but I would not hold my breath for those),
• is performant, secure and robust,
• and has some additional features like support for off-line operation, a strong graphics layer (for graphs and graphical apps), sandboxed native filesystem access, support for push technology (like COMET), drag & drop desktop integration, and a mature, efficient and familiar development platform (e.g. Eclipse/Java/GWT),

then most applications can be implemented on this platform regardless of the underlying native operating system.

Just think for a second when you used Microsoft Word the last time: I used to be in-and-out all the day, but recently it happens that I don’t open Word for weeks, and then only to edit a “legacy” document that originated from the “old era”. Most of my new documents are emails, Google Docs, or some other on-line properties (god, what that does to privacy, though, so don’t put all your documents on-line!).

Technology tie-ins

There will be technology tie-ins all over the place. Although Google is a huge animal and its projects are only loosely coupled (waving off the monopoly power arguments), saying that the Chrome team accidentally asked the Android team about WebKit love is amusing.

Gears integration is only for starters. I expect that GWT and Chrome will be “optimized together” pretty soon. Google Docs, Maps, etc. will gain in performance, stability and functionality if run on Chrome.

Then the primary business of Google is ads: now it will be able to collect even more information about us (although since gMail and Desktop Search they already have some data on you ;-).

BTW I wonder when Desktop Search will be integrated into Chrome…

Head start

Chrome may have a head start over all other browsers.

Current generation Firefox, Safari and Opera are pretty level on performance (relative to lackluster IE) and at least Firefox and Safari are engaged in further speeding up JavaScript with adding virtual machines similar to Chrome’s V8 (on paper); they are also keen to match each other in standards compliance and usability, but while Chrome addresses all these issues, it also brings a new architecture to the table with the promise of marked enhancement in security, memory performance and robustness, plus the native integration of Gears.

The others will have to play catch-up. And Google has the resources to compete — it is single-handedly financing Firefox at the moment.

Market share

In order to be successful, Chrome will have to establish market share.

In the consumer space all the good virtues (speed, stability, security) will play well, together with the hippie word of mouth marketing of comic strips and oh-so-accidentally-released-a-bit-ahead-of-time trickery.

The much harder nut is the corporate market. It takes years for corporate IS departments to certify products for use. Here being OSS will help (the corporate world is getting into love with OSS), but the primary message can be security: if Google can deliver on its promise of security (both process separation and malware filters), it will be salvation to IS departments fighting with the dilemma of supporting more and more intranet/extranet web applications and weak security of the very same applications.

Being a consistent web application platform on all important OSes will also come handy – it makes corporate web app development much simpler.

Google will definitely push Chrome with subliminal tactics (e.g. “off-line mode and advanced features of our web apps working best with Chrome” splashes).

Still, it will be a hard sell — they’ll need some killer apps to get rolling.

Missing bits

I’m also missing a few things, the most prominent being additional web application security.

Chrome is a rich client platform, and rich clients run most of their code on, well, the client. This used to be the case with traditional apps, but those were compiled to binary, so poking around required some skills. Now Web 2.0 rich clients are generally made of JavaScript, which is quite readable and even can be changed on the run, making attacks against the code much easier than before.

Of course tools like GWT or Morfik will scramble and optimize the client code making it not a pleasure to read, but it is still the source code of the app that is downloaded and run in the browser. So it would be fine if some kind of run-time protection would be in place to prevent code morphing and allow code verification. The fact that each tab runs in its own process is promising, though.

Phew! So here are my first impressions — what if I stared thinking about this :-) Now it’s your turn!

Read on for technical details…

This is a prototype of a fully interactive (i.e. editable) Gantt (project) diagram created entirely with HTML & DOM, without any plugins/Canvas/VML/SVG whatsoever. We use only a minimum set of graphics (e.g. the project milestone diamond is one graphic image).

The client side was developed with Morfik, and we used Morfik M2 Beta 2.0.2.1 to create the browser application. It is hosted on Google App Engine, so the server side is written in Python (at the moment not much there:-). BTW since most of the code is independent from the Morfik Framework (does direct DOM manipulation), it is an easy port to straight JavaScript or to other toolkits, so let me know if you are interested…

Morfik M2 worked pretty well (it is a beauty), I needed it badly to create a client-only (or “Express”) version of the demo, so that I can host it on Google App Engine. Porting the code from the 1.x branch was pretty straightforward, even some issues have been fixed in the framework, although I still had to (re-)apply some of my patches :-) I did not use the fabulous effects library yet, as it does not work with IE in the current beta. Google App Engine was a snap to use – kudos to Shah Besharati for the integration sample! BTW I ended up using Komodo Edit 4.3 (free) for the GAE work – pretty neat.

Right now the Gantt is not really functional, all you can do is resizing columns, resizing the left/right side, expanding/collapsing WBS nodes, dragging and re-sizing task bars (without much effect on task data:-) and scrolling around (Alt+mouse scroll wheel will scroll horizontally). You can also switch between two visual themes. We will add more functionality later.

You can play with it freely, will not write anything back to the server. It is running on a high availability server, so I’m interested if you will have any issues.

In the next couple of weeks I’ll be working on the smarts behind the scenes to make it really functional. I’m open to ideas how to make it really useful, especially in a Web 2.0 way, so please keep the comments coming!

More later…

What’s going to happen? The winners are going to do what worked at Bell Labs in 1978: build a programming language, like C, that’s portable and efficient. It should compile down to “native” code (native code being JavaScript and DOMs) with different backends for different target platforms, where the compiler writers obsess about performance so you don’t have to. It’ll have all the same performance as native JavaScript with full access to the DOM in a consistent fashion, and it’ll compile down to IE native and Firefox native portably and automatically. And, yes, it’ll go into your CSS and muck around with it in some frightening but provably-correct way so you never have to think about CSS incompatibilities ever again. Ever. Oh joyous day that will be.

Good to see that other visionaries have the same vision, too :-)