W3C home > Mailing lists > Public > public-html@w3.org > November 2007

Re: Feedback on the ping="" attribute (ISSUE-1)

From: Julian Reschke <julian.reschke@gmx.de>
Date: Fri, 09 Nov 2007 16:03:48 +0100
Message-ID: <473476D4.1010506@gmx.de>
To: Dmitry Turin <html60@narod.ru>
CC: public-html@w3.org

Dmitry Turin wrote:
> Julian,
> 
>>> JR> My experience is that most people do understand the difference between a
>>> JR> link and a button.
>>> JR> Also, the fact that it's possible to *obscure* that isn't a good
>>> JR> argument in favor of adding more stuff like this. On the contrary, we
>>> JR> should educate web designers that it's a bad thing to make something
>>> JR> look like a link when it isn't.
>>> I'm sure, that the best variant, when <a> behaves similar <form>.
>>> I'm sure.
>>> But this can require unification of HTTP for both cases.
> 
> JR> Uh? Are you saying you want to make GET and POST be the same?
> Yes, definitively.

Sounds good. This saves a few bytes in the request line. Assuming you 
want to get rid of all the other HTTP methods as well? Why keep PUT and 
DELETE when GET is gone, after all?

Also we can remove most if not all of the caching semantics from HTTP, 
which seems to confuse most people anyway.

> Moreover, I definitively want, that <a> and <form> send similar
> traffic (i.e. message of identical template).
> What's about bookmark in browsers, this is deal of browser
> instead of address-line in them.

User agents usually only bookmark the result of a GET request for a 
reason; repeating a POST may cause an additional action the user doesn't 
want (such as purchasing a book a second time).

> P.S.
> Moreover once again: I definitively want XML as communication protocol
> instead of HTTP.

XML is a format, not a protocol.

Maybe you could start with a problem statement first? What do you want 
to achieve by using a different protocol?

Best regards, Julian
Received on Friday, 9 November 2007 15:04:07 UTC

This archive was generated by hypermail 2.3.1 : Monday, 29 September 2014 09:38:50 UTC