Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...WORKFLOWWORKFLOW
Previous
 
Next
New Post
8/21/2008 7:20 PM
 

There are a couple of different things you're bringing up here.

If you want workflow in the sense of a content production and aopproval procedure, then you have to get modules that have that functionality built in. The DNN framework itself doesn't provide that (although there has been some talk about providing something like it in future, presumably to better deal with what I'm about to detail below).

One of the things that really confuses is that the DNN framework really has a couple of content management scenarios. In one scenario, the content management role exists at page-edit level. At this level the user can create new pages, and add and remove modules from them. They have full access to all page and module settings, and all module functionality. The only way and admin user can control things at this level is to restrict the page editor to a specific branch of pages. As well, the host user can control which modules will be available on the module dropdown list. However, this is per portal, not per user. The page editor role should be seen as a webmaster type of role because creating and removing entire pages and modules is about information architecture and design, not about content.

There is another level of permissions below page editor and this is the correct content manager role. This role is one that is granted edit permissions to selected modules. This role does not allow the user to add or remove modules, but it does give them access to content management functionality within the module. This is really how you should be controlling content authoring security in a DNN portal system with multiple authors. The content manager role with module edit rights is strictly there to produce and process content.

As I've mentioned elsewhere... The content manager role fails when module developers don't understand its purpose and place content management funtions out of reach inside the module settings page. You have to check third party modules for all required functionality including this.

In your posts, it sounds like your content managers are going to be page editors. Consider carefully whether this is really needed.

I suggest doing some tests with DNN. Create a portal, create the roles I've described, set up some test pages and modules, and try it out. DNN has many strengths but built-in structured and secured workflow is not one of them and you may find you need something else. But you need to fully test it yourself to determine that.

Rob

 
New Post
8/21/2008 7:32 PM
 

Rob definately knows more about these things than I do but I thought I would mention another item.

If the issue is that the original poster wants to use Engage Publish but not allow certain users to add certain modules they could always get the free TRT control panel from http://www.davebuckner.com/Default.aspx?tabid=56  Which will allow them to decide which users/roles can see and add individual modules.

Just a thought

Greg

 
New Post
8/21/2008 11:25 PM
 

Hi,

From reading the threads here I think you might gain what you want by doing the following.

You could setup a DNN portal.  Create the pages/sections you wanted but don't give user page rights to add/edit modules. 

You could use some of the following to create the workflow your looking for. 

I don't know too much about engage but I do know about the following.

If you use News Articles from Ventrian located at http://www.ventrian.com you can setup a workflow where users/contributors could submit content where an editor can then review the content and then approve it for live viewing. 

Another module I've found useful is the arcie workflow module which wraps around several different modules.  You can find it here:http://www.aricie.com/Modules/ModuleWorkFlow/tabid/88/language/en-US/Default.aspx

I found this module extremely useful has it gives the core blog module some the functionality I wish it orginally would have.  For example...Now I don't have to have a generic account for users to contribute to the same blog, they can all have their own account and they belong to a group which has rights to contribute to the blog.  This alone is a very big plus!!!

It also can add workflow to text/html and several other modules and it appears to work with engage as well.

And last, if you are going to allow users to add modules to your site, which I don't really think you want to because you want a workflow process, I would use this module...I like it better than the TRT one, which I tried but didn't have any luck with.  You can find it here:  http://www.snowcovered.com/snowcovered2/Default.aspx?tabid=242&PackageID=7994

These are just suggestions so I hope this helps

Jerry

 
New Post
8/22/2008 4:18 PM
 

ROBAX,

You are moving along the right tracke here. The only thing that I could add to your analysis is the requirement of logging changes. ALmost EVERYWHERE I have come accross providers of DotNetNuke services and software, I have also found that they're list of clientele stops short of large/corporate sized businesses. DotNetNuke for small busness, or personal users has no need to keep track of when things change on their site. If I might be so bold, many of these service providers consider my requests to keep a log of changes made, or recognize 'versioning' has an absolute needs as 'over-the-top'. This has been frustrating to put it mildly. At it tells me that every answer I get from a DNN professional  that sounds like that, tells me this person has never worked in a coporate environment.

I'm going to go out on a limb and say that 80-85% of corporate requirements would ask for versioning and change control. And within that change control, a need to pull up a logged history of changes made to EVERY little think done to the site. I feel like unless DNN, or some other company, addresses this issue, I fear they will never be recognized as a legitimate solution for large clients.

Your suggestions for test is a step in the right direction, but it will not allow one to properly view things like status. A change either happens, or it doesn't. Typical workflow tends to operate in the fashion of:

Content Creation/Edit --> Content Approval --> Content Publish

Engage does this part well, but it assumes it is the ONLY module you will use. That module is used only for Text/HTML.

I guess herein lies the rub. To enable workflow DNN-wide, one would have to modify every single existing module to work under one system. Or else new modules would have to be create, then substituting for the ones in DNN so that they could understand the rules of workflow defined by the workflow piece. Huge job, but sure to make a mint for the first company to tackle it, and as a result, propel DNN to a new level of customer.

 
New Post
8/22/2008 4:19 PM
 

Leazon wrote
 

Rob definately knows more about these things than I do but I thought I would mention another item.

If the issue is that the original poster wants to use Engage Publish but not allow certain users to add certain modules they could always get the free TRT control panel from http://www.davebuckner.com/Default.aspx?tabid=56  Which will allow them to decide which users/roles can see and add individual modules.

Just a thought

Greg

Thanks, Greg. Will look into this. Thanks for the suggestion.

 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...WORKFLOWWORKFLOW


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out