From: Steve W. <sw...@pa...> - 2001-10-01 23:45:24
|
On Wed, 26 Sep 2001, Joe Edelman wrote: > * Is there a proposal on board for templates as in the 1.3 task list? Is > there some other wiki which does it right I should go look at? Jeff Dairiki has rewritten the template engine, but I haven't looked at it yet. You might want to check out a nightly build and play with it. > > * Is there a reason to prefer [notify:JoeEdelman] for email alerts to > "* JoeEdelman - joe at orbis-tertius.net" as per TWiki? Well, I would argue for consistency in syntax... and to that end, we have two forms of syntax, with brackets and without, so I am in contradiction! ;-) I personally favor [notify:SteveWainstead] as syntax; I also like the idea of just adding your name to the page source to do this, because it is WikiLike, but there are many problems with it for other people, especially if it's a public wiki. For an intranet it's fine. > * The /SubPages like on UseMod would be really easy to implement. Should > they be? It's just "syntactic sugar," isn't it? That is, allowing slashes in page names? > * Does anyone anywhere support "half-links" that don't show up in > BackLinks? It seems one problem with categories is that even pages > which just mention them or point to them as part of documentations are > categorized. I suppose this could be fixed with a plugin. It seems > like an un-wiki thing to do, but on the other hand, I don't want my > users to have to read through noise. I think I see what you mean... you want to link to CategoryWiki without the page it appears in to show in a listing of all pages linking to CategoryWiki. Never even thought of it, but it seems like a pretty pathological case. > * Is there a good reason IsAProject is not a WikiWord? We've always stuck with the convention of true Wiki names for BumpyText, and if you want IsAProject to be a link use [IsAProject]. I'm wondering at the moment if we shouldn't just make the implementation of page names case insensitive. > * I'm also interested in making a general search tool plugin that shows > some meta data about every document it pulls up, or that pulls data > from the page (<?plugin searchTable "*Person" age?> might look for > lines beginning "Age: " and list what follows as a column in the > results). Any thoughts? Intruiging. I still have to look at the plugin architecture too! > * I really want my searches to be able to tell me when a Category was > added to a page, even if that page has been modified several times > since then. Would it be possible to add a "ctime" to the link table? > I think this won't work because every time a page is edited/saved, we first delete all frompage entries in the link table, parse the page for links, and reinsert them. It would be a nightmare to try to do this the other way (select all links from the table; parse the page; compare the two sets; delete the ones not in set 1, insert the ones only in set 2.) My idea has been to keep a log of all transactions in the database, or maybe a flat file, and you could trace edits that way. Otherwise you have to resort to looking at diffs. An internal log of edits would provide an audit trail. ~swain --- http://www.panix.com/~swain/ "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." -- Frank Zappa |