Talk:Wiki as a book reader
Javascript microwiki
TiddlyWiki plus synchronization software would be a start. Something like a tiny webserver that used SQLite or dbh for storage would be enough.
We are currently looking into MoinMoin. It has a very good extensible architecture. It is fairly easy to add the missing features by adding actions, macros, and parsers. I will take a look at TiddlyWiki though.
I just found out about ZiddlyWiki, which uses Zope. --BobBagwill 19:39, 30 March 2006 (EST)
Version control?
While reading the page, I couldn't help but think "subversion can do that" and "subversion can do that as well" and "yeah that should also be possible with version control". So, how about some kind of mixture between version control and wiki?
Besides, I wanted to say that I don't like those ideas about using special unicode characters:
- breaks the concept
- clutters the document "source"
- disregards needs of colour-blind people
- mixes not only formatting and content (which is bad enough in HTML) but authoring information in addition
All that is just IMHO and my 2 cents.
I'll sign up a different time cos it's late in the night. 84.158.225.130 19:11, 21 March 2006 (EST) (Benjamin B.)
Notes
> Besides, I wanted to say that I don't like those ideas about using special unicode characters:
Thank you for your comments.
I realize that the Unicode Private Use Area characters would mix formatting and content and would agree that that may not be desirable at all and, for some aspects, such as font choice and type size which could sometimes or even often apply to a whole page may always not be necessary. However, if one wants to have a system whereby, say, a student types a page of text in blue and then wants to make a few of the words stand out by making them in red, it seems to me (though I am entirely ready to learn of any alternative possibility) that there is no way to do that other than by mixing formatting and content. That formatting could be done either by Unicode Private Use Area characters or by some sort of HTML-like system with someway bracketed English-like text as one prefers, but if one needs to indicate where the red ink starts and where the blue ink is again used, mixing formatting codes and content may be necessary.
William Overington 1155 GMT 22 March 2006
Version control and formatting
In a way, wiki is a version control tool. It keeps history of all the changes made, allows you to diff between any two versions of the document and to revert to an older version when needed, some versions even detect that the version you are working with is different than the last committed version and gives you a merge view when you commit yours.
So in that sense, subversion is more of an alternative than it is complementary. There is no reason that prevents us from replacing the underlaying storage mechanism in wiki (file system or database) with subversion, making use of the branching capabilities and other features that subversion provides. But some of those capabilities will need to be exposed through the UI before the usr can make use of them.
I am afraid though that it would complicate the user interface to a degree where it negatively affects the usability of the whole application. Especially that I think subversion is of little added value in this case.
Regarding formatting, unicode formatting characters seem to complicate the formatting process to the degree that wiki could loose its appeal as an easy-to-use authoring tool. If the user is interested in providing more sophisticated formatting, then CSS is where the state of the art seems to be today in regards for formatting. It is easy, clean, and seperates text from formatting (which was another objection that I read here).
Programmable Content
Javascript makes a fine beginners' language. You can use it to do math, graphics, games, etc. All you need is a modern web browser. --BobBagwill 19:43, 30 March 2006 (EST)
A problem which I found with using JavaScript is that if I tried to do addition of two numbers, I found that I ended up with something like the following, this being because otherwise the JavaScript engine would assume that the + meant concatenate rather than add.
z=1.0*x+1.0*y;
Maybe there is some way to avoid that problem, but it seems that that could be confusing to a beginner. However, JavaScript does have some uses in programming.
Here are some pages which I produced using JavaScript.
http://www.users.globalnet.co.uk/~ngo/calc0001.htm
http://www.users.globalnet.co.uk/~ngo/fram0001.htm
http://www.users.globalnet.co.uk/~ngo/fram0002.htm
http://www.users.globalnet.co.uk/~ngo/cpjs0001.htm
Graphics with JavaScript was not really possible, though it is possible to manipulate whole pictures. I produced the following as "A JavaScript Program Inspired by a Hologram".
http://www.users.globalnet.co.uk/~ngo/holo0001.htm
I did read somewhere of someone producing graphs by a technique of using lots of graphic files each 1 pixel wide.
http://davidbetz.net/graphics/ --BobBagwill 10:48, 3 April 2006 (EDT)
However, I was not an expert with using JavaScript: also I only ever did client side JavaScript, not server side JavaScript, so maybe more could be done with JavaScript graphics than I realized.
I did manage to produce a system which I called 1456 object code whereby text in parameters of a web page applet call is used to customize a ready-made Java applet.
http://www.users.globalnet.co.uk/~ngo/14560000.htm
This was, if I may so myself, very successful. However, programming it was directly in object code, so it is not suitable for getting people started with programming.
I got it as far as rotating wire mesh objects using quaternions.
http://www.users.globalnet.co.uk/~ngo/demo15.htm
http://www.users.globalnet.co.uk/~ngo/14562700.htm
However, maybe a system whereby a ready-made Java applet is programmable with a simplified programming language could be produced.
William Overington
31 March 2006
Javascript manipulating SVG is probably the way to go. --BobBagwill 10:48, 3 April 2006 (EDT)