add news item for ikiwiki 2.63

[git.ikiwiki.info.git] / doc / todo / structured_page_data.mdwn

diff --git a/doc/todo/structured_page_data.mdwn b/doc/todo/structured_page_data.mdwn
index 7723daba7e6e88cb79dd1eb23842213e601d22b7..16d51f925fcfed7feba87d8dda04ad7e896b634d 100644 (file)
--- a/doc/todo/structured_page_data.mdwn
+++ b/doc/todo/structured_page_data.mdwn
@@ -1,6 +1,6 @@
 This is an idea from [[JoshTriplett]].  --[[Joey]]
 
-Some uses of ikiwiki, such as for a BTS, move a bit away from the wiki end
+Some uses of ikiwiki, such as for a bug-tracking system (BTS), move a bit away from the wiki end
 of the spectrum, and toward storing structured data about a page or instead
 of a page. 
 
@@ -33,7 +33,7 @@ Information about data types would be encoded elsewhere, probably on a
 parent page (using a separate directive). That way, all child pages could
 be forced to have the same fields.
 
-There would be some simple types like select, boolean, multiselect, string.
+There would be some simple types like select, boolean, multiselect, string, wiki markup.
 Probably lists of these (ie, list of strings). Possibly more complex data
 structures.
 
@@ -55,3 +55,13 @@ It would be nice if the type implementation code could just use
 FormBuilder, since its automatic form generation, and nice field validation
 model is a perfect match for structured data. But this problem with
 editpage.tmpl would have to be sorted out to allow that.
+
+Additional tie-ins:
+
+* Pagespecs that can select pages with a field with a given value, etc.
+* The search plugin could allow searching for specific fields with specific
+  content. (xapian term search is a good fit).
+
+See also:
+
+[[tracking_bugs_with_dependencies]]