symkat/kona

A Personal Wiki

kona's Issues

Consider changing the URL structure

The URL structure is flawed. I don't recommend using the character ! in any URL. In lieu of ! as a marking of a non-article url, consider moving pages to /wiki/$page or using a URL schema such as /wiki/$page/$action/

This is one of the recommendations from our email discussion on Nov 13-15.

Site::Dispatch Needs Logic

Find a good condition testing paradigm and make it trivial to write restrictions on dispatching to a given class.

Content namespaces

As noted in doc/TODO:
Namespaces: thing:base (CDN:docs, Project:Spec, etc, etc)

We could use "/" as a namespace divider.

Hide edit links on non-article pages.

On a page that is not an article, the edit/delete/rename/etc links need to be hidden.

This is one of the recommendations from our email discussion on Nov 13-15.

Site::Dispatch->new() is passing unsupported (previously supported) keys.

Fix this.

Create an initial install welcome wizard

Upon initial install, users will need to edit app configuration, theme settings, and create a home page. This is probably something for the future.

Re-dispatching

The dispatcher should support some type of re-dispatching.

I herd you like dispatching, so I put a dispatcher in your dispatcher so you can dispatch while your dispatching.

Edit the way handler methods are called

A lot of the work done in URL handler methods is duplicated. For example, the parameters passed as:

my ( $req ) = @_;
my ( $res, $con, $uri ) = get_request_info( $req );

are repeated per method. Additionally, logic to determine if if the request method was GET/POST could be moved to the dispatcher method, calling method_get(), method_post(), etc. instead of method()

This is one of the recommendations from our email discussion on Nov 13-15.

Rename _s to static

"_s" is ambigious, "static" is considerably more common.

This is one of the recommendations from our email discussion on Nov 13-15.