Tips identify content just by URL de-coupling content attribution from the authors claiming their tips. This also us to work for tipping content on YouTube, Flickr, and GitHub, etc. without requiring the site to be directly integrated with TipTheWeb.
Sites like Hacker News could easily add rel="author" link elements to posts— since every post and comment has a permalink— and users could add their site URL to their profile. This would create a nice semantic link between the user’s content on HN to their own personal site. With these author links in place, if you come across a great comment on HN you could use TipTheWeb to tip it some small amount of money, and that tip would be assigned to the author, and not news.ycombinator.com.
Until now, TipTheWeb.org has supported two types of sites: 1) independent websites (no integration required), where Tips go to the site publisher, and 2) popular publishing platforms like YouTube, Flickr, GitHub, etc. with custom integrations that we did with these sites. With our new multi-author support TipTheWeb now works well with a thrid type of site: ones which have content produced by multiple authors or contributors.
We would love to see sites with user-contributed content add this meta data to their pages, what do you think?
Chrome has the Task Manager tool which helps you track down tabs which are being resource hogs (CPU and RAM). I was curious if something like this existed in Firefox 4 or there was an extension for a feature like this? (I looked but couldn't find anything promising)
With Readability you still have to "remember to click" the read now/later button, and you don't get to choose how much you want to support that article; you actually have to support it _before_ you even read it.
People are free to add money to their TipTheWeb account to use to fund their Tips at any time. Making a Tip isn't a financial transaction; this allows Tips to be as small as 5¢! And Tips can be made even if there isn't enough money to back it at the time it's made, and can be funded whenever the person wants to.
We’ve made everything about the service extremely flexible and low-key, and shouldn't cause any tense feelings. For example you can cancel Tips (up until they are paid out) if you made a mistake.
We’ve wanted to the decision to tip to be an active one, but low-barrier. Basically as close to bookmarking a link a possible, or like tweeting a link to share it. Automatic tipping would be difficult to balance things correctly. For example a funny YouTube video I may want to tip 25¢, but an open source project on GitHub I might want to tip $5.
All user accounts have Tip Streams that are a feed of the Tips that user has funded (you can make tips before you put money into your account). But, we have an option to make your account anonymous, removing all personal-identifiable information from your Tip Stream page.
We hope to always error on the side that will benefit the user in these cases.
Telling web publishers they have tips waiting for them is tricky business, i.e. Don't want to be spammy. We hope to develop some interesting ways to notify people that they have tips; but tippers have been filling this void by mentionig on services like Twitter that they've tipped someone for something.
For now, if a tip goes unclaimed by the publisher for 6 months, it's automatically canceled, and the money is returned to the tipper for them to use to tip something else.
We don't currently have a way for someone to block or decline tips for a particular website, but we've talked about adding this type of feature; someone could claim their site, then say they don't accept tips there.
Bottom line, we don't have any intentions of keeping people's money that goes unclaimed, we rather return it so they could fund other tips with it. People can also help support our operations by tipping us, TipTheWeb; eating our own dog food.
When you think long enough about this whole idea of supporting web content, there are some major requires that arise:
• Support should be direct (whereas ads are indirect)
• People publish all over the Internet, most people don’t own a domain, they have (hosted) Wordpress, Blogger, Flickr, YouTube, Vimeo, GitHub accounts where they publish content, this content _has_ to be supportable.
• You can’t effectively charge someone fees for their acts of voluntary support.
• Voluntary, is voluntary, is no subscription, and is the right to choose!
• Easy to use, low barrier to give, no pulling out the credit card for 25¢.
• Support something while browsing the web and on that web page.
• The mechanism/service you use to support content online can’t be the only winner, consumers and publishers have to be the outright winners!
• The service used _must_ be trustworthy and transparent.
• The service _has_ to work with the Internet, which means it has to work when only given URLs of web pages to support.
So! We actually did this, and built TipTheWeb http://tiptheweb.org/ with all these ideas in mind!
A non-profit that gives 100% of the money tipped by people to the web publisher of the content, non of that fee or cuts crap, 100%. You can support something with TipTheWeb by just giving us a URL to what you want to support and an amount, that's it; no publisher integration required.
We want to provide a positive feedback loop for the web, give publishers a way to know what their followers actually like, give readers/consumers a way to directly support what they truly love online and choose how much they want to give (5¢ — $100 per Tip). We want to encourage publishers to keep it up! Keep their content freely-accessible to everyone <— _this_ is what makes the Internet so great.
The Internet is valuable. Good publishing is hard. Selling content doesn’t work. Advertising is not sufficient. Community-supported web publishing can work!
I thought it would be interesting to create a comparable example of this mini-app with basic YUI 3 code: http://jsfiddle.net/ericf/wpuCm/
backbone.js seems like a great library, and MVC is on the YUI 3 roadmap ( http://yuilibrary.com/projects/yui3/roadmap ), hopefully some of the concepts from backbone get implemented in the YUI’s MVC layer.
This simple example is using YUI 3.3.0 which has support for high-level, device-independant, gesture events which made it easy to make the logo spin when flicked with a mouse or touch gesture. It is also using YUI 3’s CSS transitions module to do the rotateY CSS Transform.
It works in WebKit browsers: Safari, Chrome, MobileSafari (iOS), Android, and should work on BlackBerry Touch 6.0.
View the source on the page, its short and straight forward.
I'm planning to write a follow-up post (with code) to include a more direct "port" of the functionality of the YUI 2 TabView (http://developer.yahoo.com/yui/tabview/) to YUI 3.
I've went ahead, bought and installed fever on my server. One problem: doesn't seem to parse Hacker News correctly!
I really wanted a Hacker News to act as a "spark" in fever, but it does nothing, always says there are "no items". This is extremely disappointing and my attempts to reach out to Shaun via email (on the feedafever.com site) and Titter have failed, and I have received no reply. :-(