Also the problem is that launchpad have only bugs and some aiki bugs
are only to add new features, and bugs that will not change it's
functionality, everything will work the same. Even if some api function
don't work right for user it still be no errors because not all api
function are in use, like delete variable in config class with simple
don't work at all (It don't use global $db and delete setting for all
selectors).

And I don't think that potential user will look at launchpad and how
many bugs it have, they visit a aikiframework.org and download it and
then install it, but I don't think that many people will actually use it
after testing, maybe we will have more users with new admin and new
engine. New installer look great so they will see from the
begging that it look nice.

On Sun, 6 May 2012 00:04:39 +0200
Roger Martín <[email protected]> wrote:

> The 'problem' is not normalization. Of course the field used in
> relation aiki_sites.site_shortcut has a  horrible name, is too long
> with its 255 characters, hard to understand...and yes, aiki need a
> cleaning in its tables.
> 
> The problem is our cycle of development:
> - when somebody see a program with 5 errors and 200 blueprint, he/she
> thinks: it works but this guys need a lot of help. The same person,
> over a program with 150 errors and 100 blueprint, only asks:
> but...does it work?
> - if we are more strict in error definition we can correct EVERY
> error in each release and concentrate efforts in SELECT new
> improvements. I wrote "SELECT" because we have more blueprint that we
> can develop..
> 
> 
> Roger

--
Jakub Jankiewicz
www: <http://jcubic.pl>
twitter: <http://twitter.com/jcubic>
blog: <http://jcubic.wordpress.com>

-- 
You received this bug notification because you are a member of Aiki
Framework Developers, which is subscribed to aikiframework.
https://bugs.launchpad.net/bugs/994444

Title:
  widget_site in aiki_widgets should be id not string

Status in Aiki Framework:
  New

Bug description:
  The whole idea about relational database is to have connection between
  tables using primary and foreign keys.

  so this should be equivalent  aiki_sites.id ==
  aiki_widgets.widget_site

  right now widget_site is varchar(255) and all widgets have "default"
  in it.

To manage notifications about this bug go to:
https://bugs.launchpad.net/aikiframework/+bug/994444/+subscriptions

_______________________________________________
Mailing list: https://launchpad.net/~aikiframework-devel
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~aikiframework-devel
More help   : https://help.launchpad.net/ListHelp

Reply via email to