HTML editor
This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these messages)
|
HTML |
---|
Comparisons |
An HTML editor is a
Types of editors
There are two main varieties of HTML editors: text and WYSIWYG (what you see is what you get) editors.
Text editors
Text editors commonly used for HTML typically include either built-in functions or integration with external tools for such tasks as
Text editors require user understanding of HTML and any other web technologies the designer wishes to use like CSS, JavaScript and server-side scripting languages.
To ease this requirement, some editors allow editing of the markup in more
WYSIWYG HTML editors
WYSIWYG HTML editors provide an editing interface which resembles how the page will be displayed in a web browser. Because using a WYSIWYG editor may not require any HTML knowledge, they are often easier for an inexperienced computer user to get started with.
The WYSIWYG view is achieved by embedding a layout engine. This may be custom-written or based upon one used in a web browser. The goal is that, at all times during editing, the rendered result should represent what will be seen later in a typical web browser.
WYSIWYM (what you see is what you mean) is an alternative paradigm to WYSIWYG editors. Instead of focusing on the format or presentation of the document, it preserves the intended meaning of each element. For example, page headers, sections, paragraphs, etc. are labeled as such in the editing program, and displayed appropriately in the browser.
Difficulties in achieving WYSIWYG
A given HTML document will have an inconsistent appearance on various platforms and computers for several reasons:
- Different browsers and applications will render the same markup differently.
- The same page may display slightly differently, by example, in Lynx browser. It needs to be rendered differently again on a PDA, an internet-enabled television and on a mobile phone. Usability in a speech or braille browser, or via a screen-reader working with a conventional browser, will place demands on entirely different[clarification needed] aspects of the underlying HTML. All an author can do is suggest an appearance.
- Web browsers, like all computer software, have bugs
- They may not conform to current standards. It is hopeless to try to design Web pages around all of the common browsers' current bugs: each time a new version of each browser comes out, a significant proportion of the World Wide Web would need re-coding to suit the new bugs and the new fixes. It is generally considered much wiser to design to standards, staying away from 'bleeding edge' features until they settle down, and then wait for the browser developers to catch up to your pages, rather than the other way round.[1] For instance, no one can argue that CSS is still 'cutting edge' as there is now widespread support available in common browsers for all the major features,[2] even if many WYSIWYG and other editors have not yet entirely caught up.[3]
- A single visual style can represent multiple semantic meanings
- Semantic meaning, derived from the underlying structure of the HTML document, is important for search engines and also for various accessibility tools. On paper we can tell from context and experience whether bold text represents a title, or emphasis, or something else. But it is very difficult to convey this distinction in a WYSIWYG editor. Simply making a piece of text bold in a WYSIWYG editor is not sufficient to tell the reader *why* the text is bold – what the boldness represents semantically.
- Modern web sites are rarely constructed in a way that makes WYSIWYG useful
- Modern web sites typically use a content management system or some other template processor-based means of constructing pages on the fly using content stored in a database. Individual pages are never stored in a filesystem as they may be designed and edited in a WYSIWYG editor, thus some form of abstracted template-based layout is inevitable, invalidating one of the main benefits of using a WYSIWYG editor.
Valid HTML markup
HTML is a structured
These guidelines emphasise the separation of content (HTML or XHTML) from style (CSS). This has the benefit of delivering the style information once for a whole site, not repeated in each page, let alone in each HTML element. WYSIWYG editor designers have been struggling ever since with how best to present these concepts to their users without confusing them by exposing the underlying reality. Modern WYSIWYG editors all succeed in this to some extent, but none of them has succeeded entirely.
However a web page was created or edited, WYSIWYG or by hand, in order to be successful among the greatest possible number of readers and viewers, as well as to maintain the 'worldwide' value of the Web itself, first and foremost it should consist of valid markup and code.[7] It should not be considered ready for the World Wide Web, until its HTML and CSS syntax have been successfully validated using either the free W3C validator services (W3C HTML Validator and W3C CSS Validator) or some other trustworthy alternatives.[7]
Whatever software tools are used to design, create and maintain web pages, the quality of the underlying HTML is dependent on the skill of the person who works on the page. Some knowledge of HTML, CSS and other scripting languages as well as a familiarity with the current W3C recommendations in these areas will help any designer produce better web pages, with a WYSIWYG HTML editor and without.[9]
See also
- Comparison of HTML editors
- List of HTML editors
- Web template system
- Website builder
- Visual editor
- Validator
References
- ^ Bos, Bert (6 March 2003). "An essay on W3C's design principles". W3C. Retrieved 23 October 2013.
- ^ "Cascading Style Sheets". W3C. Retrieved 23 October 2013.
- ^ "Cascading Style Sheets". W3C. Retrieved 23 October 2013.
- ^ Håkon Wium Lie; Bert Bos. "Cascading Style Sheets, level 1". W3C. Retrieved 23 October 2013.
- ^ "Cascading Style Sheets Level 2 Revision 1 (CSS 2.1) Specification". W3C.
- ^ "XHTML™ 1.1 - Module-based XHTML - Second Edition". W3C.
- ^ ISBN 978-0-321-50363-3.
- ^ "Web Content Accessibility Guidelines (WCAG) 2.0". W3C. 2008. Retrieved 23 October 2013.
- ^ "Dave Raggett's Introduction to HTML". W3C. 24 May 2005. Retrieved 23 October 2013.