click-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Malcolm Edgar (JIRA)" <>
Subject [jira] Commented: (CLK-387) Django like Admin Interface.
Date Thu, 20 May 2010 10:38:53 GMT


Malcolm Edgar commented on CLK-387:

Agree with Bob's comments, this is more effort than people realise. I would actually love
to have a scaffolding type code generator for Click but there are a lot of issues to address:
* what application servers are you going to support, which application server versions are
you going to support
* what databases are you going to support, which database versions are you going to support
* are you going to use an IoC container, like Spring or use an modern application servers
features, which versions are you going to support
* what persistence framework are you going to support (Hibernate, Toplink, IBATAS, Cayenne,
etc), which versions are you going to support
* what browsers are you going to target, and what browser versions are you going to support
* do you include AJAX support, what JS libraries are you going to use, which versions are
you going to support?

All this takes a lot of consideration, even if you work out some subset you will alienate
some users. How are you going to support this going forward, as all these component versions
change, what is your support matrix. How long should you support older versions etc.  

How are you going to do this will a small number of part time committers?

regards Malcolm Edgar

> Django like Admin Interface.
> ----------------------------
>                 Key: CLK-387
>                 URL:
>             Project: Click
>          Issue Type: New Feature
>    Affects Versions: 1.5 M1
>            Reporter: Gustav Weber
>            Assignee: Malcolm Edgar
>            Priority: Critical
> One of the most efficient features of Django (no wonder that google selected it for it's
AppEngine) is the automatic Admin Interface. See a detailed chapter in this onlinebook:
> This django approach has a few advantages over other similar solutions:
> - it's not a simple CRUD, but advanced with filtering.
> - it's not generated, but "live".
> - it's complete (even login protection)
> - it's completly customizable (the UI, the behavior, the style, etc.)
> - it's very fast to learn it and very simple: even a non-programmer can "wrap" an existing
database with such and advanced UI in a few minutes just following the tutorials.
> Please add such functionality to Click too (with Cayenne, but please no Spring).
> In case of using Cayenne, it might be even simpler to implement that it was for Django,
since no reverse engineering of the DB is required: the Cayenne config files contain all the
required entities and relationships (and there's also support for "generic entites").
> Also the Django style files could be reused as they are since the license allows this.
> This is something no other Click concurrent framework has (in the javaland).
> Thank you very much in advance,
> Gustav.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message