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

HomeHomeUsing DNN Platf...Using DNN Platf...Skins, Themes, ...Skins, Themes, ...Need explanation of Container Page SettingsNeed explanation of Container Page Settings
Previous
 
Next
New Post
12/8/2010 4:48 PM
 

I have never quite gotten (or admittedly ever tried) the following module container settings and was hoping someone could give an explanation of them... (unsure if this should've perhaps gone in the Administration forum)

Module > Settings > Page Settings > Advanced Settings > Checkbox for "Set As Default Settings?":

  • What does this actually do?
  • By the looks of things, "Select this option if you would like the Page Settings for this module to be used as the default settings when adding new modules" would indicate to me that this setting (the container chosen, etc) will be applied to ALL new modules throughout the site.

Module > Settings > Page Settings > Advanced Settings > Checkbox for "Apply To All Modules?"

  • What does this do?
  • The help description indicates a similar result as the above one...

If one copies / adds and existing module to another page, and then go on to change the container settings for an instance, that settings change doesn't extend to the other instances that have been added / copied. We use Module Master do handle all our module shadowing, but doing directly though DNN gives the same result... Is there no way to set something whereby a change to this module instance is a change to it's clones?

I would also recommend - in a future release - introducing a "primary instance" setting for modules, where the first instance can be set as the primary module. Attempting to delete this module will return a warning / option, "You are about to delete a primary module instance? Do you want to delete ALL clones of this module? Do you want to delete just this instance (assigns new primary to next clone)? or "Cancel".

Any help on explanations would be appreciated, else your comments on my suggestion above would be welcomed.

Thanks
Jon


Shebang Websites - A product of Mogridge Design
Hey, we're partnered with UntangleMyWeb.com

 
New Post
12/8/2010 6:16 PM
 
Jon, 

AFAIK those settings are still unchanged from DNN 1 (or even IBuySpy Portal), including help texts. However, in my DNN 4.9.5, there is a difference between both texts:
  • Set As Default Settings "...to be used as the default settings when adding new modules" 
  • Apply To All Modules      "...to be applied to all existing modules in the site"
From usability POW, both should be command links instead of check boxes, because they initiate a one time action, not a persisted setting.

Main remaining question: which settings are affected?

For new modules, default affect
  • Alignment
  • Color
  • Border
  • IconFile
  • Visibility
  • ContainerSrc
  • DisplayTitle
  • DisplayPrint
  • DisplaySyndicate

From a look into the source code (ModuleController.vb), AllModules loops through all tabmodules and updates:
  • .CacheMethod
  • .Alignment
  • .Color
  • .Border
  • .IconFile
  • .Visibility (minimized, maximized or hidden)
  • .ContainerSrc
  • .DisplayTitle (show Title)
  • .DisplayPrint
  • .DisplaySyndicate
  • .IsWebSlice
  • .WebSliceTitle
  • .WebSliceExpiryDate
  • .WebSliceTTL
  • .VersionGuid
  • .DefaultLanguageGuid
  • .LocalizedVersionGuid
  • .CultureCode
which makes it obvious, you shouldn't use this option in a site with localized pages (so called "Content Localization") and not on a site using web slices (which either get applied to all other modules or removed from other modules).

IMHO it is a limitation, that there is no indication, which settings are affected - and at least for "apply to all" a more granular control about which properties to apply would be desirable.

ContainerSrc overrides the page default container. Since pages may have different skins and default containers applied, inheriting container from a master on another page (with presumably a different container) sounds not the ideal solution to me. The master/slave hierarchy is already implemented by the segmentation of module settings and tab modules settings, most of the ones listed above shouldn't be inherited from another reference - but maybe from a page (or site navigation branch) default instead of a single one.

Please note, there are no clones. TabModules are references to a single instance, which gets deleted when there is no active reference to the module (at least, this happens in most of the cases). Deleting a module from all pages automatically, doesn't sound reasonable, it requires check whether there are edit permissions for all other pages and users need to remember the master version (main problem imho).

Cheers from Germany,
Sebastian Leupold

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
12/9/2010 12:49 PM
 

Consider though, this scenario...

  1. I'm a designer on a project and have a number of content editors on my team.
  2. The website design requires that all recent blog posts in my side-bar be displayed with a blue container title.
  3. My content editors apply the container I've designed, and copy module to all pages.
  4. Then, someone decides that it would be best to use another, grey container for the display...
  5. I go into the module settings of one of the instances and change the container from blue to grey - expecting that this will change all the other instances / references to this module
  6. It doesn't
  7. I then have to go into every TabModule reference and change the settings of each...
  8. Doesn't help on a 30 plus page website...

Or...

  1. Someone decides we no longer need this feature
  2. I go to delete the module by physically going into the module "Settings"
  3. I delete the module, but it only deletes this instance...
  4. I have to manually go and delete each instance / reference one by one

We use ModuleMaster to make our lives a bit simpler, but still, the problems are all inherent DNN ones...

Or have I perhaps missed something that I should be doing..?


Shebang Websites - A product of Mogridge Design
Hey, we're partnered with UntangleMyWeb.com

 
New Post
12/9/2010 2:21 PM
 
Jon, please let me state first for other readers that this is NOT connected to "apply to all modules" feature (which copies display settings to *ALL* modules of the web site), but addresses module instances with "Show on all pages" enabled. You may apply changes to all TabModules (page references) for a module by entering module settings of any instance and disable the setting. Save it will remove all other references. you may apply your changes and reenter "show on all pages". I know, this is just a bad workaround, usually you don't want the modules to show up on admin pages as well and need to delete it every time, etc. From UX perspective it would be great to have options for "apply to all modules" and "show on all pages" to filter, which page/branch or module type to apply which of the default settings. IMHO a great task for the UX team to write down specifications for this enhancement:))

Cheers from Germany,
Sebastian Leupold

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
12/9/2010 3:02 PM
 

Thanks Sebastian - I will open up discussions on the UX Forum later on...


Shebang Websites - A product of Mogridge Design
Hey, we're partnered with UntangleMyWeb.com

 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Skins, Themes, ...Skins, Themes, ...Need explanation of Container Page SettingsNeed explanation of Container Page Settings


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