aboutsummaryrefslogtreecommitdiffhomepage
path: root/lib
diff options
context:
space:
mode:
authorRalph Amissah <ralph@amissah.com>2011-08-08 23:47:06 -0400
committerRalph Amissah <ralph@amissah.com>2011-08-08 23:47:06 -0400
commitf0da30bc88c63cc1fc6c1941523caaae7cacebb2 (patch)
tree67cc6d84b21a6acc23a90d9086aec4cae5118fd8 /lib
parentv3: 3.0.15 version & changelog "opened" (diff)
v2 v3: removed objects.txt, cleaning
Diffstat (limited to 'lib')
-rw-r--r--lib/sisu/v2/objects.txt42
-rw-r--r--lib/sisu/v3/objects.txt42
2 files changed, 0 insertions, 84 deletions
diff --git a/lib/sisu/v2/objects.txt b/lib/sisu/v2/objects.txt
deleted file mode 100644
index 3169099a..00000000
--- a/lib/sisu/v2/objects.txt
+++ /dev/null
@@ -1,42 +0,0 @@
-shared_doc_objects.rb
-needed:
- tables code poem group etc.
- ocn numbers
- hash numbers
-
-#consider a hash of:
-:metadata or :header or @md? #with has or array of metadata, decide on which, may be possible to use param & @md
-:substance, :text or :body #array of hash objects
-
-:obj #actual substantive text or content of object, :obj preferred to :txt as may contain any of the items described in :type
-:type #which may be one of: paragraph, heading? code, verse, grouped text, table, image/figure?
-:ocn #object citation number
-:lv or :heading? #level, document structure, heading level
-:name #html segment name and location name
-:index #contain book index information if provided
-:hash? #consider, need hash for clean and marked up text, then also for each footnote contained within the object
-:meta #array or hash? :header and :data, however see suggestion that :header or :meta should be separate from :body or :substance
-
-#paragraph operation
-indent 1-9 #if exists want to know how much to indent by, 1-9
-heading #isn't this synonymous with level?
-#keep bold, italic attributes within text?
-
-# :obj container for
-heading?
-paragraph
-grouped text
-code
-alt
-poem / verse
-table
-image / figure
-
-comment #retain comments?
-
-later investigate use of extroprot (instead of or as well as Marshall)
-consider making easy to represent also as XML
-
-consider:
- additional structure fields to represent document, xml dom, node, sax, pro readily available, can be extended further, con, additional (metaverse) parsing to create them initialy
- xml or html txt field? pro readily available, con bigger objects, more memory
diff --git a/lib/sisu/v3/objects.txt b/lib/sisu/v3/objects.txt
deleted file mode 100644
index c94e02c4..00000000
--- a/lib/sisu/v3/objects.txt
+++ /dev/null
@@ -1,42 +0,0 @@
-shared_doc_objects.rb
-needed:
- tables code poem block group etc.
- ocn numbers
- hash numbers
-
-#consider a hash of:
-:metadata or :header or @md? #with has or array of metadata, decide on which, may be possible to use param & @md
-:substance, :text or :body #array of hash objects
-
-:obj #actual substantive text or content of object, :obj preferred to :txt as may contain any of the items described in :type
-:type #which may be one of: paragraph, heading? code, verse, block text, table, image/figure?
-:ocn #object citation number
-:lv or :heading? #level, document structure, heading level
-:name #html segment name and location name
-:index #contain book index information if provided
-:hash? #consider, need hash for clean and marked up text, then also for each footnote contained within the object
-:meta #array or hash? :header and :data, however see suggestion that :header or :meta should be separate from :body or :substance
-
-#paragraph operation
-indent 1-9 #if exists want to know how much to indent by, 1-9
-heading #isn't this synonymous with level?
-#keep bold, italic attributes within text?
-
-# :obj container for
-heading?
-paragraph
-block text
-code
-alt
-poem / verse
-table
-image / figure
-
-comment #retain comments?
-
-later investigate use of extroprot (instead of or as well as Marshall)
-consider making easy to represent also as XML
-
-consider:
- additional structure fields to represent document, xml dom, node, sax, pro readily available, can be extended further, con, additional (metaverse) parsing to create them initialy
- xml or html txt field? pro readily available, con bigger objects, more memory