Design View is KILLING me!

I know that Design view is not reliable. But it is not AT ALL workable. Every time I insert an image or slider or anything, the object looks completely blown up 400% not allowing me to access any other part of the container to add anything. Everything is distorted and makes it extremely difficult to work. Everything looks perfect in Live view and in the browser, but design view is KILLING me! I don't need it to look "live" but I need to be able to negotiate around my divs so I can edit easily. Any suggestions?
I am using CS5.5. Would it make any difference if I upgraded to 6?
Regina

No Regina,
I would wait for CS7 and see if that gets better reports. The only way
to fix design view is with design-time style sheets. I believe you are a
customer of ours, so feel free to contact us - even by phone - and I'd
be happy to walk you through the process.
Some of our products even ship with DT style sheets you can use, like
this one:
http://www.projectseven.com/products/templates/pagepacks/dmm/affinity/tutorials/
Al Sparber - PVII
http://www.projectseven.com
The Finest Dreamweaver Menus | Galleries | Widgets
Since 1998

Similar Messages

Design view is empty

I'm able to see the html/cf code in the code view, but in the
design view I don't see anything, to include tables, etc. I'm using
DWMX2004.
Any ideas?
Thanks.
Force

Does the page validate? If not, then fix the validation
errors. That's the
best way to approach troublesome pages.
Murray --- ICQ 71997575
Adobe Community Expert
(If you *MUST* email me, don't LAUGH when you do so!)
==================
http://www.dreamweavermx-templates.com
- Template Triage!
http://www.projectseven.com/go
- DW FAQs, Tutorials & Resources
http://www.dwfaq.com - DW FAQs,
Tutorials & Resources
http://www.macromedia.com/support/search/
- Macromedia (MM) Technotes
==================
"n h c" <[email protected]> wrote in message
news:er02tr$g93$[email protected]..
>
quote:
Originally posted by:
Newsgroup User
> > if that makes any sense.
>
> It doesn't really. If the page is valid HTML, you will
see it in DW.
> Even
> when it is a combination of some scripting language and
HTML, you will see
> something.
>
>
> well, maybe that's how it should be. but this website
defies all reason
> and
> convention. i think most people would have quit/suffered
a nervous
> breakdown/killed my boss by now. the people who worked
here before me left
> quite a mess, i must say.
>
> i think the code probably isn't valid. but i really
don't know enough
> about
> coding yet to fix it. and it works, it just makes it
hard to figure out
> where i
> need to edit things sometimes.
>
> but we're not discussing my ridiculous website here! not
anymore, at
> least.
>
> -courtney
>
>

Design View - Can't believe it's gone!

I have been using Flash Builder since it was Flex Builder. Actually, since flex was introduced. Once of the best features of Flash Builder over other IDE's was the ability to use a GUI to layout elements on the page. I just downloaded the trial version on Flash Builder 4.7 to see all of the new features and start playing with it, and that's when I noticed that there was NO Source/Design tabs. At first, I thought there must be a check mark somewhere to turn them on. After I could not find any settings that enabled the Design Veiw, I did a search on Google, and found out that it has been removed.
REALLY! OK. I have read peoples comments saying that if you are a Real programmer, you don't need it. Well, if I am a real driver, I really don't need leather seats and Air Conditioning either. The Design View was what set Flash Builder apart from other IDE's! And you got rid of it!?
Well, this is one developer who will not be upgrading to 4.7, when I could just use a free IDE to get the same results. Adobe, if you really care about your END USERS - The people that actually use your products, don;t change things that made your products what they are! When something works, don't fix it!
I can not imaging Flash Builder ever seeing a Version 5 if the Design View is not brought back.
So, hey... Adobe management - it's your lively hood because it's us developers that use your products that pay for your new releases that keep you in business. You have to show me why I should spend the $250 to upgrade when there are many FREE products out there that will now do everything that 4.7 will do. I just don't get it.
Thanks for listening, and I hope this comment is not just lost, forgotten or locked and displaced.
Ronnie
Online Innovations

I guess that when they set at the round table, and discussed what it would mean if they removed the Design View, they must have though... nevermind, I have no idea what they were thinking. All I know is, I love Adobe Products, I have purchased the CS suites since CS2, and I have been using Flex since it was introduced. Design View, however such a "small" part of the overall Flex concept, is a very important part. The concept was to have an environment that allowed you to write code (actionscript) and bundle that with a user interface (Flash) and build these applications quickly (RAD). Sure, Flash Builder will still allow you to develop the coding part quickly, but the Design View was the key that tied it all together, allowing you to create the backend (code) and the front end (user interface) quickly. I do not care that you are a fabulous coder that feels they are so good that they do not need a design view. I want it, and I am the one who is buying it.
So, I guess Adobe must have felt there where enough people that will still buy the 4.7 and beyond concept to keep it alive. I feel... it will not be me.
Adobe, I really like your products, But this is something that really needs to be re-thought. Who ever the person was that made the decision to get rid of this, you need to now make the decision to let them all go. Because they effectivaly killed Flex for many many people.
I hope you figure all of this out soon, because we will continue to use 4.6 for a little while. Then, we will start to change our development practices. Are you wanting to push people back to Flash Pro? Well, this may be the way we have to go and forget about Flex. I hope this will not be the case, but we will see.
Adobe can make the decision to not listen, and I can make the decision to not spend. Last I understood, they were in business to make products they can sell. So, I know I will still be here with my money, even if Flex falls to the side.

Design view in SharePoint Designer 2013

This looks like a deal killer for me to move to SharePoint 2013 because the missing of design view in the new SharePoint Designer. Here is the way I do list development In SharePoint 2010:
(1)
Create and deploy a custom ui web part in Visual Studio.
(2)
Create additional “New”, “Edit” and “Display” list forms and set them as the default forms in SharePoint Designer.
(3)
Edit the new created forms in design view.
(4)
Locate and hide the original web part.
(5)
Insert my custom web part proper location.
Only code view is available in SharePoint Designer 2013, I do not know how to hide the default web part and insert my web part (which is deploy to the farm) in code. There are suggestions to use other edit tool to edit web pages. I am not sure
(1)
How to access these form/page in SharePoint.
(2)
How to insert SharePoint web part to the form/page.
I really appreciate if you can help me out.

Hi,
Base on the description, you created web part in Visual Studio and created forms using design view in SharePoint Designer 2010. Now you want to access the forms and insert the web part to SharePoint 2013 page.
By default in SharePoint Designer 2013, to add new forms, we can only custom forms in code view. For more information:
How to Create Custom Forms Using SharePoint Designer 2013:
http://community.bamboosolutions.com/blogs/sharepoint-2013/archive/2012/09/20/how-to-create-custom-forms-using-sharepoint-designer-2013.aspx
To insert the web part, we can follow these steps:
Save this .webpart file to your computer.
Open the site in the browser, and go to the page on which you would like to place your web part. With the page in edit mode, click the Page tab, and the Insert tab. Click
Web Part.
On the left side, under the web part categories, click the
Browse… button under Upload a web part. Browse to that .webpart file you saved at step1.
Click Upload.
Click to insert a web part again, and then you’ll see it in the Imported Web Parts category. Click Add to add the web part to your page.
Best Regards,
Linda Li

Discrepancy between browser & design view; Hor. Rule Question

These are actually two issues, but I'm using one page as an example. I'm encountering this throughout other pages on the site.
Design view is absolutely killing me. I get the layout correct, but in brower view (this is both FF and IE) the margin space is not consistent at top and bottom and throws the design out of whack. Additionally, I love the look of horizontal rules, but there's a LOT of margin space around it. I'd like to reduce it. When I look in the code, I'm not seeing any errant p tags or line breaks.
Be advised the page I'm sending you is a child page from a template. I've set up one editable region. I've edited the padding / margin for the editable div on the template, which works well site-wide. There's also a little bit of padding in the CSS "body_text" that controls the formatting. It's cool site-wide as well.
I don't have this page linked yet, so it's not published. However, I've attached PDFs of the browser and design views, as well as the code as a word doc. The actual editable text region has been shaded gray so you don't have to wade through the template stuff.
Thanks.
W!

Often when you fix one code validation error, it takes care of several others.
Line 153 and 156 - take out the background="filename.html" attribute in your <td> tags
<td background="anniversaries.html"
<td background="firstfedonthemove.html"
Line 179 - change this
... Masters of Education Degree in Instructional Technology.</div>
to this
... Masters of Education Degree in Instructional Technology.</p> </div>
Republish the page and see if that helps.
Gotta run now. Maybe Murray can pick up from here.
Nancy O.
Alt-Web Design & Publishing
Web | Graphics |
Print | Media Specialists
www.alt-web.com/
www.twitter.com/altweb

Design View Redraw problem

As I edit in the design view of my file and scroll down the
file to work on the content Dreamweaver CS3 fails to redraw the
screen - for instance when I bold a word. When I scroll all the way
to the top and back down the redraw occurs. This issue duplicates
in DW8. Switching from Code to Design View does not redraw. I have
tried numerous ideas to fix this and nothing helps. File is XHTML
Transitional.
Any help out there? This is KILLING me.
- Phil

Hi Will,
Your monitor size does not matter, unless it's very low resolution, big issue is the drivers they use and something like this is typical of driver problems. My son is gamer and he finds problems like this all the time, even between different versions of the the updated drivers.
If you don't want to update those drivers CR can not add code to work around a buggy video driver. You can always un-install them if they break something else.
You don't need the CD/DVD to do a repair install, go to Control Panel, Add/Remove Programs and select Crystal. It should give you an option to repair.
Thank you
Don

Design view not displaying but code view is ok

Hi Everyone,
my design view in dreamweaver cs5.5 is not displaying anything but all the code is there and my page online is working fine http://www.exclusivewindowtint.com.au/car-window-tinting.html
How can i fix this as easy as possible? this is only happening to this one page on my website.
Thank You
George

I have to second Murray on this.
I will go a step further and say ignoring errors on your site because someone else's site has some is extremely poor advice, especially considering the volume of people visiting this forum alone with a random display problems that are solved by simply correcting the errors found in the validators.
Restoring from a backup may work this time, but why did it work? That's where validation, and understanding what the validator is telling you, pays off. You somehow inadvertantly mangled your table code, will that ever happen again? What happens if your backup also has the same mangled code next time?
Some validation errors are never going to affect display and can be completely ignored from a "how does this affect my design" point of view, like missing an alt attribute on an image for instance. Others, like missing or improperly nested html elements, can kill your design in browsers or rendering engines that can't handle major errors (like most versions of IE or DW's Design View) while everything looks fine in a browser better programmed to handle problems (like Chrome or Firefox).
Bottom line is, the validators are extremely useful tools, do not ignore the error report unless you understand which errors can be ignored.

