Page is empty in IE and Live View

Strange. I tried different TYPES of DOC, but in vain.

This page: http://www.thumbslinger.com/CTM/contact.html

Appears in Firefox and Safari of course and in the design view of DreamweaverCS4. However, it turns off all in LIVE VIEW mode and doesn't appear at all in Internet Explorer.

All other pages of the site are structured similarly and all appear normal/normal.

Quite perplexed on this... anyone see something now?

Thank you

It is probably the following:

  

You can not put double-dashes inside HTML comments.

Change to this:

  

After you've solved that, run it through the W3C validator if the problem persists.

Tags: Dreamweaver

Similar Questions

  • Model DW: a difference between Design and Live View mode

    Hello

    I am trying to create a model DW. There is difference between mode and Live View. The model contains only a list of navigation style. In Design view, the list is displayed vertically - what is incorrect. In Live View mode, that the list is displayed horizontally - correct.

    Is there something wrong with the model? How to achieve a coherent vision in both?

    design_view.png

    live_view.png

    My model code is:

    < ! DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional / / IN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd" > ""
    " < html xmlns =" http://www.w3.org/1999/xhtml ">
    < head >
    < meta http-equiv = "Content-Type" content = text/html"; charset = utf-8 "/ >"
    <!-TemplateBeginEditable name = "doctitle"-->
    < title > Dreamweaver Test < /title >
    <! - TemplateEndEditable - >
    "" < link href = "... / theme.css" rel = "stylesheet" type = "text/css" / >
    <!-TemplateBeginEditable name = "head"->
    <! - TemplateEndEditable - >
    < / head >
    < body >
    < div id = "WrapperPage" >
    < div id = 'mainNav' >
    < ul >
    < li > < a href = "#" > Menu option < /a > < /li > < li > < a href = "#" > Menu option < /a > < /li > < li > < a href = "#" > Menu option < /a > < /li > < li > < a href = "#" > Menu option < /a > < /li > < li > < a href = "#" > Menu option < /a > < /li > < li > < a href = "#" > Menu option < /a > < /li >
    < /ul >
    < / div >
    < / div >
    < / body >
    < / html >

    The theme.css code is:


    {#mainNav}
    background-color: black;
    height: 3em;
    margin: 0;
    } ul {} #mainNav
    list-style-type: none;
    padding: 0;
    margin: 0;
    }
    #mainNav ul li {}
    height: 3em;
    display: inline-block;

    list-style-type: none;
    }
    #mainNav ul li: hover {}
    text-decoration: none;
    color: #cccccc;
    text-transform: uppercase;
    background-color: gray;
    }
    #mainNav a: link, #mainNav a: visited {}
    text-decoration: none;
    color: #cccccc;
    line-height: 3em;
    text-transform: uppercase;
    }
    #mainNav a {}
    padding: 20px 10px;
    }

    Oops - sorry.  Copied the wrong code.

    Try this CSS-

    {#mainNav}

    background-color: black;

    margin: 0;

    overflow: hidden;

    }

    #mainNav ul {}

    list-style-type: none;

    padding: 0;

    margin: 0;

    }

    #mainNav ul li {}

    height: 3em;

    line-height: 3em;

    float: left;

    }

    #mainNav a {}

    Display: block;

    padding: 0px 10px;

    text-decoration: none;

    color: #cccccc;

    text-transform: uppercase;

    }

    #mainNav a: hover {}

    background-color: gray;

    }

    I have re-arranged things and corrects some redundant/unnecessary styles.

  • Viewfinder and live view focus

    Before the AF points while looking through the viewfinder, I had it places generic development of the box, as well as for the liveview one. Now I have these annoying red red AF points. I would like to revert to the earlier version of the format/system, but do not know how. Can someone please explain?

    For more information, I read on (and it the manual) and done a reset with nothing doesn't.

    Thank you

    Phoenix

    What camera do you use?

    You say you have 'small red dots' in the viewfinder, or mode live view.  These points are your focus points does not with Live View (which uses a different, lower development system).  They are actually quite important for the use of a digital SLR, but you can choose to use or not.

    For the viewfinder you don't have choice (assuming you are using a digital SLR).  You look at the actual image, through the lens.  There is no graphics in there, other than the LED on the bottom that you tell your settings and these focus areas incorporated into the screen.  If you are using a device with an electronic viewfinder, which is not necessarily true, but that the way this is the EOS forum I will assume that you are using a digital SLR, which don't have an electronic viewfinder.

    If you try to change the settings in Live View mode, I have to rely on someone else, I don't really use it.  But I would not be surprised if you can choose between the box and the points.

  • Design conflict and live view view

    Can anyone shed some light... Using the property float to align 3 images and text side by side inside a DIv. 3 boxes, everything looks good in design/code view, however if I switch to live view or preview in the browser, the images and texts all align them vertically under each other. Help, please!

    The validator (http://validator.w3.org) W3C gives me 9 errors with your HTML - all wear them on the fact that you cannot start the value of an ID attribute with a number, for example,.

    .  Try to do all these like that.

    See if this changes help.

  • The question regarding the positioning (differences between Design view and live view)

    I don't know how to perform the same search to see if this has been asked, nor how to properly ask the question... but here goes...

    I have a div id "container" which is limited to large 968px.  Inside that I want to have 2 columns (one containing nothing else than a background image) next to each other.

    I called a left_column and other right_column.

    The background image will be in the left column and is high by wide 290px 550px.

    I used CSS to define the following:

    {#left_column}

    background-color: #FFF;

    background-image: url (.. / images/waterfall.jpg);

    background-repeat: no-repeat;

    position: relative;

    height: 550px;

    Width: 290px;

    margin-right: 10px;

    float: left;

    }

    {#right_column}

    height: 550px;

    Width: 650px;

    margin-left: 10px;

    padding-left: 12px;

    position: relative;

    left: 10px;

    }

    In "design mode" everything seems wonderful.  When I go to the live view (and/or browserlab) the text in the right-hand column shows the usable space is only 300px.

    If I change the width of the right_column to 'auto' can live view (and/or browserlab) everything seems all I want, but in the view design right_column width is closer to 900px and goes the WAY out of the container (which makes it very difficult to see the text as I type).

    No idea what I messed up?  What other details do you need?

    Thanks in advance.

    mikemendo wrote:

    I wanted the left and right columns to be the same height, so the footer doesn't look like it has been 'floating' lower from one side to the other.  The width is controlled by the banner image 968px.

    Columns of Google to 'false '. It is a technique that requires a background image set to "container".

    . The image is repeated behind the "right column
    to fill the depth and give the impression that the two columns are of equal height.

    mikemendo wrote:

    In the left column photos is a background image, so if I put the height and width, then the image is not of appropriate size.  The reason why I did a background image was to follow the advice of David Powers in his article on "your first site.

    This technique is good to use.

    At present the total width of all your elements adds to 982px that is wider than your container attached to 968px. Margin and padding ARE added to the width of a 'container' if:

    290px + 10px = 300px

    650px + 12px 10px 10px plus 682px

    TOTAL = 982px

    You can adjust the math for the total width does not exceed the width of your "container".

    Use this css and everything should work:

    #container {}

    overflow: hidden;

    margin: 0 auto;

    Width: 968px;

    background-image: url (.. / images/rightColBg.gif)

    background-repeat: repeat-y;

    }

    {#left_column}

    background-color: #FFF;

    background-image: url (.. / images/waterfall.jpg);

    background-repeat: no-repeat;

    Width: 290px;

    margin-right: 10px;

    float: left;

    }

    {#right_column}

    Width: 656px;

    padding-left: 12px;

    float: left;

    }

    #footer {}

    Clear: both;

    }

  • CS4-Code/Design view and Live view mode toggle went

    I don't know what I did, but the shortcut bar at the top of the DW CS4 disappeared. I can't for the life of understand me why or how rely. I'm sure it's something really simple, but I tried to figure it out for hours. I find nothing in the preferences or unders window.

    It's the shortcuts bar that has the code creation and split, mode live view and preview in browser shortcut, etc.. It's all gone and I'm very frustrated and can't find any documentation on it. Help, please!

    noToggles.jpg

    Select view > toolbars > Document to restore the toolbar of the Document.

    I answered this in the help of the community, too. Please do not post the same question in multiple places.

  • Attach the Nikon d7000 and live view

    I use LR cc running on an iMac with El Capitan.  Can I attach my Nikon d7000 to LR without problem but I am not able to switch to mode live view when the camera is attached. Appreciate any suggestions.

    Thank you.

    Hi Kzaner,

    Live view functionality is not available in Lightroom.

    Kind regards

    Sahil

  • With the last update, I am unable to merge cells in a table and Ive tried Split and Live view.

    With the last update, I am unable to merge cells in a table and Ive tried Split and viewing live, all the tutorial and manuals say to do in Design view, which is no longer available.  How to merge cells in a table now?

    To get the fashion Design back in a checkerboard to fluid...

    Close all other files, open the fluid grid css and add the X below:

    /*

    Properties Grid Dreamweaver fluid

    ----------------------------------

    DW-num-CLO-mobile: X 4;

    DW-num-CLO-Tablet: 8;

    DW-num-OCOL-Office: 12;

    DW-gutter-percentage: 25;

    =====================================

    Then save and close the file.

    DW restart and you should have mode Design from here out on all files using this fluid grid .css file.

  • CFquery in Dreamweaver CS6 - design and Live views

    I'm not too used to work with data bases or CF in Dreamweaver. In fact, my question is: see the image below, is - this supposed to happen in the design view (CS6)? When I test the Recordset, it is fine. When I open the file in Firefox, it displays very well. But as you can see here, in design mode, it does not display the results. In addition, in live mode view, it displays a blank white page. Why does this happen?

    cfquery.png

    Remote server must be defined separately from your local test server.  See screenshots - my example using WAMP, a local test server Apache.

    Your server will be ColdFusion instead of PHP/MySql

    To view the data analyzed in DW, switch to Live mode.

    Nancy O.

  • DW CS5 page not visible in preview or view Live view [subject edited by Moderator]

    Hello. I use Dreamweaver CS 5. It is my second site even though it's been a while since I've done the first. I have an index page and a linked css page. In preview and live view, I see nothing at all.

    < ! DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional / / IN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd" > ""

    " < html xmlns =" http://www.w3.org/1999/xhtml ">

    < head >

    < meta http-equiv = "Content-Type" content = text/html"; Charset = UTF-8 "/ >"

    < title > The Weedhopper greenhouse and florist < /title >

    < link href = "weedhopperstyle.css" rel = "stylesheet" type = "text/css" / > "

    < style type = "text/css" >

    < / style >

    < / head >

    < body >

    < div id = "container" > < div id = "header" >

    < div id = "headerplaceholder" > < img src = "images/Weedhopper_logo.gif" width = "250" height = "100" alt = "Weedhopper" / > < / div > "

    < / div >

    < div id = "centercontainer" >

    < div id = "infoandcontent" >

    < p > < / p >

    < p > < / p >

    < p > < / p >

    < p > < / p >

    < p > 4751 State Road 13 < /p >

    Greenwich, Ohio 44837 < /p > < p >

    (419)752-1005 < p > < /p >

    < p > < / p >

    < p > spring early hours: < /p >

    < p > Monday to Saturday < /p >

    < p > 09:00-17:00 < /p >

    < / div >

    < div id = "picturecollage" > < img src = "images/homepg.jpg" width = "585" height = "360" / > < / div > "

    < / div >

    < / div >

    < / div >

    < / div >

    < / body >

    < / html >

    Thanks for posting your CSS code.

    If you remove display: no yoke of your body, your page is displayed.

    {body

    background-color: #f9f5f0;

    float: none;

    background-image:;

    background-repeat: repeat;

    background-position: Center;

    display: none;

    background-attachment: fixed;

    height: auto;

    Width: auto;

    Clip: rect (auto, auto, auto, auto);

    cursor: auto;

    position: absolute;

    border-top-style: outset;

    border-right-style: outset;

    border-bottom-style: outset;

    border-left-style: outset;

    background-image: url(images/lyonnette.png);

    }

  • space between div in Firefox &amp; mode live view

    I created a page using css for page layout. I have four containers of main div named "header_main, horz_main, body_main and footer_main." Each of these main div/containers have another div nested in them. I don't have a problem with what is happening in each of the containers main themselves, and I don't have a problem when you preview in the boarding school Explorer.It looks very well even in design mode.


    But when I click on 'live view' or he spotted in a firfox browser I have spaces or line breaks between horz_main and body_main. and then again between body_main and footer_main.
    What is the origin of the spaces in Firefox and live view, and how do I get rid of them?

    What is the origin of the spaces in Firefox and live view< and="" how="" do="" i="" get="" rid="" of="">

    Margins of the element not controlled cause spaces.  For example, see what happens when you change it-

    Content for id "text_container" goes here

  • DW CS4 - Design/Live view not available with PHP

    I work with documents PHP but Live View and Design view are grey and not available with PHP documants open. I use MAMP and have set up local news and the test in the site server in place dialogue several times myself and with the help of some research on the web without any difference. Any thoughts on what may be things to check would be greatly appreciated.

    Have you changed your preferences to open the PHP pages in Code view?

    In the category of Types of files/editors preferences, if you add .php to the list of file name extensions in "Open in code view", it disables the Design view and Live View for that file type.

  • Resources shared mode live view

    I use CS6/Windows.

    I have all the static resources (CSS, JS, etc) in a shared network called [WHICH] directory / res.

    I have my site HTML locally in the Sites Directory. All URLS of static resources begin as /res.

    I have a local HTTP server. He points to my local site directory, but /res is redirected to the shared network directory.

    This configuration works very well for the view browser and live view. But in edit mode, it cannot find the static resources that makes editing a little bit of a brake. I tried to put a link in the site called res directory, pointing to the shared network directory, but that did not work. Is there a way I can handle this without physically copying the files locally shared network?

    To answer my own question, after only a couple of hours to play around, I got this:

    • created res site with a test pointing to the shared network directory server
    • Use the green arrow (download the test server files) from time to time to keep synchronized

    Is not ideal, physically copied the files locally shared network, but at least this copy can be done from Dreamweaver in a relatively painless manner.

  • When I hit a link to a page in my directory in code view and I click on the link using live view, it does not to this page.  But if I saw in a browser, it works very well.

    When I hit a link to a page in my directory in code view and I click on the link in live mode view, it does nothing.  When I then go to preview in a browser, it works fine.  Can anyone help?

    To follow links in Live View mode, hold down the CTRL on Windows or the command key on a Mac key, and then click the link. Clicking on without using the Ctrl/Cmd key simply selects the link in Live View mode.

  • Web page looks good with tranparent and photographic background in mode boxes live view, but not in browsers

    If someone has the time to help, I would be very grateful.   I am new to dreamweaver and I try to make a transparent Web page with columns and text box using styles.  It looks perfect in 'live view', but when I look in any browser all the formatting has disappeared.  It looks like the background with the text at the top of installed on wrapped throughout the entire page.   I was not able to understand what is wrong in the days of research.  Anyone know the answer?

    Presents all first format I want and that's what it looks like in mode Live View, the second is what it looks like to most browsers.

    Screen Shot 2011-10-07 at 11.25.06 AM.pngScreen Shot 2011-10-07 at 11.31.05 AM.png

    Here's the code I used:

    < / style >

    "" < link href = "... / styles/tcastyles.css" rel = "stylesheet" type = "text/css" >

    < style type = "text/css" >

    {body

    background-image: url (bamboo. (JPG);

    margin left: 150px;

    }

    a: link {}

    color: #600;

    text-decoration: none;

    }

    a: visited {}

    text-decoration: none;

    }

    a: hover {}

    text-decoration: none;

    }

    a: active {}

    text-decoration: none;

    do-family: Verdana, Geneva, without serif.

    do-size: 12px;

    make-weight: bold;

    }

    a {}

    do-size: 12px;

    }

    body, td, th {}

    do-family: Verdana, Geneva, without serif.

    }

    . Container .faqs h2 {}

    line-height: 40px;

    }

    . Container .faqs ul li {}

    text-align: left;

    }

    .footer {}

    Padding: 5;

    position: relative;

    Clear: both;

    }

    < / style >

    < div class = "container" >

    < div class = "header" > < span class = "menutable" > < / span > < img border = "0" src = "navigate_projects.jpg" width = "307" height = "167" well = "#FPMap0" alt = "Conservation agency - project Menu" align = "absmiddle" / > "

    < map name = "FPMap0" >

    < area shape = "rect" coords = "112, 132, 172, 127" href = "asia.htm" alt = "Asia" / >

    < area shape = "rect" coords = "138, 92, 286, 110" href = "west.htm" alt = "Western Hemisphere" / >

    < area shape = "rect" coords = "138, 73, 279, 89" href = "flamingos.htm" alt = "British Virgin Islands" / >

    < area shape = "rect" coords = "131, 55, 249, 72" href = "turkscaicos.htm" alt = "Turks and Caicos" / >

    < area shape = "rect" coords = "121, 35, 244, 52" href = "newengland.htm" alt = "Narragansett Bay" / >

    < area shape = "rect" coords = "103, 17, 306, 32" href = "coyote.htm" alt = "The Coyote Study Narragansett Bay" / >

    < area shape = "rect" coords = "121, 128, 173, 144" href = "pacific.htm" alt = "Pacific" / >

    < / map >

    < / div >

    < div class = "menu" >

    < table width = "100%" border = "0" align = "center" id = "menutable" >

    < b >

    < td height = "30" align = "center" valign = "middle" > < p > < strong > < a href = "mission.htm" > Mission < /a > < / strong > < /p > < table > ' "

    < td height = "30" align = "center" valign = "middle" > < p > < strong > < a href = "pubs.htm" > Publications < /a > < / strong > < /p > < table > ' "

    < td height = "30" align = "center" valign = "middle" > < p > < strong > < a href = "projects.htm" > project < /a > < / strong > < /p > < table > ' "

    < td height = "30" align = "center" valign = "middle" > < p > < strong > < a href = "opps.htm" > opportunity < /a > < / strong > < /p > < table > ' "

    < td height = "30" align = "center" valign = "middle" > < p > < strong > < a href = "sponsors.htm" > Sponsors < /a > < / strong > < /p > < table > ' "

    < td height = "30" align = "center" valign = "middle" > < p > < strong > < a href = "coyote.htm" > NBCS < /a > < / strong > < /p > < table > ' "

    < td height = "30" align = "center" valign = "middle" > < p > < strong > < a href = "guana.htm" > Guana < /a > < / strong > < /p > < table > ' "

    < td height = "30" align = "center" valign = "middle" > < p > < strong > < a href = "tca.htm" > contact us < /a > < / strong > < /p > < table >

    < td height = "30" align = "center" valign = "middle" > < p > < strong > < a href = "index.htm" > home < /a > < / strong > < /p > < table >

    < /tr >

    < /table >

    < / div >

    < div class = "banner" > study of the Bay of Narragansett Coyote < / div >

    < d/div >

    < div class = "box739" >

    < h3 > what do NBCS? < / h3 >

    < p > since 2004 the Bay of Narragansett Coyote study (NBCS) has developed strategies of coexistence and based management sciences for our most recent top-level predator.  Coyotes, originally a species of Prairie, have successfully colonized all parts of the continental and coastal us over the past 100 years. They reached the islands of Narragansett Bay in the middle of the 1990s. Since then the coyotes have become more and more abundant and problematic in some communities of the island. < /p >

    < p > in our history of cohabitation with the coyotes people constantly tried to eliminate them by hunting, trapping and poisoning. Lethal removal worked for individual problem animals but did not work as a strategy of population control. Why? Coyotes have physiological and behavioural abilities intrinsic to control their own numbers. If the coyotes are removed they increase reproduction and numbers to rebound quickly. The trigger of critical population regulation is competition for food. As long as the coyotes are well fed (with a few coyotes competing for food) their populations will grow. < /p >

    < p > we know also that the opposite effect occurs if the coyotes if the coyotes are stressed by competition for food. If there are too many coyotes competing for the available food coyotes will drop the sustainable level of these resources. < /p >

    < p > understanding of this relationship, the NBCS scientists decided to study the use of the resources of coyotes on two islands of Narragansett Bay, Rhode Island. We used GPS to find out location necklaces where coyotes are spending their time. We have made the assumption that if we could identify food resources important coyote - control - coyotes defray their own numbers. NBCS called & quot; management passive coyote. & quot; < /p >

    < p > since 2005 when we are caught in the trap and to collar our first coyotes on the island that we found continuously as the most important food resources of our study are provided people. This means that they are in our command this means that we can control the coyotes. If we remove anthropogenic resources (human grants) coyote numbers will drop to the sustainable level of natural resources. When the coyotes are fed only natural prey number of coyotes (mice, woodchucks, rabbits, geese and deer) will be lower and they will provide useful pest services. < /p >

    < p > according to our science NBCS generated a set of < has href = ' coyotes/best' practices for Coexistence with Coyotes - 8 Nov 2010.pdf management target = "_new" > best management practices for Coexistence with Coyotes < /a > - essentially a Toolbox for safe and sustainable community management, coyote. We work with the cities in our study area to adopt the CBMPs and be the first community in the nation to successfully and sustainably manage coyotes. We believe also in other cities and towns might be able to use our results as a template if they have problems of coyote. We have barely begun to implement the CBMPs on our islands. We soon hope to have all our implementation of the CBMPs cities - only, then we will see the full impact they make on the coyote numbers and behavior problems. You can follow our progress on this Web site. < /p >

    < / div >

    < div class = "footer" >

    < table width = "100%" border = "0" cellspacing = "5" >

    < b >

    < td > top < table >

    < td > < a href = "mailto: " [email protected] "> [email protected] < /a > < table > "

    < /tr >

    < /table >

    < / div >

    < / div >

    < / div >

    < p > < / p >

    < / div > class iv = "FAQ" >

    < H2 > FAQS < / h2 >

    < ul >

    How can < li > I coyotes control their own population? < /li >

    < li > blah blah blah < /li >

    < /ul >

    < / div >

    < div class = "content" >

    < div class = "Yopougon" >

    < div class = "col1" >

    < h3 > Middletown adopts the CBMPs and passes an order of non-Feeding! < / h3 >

    < / div >

    < div class = "col2" >

    < h3 > driver, Java and the Valley Pack < / h3 >

    <

    And here's the styles:

    . Container {}

    height: 1500px.

    Width: 975px;

    border: 8px solid #660000;

    float: left;

    }

    . Header {}

    float: left;

    height: 170px;

    Width: 975px;

    background-color: #033000;

    }

    .menu {}

    background-color: #FFC;

    float: left;

    height: 30px;

    Width: 975px;

    do-family: Verdana, Geneva, without serif.

    do-size: 9px;

    color: #660000;

    make-weight: bold;

    margin-bottom: 5px;

    }

    .table {}

    do-family: Verdana, Geneva, without serif.

    do-size: 8px;

    make-weight: bold;

    }

    . Banner {}

    float: left;

    height: 100px;

    Width: 739px;

    do-family: Verdana, Geneva, without serif.

    font size: 37px;

    make-weight: bold;

    color: rgba (0,51,0,1);

    background-color: rgba (255,255,204,.7);

    text-align: center;

    line-height: 75px;

    border-radius: 5px;

    padding: 5px;

    margin: 5px;

    }

    {.clearbox}

    float: left;

    height: auto;

    Width: 760px;

    }

    {.box739}

    Width: 739px;

    float: left;

    height: auto;

    background-color: rgba (255,255,204,.7);

    do-size: 12px;

    color: rgba (0,51,0,1);

    border-radius: 5px;

    padding: 5px;

    margin: 5px;

    }

    {.faqs}

    float: right;

    height: 620px;

    Width: 205px;

    do-family: Verdana, Geneva, without serif.

    do-size: 12px;

    make-style: normal;

    line-height: normal;

    overflow: scroll;

    background-color: rgba (255,255,204,.7);

    margin: 5px;

    border-radius: 5px;

    make-weight: bold;

    color: rgba (0,51,0,1);

    text-align: center;

    }

    {.col1}

    float: left;

    height: 500px;

    Width: 359px;

    background-color: rgba (255,255,204,.7);

    do-size: 12px;

    border-radius: 5px;

    color: rgba (0,51,0,1);

    margin: 5px;

    padding: 5px;

    }

    {.col2}

    float: left;

    height: 500px;

    Width: 359px;

    background-color: rgba (255,255,204,.7);

    do-size: 12px;

    border-radius: 5px 5px 5px 5px;

    color: rgba (0,0,0,1);

    padding: 5px;

    margin: 5px;

    }

    .footer {}

    position: relative;

    Clear: both;

    background-color: rgba (255,255,204,1);

    do-size: 12px;

    color: rgba (0,51,0,1);

    }

    From the looks of your screenshot, I'd say it's a path problem.  Are you sure that you downloaded the CSS document when you loaded the page and that the path is correct?  It appears in your second screenshot that there is no style applied so your stylesheet is not included for a wrong path or because it is simply not there.

Maybe you are looking for