>> So I ask you again. What features do you want? And I expect an answer >> like this >> a) everyone (or only trusted users?) should be able to edit the site. >> b) it should be possible to post fricas snippets and the site would >> compute and show the result >> c) ... > > You forgot about rendering math. My impression is that for > wiki there is a lot of choice, but for math wiki much less.
As I said rendering math is supported by MathJax (formerly jsmath). I think jsmath was also used in axiom-wiki (I might be wrong). Even with the fact that there should be an option to switch of JavaScript and render the page in a readable form, I usually prefer MathJax to generated PNGs for the math text. The problem is that PNGs are pixel graphic and don't scale nicely. > How good is Sage notebook at editing math (as opposed to showing > results of computation)? Can it work as a math wiki: allow editing > by everyone using lightweight markup? Is that convincing? (You must allow JavaScript.) https://fricas.risc.jku.at:11111/pub/ Otherwise just get an account as sagenb.org and try it out yourself. Currently I will patch the sagenb code in such a way that the *output of fricas* is just ASCII. But if I really get it working as I want, there should be no very big problem to also )set output tex on and render the produced TeX. (Maybe we have to produce an output similar to TeXmacs, because MathJax probably does not understand all the old TeX macros. >> There are two factors. >> >> 1) Maintaining the underlying software stack for the website >> 2) Maintaining/expanding the content itself. >> >> I'd like to reduce the effort for (1). That was why I was starting >> http://hemmecke.github.com/axiom-wiki/mathaction.html >> Here is the corresponding git-repo of these html page. >> https://github.com/hemmecke/axiom-wiki >> Editing would be done via pushing to this git repo. > > IMHO edits via git are too "heavy" for a wiki. Have you tried. https://github.com/hemmecke/axiom-wiki/wiki/test-page/_edit Well, you have to login to your github account. --- No, I don't think that it is a big hurdle for someone who really wants to contribute to get an account and login. I don't want to be bothered with spam. And yes, that's the github frontend for the wiki. As you can see, any edit ends up in a git commit. git clone git://github.com/hemmecke/axiom-wiki.wiki.git So it is pretty easy to mirror all the data of the wiki. I'm not saying the FriCAS documenation should be this or that, I'm just listing some options that sound more attractive to me than maintaining a VM with some specialized software. The FriCAS project has simply not that manpower to bother very much with setting up websites. Content is what counts more, not the need to have a private infrastructure. >> What do you mean by "neutral format" and what "binary dumps" do you >> -refer to? > > For example XML. Look at Wikipedia dumps: they encode all > information in XML and another application can read the data > and process it with relative ease. Some system dumps their > databases in form of SQL statements -- that is also readable > to "foreign" applications. > > Currently to get "full" backup we need the whole hard disk of VM, > in crudest form dumping hard disc image. In principle dumping > Zope database, that is 'Data.fs' should do, but ATM there are > some problem with this and of course 'Data.fs' is a binary blob. OK, Zope/Plone will be around for another couple of years, but I also don't like binary data so much. Even with their switch to "blobstorage" which stores files not inside Data.fs but directly into some directory, doesn't make backup much nicer. Look at this axiom-wiki.wiki checkout. All files are text files. It's not XML, but maybe one can restrict the input format options to just markdown or maybe reStructuredText, then this should also be pretty simple if there is need to switch from github to some other place. Important for my would be to have everything easily accessible. In other words, not only source code, but also online-docs and issue tracker should be under version control and (more importantly) it should be easy to move from one provider to another without much pain. Even though I like github at the moment, I don't want to bind too much to it. Ralf PS: In the last few days I made slow progress with the NAGcdrom (i.e. building book.dvi and .ht file from .htex files). If someone is interested I could make that public, but since I rebase all the time, it's probably not much fun. -- You received this message because you are subscribed to the Google Groups "FriCAS - computer algebra system" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/fricas-devel?hl=en. For more options, visit https://groups.google.com/groups/opt_out.