No Design View = Time to move on from Flex?

I love Flash/Flex.
I have been using it for a long time. Nothing comes close to it in many was as a RIA development tool for making great cross platform apps (OSX/Windows/Linux/iOS/Android). (Not just games)
However, over the last few years as the properganda from entities that would prefer to see Flash go away, has worked well, and only the people who know flash very well are those who have stayed.. As we understand what we get with flash and how alternatives don;t compare.
Still, we are the only ones left as anyone starting out, considering the properganda, would not even consider flash anymore.
I was hoping that flash would continue on with those in the know and the advantages would continue on while the rest of the brain washed community would eventually saw, "ah! why are we not using this.." as they realise the advantages of the cross platfom that flash is king in.
(Cross platform tools will be the most important single issue as time goes on and the market fragments more and more)
As the developers that have been fathful to the technology, even tho Adobe has forsaken us.. (And paid the price with probably the bigest reputational damage in its history) One would expect Adobe had learnt from this..
But unfortunatly not. The drop of Design View in 4.7 is, unfortunatly, the decision that will break the developers will. When we consider the reasons why a developer of RIA uses flex, it is the speed of developing the screens and layouts. Design View is a key to this. No design View = no future for the product. Makes you wonder why they even bothered open sourcing the FLEX sdk.
Consider this. every, EVERY... IDE, Windows, OSX, Android Qt, etc development tool has a design view. Without it, your nothing but a interesting technology with productivity issues that leads you to never using it.
And that is where we stand now going forward with Flash Builder...
I understand that 4.7 is likely more for the game developers and design view is less important however... read on..
We are now at the cross roads where, as some one who has been holding onto Flash as other tool sets do not compare. Well. now they do, and in some ways even better.
This decision will likely force the bulk of those holding on of the flash life boat to swim to another. It will be such a distastful action to actionscript developers that even the flash Gaming plaltform efforts will likely be terribly damaged if not made irrelevant.
You need a community of active developers utilsiing that technology if you plan to make it a vilable platform. Especially for games as its so fickel.
Killing of the quiet but arguably the most lines written protion of the development base.. Custom RIA apps.. You know not what you have done.
Deisgn View does not need to do everything, but it needs to be there, so layouts are quck and easy to modify. It needs to be supported again ASAP, or open sourced ASAP. A decision has to be made, otherwise.
Adobe Flash team, guess you'll be moving to the HTML5 dev teams in the very near future. (Or look for a new job..)
James

