Forum OpenACS Q&A: Re: Photo album for huge image library?

Collapse
Posted by Randy O'Meara on
This is yet another CM thread that, when responses are weighed, tends to lean toward the negative. There are others hidden about in these forums.

I've watched as folks waded into the oacs CM stream over the last two years. Most, it appears, have been scared away by claims of "DANGEROUS WATERS". I'm just wondering why there is so little effort given to producing concrete examples and guidance that would prove the warnings false. Well, actually, I know why this is the case... the guys (and gals) that have taken the time to dig in and understand (the ones that are qualified to dispel the fears) are very much in demand for these exact skills.

I remember not too long ago when Joel revamped/rewrote the Getting Started tutorial that helped some of the basic oacs pieces fall into place for me. And, I'm sure it has helped countless others as well.

Wouldn't it be wonderful if, as  Tom suggested above, there were a simple tutorial (including working code samples) that would help beginning CR users understand the basics? The pifalls? I don't think it would be extremely time consuming for any individual CR expert if each of those knowledgeable of the CR added a small piece to the tutorial.

We do have a CMS forum that's gathering dust. How about a thread in that forum where bits and pieces could be added? If you have coded with the CR, would you post?

If so, just add a message to the thread (https://openacs.org/forums/message-view?message_id=136094) I just created for this purpose!

Now is your opportunity to give a little an receive a lot.

Collapse
Posted by Malte Sussdorff on
Wouldn't it be a good idea for starters to have a page listing all packages currently using the CR, give a recommendation of good vs. bad code, and describe how and why it makes sense to use the CR in this package.

Furthermore, could the supporters write a "Why and when to use the CR" (e.g. by posting in the thread mentioned above), whereas the critics raise their points and provide suggestions on how to improve it.

The CR is a core issue that will haunt us quite some time, if not tackled correctly. We should be able to give clear guidelines when to use the CR and the OCT should come to an agreement at some point, on whether or not to make the use of the CR mandatory for inclusion in the main tree.

Furthermore, there are a lot of ideas already for extending / enhancing acs_objects. I just refer to the acs_named_objects discussion. My question would be, taking into account that there are quite a lot of packages storing content in acs_objects or their own tables, shall we put more functionality to acs_objects to make it available to these packages as well?

A lot of discussion has already happened and I'm pretty sure the old OCT has some ideas on this issue. I'd love to see the new OCT come up with a clear guideline on this and means to encourage people to follow them (and I'm talking carrots here). Randy's effort goes into the right direction, thanks.