From mboxrd@z Thu Jan 1 00:00:00 1970 From: Axel.Thimm@ATrpms.net (Axel Thimm) Date: Tue, 03 Jan 2006 14:05:45 +0000 Subject: [lm-sensors] project status and future Message-Id: <20060103140545.GC4076@neu.nirvana> List-Id: References: <43AF1E4A.90902@sh.cvut.cz> In-Reply-To: <43AF1E4A.90902@sh.cvut.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: lm-sensors@vger.kernel.org Hi, On Tue, Jan 03, 2006 at 08:25:25AM +0100, Michael Renzmann wrote: > On Mon, 2006-01-02 at 23:38 +0100, Axel Thimm wrote: > > didn't we want to use mediawiki instead of trac's embedded wiki? > > > > http://lm-sensors.org/wiki/ > > > > vs > > > > http://lm-sensors.org/trac/wiki/ > > I'd say no. While mediawiki might be more powerful regarding the markup > it uses, we will loose one of the features of Trac: the possibility to > easily link between tickets, wiki, changeset comments, and other Trac > objects. Is it really that helpful? At ivtvdriver.org nobody really misses that, while there are quite a few users that are mediawiki experts and have taken the load off the developers' shoulders. After all one of the ideas of a wiki is to make it easier for users to contribute to documentation. > Trac uses the Wiki markup nearly everywhere where someone can enter text > (the tickets for example), and if we decided to use Mediawiki for the > main wiki, users would be forced to cope with two different wiki markup > dialects. At least tickets and any items that will be sent in notifier channels (a commit/notify list) should not contain markup. This makes it very hard to the ASCII MUA user (i.e. all od us? ;). > Bottom line: personally I'd strongly vote for the Trac-internal wiki > rather than Mediawiki in this case. Well, as I said I personally prefer mediawiki, but I'm not insisting :) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20060103/fb057afb/attachment.bin