http://hyperworlds.org/transliterature.html

Some thoughts on transliterature

by Jack Seay - Oct. 3, 2005 - freely distributable

Display and edit the following lists:

Content list

{url: start, length} A document content address and a span of text in
it.

...
...
Format list
{document address}

{start, end: bold} External markup applied to a content list.

{start, end: italic}
...
Dimension list - Lists connecting the other lists
{content} Text of a document, can include transcluded portions of
other documents.

{version} What edition of a document
{format} External markup
{view} 2D, 3D, mindmap, outline, etc.
Version list
{base document}

{version 2} - pointing to a content list
{version 3}
...
To display and edit documents:
Point to a content list

Display it's dimensions, which point to versions, formats, views, etc.
Choose a format, version, and view type
The display program keeps everything linked to it's origin, so any
copying, moving, pasting, outlining, formatting - creates new lists
that point to the original documents. You don't point to D, which
points to C, which points to B, which points to A. You just point to
A. Every revision points directly to the first source of everything
contributing spans of text to the current document.
Version lists would not contain content, just pointers to content
lists: doc 1 is the base document, doc 2 is the second version of it,
etc.
Special web servers could be set up that guarantee stable addresses
for all documents placed on that server.
Normal files and http protocol would be used. All HTML, CSS,
Javascript etc. would be stripped from the files before content is
used. Only the text is wanted. All else is embedded markup, a useless
and evil pollution to be purged; replaced by separate format lists
applied to the content. Any editing programs must keep all markup
separated from the content (invisibly). The user should see and edit
the finished product, but the programmers need to be clever enough to
always keep them stored separately. HTML web pages could be
deconstructed into separate content and format lists. No need for the
current bizarre combination of embedded HTML, internal and external
CSS, server side includes, javascript, blah, blah, blah. All markup
would be external. Why do I say embedded markup is an evil pollution?
Because I have wasted large parts of my life trying to keep track of
changes, trying to reformat documents for different end uses, then
losing track of which formats have which version of the text. I have
wasted thousands of hours attempting to learn today's incredibly
complex methods of creating web pages (a grossly inferior and
severely broken form of hypertext). Millions of other web developers
endure the same creativity killing, unnecessary complications,
wasting hundreds of millions of hours of valuable time.
See transliterature.org
Home

[Non-text portions of this message have been removed]