I think this has already been discussed, but I agree that dropping design view is a big problem. There's a lot of propagandists in IT, sadly, who have ulterior motives when they discuss technologies because they want to promote their own horse in the race. Attacking Flash (or Flex itself) was one type of dishonest behavior, but I guess another that applies to the Flex community itself was propagating the myth that "nobody uses design view", despite not having a shred of objective evidence to say this (that I've seen). DV was the #1 thing that made FB stand out over other IDE alternatives, without it you might as well end the product line and let the current alternatives move in.
I don't think DV can be made open source for technical/legal reasons. And to be honest, it is a bit bloated & buggy anyway, so I don't care because I think it needs a re-do. But I do hope someone (either Apache or Adobe, although the latter is probably a fantasy) realizes that developers doing serious UI work (something more complex than a mobile phone app with 4 buttons) require some method of rapidly prototyping and visualizing their UI. Silverlight has Expression Blend and Sketchflow, JavaFX has Scene Builder, GWT has some design tool -- Flex needs to maintain something. Probably the main thing keeping me in the Flex realm is just a form of "vendor-lock-in" now.
Design View doesn't need to be a "design without code" solution that lets you specify every possible component attribute, align text, and specify a data source. We can do that in MXML, and we can read ASdocs or use autocompletion just fine. What's needed is an intuitive, fast, reasonably reliable way to visually confirm component layouts, with accurate styles, sizing and scrollbars. The most essential user interaction is probably sizing & positioning of components and containers. Maybe with some limited label/text setting shortcuts to help non-developer designers. It doesn't need to be a plugin or built on Eclipse or anything overly bloated like that, a small standalone app that just does the essentials well is fine--even an AIR app.

