- From: Charles McCathieNevile <chaals@opera.com>
- Date: Fri, 22 Feb 2008 13:03:57 +0100
- To: "Sean Owen" <srowen@google.com>, "Holley Kevin (Centre)" <Kevin.Holley@o2.com>
- Cc: public-bpwg@w3.org
On Thu, 21 Feb 2008 18:47:54 +0100, Sean Owen <srowen@google.com> wrote: > I agree, if a widget is acting as a web browser, well, that's fine and > in scope. It's a web browser as far as we're concerned. I also agree that a widget can be in scope. Clearly it is towards one edge of the scope... > BP1 was, rightly, not focused on the user agent itself, but rather on > what the application was delivering. It was convenient to express this > as the DDC, a fictional device profile, but again it didn't describe a > user agent technology, but rather things that the application could > assume were OK to deliver. I.e. it didn't rely on a particular platform, but on the web (which as Kevin has pointed out is a somewhat nebulous concept - we have a rough idea what it means but we simply don't agree on a precise definition). > I know people decided to can the ADC, but I think we are just going to > end up listing out what an application can and can't assume it can > deliver, and that will implicitly define the ADC anyway. In that > sense, I am pretty sure that it was a mistake to decide against this. > I won't squawk if we don't say "ADC" in BP2, even if we are describing > it anyway, even if that would draw a nice and easily-understandable > parallel to BP1's DDC. I think the point of avoiding an ADC is that we don't have a precise definition of what is or isn't Web. Jo wanted to rule out SVG because it uses plugins - but that simply isn't the case (and certainly won't be in a year when this work might be finished). Someone said Java and Flash are out because they don't have a DOM. I am very sympathetic to that idea, but I am not sure it flies in the real world - it looks an awful lot like making convenient definitions for spec writers, rather than solving real world problems for people delivering real applications. I would suggest that we stick to some level of vagueness, saying a Mobile Web application is one that comes from and is expected to work on "the Web", in particular being able to provide a reaasonable user experience on mobiles. So a Widget that happens to work nicely on mobiles is in scope - even if it has a bit of Flash in the corner, but an iPhone native app is out of scope. Opera Mini is probably out of scope (despite the fact that there is a version you can actually run as a web app in a java applet), but search applications are in. VF's Bundesliga thing is almost a Web app, except that it is tied into a walled-garden that means in practice it isn't readily available across the Web - so the same principles should apply to it, but it probably isn't quite in our primary focus. Etc.. And then in practice we focus on the stuff we agree is clearly in scope, like DOM/Ajax/ECMAscript/CSS-based applications you get over HTTP that can run on a variety of browsers... It's not a beautifully neat way to specify stuff, but I think it is a practical way to get useful work done. Every so often we can pinch off another sausage of useful work and put it out. The Web is, after all, changing, and we should expect it to keep doing so. cheers Chaals > I think Dan's statement is trying to rule out things like, say, J2ME > applications communicating with some custom protocol to a server, or > Android or iPhone apps, or anything that isn't using "web" > technologies of the sort I listed. > > On Thu, Feb 21, 2008 at 12:21 PM, Holley Kevin (Centre) > <Kevin.Holley@o2.com> wrote: >> >> >> >> I am a bit new to this specific sphere but I have trouble understanding >> what >> "web" really means any more. >> >> A web browser opens a TCP socket over the internet and engages in http >> dialogue but also post dialogue and other things. Today's web browsers >> can >> have other protocols such as ftp, rss, and so on. >> >> So why is a widget which is basically a cut down web browser not a web >> application? >> >> What hard criteria in terms of protocol usage can we apply here? >> >> Regards, >> >> Kevin -- Charles McCathieNevile Opera Software, Standards Group je parle français -- hablo español -- jeg lærer norsk http://my.opera.com/chaals Try Opera 9.5: http://snapshot.opera.com
Received on Friday, 22 February 2008 12:05:06 UTC