ooook! so.. and I agree you are right, Meller and I are the only one how know the purpose of these (mine) branches. currently I do have two branches (my habari kindergarden).. Now let me dig a little into them:
the phpunit branch is where I'll be mainly working on, it has the /htdocs folder declared as svn:external so it will be allways linked with the trunk version of the core. It is my intention to go building a testsuite and go increasing the number of tests without disrupting the current /tests folder that already exists in habari trunk. Since I'm still working in the testingsuite I've not done any commit but just a pair of functionality tests (from a browser point of view) to the /samples forlder (the new testsuite will be documented as well as usable by the -extras, or at least that is the main goal). I'll go file by file importing current tests and coding the 'not-yet-implemented' or 'missing' tests, and file by file trying to fix /htdocs/trunk issues I'll be finding. The usersdelete branch is because due to regulations, in some countries (and I'm talking about Spain) it is not as easy to have a site being enforced by some law rules. Users should be able to cancel their accounts whenever they want, and you (us in this case) as the site owner have to keep all the users content for at least 12 months. Currently nothing of this can be achieved with habari, as long as the deletion part is not flexible at all (even being hardcoded in adminhandler). I asked meller to create a branch for me so I could try to make this a not so painfull process, providing any kind of actions to be selected when the account is cancelled (or using a default action if you don't have permission to select others). But as I was working on this issue, I realize that users/groups admin's interface is not as usable as expected when you do have more than 10 groups and more than 20 users. I created a plugin http://www.habariproject.org/dist/plugins/populate/ that works like the Lipsum plugin but for users/groups/tokens, and also I started to work on the admin/users page, and how to get rid of the available select to put a more usable interface without changing the admins page layout (to something like this: http://imagebin.org/115947 ) These are my two branches, but as long as the testing is going to keep me busy, I also told Meller that the userdetion branch could be close if I don't get any results in two weeks. Keep the good work on!! PD: As for the quickdevel I'm using sqlite (so I don't have to bother with creating databases, tables and so) and as I'm heavily interacting with the tables during my testing, I also uploaded other -extra yesterday: http://www.habariproject.org/dist/plugins/sqlite_snapshot/ it is heavily based on habaribackup, but only supports sqlite, create snaphosts and generates a list of 'restore points' instead of just making a backup (it is not a backup replacement at all), but is helpful when you are touching all the tables and testing. Chees! ilo On Wed, Sep 29, 2010 at 1:03 AM, michael.twofish <[email protected]>wrote: > On Sep 28, 2:46 pm, Chris Meller <[email protected]> wrote: > > > > I cleaned up all the branches a few days ago and had little clue what a > large > > number of them were for, but it doesn't matter. If there was anything of > > value in it presumably the person who wrote the code would have raised > > awareness of it and we'd have used it. The way we use branches a lot of > them > > are just to play with an idea in and never come to significant results, > which > > makes it pointless to worry about keeping track of them. > > I'm not suggesting hard and fast rules, or necessarily keeping track > of branches, just a short email to -dev to make it more likely that > work won't be wasted. > > > Since I'm the one who's created the last couple branches for ilo and I'm > far > > too lazy to post to -dev on the off chance I take 30 seconds to help > someone > > on IRC by creating a branch for them, I propose we just make the branch > > commit at least somewhat meaningful and admit that the system is never > going > > to be perfect. > > In this case it wouldn't be you sending the email, but ilo, since the > branches were created for his work/play. But yes, commit messages > should be "at least somewhat meaningful" :) > > -- > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/habari-dev > -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/habari-dev