Can not see two fields in Crystal 2008 Developer explorer/designer view

I am currently developing crystal 2008 reports against the salesforce.com database using version 12.0.0.683 CR Developer Full version. I am using an updated driver that was provided in July or Aug 08 in order to view self referencing fields. The problem is that when I try and report against one of the tables (lead history) I cannot view two of the fields (New Value and Old Value)? I can see these two field (New Value and Old Value) in the database expert as the last two fields in the actual table, but the two fields are missing when I go into the explorer/designer view. In Salesforce, these two fields can not be filtered on, but I can export all the values in this table using Salesforece Apex data loader.

Please re-post if this is still an issue to the OnDemand Forum or purchase a case and have a dedicated support engineer work with you directly

Unable to view php files in Design View?

Need help! I cannot select design view when working with a PHP document, the DesignView option is disabled?
My information.
- Dreamweaver CS5
- Mac OSX 10.6 snow Lepoard
I have searched online and I also went through the FAQ but couldn’t find anything relating to this particular issue and my Professor at school said that I need to contact Adobe directly as design view should always be available but all that I would see in Design View are the HTML elements within the PHP file.
The Design View button is disabled, I can not click on it all and so for my class assignments. I have to copy the PHP code into a new HTML document and only then am I able to view the html/php and edit the HTML elements, and then copy and paste it back into the PHP file once I have the html elements/design set up correctly.
I did a similar “Set up PHP for Mac OS X – MAMP” to the version available here, could I have set this up incorrectly and that is why Design View is disabled?
Thanks I appreciate your guys expertise and any help!

Kanjan wrote:
Need help! I cannot select design view when working with a PHP document, the DesignView option is disabled?
Go to Dreamweaver > Preferences, and select File Types / Editors from the Category list on the left. Make sure that .php is NOT listed among the filename extensions in "Open in code view".
Adding a filename extension to that list prevents files from being opened in Design view.

What is it about this markup that breaks DW CS3 Design View Editing?

Folks:
I'm attaching very simple --and apparently completely valid-- markup that generates the text shown between the markers below:
------------start----------------
yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda yadda badda.
------------end----------------
As you can see by examining the file, it contains only an span enclosing text and spaces, and some following breaks. This file passes DW validation: no errors or warnings.
If I open this file in DW CS3 Design View, select and delete the last word, "badda", the entire text --every "yadda"-- is also deleted. All that text is really gone -- if I immediately save the file and re-open it, there is no text content at all, just the span pair, spaces, and the trailing breaks. This is completely repeatable.
When you edit this file, do you get the same result?
The attached file is a cut-down, simplified version of a production file that exhibits this issue. (That file also passes validation.)   When I delete single words, entire content paragraphs disappear.   So this is not just a point of curiosity. I need to figure out how to fix the production code and avoid this problem in the future.
What is it about the attached markup that causes this issue? I've fooled around with this code quite a bit and the best I can figure out is that DW is confused when both the start- and end- span tags are followed immediately by a line break. Inserting a space in either place makes the issue go away.   But the production code doesn't have any occurances of this pattern. And, anyway, line-breaks have no significance to html, just for source-code formatting, right?
Am I missing something incredibly obvious?
TIA
hen3ry

