- CGI-Wiki-dev - earth.li

Wiki Creole (was: Wiki developers' IRC meeting...)
by Earle Martin 06 Jun '07

06 Jun '07

On 06/06/07, Kake L Pugh <kake(a)earth.li> wrote: > But also, I think we might want to rethink the idea of using > Text::WikiFormat, especially as later versions break our UseMod > formatter (0.75 is the last safe version of T::WF, I think). Aren't > the Wiki Creole people planning to write reference implementations in > various languages? I hadn't heard that they were; maybe we should? Wiki::Toolkit::Formatter::Creole could be a wrapper around it. Incidentally, the Creole proposal has just reached 1.0. [1] It's open for discussion until June 13th, at which point it'll be frozen for two years. So if anyone has any pressing concerns, please voice them on the talk page before it's too late! [1] http://www.wikicreole.org/wiki/Creole1.0 -- Earle Martin http://downlode.org/ http://purl.org/net/earlemartin/

1 0

Corrrection: Wiki developers' IRC meeting tonight is at 9pm UTC
by Earle Martin 05 Jun '07

05 Jun '07

Sorry, I managed to get the time wrong - the meeting is actually at 9pm UTC (i.e., 10pm BST). Thanks, Earle. -- Earle Martin http://downlode.org/ http://purl.org/net/earlemartin/

1 0

Test failure - suggestions?
by Dominic Hargreaves 05 May '07

05 May '07

Hello, You can see a test failure which manifests under some automated build conditions at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=420359 It seems that listening for connections shouldn't be expected to work in unit tests - does anyone have any smart ideas for other ways to structure this test[1]? Thanks, Dominic. [1] http://www.wiki-toolkit.org/browser/wiki-toolkit-plugin-ping/trunk/t/02_cal… -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email)

2 1

Patch for option port specification in Wiki::Toolkit::Store::Database and ::Pg
by Earle Martin 23 Dec '06

23 Dec '06

At present you can't specify a database server port with Wiki::Toolkit::Store::Database and ::Pg. The attached patches should go some way toward addressing this. I haven't looked at the other flavours of backend, I assume they need similar adjustment too. -- Earle Martin http://downlode.org/ http://purl.org/net/earlemartin/

2 2

Alternatives to Text::WikiFormat
by Earle Martin 14 Dec '06

14 Dec '06

[Moved from OG-Dev] On 14/12/06, Dominic Hargreaves <dom(a)earth.li> wrote: > On Thu, Dec 14, 2006 at 11:16:47AM +0000, Earle Martin wrote: > > We've had some issues with Text::WikiFormat in the last few months and > > it doesn't seem to get updated very often. As I commented during last > > weekend's meetup, I'd like to replace it. HTML::WikiConverter looks > > like a good possibility: > > > > http://search.cpan.org/~diberri/HTML-WikiConverter-0.61/ > > > > It allows custom dialects to be implemented easily, so we wouldn't > > have to worry much about our specific syntax (which is pretty much a > > UseModWiki subset anyway). > > This seems to be the opposite of what we want. It doesn't (as far as I > can tell) provide a way to generate HTML from wiki text, but the other > way round. Am I missing something? Buggrit millennium hand and shrimp. I think I was actually thinking of: http://search.cpan.org/~tels/Convert-Wiki-0.05/ -- Earle Martin http://downlode.org/ http://purl.org/net/earlemartin/ -- Earle Martin http://downlode.org/ http://purl.org/net/earlemartin/

1 0

Ping Plugin
by Nick Burch 23 Nov '06

23 Nov '06

Hi All I've written a post_write plugin for Wiki::Toolkit, Wiki::Toolkit::Plugin::Ping . When you create one, you tell it how to turn a node name into a URL (via the node_name_url parameter), and you give it a list of services to "ping" on node write (via the services parameter) When registered, Wiki::Toolkit will call the post_write method when a node has been written, and it'll go off and notify the various services (eg pingerati, geourl), all in the background. It's in SVN, but not on cpan or anything like that. Can someone with cpan rights sort that? Cheers Nick

2 3

[earle@downlode.org: Wiki::Toolkit metadata patch]
by Dominic Hargreaves 19 Nov '06

19 Nov '06

Nick, You're probably more familiar with Wiki::Toolkit than me at this point.. does this look sane? Dominic. ----- Forwarded message from Earle Martin <earle(a)downlode.org> ----- X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.3 Date: Sun, 12 Nov 2006 01:39:13 +0000 From: Earle Martin <earle(a)downlode.org> To: Dominic Hargreaves <dom(a)earth.li> Subject: Wiki::Toolkit metadata patch Cc: Christopher Schmidt <crschmidt(a)crschmidt.net> Heya Dom, This is an adaptation for Wiki::Toolkit of the patch Chris posted to the list back in March: http://lists.openguides.org/mail/openguides-dev/2006-April/001252.html The idea is to use it for dropdowns in the edit form of existing categories and locales as in this template: http://boston.openguides.org/templates/edit_form.tt It's untested code, but should work, I think. Cheers, Earle. -- Earle Martin http://downlode.org/ http://purl.org/net/earlemartin/ ----- End forwarded message ----- -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email)

3 3

Release of Wiki::Toolkit
by Dominic Hargreaves 08 Jun '06

08 Jun '06

I've released 0.70 of Wiki::Toolkit and with it, new versions of a couple of the accompanying modules. You can find the releases on CPAN as usual. There are one or two bugs[1] still to be ironed out in accompanying modules but we are nearly there. Dominic. [1] http://www.wiki-toolkit.org/report/1 -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email)

1 0

Subversion repo corruption
by Dominic Hargreaves 31 May '06

31 May '06

I have just discovered that the wiki-toolkit subversion repository has become corrupted. I have taken a snapshot of it and will attempt to recover it in due course; in the meantime, the repository iteslf and parts of the web site http://www.wiki-toolkit.org/ will remain inaccessible. Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email)

1 1

Fwd: Re: Wiki::Toolkit database question
by Phillip Karlsson 16 May '06

16 May '06

howdy. What follows is a question I asked Dominic, he suggested that I forward my question, along with his responses, on to the list. At the bottom, I list the two changes which would make this a really useful tool for me to use. > > Background: >> I run a hosting service for high-traffic webcomics. Currently >> goats.com and reallifecomics.com are using my stuff. Short version >> is that I have a large backend of perl code that I use to make >> functionality available to them by letting them only have to >> configure a few variables. >> >> I'm setting something up to allow them to put wikis on their sites >> just by setting a the base_path they want the wiki to live at. I >> started implementing a lot of this myself, using Text::Wikiformat and >> then writing all the storage/insert/update/etc myself, but looking at >> all the improvements in Wiki::Toolkit I'm wondering if I can use this >> instead. >> >> The problem is that these wikis need to use one set of tables, based >> on a central "wiki" table that specifies which nodes belong to which >> wiki/site. >> >> >> Specific Question: >> In your opinion, is Wiki::Toolkit flexible enough that I could use it >> to enable this? > >It's not quite there but this shouldn't be hard to add and would be >worthwhile. > >> My current thought are to create a class that inherits from >> Wiki::Toolkit to allow me to know which wiki I'm referring to, and >> then to create my own backend type that would use that information to >> know which tables to select from. >> >> However, it appears that a lot of the SQL is very intermixed with >> logic (in Wiki::Toolkit::Store::Database), which means that I would >> end up cut and pasting a lot of that into the functions I overrode, >> thus diminishing the returns from using Wiki::Toolkit in the first >> place. >> >> So I guess my questions are: >> - am I completely insane for thinking that this would be useful to >> me instead of just rewriting a lot of it? > >It sounds like a sane idea to me. It's what Wiki::Toolkit is for, after >all :) > >> - and are their plans, as part of the current rewrite, to abstract >> out the SQL calls more from the logic? (I didn't see anything along >> these lines on the site) > >We don't have any particular plans to restructure the code at this stage >although once we've settle down from our recent naming and schema >overhaul it could be considered. However, Wiki::Toolkit is in itself an >abstraction layer and it should be possible for it to be generally >useful with the interfaces it gives you. If there are bits missing then >we need to add them :) > >If I understand you, you just need a way to add an extra wiki name >identifier (be that a URL, or short name, or whatever) and then be able >to name that in Wiki::Toolkit operations. This should be easy to add to >the core I think and would be generally useful to be able to run multiple >wikis on a single Wiki::Toolkit table, rather than subclassing. In >terms of implementation I think we'd just need to have an optional >"wiki_id" parameter to Wiki::Toolkit calls, which used an corresponding >database column. > >Thoughts? > >Dominic. Here are the two changes I think would need to be made to make this relatively simple: - make it easier for the Wiki::Toolkit tables to be integrated into a larger database by allowing an optional "table prefix" of some kind to be specified. This allows it to use a user-configured namespace for its tables, preventing conflicts with other stuff (such as tables called "content"). Also, it creates one option for allowing multiple wikis within a single database/application/whatever. - follow Dominic's suggestion to use a wiki_id parameter to know which wiki a node "belongs" to. This would require altering a lot of sql calls, but since (it seems) all the other tables are keyed into the node_id of a node, it should (hopefully) be fairly straightforward. The internal_links table may also need to be altered somehow. In my case, I would create a wiki table that would identify the site and "base_url" for a wiki, and then use that wiki_id to find nodes. I'm happy to help make these (or other suggested) changes, but I'm new to the community, so suggestions on how to go about doing that are welcome. thanks, -Phillip

2 1