asp.net pdf viewer component : View pdf thumbnails in control software system azure windows web page console html404-part1221

Character references in HTML may appear in two forms:
Numeric character references (either decimal or hexadecimal). 
Character entity references.
Character references within comments have no special meaning; they are comment data only. 
Note. HTML provides other ways to present character data, in particular inline images [p.149] . 
Note. In SGML, it is possible to eliminate the final ";" after a character reference in some cases (e.g., at a
line break or immediately before a tag). In other circumstances it may not be eliminated (e.g., in the
middle of a word). We strongly suggest using the ";" in all cases to avoid problems with user agents that
require this character to be present. 
5.3.1 Numeric character references
Numeric character references specify the code position [p.37] of a character in the document character
set. Numeric character references may take two forms: 
The syntax "&#D;", where D is a decimal number, refers to the Unicode decimal character number 
D
The syntax "&#xH;" or "&#XH;", where H is an hexadecimal number, refers to the Unicode
hexadecimal character number H. Hexadecimal numbers in numeric character references are 
case-insensitive.
Here are some examples of numeric character references: 
å (in decimal) represents the letter "a" with a small circle above it (used, for example, in
Norwegian). 
å (in hexadecimal) represents the same character. 
å (in hexadecimal) represents the same character as well. 
И (in decimal) represents the Cyrillic capital letter "I". 
水 (in hexadecimal) represents the Chinese character for water.
Note. Although the hexadecimal representation is not defined in [ISO8879] [p.327] , it is expected to be in
the revision, as described in [WEBSGML] [p.329] . This convention is particularly useful since character
standards generally use hexadecimal representations. 
5.3.2 Character entity references
In order to give authors a more intuitive way of referring to characters in the document character set,
HTML offers a set of character entity references. Character entity references use symbolic names so that
authors need not remember code positions. [p.37] For example, the character entity reference å
refers to the lowercase "a" character topped with a ring; "å" is easier to remember than å. 
41
5.3.1 Numeric character references
View pdf thumbnails in - control software system:C# PDF Thumbnail Create SDK: Draw thumbnail images for PDF in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Support Thumbnail Generation with Various Options for Quick PDF Navigation
www.rasteredge.com
View pdf thumbnails in - control software system:VB.NET PDF Thumbnail Create SDK: Draw thumbnail images for PDF in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
Support Thumbnail Generation with Various Options for Quick PDF Navigation
www.rasteredge.com
HTML 4.0 does not define a character entity reference for every character in the document character set.
For instance, there is no character entity reference for the Cyrillic capital letter "I". Please consult the full
list of character references [p.289] defined in HTML 4.0. 
Character entity references are case-sensitive. Thus, Å refers to a different character (uppercase A,
ring) than å (lowercase a, ring).
Four character entity references deserve special mention since they are frequently used to escape special
characters: 
"&lt;" represents the < sign. 
"&gt;" represents the > sign. 
"&amp;" represents the & sign. 
"&quot; represents the " mark.
Authors wishing to put the "<" character in text should use "&lt;" (ASCII decimal 60) to avoid possible
confusion with the beginning of a tag (start tag open delimiter). Similarly, authors should use "&gt;"
(ASCII decimal 62) in text instead of ">" to avoid problems with older user agents that incorrectly
perceive this as the end of a tag (tag close delimiter) when it appears in quoted attribute values. 
Authors should use "&amp;" (ASCII decimal 38) instead of "&" to avoid confusion with the beginning of
a character reference (entity reference open delimiter). Authors should also use "&amp;" in attribute
values since character references are allowed within CDATA [p.44] attribute values. 
Some authors use the character entity reference "&quot;" to encode instances of the double quote mark (")
since that character may be used to delimit attribute values. 
5.4 Undisplayable characters
A user agent may not be able to render all characters in a document meaningfully, for instance, because
the user agent lacks a suitable font, a character has a value that may not be expressed in the user agent's
internal character encoding, etc. 
Because there are many different things that may be done in such cases, this document does not prescribe
any specific behavior. Depending on the implementation, undisplayable characters may also be handled
by the underlying display system and not the application itself. In the absence of more sophisticated
behavior, for example tailored to the needs of a particular script or language, we recommend the following
behavior for user agents: 
1.  Adopt a clearly visible, but unobtrusive mechanism to alert the user of missing resources. 
2.  If missing characters are presented using their numeric representation, use the hexadecimal (not
decimal) form since this is the form used in character set standards. 
42
5.4 Undisplayable characters
control software system:C# HTML5 PDF Viewer SDK to view PDF document online in C#.NET
Ability to show PDF page thumbnails for quick navigation. Easy to search PDF text in whole PDF document. C# HTML5 PDF Viewer: View PDF Online.
www.rasteredge.com
control software system:VB.NET PDF- View PDF Online with VB.NET HTML5 PDF Viewer
Ability to show PDF page thumbnails for quick navigation. Easy to search PDF text in whole PDF document. VB.NET HTML5 PDF Viewer: View PDF Online.
www.rasteredge.com
6 Basic HTML data types
Contents 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
43
1.  Case information 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
44
2.  SGML basic types 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
44
3.  Text strings 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
44
4.  URIs 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
45
5.  Colors 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
45
1.  Notes on using colors
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
46
6.  Lengths 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
46
7.  Content types (MIME types) 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
47
8.  Language codes 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
47
9.  Character encodings 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
47
10.  Single characters 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
47
11.  Dates and times 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
48
12.  Link types 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
49
13.  Media descriptors 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
50
14.  Script data 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
51
15.  Style sheet data 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
51
16.  Frame target names
This section of the specification describes the basic data types that may appear as an element's content or
an attribute's value. 
For introductory information about reading the HTML DTD, please consult the SGML tutorial [p.23] . 
6.1 Case information
Each attribute definition includes information about the case-sensitivity of its values. The case information
is presented with the following keys:
CS 
The value is case-sensitive (i.e., user agents interpret "a" and "A" differently). 
CI 
The value is case-insensitive (i.e., user agents interpret "a" and "A" as the same). 
CN 
The value is not subject to case changes, e.g., because it is a number or a character from the
document character set. 
CA 
The element or attribute definition itself gives case information. 
CT 
Consult the type definition for details about case-sensitivity.
43
6 Basic HTML data types
control software system:VB.NET PDF - View PDF with WPF PDF Viewer for VB.NET
Easy to search PDF text in whole PDF document in VB.NET WPF program. PDF thumbnails for navigation in .NET project. VB.NET WPF PDF Viewer: View PDF Document.
www.rasteredge.com
control software system:C# WPF PDF Viewer SDK to view PDF document in C#.NET
Users can view any page by using view page button. Easy to search PDF text in whole PDF document. PDF thumbnails for navigation in .NET WPF Console application.
www.rasteredge.com
If an attribute value is a list, the keys apply to every value in the list, unless otherwise indicated. 
6.2 SGML basic types
The document type definition [p.251] specifies the syntax of HTML element content and attribute values
using SGML tokens (e.g., PCDATA, CDATA, NAME, ID, etc.). See [ISO8879] [p.327] for their full
definitions. The following is a summary of key information: 
CDATA is a sequence of characters from the document character set and may include character
entities. User agents should interpret attribute values as follows: 
Replace character entities with characters, 
Ignore line feeds, 
Replace each carriage return or tab with a single space.
User agents may ignore leading and trailing white space in CDATA attribute values (e.g.,
  myval   " may be interpreted as "myval"). Authors should not declare attribute values with leading
or trailing white space. 
For some HTML 4.0 attributes with CDATA attribute values, the specification imposes further
constraints on the set of legal values for the attribute that may not be expressed by the DTD. 
Although the STYLE and SCRIPT elements use CDATA for their data model, for these elements,
CDATA must be handled differently by user agents. Markup and entities must be treated as raw text
and passed to the application as is. The first occurrence of the character sequence "</" (end-tag open
delimiter) is treated as terminating the end of the element's content. In valid documents, this would
be the end tag for the element. 
ID and NAME tokens must begin with a letter ([A-Za-z]) and may be followed by any number of
letters, digits ([0-9]), hyphens ("-"), underscores ("_"), colons (":"), and periods ("."). 
IDREF and IDREFS are references to ID tokens defined by other attributes. IDREF is a single token
and IDREFS is a space-separated list of tokens. 
NUMBER tokens must contain at least one digit ([0-9]).
6.3 Text strings
A number of attributes ( %Text; [p.253] in the DTD) take text that is meant to be "human readable". For
introductory information about attributes, please consult the tutorial discussion of attributes [p.25] . 
6.4 URIs
This specification uses the term URI as defined in [URI] [p.328] (see also [RFC1630] [p.330] ). 
Note that URIs include URLs (as defined in [RFC1738] [p.328] and [RFC1808] [p.328] ). 
44
6.2 SGML basic types
control software system:C# PDF Convert to Jpeg SDK: Convert PDF to JPEG images in C#.net
Support of converting from any single one PDF page and multiple pages. Thumbnails can be created from PDF pages. Support for customizing image size.
www.rasteredge.com
control software system:VB.NET PDF File Compress Library: Compress reduce PDF size in vb.
Reduce image resources: Since images are usually or large size, images size reducing can help to reduce PDF file size effectively. Embedded page thumbnails.
www.rasteredge.com
Relative URIs are resolved to full URIs using a base URI. [RFC1808] [p.328] , section 3, defines the
normative algorithm for this process. For more information about base URIs, please consult the section on 
base URIs [p.146] in the chapter on links [p.135] . 
URIs are represented in the DTD by the parameter entity %URI; [p.253] . 
URIs in general are case-sensitive. [p.43] There may be URIs, or parts of URIs, where case doesn't matter
(e.g., machine names), but identifying these may not be easy. Users should always consider that URIs are
case-sensitive (to be on the safe side). 
Please consult the appendix for information about non-ASCII characters in URI attribute values [p.310] . 
6.5 Colors
The attribute value type "color" (%Color; [p.269] ) refers to color definitions as specified in [SRGB] 
[p.328] . A color value may either be a hexadecimal number (prefixed by a hash mark) or one of the
following sixteen color names. The color names are case-insensitive. [p.43] 
Color names and sRGB values
Black = "#000000"
Green = "#008000"
Silver = "#C0C0C0"
Lime = "#00FF00"
Gray = "#808080"
Olive = "#808000"
White = "#FFFFFF"
Yellow = "#FFFF00"
Maroon = "#800000"
Navy = "#000080"
Red = "#FF0000"
Blue = "#0000FF"
Purple = "#800080"
Teal = "#008080"
Fuchsia = "#FF00FF"
Aqua = "#00FFFF"
Thus, the color values "#800080" and "Purple" both refer to the color purple. 
6.5.1 Notes on using colors
Although colors can add significant amounts of information to document and make them more readable,
please consider the following guidelines when including color in your documents: 
45
6.5 Colors
control software system:C# PDF File Compress Library: Compress reduce PDF size in C#.net
by large enterprises and organizations to distribute and view documents. size, images size reducing can help to reduce PDF file size Embedded page thumbnails.
www.rasteredge.com
control software system:C# PDF Convert to Images SDK: Convert PDF to png, gif images in C#
Converter control easy to create thumbnails from PDF pages. Selection for compressing to multiple image formats. Cut and paste any areas in PDF pages to images.
www.rasteredge.com
The use of HTML elements and attributes for specifying color is deprecated [p.34] . You are
encouraged to use style sheets [p.171] instead. 
Don't use color combinations that cause problems for people with color blindness in its various
forms. 
If you use a background image or set the background color, then be sure to set the various text colors
as well. 
Colors specified with the BODY and FONT elements and bgcolor on tables look different on
different platforms (e.g., workstations, Macs, Windows, and LCD panels vs. CRTs), so you shouldn't
rely entirely on a specific effect. In the future, support for the [SRGB] [p.328] color model together
with ICC color profiles should mitigate this problem. 
When practical, adopt common conventions to minimize user confusion.
6.6 Lengths
HTML specifies three types of length values for attributes: 
1.  Pixels: The value (%Pixels; [p.257] in the DTD) is an integer that represents the number of pixels of
the canvas (screen, paper). Thus, the value "50" means fifty pixels. For normative information about
the definition of a pixel, please consult [CSS1] [p.327] . 
2.  Length: The value (%Length; [p.257] in the DTD) may be either a %Pixel; or a percentage of the
available horizontal or vertical space. Thus, the value "50%" means half of the available space. 
3.  MultiLength: The value ( %MultiLength; [p.257] in the DTD) may be a %Length; or a relative 
length. A relative length has the form "i*", where "i" is an integer. When allotting space among
elements competing for that space, user agents allot pixel and percentage lengths first, then divide up
remaining available space among relative lengths. Each relative length receives a portion of the
available space that is proportional to the integer preceding the "*". The value "*" is equivalent to
"1*". Thus, if 60 pixels of space are available after the user agent allots pixel and percentage space,
and the competing relative lengths are 1*, 2*, and 3*, the 1* will be alloted 10 pixels, the 2* will be
alloted 20 pixels, and the 3* will be alloted 30 pixels.
Length values are case-neutral. [p.43] 
6.7 Content types (MIME types)
Note. A "media type" (defined in [RFC2045] [p.328] and [RFC2046] [p.328] ) specifies the nature of a
linked resource. This specification employs the term "content type" rather than "media type" in
accordance with current usage. Furthermore, in this specification, "media type" may refer to the media 
[p.49] where a user agent renders a document. 
This type is represented in the DTD by %ContentType;. [p.252] 
Content types are case-insensitive. [p.43] 
Examples of content types include "text/html", "image/png", "image/gif", "video/mpeg", "audio/basic",
"text/tcl", "text/javascript", and "text/vbscript". For the current list of registered MIME types, please
consult [MIMETYPES]. [p.327] 
46
6.6 Lengths
Note. The content type "text/css", while not currently registered with IANA, should be used when the
linked resource is a [CSS1] [p.327] style sheet. 
6.8 Language codes
The value of attributes whose type is a language code ( %LanguageCode [p.252] in the DTD) refers to a
language code as specified by [RFC1766] [p.328] , section 2. For information on specifying language
codes in HTML, please consult the section on language codes [p.72] . Whitespace is not allowed within
the language-code. 
Language codes are case-insensitive. [p.43] 
6.9 Character encodings
The "charset" attributes (%Charset [p.252] in the DTD) refer to a character encoding as described in the
section on character encodings [p.38] . Values must be strings (e.g., "euc-jp") from the IANA registry (see 
[CHARSETS] [p.329] for a complete list). 
Names of character encodings are case-insensitive. [p.43] 
User agents must follow the steps set out in the section on specifying character encodings [p.39] in order
to determine the character encoding of an external resource. 
6.10 Single characters
Certain attributes call for single character from the document character set [p.37] . These attributes take
the %Character [p.252] type in the DTD. 
Single characters may be specified with character references [p.40] (e.g., "&amp;"). 
6.11 Dates and times
[ISO8601] [p.327] allows many options and variations in the representation of dates and times. The
current specification uses one of the formats described in the profile [DATETIME] [p.327] for its
definition of legal date/time strings ( %Datetime [p.253] in the DTD). 
The format is:
YYYY-MM-DDThh:mm:ssTZD
where: 
47
6.8 Language codes
YYYY = four-digit year
MM   = two-digit month (01=January, etc.)
DD   = two-digit day of month (01 through 31)
hh   = two digits of hour (00 through 23) (am/pm NOT allowed)
mm   = two digits of minute (00 through 59)
ss   = two digits of second (00 through 59)
TZD  = time zone designator
The time zone designator is one of:
Z 
indicates UTC (Coordinated Universal Time). The "Z" must be uppercase. 
+hh:mm 
indicates that the time is a local time which is hh hours and mm minutes ahead of UTC. 
-hh:mm 
indicates that the time is a local time which is hh hours and mm minutes behind UTC.
Exactly the components shown here must be present, with exactly this punctuation. Note that the "T"
appears literally in the string (it must be uppercase), to indicate the beginning of the time element, as
specified in [ISO8601] [p.327] 
If a generating application does not know the time to the second, it may use the value "00" for the seconds
(and minutes and hours if necessary).
Note. [DATETIME] [p.327] does not address the issue of leap seconds. 
6.12 Link types
Authors may use the following recognized link types, listed here with their conventional interpretations. In
the DTD, %LinkTypes [p.252] refers to a space-separated list of link types. White space characters are not
permitted within link types.
These link types are case-insensitive, [p.43] i.e., "Alternate" has the same meaning as "alternate". 
User agents, search engines, etc. may interpret these link types in a variety of ways. For example, user
agents may provide access to linked documents through a navigation bar.
Alternate 
Designates substitute versions for the document in which the link occurs. When used together with
the lang attribute, it implies a translated version of the document. When used together with the 
media attribute, it implies a version designed for a different medium (or media). 
Stylesheet 
Refers to an external style sheet. See the section on external style sheets [p.177] for details. This is
used together with the link type "Alternate" for user-selectable alternate style sheets. 
Start 
Refers to the first document in a collection of documents. This link type tells search engines which
document is considered by the author to be the starting point of the collection. 
48
6.12 Link types
Next 
Refers to the next document in an linear sequence of documents. User agents may choose to preload
the "next" document, to reduce the perceived load time. 
Prev 
Refers to the previous document in an ordered series of documents. Some user agents also support
the synonym "Previous". 
Contents 
Refers to a document serving as a table of contents. Some user agents also support the synonym ToC
(from "Table of Contents"). 
Index 
Refers to a document providing an index for the current document. 
Glossary 
Refers to a document providing a glossary of terms that pertain to the current document. 
Copyright 
Refers to a copyright statement for the current document. 
Chapter 
Refers to a document serving as a chapter in a collection of documents. 
Section 
Refers to a document serving as a section in a collection of documents. 
Subsection 
Refers to a document serving as a subsection in a collection of documents. 
Appendix 
Refers to a document serving as an appendix in a collection of documents. 
Help 
Refers to a document offering help (more information, links to other sources information, etc.) 
Bookmark 
Refers to a bookmark. A bookmark is a link to a key entry point within an extended document. The 
title attribute may be used, for example, to label the bookmark. Note that several bookmarks may
be defined in each document.
Authors may wish to define additional link types not described in this specification. If they do so, they
should use a profile [p.61] to cite the conventions used to define the link types. Please see the profile
attribute of the HEAD element for more details.
For further discussions about link types, please consult the section on links in HTML documents [p.135] . 
6.13 Media descriptors
The following is a list of recognized media descriptors ( %MediaDesc [p.252] in the DTD). 
screen 
Intended for non-paged computer screens. 
tty 
Intended for media using a fixed-pitch character grid, such as teletypes, terminals, or portable devices
with limited display capabilities. 
49
6.13 Media descriptors
tv 
Intended for television-type devices (low resolution, color, limited scrollability). 
projection 
Intended for projectors. 
handheld 
Intended for handheld devices (small screen, monochrome, bitmapped graphics, limited bandwidth). 
print 
Intended for paged, opaque material and for documents viewed on screen in print preview mode. 
braille 
Intended for braille tactile feedback devices. 
aural 
Intended for speech synthesizers. 
all 
Suitable for all devices.
Future versions of HTML may introduce new values and may allow parameterized values. To facilitate
the introduction of these extensions, conforming user agents must be able to parse the media attribute
value as follows:
1.  The value is a comma-separated list of entries. For example, 
media="screen, 3d-glasses, print and resolution > 90dpi"
is mapped to: 
"screen"
"3d-glasses"
"print and resolution > 90dpi"
2.  Each entry is truncated just before the first character that isn't a US ASCII letter [a-zA-Z] (Unicode
decimal 65-90, 97-122), digit [0-9] (Unicode hex 30-39), or hyphen (45). In the example, this gives: 
"screen"
"3d-glasses"
"print"
3.  A case-sensitive [p.43] match is then made with the set of media types defined above. User agents
may ignore entries that don't match. In the example we are left with screen and print.
Note. Style sheets may include media-dependent variations within them (e.g., the CSS @media construct).
In such cases it may be appropriate to use "
media
=all"
6.14 Script data
Script data ( %Script; [p.253] in the DTD [p.251] ) can be the content of the SCRIPT element and the
value of intrinsic event attributes [p.237] . User agents must not evaluate script data as HTML markup but
instead must pass it on as data to a script engine.
50
6.14 Script data
Documents you may be interested
Documents you may be interested