Forum OpenACS Development: Contacts application nearly ready for release - code reviewer(s) wanted...
At long last, after many shifts in project direction, etc. i am very close to being able to release a "contacts-heavy" application that is generally useful and not specifically programmed to our organizations specifications. i talked about here a bit:
I have a tarball i would like to send anybody that would be willing to "test it out" and make sure it works with their setup and to clean up some last todo items. I'm a one man shop so i don't have the luxury of somebody who can do code reviews at my job, I would really appreciate it if somebody would be willing to do that with me. After that i'll release it to contrib...
If you are able to help out or simply want a tarball to see where it is at please email openacs_at_geddert_dot_com.
I suggest you to put your code on cvs.openacs.org, doesn't matter if its fully stable, its ok to put it there now, and will make the adoption / use of your pkg easier for most of us (just like Jade did with the PM).
And now there isn't need to put it on contrib, this will go into /packages.
Reading the older thread it seems like it was an a open question which underlying packages (telcon_number, categories) you would ended up using. What did you end up doing?
This might be very useful for a client project we are doing. We will definitely take it out for a spin.
I agree with Roc that it would be great if you could put it on oacs CVS.
Richard Hamilton took a look at the code and thought acs-contacts might be the correct name for the package - who would verify this. Its a pretty "low level" package, that many other apps will hopefully use in the future since it manages any and all attributes associated with a party (i.e. a person or an organization)... it allows fine grained control of who has access to what data on a party, etc... I have been assuming it would be called contacts, but since its low level and generally useful to any application that deals with parties acs-contacts might be a better package name???
My contacts app ties in with almost all the reference data (for address verification), telecome-number, postal-address, organizations and categories, so it uses all of the hr-xml standard stuff.
I think it should probably be called contacts.
If you want me to, I can post it on CVS. Or perhaps someone else can ensure you get your account set up.
I'm really looking forward to trying this out. I agree -- once we get it into CVS, then we'll worry about testing it, etc...
Once it's in CVS, I'll probably have some time to test it out as well.
If you're using Arch, then don't worry abou this. But if you're using CVS, this will require some careful planning.
Matthew, you can ask any of the OCT people to give you CVS access.
You don't have any particular special access, but general people will expect you to manage the releases (see here for info on how to do that: http://openacs.org/forums/message-view?message_id=192919), and you have some say in the direction that the development goes. Generally people will ask you before making significant changes to your code, for example.
To get the bugs assigned to you automatically, you also need to ask someone (on #openacs on IRC is a good place, or one of the OCT members) to set you up on bug-tracker, and while you're at it, you might get them to set up the cvs module for contacts, so that people can check out just that package.
how can I enable my package to use your contacts package? Can you kindly post a simple how to? I am rewriting a package that has it's own contacts table and I would like to use your package.
Also as Orzenil already mentioned Enrie and you are both using "Organisation" which breaks the one or the other during the installation process. I think you and Enrie should try to fix this problem since dotLRN will make use of both packages for sure.
I create a bug here:
when do you expect that release? Also I was wondering if you plan to support vCard import/export. Export should be very simply. Below a sample vCard.
org;quoted-printable:Somecompany Inc.;Some Dept.
note:some more text that should be visible
One issue I think needs to be added is making the package not a singleton.
Each subsite should be able to mount their own instance. And, Ideally each user could have their own contacts app online. A public/private/whatever permission could be granted with one of those defaulted by subsite.
Other than that I think this is a great package.
Nima, I really think my contacts package is the way for webmail to store contact info. So i'll try to make time to get vCard's working. Would you be willing to email me your webmail tarball? If i see the code it would give me an example of how other packages will need to be able to tie in with contacts. Or, if its not in a state to "share" yet (i.e. it depends on a number of local hacks) once you get it to that level i would appreciate if you could send me the tarball.