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, ...custom container.css not being readcustom container.css not being read
Previous
 
Next
New Post
9/22/2006 2:02 PM
 
Hi.

I got it to work by copying all the css info to a file called "skinname".css
In this case I copied all the css on top of the
"Slingerland-Black-Red.html" file
 to a file called "Slingerland-Black-Red.css"

Normally it should also be possible to copy the CSS to skin.css, but I cannot get this to work.
I might be doing something wrong, I am well over my computer-time limit today....
I'll mail you my testskin
 
New Post
9/22/2006 2:28 PM
 
I also tried using one of my own skins and there the skin.css file does get included...
So it must be something in your skin....????
 
New Post
9/23/2006 4:17 PM
 

I'm working on a new portal in 4.3.5.  I modified my skin.css and copied it to my portal skin directory and it worked fine, I could see the changes.  However, when I reloaded the site, it would not loading the skin.css.  I have also copied a skin.css from another 4.3.5 portal and it would not load.  Then it would!!!

I can't seem to find the conditions under which the load is failing, but when I look at the loaded css files, the skin.css is definatley not there.

There is definatley something strange going on with css files in 4.3.5

 
New Post
9/24/2006 11:56 AM
 
Hi caroig

I have been looking at helfenj's skin and the CSS behavior seems strange (on 3.3.5)
Sometimes there is a link to the skin.css file sometimes there is not.
I tried stripping out everything but the contentpane and still .....
I don't have any problems with my own skins....
Will have a look at it in a few days.
Could you send me your skin by email please (in my profile...)?
Then I'll have some more material to compare....
Thanks


 
New Post
10/7/2006 5:15 PM
 
My own experiences may provide some more insight to this thread. One disclaimer - The process I use for creating/modifying skins/containers may prove to be the thing that created my problems in the first place.  I don't mind if this is a discovery made along the way. 

Dev Environment - DNN 4.3.5/Server 2003/VWD 2005 Express/SQL 2005 Express

I created multiple skins and containers for one site. I chose to do it this way so that I could have ultimate flexibilty in page layout and container control within these layouts.  I orginally started out by trying to accomplish this flexibilty goal by creating one skin/one css file one container/one css file but as the site grew, I found the css files becoming unmanageable and confusing.  For me, it just works better to have these page layout goals seperated.  What's all this got to do with this thread?

I started running into problems with multiple containers.  I could not get the containers css files to act independently of one another but all containers would default to one particular container's css file, even though the containers were logically seperated by folder and by method (each container was seperately uploaded using the DNN tools provided and re-parsed when needed).  Also, the containeers ascx files were referencing the right css file.  I could see changes being applied in VWD when working on these files, but when I would save and set the container under page settings, it would not work, but seemed to be defaulting to one of the other container CSS files.  In fact, all containers were defaulting to one container's CSS file.

Earlier in the thread, someone mentioned the classes of the containers may need to be distinguished.  I  tried this and it worked:

First example container

/* ==============================
== Main container holder, set box borders and background colour
================================== */
.containerholder_right
{
    background-color: transparent;
    padding: 10px 0px 10px 0px;
    border-bottom: #999999 1px dashed;
}

/* ================0
== title section
===================*/

.actions_right
{
    text-align: center;
    padding-bottom: 10px;
}

2nd Example Container

/* ==============================
== Main container holder, set box borders and background colour
================================== */
.containerholder_left
{
    background-color: transparent;
    padding: 10px 0px 10px 0px;
    border-bottom: #999999 1px dashed;
}

/* ================0
== title section
===================*/

.actions_left
{
    text-align: center;
    padding-bottom: 10px;
}


This worked, but I didn't write all this to say I solved my problem for now, even though I hope it might help someone else.  I want to know what's going on so that my skin creation methods are not going to continue to cause problems down the road. Why wouldn't the css for the container in that containers folder get applied regardless of other seperate containers whose classes may be the same? I got the impression that in DNN the custom CSS file is the file that is read first and things moved up from there.  My classes in my containers are not duplicates of other classes in CSS files higher up the chain.  Is this the way it's suppose to work or is it particular to this version?  Long winded I know, but this was a major headache for me to figure out.

Paul
 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Skins, Themes, ...Skins, Themes, ...custom container.css not being readcustom container.css not being read


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