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, ...Why .Normal and the core CSS classes must go...Why .Normal and the core CSS classes must go...
Previous
 
Next
New Post
3/30/2010 10:55 AM
 

In the ideal world skin objects that are not links should just render a text and no HTML at all.

That way most of the HTML can be hardcoded in the skin (no extra parsing needed).

I think it would be good to add a "mode" attribute to all skin objects that defaults to legacy.

Then if you set the mode to "clean" the skin object renders cleaner HTML.

That would not touch existing skins and it allows cleaner HTML to be output.

The default skin object mode attribute could then be a site setting (like we have for fallback doctype).

 

 
New Post
3/30/2010 2:06 PM
 

Ralph Williams, Jr wrote:

As Cuong Dang pointed out in the session, "Bridging the Gap Between Module Developers and DotNetNuke Designers" at the 2009 Day Of DotNetNuke, a simple, consistent naming pattern needs to be used. All of that to say, I like the idea of being able to turn off the injection of spans and classes.

Ralph, this is kinda where I wanted the discussion to go... Our team has been using DNN since the 3.6's (a long time in versioning years - like dog years) and as DNN gets closer and closer to becoming an accessible, CSS-driven, jQuery-handling, XHTML compliant framework we find ourselves struggling more and more to untangle this web of legacy cr*p. That said, your point on a consistent naming pattern is totally valid. If module developers are to continue developing for DNN, they need to do so to DNN's specification (from a naming stand-point).

So for example: If your developed module is called "My Module", then wrap the module in a containing div with a class (not id as it may appear more than once) of ".mymodule". Then all your CSS selectors in your module.css get this targeting, like so: ".mymodule .a" or ".mymodule div.wrapper", etc, etc. I.E. use simple tags to style your modules and - if at all possible - make them totally templatable like Ventrian does.

@Adam Kirkbride - I would second your motion here. Of late, I've actually been minifying my CSS and JS files just like you mention (it does become tricky though making sure you minify and save your edits).

@Rick Beddie - No worries. I sometimes just find people jumping the gun with comments - appreciate the fact that you consider this a learning environment for all.

@Armand Datema - As much as I champion DNN, I have to agree with you on this. I have made several references to the "unsexiness" DNN in the past, couped with my concerns of it having to compete with other frameworks. DNN is already fighting against the resentment most developers (and the public) have with Microsoft... Don't make it worse by having this all-inclusive, all-things-to-all monkeys mark-up that loses pitches and drives people further away... That said, it is slowly but surely getting there... My skin submission was an attempt to showcase that - as was yours... (*another story though*)

Also, Armand, I'd personally like to see your skinobject, please. (p.s. sent you a mail yesterday, never got response...).

@Timo - Thanks for sharing the hint (see below question). Also, I would second your motion for backwards compatability and version, so long as it doesn't add to the shear weight of DNN... I also fully support your idea of skinobject modes... Good idea.

Also, Timo, RE: Hint: Are you suggesting this is done in Title.ascx? Or in the skinobject call in the .ascx container, like so: <h1><dnn:TITLE runat="server" id="dnnTITLE" CssClass="this" /></h1> ? Obviously the latter works, but was just wondering what you meant..?

@Everyone - Please keep adding to the ideas. Share frustrations, but keep it positive if possible. We're looking for input and solutions.

Thanks
Jon


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

 
New Post
3/30/2010 4:00 PM
 

Thought I'd post a link to this article I found at ThinkofDesign.com. I've tested the method in DNN 5.2.3 and it works... Though I've seen a comment or two from Ralph Williams about the cached time / edit mode only problem... Ralph (or anyone else) - have you tested this and is it resolved..? Is this method future proof..? Comments, suggestions, ideas..?

*Edit: Worked once... Now same issues as outlined in Ralph's comments...


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

 
New Post
3/31/2010 10:24 AM
 

Jon, I couldn't resist...

This should help: http://dnnskinextensions.codeplex.com...

A clean Page Name / Module Title Skin Object.

 
New Post
3/31/2010 1:57 PM
 
Timo Breumelhof wrote:

Jon, I couldn't resist...

This should help: http://dnnskinextensions.codeplex.com...

A clean Page Name / Module Title Skin Object.

 

Great skin object Tiimo.

After some quick testing it seems that when adding the code into a "container" in DNN 5.3.1, it seems to show the "MODULE title when you are logged in" (which is correct), but when you "log out of the site, it shows the PAGE title in the container" (it should obviously still be showing the module title).

I think this must be a bug in 5.3.1 as if you put the below script into your container, the moduleID is correct when you are logged in, but when you log out it always show the moduleID as -1

<%= DotNetNuke.UI.Containers.Container.GetPortalModuleBase(Me).ModuleConfiguration.ModuleId.ToString() %>

 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Skins, Themes, ...Skins, Themes, ...Why .Normal and the core CSS classes must go...Why .Normal and the core CSS classes must go...


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