Forum Moderators: not2easy
I'm working on a ~100pp web application and would appreciate advice from people who have worked on converting web application pages laid out with tables into CSS-P content-design separated pages.
I know there are many benefits to converting to CSS-P but is this the case with web apps? The content does not need to be indexed, the layout is graphic intensive, and pages seldom have similar columnar layouts.
Hypothetically, if more than half of the pages have unique layouts (share a header and footer with others but that's about it), would it still be practical/beneficial to convert to pure CSS-P? In the future there will definitely be redesigns and co-branding look & feel changes.
I am fairly new at this but I have a feeling that when the time comes to redesign, using a combo of tables and CSS for layout would be more efficient (time-wise) than using only CSS-P and divisions (and tweaking for odd browser behaviour). Accounting for so many different page layouts with CSS might not be as practical in this situation. I could be way off, though, so any advice is greatly appreciated. Thanks.
Overall, I'm glad now of this whole approach - and glad I used css (there are over a 100 pages in the web application, so changes outside of tweaking a css file can be painful.
Plus, I'm afraid that if there were a redesign, entire sections of the application would need to be shuffled around (ex. moving a "Help" link from the footer to the header, replacing text links w/ images, etc.) that the benefits of a pure CSS layout won't present itself.
I'm beginning to think that pure CSS, at its current state, is not the way to go for web applications. I think I'll get the most out of the CSS-table hybrid method you suggested.
I've noticed My Yahoo and Friendster switched to mostly pure CSS, though they modified their UI to easier accomodate it. I probably won't have that luxury with a co-branding project.