One of the use cases I collected from the e-mails sent in over the past
few months was the following:
USE CASE: Remove the need for feeds to restate the content of HTML pages
(i.e. replace Atom with HTML).
SCENARIOS:
* Paul maintains a blog and wishes to write his blog in such a
On May 22, 2009, at 09:01, Ian Hickson wrote:
USE CASE: Remove the need for feeds to restate the content of HTML
pages
(i.e. replace Atom with HTML).
Did you do some kind of Is this Good for the Web? analysis on this
one? That is, do things get better if there's yet another feed
The remaining use cases I collected from the e-mails sent in over the past
few months were the following:
USE CASE: Web browsers should be able to help users find information
related to the items discussed by the page that they are looking at.
SCENARIOS:
* Finding more
On Fri, 22 May 2009, Henri Sivonen wrote:
On May 22, 2009, at 09:01, Ian Hickson wrote:
USE CASE: Remove the need for feeds to restate the content of HTML pages
(i.e. replace Atom with HTML).
Did you do some kind of Is this Good for the Web? analysis on this
one? That is, do
On 22/5/09 09:21, Ian Hickson wrote:
On Fri, 22 May 2009, Henri Sivonen wrote:
On May 22, 2009, at 09:01, Ian Hickson wrote:
USE CASE: Remove the need for feeds to restate the content of HTML pages
(i.e. replace Atom with HTML).
Did you do some kind of Is this Good for the Web? analysis
On 22/05/2009 08:21, Ian Hickson i...@hixie.ch wrote:
As far as I can tell, things get better if the feed format and the default
output format are the same, yes. Generally, redundant information has
tended to lead to problems.
Can you point to examples of this in relation to the use of feeds
On 22/05/2009 08:21, Ian Hickson i...@hixie.ch wrote:
As far as I can tell, things get better if the feed format and the default
output format are the same, yes. Generally, redundant information has
tended to lead to problems.
Can you point to examples of this in relation to the use of feeds
On Fri, May 22, 2009 at 9:21 AM, Ian Hickson i...@hixie.ch wrote:
On Fri, 22 May 2009, Henri Sivonen wrote:
On May 22, 2009, at 09:01, Ian Hickson wrote:
USE CASE: Remove the need for feeds to restate the content of HTML pages
(i.e. replace Atom with HTML).
Did you do some kind of Is
Adrian Sutton writes:
On 22/05/2009 08:21, Ian Hickson i...@hixie.ch wrote:
As far as I can tell, things get better if the feed format and the
default output format are the same, yes. Generally, redundant
information has tended to lead to problems.
Can you point to examples of this in
Eduard Pascual wrote:
For manually authored pages and feeds things would be different; but
are there really a significant ammount of such cases out there? I
can't say I have seen the entire web (who can?), but among what I have
seen, I have never encountered any hand authored feed, except for
On 22/05/2009 11:36, Toby Inkster m...@tobyinkster.co.uk wrote:
Surely this proves the need for a way of extracting feeds from HTML?
You never see manually written feeds because people can't be bothered to
manually write feeds. So the people who manually author HTML simply
don't bother
I also wonder if feeds being accessible in HTML might give rise, as with
stylesheets and scripts contained in the head (convenient as those can
be too), to excessive bandwidth, as agents repeatedly request updates to
a whole HTML page containing a lot of other data.
(If we had external
On 22/5/09 12:36, Toby Inkster wrote:
Eduard Pascual wrote:
For manually authored pages and feeds things would be different; but
are there really a significant ammount of such cases out there? I
can't say I have seen the entire web (who can?), but among what I have
seen, I have never
On Fri, May 22, 2009 at 11:45 AM, Adrian Sutton adrian.sut...@ephox.com wrote:
[...]
Can anyone point to examples where the content is entirely hand crafted and
a feed would actually make sense?
Perhaps a page like http://philip.html5.org/data.html - people might
want to subscribe in their
On 22/05/2009 13:32, Philip Taylor excors+wha...@gmail.com wrote:
Perhaps a page like http://philip.html5.org/data.html - people might
want to subscribe in their feed reader to see all the exciting
updates, and the markup is all hand-written. It's not at all like a
blog, but maybe it's data
On 22/05/2009 13:32, Philip Taylor excors+wha...@gmail.com wrote:
Perhaps a page like http://philip.html5.org/data.html - people might
want to subscribe in their feed reader to see all the exciting
updates, and the markup is all hand-written. It's not at all like a
blog, but maybe it's data
On Fri, May 22, 2009 at 2:02 PM, Adrian Sutton adrian.sut...@ephox.com wrote:
On 22/05/2009 13:32, Philip Taylor excors+wha...@gmail.com wrote:
Perhaps a page like http://philip.html5.org/data.html - people might
want to subscribe in their feed reader to see all the exciting
updates, and the
I can see some usefulness for adding a couple of subjects
to the HTML5 spec:
- how browsers should handle page refresh, in particular
for pages received through POST (= do you want to
resubmit?)
- potentially add constructs to help users avoid the above
resubmit question (this could f ex be
On Fri, 2009-05-22 at 12:26 +0200, Eduard Pascual wrote:
Are you calling the DOM Consistency Principle a theoretical or
aesthetic argument?
Certainly not -- DOM consistency is a great idea. But given that the
HTML5 spec defines how the DOM is built, there's a very simple solution
to that --
Just to put a fine point on this ...
On Thu, May 21, 2009 at 12:11 PM, Bruce D'Arcus bdar...@gmail.com wrote:
...
Or consider the user or developer who can't figure out how to
represent their data in bibtex-in-html5 because its designers simply
didn't consider it. In that case, people go
On Fri, 22 May 2009 16:44:32 +0200, Toby Inkster m...@tobyinkster.co.uk wrote:
On Fri, 2009-05-22 at 12:26 +0200, Eduard Pascual wrote:
Are you calling the DOM Consistency Principle a theoretical or
aesthetic argument?
Certainly not -- DOM consistency is a great idea. But given that the
On May 22, 2009, at 17:44, Toby Inkster wrote:
But given that the
HTML5 spec defines how the DOM is built, there's a very simple
solution
to that -- HTML5 could simply mandate that:
html xmlns:foo=http://foo.example.com/;
generates an identical DOM representation in both XHTML5 and
On Fri, May 22, 2009 at 7:06 AM, Mike Wilson mike...@hotmail.com wrote:
- potentially add constructs to help users avoid the above
resubmit question (this could f ex be through providing
some support for PRG = Post-Redirect-Get, or other)
This is already supported. If you use a 302 or 303
Thanks for expanding on my previous mail, Jonas, but I was assuming
that everyone on this list was aware of the PRG pattern and its
existing support in browsers.
With current technology there are limitations to the usefulness of
PRG (f ex in multi-window/tab scenarios), so I am asking if it is
On Fri, 22 May 2009 21:48:28 +0100, Mike Wilson mike...@hotmail.com wrote:
Thanks for expanding on my previous mail, Jonas, but I was assuming
that everyone on this list was aware of the PRG pattern and its
existing support in browsers.
With current technology there are limitations to the
On Fri, 22 May 2009 09:41:43 +0100, Eduard Pascual herenva...@gmail.com wrote:
For manually authored pages and feeds things would be different; but
are there really a significant ammount of such cases out there? I
can't say I have seen the entire web (who can?), but among what I have
seen, I
What is the behavior of the following supposed to be?
window.sessionStorage.removeItem = function(x) { alert(Wait, this works?);
};
window.sessionStorage.removeItem('blah');
alert(typeof window.sessionStorage.removeItem);
Safari shows 2 alerts, and the second one says 'function'.
IE8 says object
On Fri, 22 May 2009 07:01:51 +0100, Ian Hickson i...@hixie.ch wrote:
It doesn't collect the blogroll or the blog post tags yet, mostly because
I'm not sure how to do that. Any suggestions of improvements are
naturally welcome.
There's hAtom that solves this problem already, and appears to
On May 22, 2009, at 5:41 PM, Jeremy Orlow wrote:
What is the behavior of the following supposed to be?
window.sessionStorage.removeItem = function(x) { alert(Wait, this
works?); };
window.sessionStorage.removeItem('blah');
alert(typeof window.sessionStorage.removeItem);
Safari shows 2
29 matches
Mail list logo