W3C home > Mailing lists > Public > public-webapps-cdf-discuss@w3.org > June 2004

Re: Spolsky's requests for Web Applications

From: Michael Pediaditakis <mp49@kent.ac.uk>
Date: Mon, 21 Jun 2004 13:24:37 +0100
Message-ID: <40D6D385.6000105@kent.ac.uk>
To: Andrew Mayo <andrew.mayo@enigmahealth.co.uk>
Cc: public-webapps-cdf-discuss@w3.org

On the same subject...

Should the "browser" be seen as an application that enables the web content
(XML, web appz and whatever) processing or should it be seen as a special
application of a generic processing framework?

Isn't the browser a special case of a web application?
If this is the case, the whole  browser functionality would be fully 
customizable and
it would be easy to include it in any other application.

In this sense, Mozilla is based on a well defined processing model 
(XPCOM and all that)
and thus, maybe, instead of trying to integrate Mozilla as a component, 
it might be a better
idea to re-use the bottom layers of Mozilla... 
...and then functionality reuse should be quite straighforward...

That are all theory of course... When I tried reusing some of Mozilla's 
components, some years ago, I was so overwhelemed by the complexity of 
the project that I simply abandomed the idea...
...but now the situation seems much better... or not?

Sorry, again, for generalizing specific discussions to visions for 
generic XML processing :)))

Michael Pediaditakis.

Andrew Mayo wrote:

>To briefly comment on Joel's requirement for 'contenteditable' (as implemented in IE).
>
>This is a *crucial* feature for building a rich UI. Absolutely crucial. But the critical thing to understand about the browser in the context of richer UIs is that we don't have to just build purist web-based apps using the browser.
>
>Instead, we embed the browser as a component in a larger client-side application. This gives us a UI and rendering engine which - and this is equally important - can also PRINT things.
>
>I can't begin to tell you how many thousands of lines of code the browser saves you, as an embeddable component - I build large commercial systems under Windows using VB6 as the application language and embed IE6 as the UI and print engine. Via defined Javascript functions, the VB6 container interacts with the UI. This gives you a beautiful n-tier architecture that is also, potentially, OS neutral. (because, in theory, I could replace either VB or the browser without things changing).
>
>To do this properly in the Open Source world I *need* a browser that supports contenteditable. And vector graphics (VML is at least reasonably well supported in IE, for instance).
>
>Unfortunately the Mozilla/Firefox team appear to have given up trying to implement this feature as it is 'too hard'. Also progress on integrating SVG into the standard builds appears to be glacially slow.
>
>Joel, if you're listening. Or anyone who can help. PLEASE.... Joel, you've got kudos and perhaps some experiences as an ex-Microsoftee at organising teams. Can't you help bang some heads together to make this happen. I am desperate to see this materialise in a non-Microsoft platform!.
>
>
>  
>
Received on Monday, 21 June 2004 08:24:39 GMT

This archive was generated by hypermail 2.2.0 + w3c-0.30 : Friday, 25 March 2005 11:17:30 GMT