Dear Stewart, [FYI, I CC'ed my reply to the users list, because it may interest others as well]
On 18 May 2011, at 20:49, stewart mackenzie wrote: >>> Hi everyone, >>> >>> I am looking at redoing the current mozart-oz.org website by using >>> this static site generator http://blogofile.com/ , >>> keeping things simple and to the point I hope it becomes possible for >>> the site to communicate: >>> >>> * what mozart oz is >>> * current news and upcoming attractions. >>> * release downloads >>> * tutorials >>> * papers >>> >>> I will create a git repository that contains the site, any and all >>> interesting people working on interesting oz projects can clone it and >>> update it with specific information then submit a pull request. >>> >>> Are there any objections to this to this? On 18 May 2011, at 20:49, stewart mackenzie wrote: > On Thu, May 19, 2011 at 2:45 AM, Torsten Anders >> Dear Stewart, >> >> I very much applaud you engagement for the Oz/Mozart project! Certainly, the >> mozart-oz.org website is not very dynamic, and updating things like news >> more regularly would certainly be a good thing. Even better if there is >> someone volunteering to help :) >> >> Only one question (probably pointless, given your experience and only >> showing my ignorance).Why blogofile? For example, are there some examples of >> websites using it that demonstrate that it is stable. > > I have just read this, it quite clearly describes my motivation. > http://buffered.io/2011/02/15/now-powered-by-blogofile/ Thank you, the described problem and the suggested solution makes fully sense to me. It would really be a good idea if the source for the Oz/Mozart website would just be a number of plain text files in some wiki-syntax, which the community and extended and maintained in a VCS system (e.g., github) just like the rest of the Mozart source. (To mention a counter-example, extending and maintaining a wiki that only can be edited from within a browser, such as the Mozart wiki at Gforge is much more a hassle, I can say from experience). >> In case we want to perhaps swap the platform later for some reason, would it >> be possible to extract all the content again somehow for porting? Looking at >> the markup languages it supports this looks like a non-issue :) It appears >> it even supports Org-mode markup (http://orgmode.org/) for posts. > >> That would be my favourite format in this context, because Oz source code >> can be embedded and executed directly from within org mode files (see >> http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-oz.html). > > Im so impressed by this org-babel-oz project! I think that is an excellent > idea to use org-mode. > what a strange chance finding. As you can see in the Bugs section at the end of the Org-babel-Oz page, the Oz interface of org babel is not 100 percent stable. Basically, editing Oz code from within org mode works flawless (for editing code org mode opens a temporary email buffer in the mode of the language to edit, so all functionality of the oz mode is there). Also, executing any Oz statements works completely fine: in the background the interface calls the original and stable Emacs function from Oz mode to communicate with the Oz compiler from within Emacs Lisp. Executing Oz statements from within org babel is useful, for example, to see yourself as the author of, say a blog post, the result of some code (e.g, using the Oz browser, inspector etc.). It also works fine when including results of an Oz program into your text, which Oz saved into some file (e.g., I am using this approach to include resulting sound and score files from my software Strasheela semi-automatically into documents). In addition, org babel also supports code snippets in the supported languages to directly post their results automatically into an org mode document, so that readers of the document would see these automatically generated result textblocks. This can be done using Oz expressions (instead of statements). For this functionality I did not know how to employ original functions of the stable Emacs Oz mode, and therefore I wrote something from scratch, which is not fully stable. For example, there is some flushing problems with the sockets that connect an Oz process and Emacs Lisp (see the discussion in the Bugs section). It turned out in the end that I am hardly using this feature myself, and hence it remained a bit buggy :) Also, this interface only supports outputting plain text (Oz literals) into the org mode document, while more fancy org mode features such as outputting a list into an automatically created table is not supported (so far). Further org babel functionalities again should work fine. For example, if you want to feed the results of some other code in another language within your org babel buffer into an Oz variable, that should work fine. Also, the literal programming features worked fine the last time I tested it, and so forth. Best wishes, Torsten -- Dr Torsten Anders Course Leader, Music Technology University of Bedfordshire Park Square, Room A315 http://strasheela.sourceforge.net http://www.torsten-anders.de _________________________________________________________________________________ mozart-users mailing list [email protected] http://www.mozart-oz.org/mailman/listinfo/mozart-users
