Show, don't tell
Frankly, I doubt you'll be able to convince them solely through presenting a case for or against a particular way of doing things, especially given the response you've already received (which suggests that they may not be open to a logical argument).
Instead, just start implementing best practices as you go. You'll have to deal with the table layouts for existing pages, but new pages (and better yet, projects, if your company does projects) provide you with a chance to convert to a div-based layout. For existing pages, you can move all of the inline styles to stylesheets and clean up the HTML as you go along.
Additionally, prepare responses for the questions you'll likely receive for making such changes. Here are some ideas:
Q. Why did you remove all of the styles from the HTML?
A. I moved them to an external style sheet so that styles can be reused and so that we can leverage the cascading nature of CSS. This will allow us to reduce file sizes, which not only increases download speed, but also makes maintaining the pages easier and faster. It will also allow us to leverage browser caching, because external stylesheets get cached and, therefore, only downloaded once.
Q. Why did you use div
s for layout?
A. The W3C specifies semantic meanings for elements, and tables have a semantic meaning as tabular data. My migrating to div
s, we can reserve tables for tabular data, making them more meaningful, especially to visitors that aren't using visual browsers (including screen readers, and search engine spiders). It will also help SEO, because search engine spiders may not see a table-based layout as primary page content.
Q. Why did you move the JS?
A. Like the CSS, putting the JS in its own file allows us to reuse the same code, allowing us to follow DRY principles, and it will be cached by the browser. It also enables us to write non-obtrusive code that will degrade gracefully in the event that the user doesn't have JavaScript enabled and will eventually allow us to refactor the code to better leverage the power of JavaScript's capabilities.
The W3C has taken quite a bit of time determining the elements and their semantic meaning so that a well-written page is usable on a large variety of devices. You can find their accessibility guidelines here, which go into great detail about why writing to these standards are important, and how to go about doing thing. You'll probably be able to find references in it and the spec itself to back up most, if not all, best practice arguments you come across, until you start moving away from raw HTML, CSS, and JavaScript, and into frameworks and libraries (Sass, Bootstrap, etc) and other higher-level concepts (OOCSS, etc).