Our new wiki innovates three ways. It shares through federation, composes by refactoring and wraps data with visualization. Follow our open development on GitHub or just watch our work-in-progress videos here.
Find these videos on YouTube also.
Search for federated wiki.
I announce new videos on Twitter.
Follow @WardCunningham.
|
We introduce the parts of a Federated Wiki page. The "story" is a collection of paragraphs and paragraph like items. The "journal" collects story edits. Should you take my page and edit it as yours, I can see what you've done and may decide to take your edits as my own. |
|
We show how drag-and-drop between federated wiki pages creates a new model for sharing. A simple JSON model of the page makes this all straightforward. |
|
We explore how a federated wiki's page elements get converted to HTML. The conversion happens on the client side. Coffeescript code uses the type of each story item to retrieve "emit" and "bind" functions. Emit creates the HTML DOM objects while bind connects them up to jQuery. |
|
We show an Arduino micro controller collecting data from various sensors and publishing it as a federated wiki page. Squeezing wiki onto the smallest of machines shows us ever more powerful ways to program this new system. |
|
We show more ways to see multiple pages at once where drag-and-drop works like columns in the finder. We also show file import through drag-and-drop from the finder. |
|
When we edit a remote page it becomes our own. We call this a fork and record it in the journal. Click the journal to bring the source up for side-by-side comparison. |
|
A visualization on one page can find data on another. Our prototype showed us this is a good way to work. Watch us visualize two datasets two different ways. |
|
We find inspiration in Science Magazine's interactive figures prepared for their special issue on population. We're using similar javascript libraries and hope to make publishing with them easy. |
|
Where is wiki from? Where might it go to? We asked and answered these questions in a 2005 Wikimania keynote. Our answers hold up. Some guide our work today. |
|
Adam Solove has contributed side-scrolling and browser history integration logic. Bryan Donovan and Stephen Judkins have put together rspec and capybara tests. I promise to fix the bug I introduced generating favicons. |
|
Russell Senior and Sven Dowideit have contributed to the Arduino and Node.js server implementations which stretch our understanding of federation. With so much of the logic on the client side, we can even make read-only sites with Apache. |
|
We resurrect an expense calculator written in AWK in 1981 to show how plugins can interpret the words in a paragraph as calculations to be performed when the paragraph changes. |
|
On a tip from @krogen, we've added our first audio format which we calculate on the fly from formulas passed around within the #bytebeat community. Fans can drag bytebeat paragraphs from each other's pages or create new ones by choosing bytebeat in the new factory menu. |
|
We inherit decades of experience typesetting mathematics when we incorporate MathJax as one more dynamically loaded plugin. The MathJax javacript works trivially client-side with static html and has a sophisticated API for dynamic environments like ours. We'll learn a thing or two from them. Thanks. |