Nancy O:
Thank you for your response, which gave me valuable clues to understanding the issues.   (Specifically, it led me to re-read and understand better the nitty-gritty of the HTML4 specs, section 7, "The global structure of an HTML Document", especially 7.5.1 The BODY element.)
I believe you are saying --in sum-- that to be reliably edited in DW, each source file must comprise a syntactically correct and complete HTML Document.
I am attaching a second file, "badcode2.html", modified substantially as you suggest. It passes the DW validator, the validator.w3.org test, and the www.totalvalidator.com test.    No errors or warnings.
I do this:   Launch DW, open this file, choose Design View if necessary, select the final word of text, "badda", and activate Edit-->Cut (or Delete).   As before, all the other text is deleted as well. This is repeatable.
It seems to me this sample code satisfies your general principle. Could I be misapplying the three validation tests? Or that passing these tests does not assure the document is syntactically correct and complete?   Can you recommend other tests?
I'd like to add the following two points as a matter of background and a bit of niggling:
--I'm aware that complete HTML pages must contain <html> , <head>, and <body> tags, although the HTML4 specification seems to say <body> tags are optional.   All my production pages, as served, contain these tags.   My underlying design is a php template with individual content files incorporated by inclusion.   There may be only one set of <html> , <head>, and <body> in a page. The "outer" template code provides these tags, and individual content files cannot contain a nested set -- so they must be "bare" markup.   Is DW able to support this design, in which "bare markup" files are seemingly unavoidable?    Is there a mechanism analogous to DW Design-Time Style Sheets to provide virtual existence of these tags so "bare markup" files can be successfully edited? I've looked for such a mechanism but not found one.    Or some completely different method?
--You specify the inclusion of <p> or <h1> tags within the body.    Is there some special significance of <p> or <h1> with respect to stable editing in DW? My reading of the HTML4 spec indicates that a single block element is the minimal requirement for body content. Either of these tags qualify, right?   But so does <div>, and that's what I use in my current example.    Am I misunderstanding something?
Bottom line, I'm looking for a pragmatic solution for my problem:   Once in a while, among hundreds of structurally similar "bare markup" pages I edit in DW without any problem, I lose data.   If inserting an additional tag into all my content include files eliminates these occasional problems, I'm willing to do that, as long as: (1) There is an arguable technical basis for the addition, (2) the added tag does not produce anything visible on the served page, and (3) the validators don't flag the extra tag.
Suggestions, please!
Thanks,
hen3ry

Can not see the design view nor the java file in CentOS

Hi all. I've recently installed JSC2 in CentOS. I find this tool really useful. But I have a problem with the design view and the java file view. At the beginning, when I first create a Page1.jsp, I can see the design view and the java view with no problem. I run apps correctly. But after a while, I get a "null pointer exception" error and I am able to see only the jsp view, not the others. I don't even have the option to see the Design and Java views. And the page icon in the project window appears to be darker than a well working page. I'm not really sure what sequence of actions I do to get this error, it just suddenly happens. What I've done so far in JSC2 is to link to pages in the Page Navigation view. It works fine for a while, but after a while I get the error I've described.

Yes, if I do that It happens the same. I've tried everything. Now I'm using Window$ 2000 and it works properly. Thanks anyway.

Images broken in design view on new computer paths leading to old harddrive?

I recently got a new imac and installed cs5 dreamweaver ( I was using dreamweaver 8 but it no longer works in mountain lion) . I redfined the site all was fine then I must have done something and now suddenly all my images are broken in design view and in brower and live view! The site shows the images online from the server but everything is broken in design view. The directory is a mess as I used way too may subfolders when I first did the site but it's too large to start over. I tried deleting the site from my harddrive all together and creating a new folder for it and just getting the entire site from the server but the images still don't show. I don't want to have to go to every page on the site and fix broken links! I can pull an image into a page by browsing to the folder on my harddrive but they are not appearing anymore on their own. If the images were uploaded originally from another computer and the folder being used now for the site on my harddrive is different that won't break the image paths will it? It all worked fine until a few days ago. What I don't understand is I thought the images wouldn't show if they were only on the server and not on my harddrive but since I just GOT the site from the server, all the images ARE now on my harddrive in the new folder so why still nothing showing? I I tried right clicking the broken images and showing design notes they seem to be lookin for a path to my old computer where the harddrive was named differently than it is now. Is there ANY way to fix this? What about renaming my harddrive to the old name?
Greatful for any advice but I am very much a newbie so not sure I will be able to do what I need to.
Mary Ann

