>-----Original Message----- >From: www-tag-request@w3.org [mailto:www-tag-request@w3.org] >On Behalf Of Bullard, Claude L (Len) >Sent: Friday, December 05, 2003 2:14 PM >To: 'Tim Bray'; algermissen@acm.org >Cc: 'www-tag@w3.org' >Subject: RE: New URI scheme talk in RSS-land > >2. People who click on things are used to getting > back a page or opening a dialog. Autosubscribing > based on a click seems like a bad idea. It doesn't > pass the Don't Shock The Monkey test. It seems like > a better idea not to subscribe, but to open a dialog > with that value with a Subscribe option on it. Yes, this is what most implementations will do. That's what my implementation does. >3. It seems that what you are after is a > control to pass a value to the right application and > the only way to do that via pushing the data is to > push the URI and insist that browsers implement a > new control (actually, a new switch in the > URI processing code that does something surprising), > plus some means to take care of the default behaviors. > >It seems like a lot of hassle to get around a cut and paste >operation to push the feed:/ or subscribe:/ or RSS itself to >some first class citizen level. What hassle? In Windows this is fairly straightforward to do from the developer perspective and requires nothing from the user from an end user perspective. > And if that exception is made >for RSS, why not do it for mailing lists? If mailing list managers and authors of mail readers what to implement such a feature I don't see anyone stopping them. -- PITHY WORDS OF WISDOM You will always find something in the last place you look. This posting is provided "AS IS" with no warranties, and confers no rights.Received on Friday, 5 December 2003 18:11:15 UTC
This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:56:02 UTC