This post originated from an RSS feed registered with Python Buzz
by Ian Bicking.
Original Post: Wiki feature of the day
Feed Title: Ian Bicking
Feed URL: http://www.ianbicking.org/feeds/atom.xml
Feed Description: Thoughts on Python and Programming.
I couldn't do a substantive feature on Wednesday due to taxes, but I'm
getting back on track. I started working on different types of pages
(e.g., reST page, plain HTML page, binary image page, etc), but I
realized I was over-engineering it, so I decided to put it off a bit
longer. I think I want to keep to one feature/release per sit-down
(where I "release" to the live wiki) -- that way I won't fall into
the trap of working on something where I don't already feel
comfortable with the implementation. I'm hoping that the hard
problems will seem easier later. (Yesterday I did orphan and wanted
page lists, but those were easy)
Thursday I implemented related terms instead. I'm still trying to
understand quite what it is I'm doing with this. The basic mechanism
is that you list the related terms as metadata for the page, and then
those "terms" (which are really just pages) include your page as part
of their content. (Why include and not just link? I'm not sure yet)
At first this just seems like backlinks, or maybe more like a wiki
category, which all achieve something of the same effect without
adding any new ideas. (MoinMoin uses macros to make the categories
more direct, but that's just an incremental feature)
So maybe this is a distraction, but I feel like it could also be
something more, specifically as it relates to aggregation. Or, more
specifically, I think it could turn this into a blog fairly easily.
When the targeted terms have more features (in terms of how they
include their related pages), then it starts to look like blogging
software, where the term becomes the aggregation of several sub-pages
(only they aren't sub-pages, because we still haven't introduced any
real hierarchy).
Unfortunately there's lots of potential options for how the target
term aggregates the pages, and a wiki page doesn't really support that
kind of structure. It could be done in a somewhat procedural manner
with markup macros, but I want to avoid those (though they probably
could be done reasonably using reST's directives).