Spaces in folder/filenames are not a good practice. Space are converted to %20 on the server. DW's Design View often can't reconcile this. Best advice is to remove the spaces and use underscores _ or hyphens -
Rename this:
http://www.thedqtimes.com/Jane_site/Lake%20Effects/lakeeffectsjdaughters.jpg
http://www.thedqtimes.com/Becky%20H%20stories/Untitled-1.jpg
To this:
http://www.thedqtimes.com/Jane_site/Lake_Effects/lakeeffectsjdaughters.jpg
http://www.thedqtimes.com/Becky_H_stories/Untitled-1.jpg
Also, you have a misplaced <head> tag. It needs to be above the Dynamic drive Javascript code.
<head>
<script> </script>
<style> <style>
</head>
Some pages are missing an HTML doc type declaration. This sends browsers into Quirks Mode.
Use validation tools to check for other code errors.
Code Validation Tools
CSS - http://jigsaw.w3.org/css-validator/
HTML - http://validator.w3.org/
Nancy O.

Images and styles not showing in Design view on CS3

Hi all,
I am playing around with a CSS website template that I downloaded and
opened in DW-CS3. I am just using this to learn and play around with. It
came with the style sheet, jpg images etc.
I just noticed that when in Design view for the index page, that the images
and styles, menus are not displaying, only the html text is visible in Design view.
When I preview the site with a browser like IE or FF, it displays fine along with
any changes I have made.
Does anyone have any ideas?
Regards,
dano

In DW, View > Style Rendering > Display Styles on?
Nancy O.
Alt-Web Design & Publishing
Web | Graphics | Print | Media Specialists
http://alt-web.com/
http://twitter.com/altweb

Design view and browser view in DW are different than when I view from local folder

I'm brand new to Dreamweaver CS5.5 and here is my problem:
I've made an html page in dreamweaver with a banner, with an additional graphic and some text on top of the banner. It displays just fine in every browser when I view from the local folder, but when I open DW and view, it displays incorrectly in all three design, live and browser views within DW. If I make changes to the css file until it views correctly in design view, it no longer displays correctly from the local folder and it still doesn't view correctly in live or browser view within DW. If what I'm doing isnt going to display accurately in any of the views provided by Dreamweaver as compared to the live server, whats the point in having this software? I could just keep building webpages in notepad and uploading with CoreFTP.
Any suggestions? Is it some setting that I dont know about that I need to change within DW? Please help.

align="center" is deprecated (obsolete) code in XHTML & HTML5 doc types. Instead of styling markup with HTML, you should be using CSS.
CSS
.center {text-align:center}
HTML
<p class="center">some centered text here</p>
With respect to break tags, in XHTML doc types the correct syntax is <br /> not <br>. However your usage of line breaks is inconsistent with good symantic markup. Use headings <h1> <h2> <h3> <h4> for important keywords. Use <p> for descriptive paragraphs. Use <ul> <li> or <ol> <li> for lists. Line breaks should be used minimally if ever.
XHTML doc types require all tags to be lowercase. Uppercase tags will throw errors.
Your design is too rigid. When text size is increased in browsers, your content is unreadable. See screenshot.
SOLUTIONS:
1) DO NOT USE POSITION ABSOLUTE. You don't need it. Absolute positioning removes content from the normal document flow resulting in a jumbled mess. Use default CSS positioning (none) with margins, padding & floats to align elements.
2) Remove HEIGHT values from all CSS containers. Height limits a container's capacity to hold more content when needed. Container height should always be determined by the amount of content it holds; not explicit values. If required to reveal a background image, for example, use CSS min-height instead of height.
CSS Box Model
http://www.w3schools.com/css/css_boxmodel.asp
CSS Floats
http://www.w3schools.com/cssref/pr_class_float.asp
CSS min-height
http://www.w3schools.com/cssref/pr_dim_min-height.asp
Nancy O.
Alt-Web Design & Publishing
Web | Graphics | Print | Media Specialists
http://alt-web.com/
http://twitter.com/altweb
http://alt-web.blogspot.com/

Design View is KILLING me!

Similar Messages

Maybe you are looking for