there's certainly no need for any tables, ok maybe one for the cart, and as for inlines styles? well...
does anyone else feel the same?
i'm a web standards designer and i'm passionate about this! (and i'm sure others are)
i'd be happy overtime to create a standards compliant template to be used as the default that ships with latest version, but i may need some help with some of the markup that's written out using code... anyone up for helping out?
Sometimes we get lazy and want a quick change so we add them inline and never get around to moving them to css
I do agree however that where the content of a page is not 'tabulated data' then compliant html (div / css) layout should be used.
Having worked on both SilverStripe & CMSMS content managmet systems, I find that 'coders' & 'designers' often have differing priorities. Can I suggest that coders make any html output fro their modules 'configurable', therby allowing designers to customize the output to their needs.
My first post, so Hi to all here.
Jonathan
Attachments
Default template css only (OC 1.4.0)
Full Stack Web Developer :: Dedicated OpenCart Development & Support DACH Region
Contact for Custom Work / Fast Support.
tables in this case are unnecessary and limit styling potential - against Web Standards & WAI WCAG guidelines.
Thanks OSWorX, but i've pretty much stripped the latest version back to a raw layout, pulled the inlines styles back to CSS files - now toying with stripping the tables.. but that's a much bigger job
This was the reason one of the users here made the css.based template.niceandripe wrote:tables in this case are unnecessary and limit styling potential - against Web Standards & WAI WCAG guidelines.
A modern template (design) should be NOT based on tables.
Full Stack Web Developer :: Dedicated OpenCart Development & Support DACH Region
Contact for Custom Work / Fast Support.
OpenCart commercial mods and development http://spotonsolutions.net
Layered Navigation
Shipment Tracking
Vehicle Year/Make/Model Filter
Not really true - not that much to say against.Xsecrets wrote:.. tables are evil things and should absolutely never be used.
But stupid coding if (only/almost) inline styles are used - what for were extern css files invented?
Full Stack Web Developer :: Dedicated OpenCart Development & Support DACH Region
Contact for Custom Work / Fast Support.
While some complain that tables are unnecessary, you are looking through blurry lenses.
Tables in this day and age should "not" be used for main page structures. But most of the tables used in OpenCart are strictly used for displaying tabular data "inside" a div block which is a perfectly valid way to use them. Because they are inside blocks, the blocks can be relocated easily with css and w3c standards. They can be floated, positioned, hidden, etc.
Zen-Cart uses a table for their main structure... this is fine if its 1999..and a lot people have scrutinized them for it. But their default template is so damn hideous nobody even cares what it uses.
OpenCart's main structure is 3 the column (aka Holy Grail) system which is a popular & sought after design
yes you'll notice I didn't say anything about the inline styles. I totally agree death to all the inline styles in opencart. I cursed more than a few times when I was theming my store about the inline styles where I had to edit every single page to change the same box background borders etc.OSWorX wrote:Not really true - not that much to say against.Xsecrets wrote:.. tables are evil things and should absolutely never be used.
But stupid coding if (only/almost) inline styles are used - what for were extern css files invented?
OpenCart commercial mods and development http://spotonsolutions.net
Layered Navigation
Shipment Tracking
Vehicle Year/Make/Model Filter
Norman in 't Veldt
Moderator OpenCart Forums
_________________ READ and Search BEFORE POSTING _________________
Our FREE search: Find your answer FAST!.
[How to] BTW + Verzend + betaal setup.
Users browsing this forum: No registered users and 24 guests