Showing posts with label Zope. Show all posts
Showing posts with label Zope. Show all posts

Friday, October 15, 2010

Mercury markdown

I am quite taken with the Mercury .m files made available by Ralph ("Rafe") Becket at his cs.mu.oz.au page.

This seems to me to be much preferable to such things as pseudo-XML (markdown using no 'end' tags) as I remain taken with the style that I first knew in PDC Visual Prolog.

It doubtless comes down to a matter of taste.

For formatting poetry, everything depends on the context: is the page served from a remote site or is it local (the most 'local' being more content in a TiddlyWiki page, I suppose.)

My next task is to get back to Zope and Zope/Plone to assess the ease of text formatting there.

In passing: a very silly cross-library search at a University on 'Frankenthaler' could not split the art content from the cancer/physiology/medical content - not even by a range of Library of Congress identifiers.  So some are a long ways from the semweb no matter how wide their searches may reach.

Wednesday, August 12, 2009

Curl and Drupal project at developers.curl.com

[We had a Drupal CMS project for the Curl web-content language over at the former developers.curl.com but the project is, as of August 2011, in abeyance.]

The existing Drupal framework uses HTML, but Drupal seems not as tightly coupled to HTML as other frameworks which otherwise pay attention to loose-coupling (the assumption that HTML is the only web-content language is rather like the assumption that RDF for semantic web is XML. Yes, it is one language ...)

Of course Python's Zope/Plone with its REStructuredText might be a better match to Curl. I am disappointed to see how some web frameworks are HTML to the bone: they would worry if that was so for XML. But XHTML does not seem to raise a concern. I now know how the Yaml folks must feel with all the attention to JSON. One exception so far: the old Http2View for Squeak Smalltalk looks easy to convert to Curl.

I was amused today to see some concerns about those myriad SOL files that Adobe FLASH and AIR like to stash away on our personal computers ... what I don't need are all of the directories for web sites I have not yet (yet? ) visited ...