asp.net pdf viewer c# : View pdf thumbnails application Library tool html .net asp.net online html4023-part1169

The following elements support the disabled attribute: BUTTON INPUT, OPTGROUP, OPTION, 
SELECT, and TEXTAREA. 
This attribute is inherited but local declarations override the inherited value. 
How disabled elements are rendered depends on the user agent. For example, some user agents "gray out"
disabled menu items, button labels, etc. 
In this example, the INPUT element is disabled. Therefore, it cannot receive user input nor will its value
be submitted with the form.
<INPUT disabled name="fred" value="stone">
Note. The only way to modify dynamically the value of the 
disabled
attribute is through a script. 
[p.237] 
17.12.2 Read-only controls
Attribute definitions
readonly [CI] [p.43] 
When set for a form control, this boolean attribute prohibits changes to the control.
The readonly attribute specifies whether the control may be modified by the user. 
When set, the readonly attribute has the following effects on an element:
Read-only elements receive focus [p.227] but cannot be modified by the user. 
Read-only elements are included in tabbing navigation [p.228] . 
Read-only elements may be successful [p.232] .
The following elements support the readonly attribute: INPUT and TEXTAREA. 
How read-only elements are rendered depends on the user agent.
Note. The only way to modify dynamically the value of the 
readonly
attribute is through a script. 
[p.237] 
17.13 Form submission
The following sections explain how user agents submit form data to form processing agents. 
17.13.1 Form submission method
The method attribute of the FORM element specifies the HTTP method used to send the form to the
processing agent. This attribute may take two values: 
231
17.13 Form submission
View pdf thumbnails - application Library tool: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 - application Library tool: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
get: With the HTTP "get" method, the form data set [p.233] is appended to the URI specified by
the action attribute (with a question-mark ("?") as separator) and this new URI is sent to the
processing agent. 
post: With the HTTP "post" method, the form data set [p.233] is included in the body of the form
and sent to the processing agent. 
The "get" method should be used when the form is idempotent (i.e., causes no side-effects). Many
database searches have no visible side-effects and make ideal applications for the "get" method. 
If the service associated with the processing of a form causes side effects (for example, if the form
modifies a database or subscription to a service), the "post" method should be used. 
Note. The "get" method restricts form data set [p.233] values to ASCII characters. Only the "post" method
(with 
enctype
="multipart/form-data") is specified to cover the entire [ISO10646] [p.327] character 
set. 
17.13.2 Successful controls
successful control is "valid" for submission. Every successful control has its control name [p.208] 
paired with its current value [p.208] as part of the submitted form data set [p.233] . A successful control
must be defined within a FORM element and must have a control name. [p.208] 
However: 
Controls that are disabled [p.230] cannot be successful. 
If a form contains more than one submit button [p.209] , only the activated submit button is
successful. 
All "on" checkboxes [p.209] may be successful. 
For radio buttons [p.209] that share the same value of the name attribute, only the "on" radio button
may be successful. 
For menus [p.209] , the control name [p.208] is provided by a SELECT element and values are
provided by OPTION elements. Only selected options may be successful. 
The current value [p.208] of a file select [p.209] is a list of one or more file names. Upon submission
of the form, the contents of each file are submitted with the rest of the form data. The file contents
are packaged according to the form's content type [p.234] . 
The current value of an object control is determined by the object's implementation. 
If a control doesn't have a current value [p.208] when the form is submitted, user agents are not required
to treat it as a successful control. 
Furthermore, user agents should not consider the following controls successful: 
Reset buttons. [p.209] 
OBJECT elements whose declare attribute has been set.
232
17.13.2 Successful controls
application Library tool: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
application Library tool: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
Hidden controls [p.209] and controls that are not rendered because of style sheet [p.171] settings may still
be successful. For example:
<FORM action="..." method="post">
<P>
<INPUT type="password" style="display:none"  
name="invisible-password"
value="mypassword">
</FORM>
will still cause a value to be paired with the name "invisible-password" and submitted with the form. 
17.13.3 Processing form data
When the user submits a form (e.g., by activating a submit button [p.209] ), the user agent processes it as
follows. 
Step one: Identify the successful controls 
Step two: Build a form data set 
form data set is a sequence of control-name [p.208] /current-value [p.208] pairs constructed from 
successful controls [p.232] 
Step three: Encode the form data set 
The form data set is then encoded according to the content type [p.234] specified by the enctype
attribute of the FORM element. 
Step four: Submit the encoded form data set 
Finally, the encoded data is sent to the processing agent designated by the action attribute using the
protocol specified by the method attribute. 
This specification does not specify all valid submission methods or content types [p.234] that may be used
with forms. However, HTML 4.0 user agents must support the established conventions in the following
cases: 
If the method is "get" and the action is an HTTP URI, the user agent takes the value of action,
appends a `?' to it, then appends the form data set [p.233] , encoded using the
"application/x-www-form-urlencoded" content type [p.234] . The user agent then traverses the link to
this URI. In this scenario, form data are restricted to ASCII codes. 
If the method is "post" and the action is an HTTP URI, the user agent conducts an HTTP "post"
transaction using the value of the action attribute and a message created according to the content 
type [p.234] specified by the enctype attribute.
233
17.13.3 Processing form data
application Library tool: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
application Library tool: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
For any other value of action or method, behavior is unspecified. 
User agents should render the response from the HTTP "get" and "post" transactions. 
17.13.4 Form content types
The enctype attribute of the FORM element specifies the content type [p.46] used to encode the form
data set [p.233] for submission to the server. User agents must support the content types listed below.
Behavior for other content types is unspecified. 
Please also consult the section on escaping ampersands in URI attribute values [p.311] . 
application/x-www-form-urlencoded  
This is the default content type. Forms submitted with this content type must be encoded as follows:
1.  Control names and values are escaped. Space characters are replaced by `+', and then reserved
characters are escaped as described in [RFC1738] [p.328] , section 2.2: Non-alphanumeric characters
are replaced by `%HH', a percent sign and two hexadecimal digits representing the ASCII code of
the character. Line breaks are represented as "CR LF" pairs (i.e., `%0D%0A'). 
2.  The control names/values are listed in the order they appear in the document. The name is separated
from the value by `=' and name/value pairs are separated from each other by `&'.
multipart/form-data  
Note. Please consult [RFC1867] [p.330] for additional information about file uploads, including
backwards compatibility issues, the relationship between "multipart/form-data" and other content types,
performance issues, etc. 
Please consult the appendix for information about security issues for forms [p.325] . 
The content type "application/x-www-form-urlencoded" is inefficient for sending large quantities of
binary data or text containing non-ASCII characters. The content type "multipart/form-data" should be
used for submitting forms that contain files, non-ASCII data, and binary data. 
The content "multipart/form-data" follows the rules of all multipart MIME data streams as outlined in 
[RFC2045] [p.328] . The definition of "multipart/form-data" is available at the [IANA] [p.327] registry. 
A "multipart/form-data" message contains a series of parts, each representing a successful control [p.232] .
The parts are sent to the processing agent in the same order the corresponding controls appear in the
document stream. Part boundaries should not occur in any of the data; how this is done lies outside the
scope of this specification. 
As with all multipart MIME types, each part has an optional "Content-Type" header that defaults to
"text/plain". User agents should supply the "Content-Type" header, accompanied by a "charset"
parameter. 
234
17.13.4 Form content types
application Library tool: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
application Library tool: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
Each part is expected to contain: 
1.  a "Content-Disposition" header whose value is "form-data". 
2.  a name attribute specifying the control name [p.208] of the corresponding control. Control names
originally encoded in non-ASCII character sets [p.37] may be encoded using the method outlined in 
[RFC2045] [p.328] .
Thus, for example, for a control named "mycontrol", the corresponding part would be specified: 
Content-Disposition: form-data; name="mycontrol"
As with all MIME transmissions, "CR LF" (i.e., `%0D%0A') is used to separate lines of data. 
Each part may be encoded and the "Content-Transfer-Encoding" header supplied if the value of that part
does not conform to the default (7BIT) encoding (see [RFC2045] [p.328] , section 6) 
If the contents of a file are submitted with a form, the file input should be identified by the appropriate 
content type [p.46] (e.g., "application/octet-stream"). If multiple files are to be returned as the result of a
single form entry, they should be returned as "multipart/mixed" embedded within the
"multipart/form-data". 
The user agent should attempt to supply a file name for each submitted file. The file name may be
specified with the "filename" parameter of the 'Content-Disposition: form-data' header, or, in the case of
multiple files, in a 'Content-Disposition: file' header of the subpart. If the file name of the client's
operating system is not in US-ASCII, the file name might be approximated or encoded using the method
of [RFC2045] [p.328] . This is convenient for those cases where, for example, the uploaded files might
contain references to each other (e.g., a TeX file and its ".sty" auxiliary style description). 
The following example illustrates "multipart/form-data" encoding. Suppose we have the following form: 
<FORM action="http://server.dom/cgi/handle"
enctype="multipart/form-data"
method="post">
<P>
What is your name? <INPUT type="text" name="submit-name"><BR>
What files are you sending? <INPUT type="file" name="files"><BR>
<INPUT type="submit" value="Send"> <INPUT type="reset">
</FORM>
If the user enters "Larry" in the text input, and selects the text file "file1.txt", the user agent might send
back the following data: 
Content-Type: multipart/form-data; boundary=AaB03x
--AaB03x
Content-Disposition: form-data; name="submit-name"
Larry
--AaB03x
Content-Disposition: form-data; name="files"; filename="file1.txt"
235
17.13.4 Form content types
application Library tool: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
application Library tool: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
Content-Type: text/plain
... contents of file1.txt ...
--AaB03x--
If the user selected a second (image) file "file2.gif", the user agent might construct the parts as follows: 
Content-Type: multipart/form-data; boundary=AaB03x
--AaB03x
Content-Disposition: form-data; name="submit-name"
Larry
--AaB03x
Content-Disposition: form-data; name="files"
Content-Type: multipart/mixed; boundary=BbC04y
--BbC04y
Content-Disposition: attachment; filename="file1.txt"
Content-Type: text/plain
... contents of file1.txt ...
--BbC04y
Content-Disposition: attachment; filename="file2.gif"
Content-Type: image/gif
Content-Transfer-Encoding: binary
...contents of file2.gif...
--BbC04y--
--AaB03x--
236
17.13.4 Form content types
18 Scripts
Contents 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
237
1.  Introduction to scripts 
.
.
.
.
.
.
.
.
.
238
2.  Designing documents for user agents that support scripting 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
238
1.  The SCRIPT element 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
239
2.  Specifying the scripting language 
.
.
.
.
.
.
.
.
.
.
.
.
.
239
The default scripting language 
.
.
.
.
.
.
.
.
.
.
.
239
Local declaration of a scripting language 
.
.
.
.
.
.
.
.
.
.
.
240
References to HTML elements from a script
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
240
3.  Intrinsic events 
.
.
.
.
.
.
.
.
.
.
.
.
.
243
4.  Dynamic modification of documents
.
.
.
.
.
.
.
.
244
3.  Designing documents for user agents that don't support scripting 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
244
1.  The NOSCRIPT element 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
245
2.  Hiding script data from user agents
18.1 Introduction to scripts
A client-side script is a program that may accompany an HTML document or be embedded directly in it.
The program executes on the client's machine when the document loads, or at some other time such as
when a link is activated. HTML's support for scripts is independent of the scripting language. 
Scripts offer authors a means to extend HTML documents in highly active and interactive ways. For 
example:
Scripts may be evaluated as a document loads to modify the contents of the document dynamically. 
Scripts may accompany a form to process input as it is entered. Designers may dynamically fill out
parts of a form based on the values of other fields. They may also ensure that input data conforms to
predetermined ranges of values, that fields are mutually consistent, etc. 
Scripts may be triggered by events that affect the document, such as loading, unloading, element
focus, mouse movement, etc. 
Scripts may be linked to form controls (e.g., buttons) to produce graphical user interface elements.
There are two types of scripts authors may attach to an HTML document:
Those that are executed one time when the document is loaded by the user agent. Scripts that appear
within a SCRIPT element are executed when the document is loaded. For user agents that cannot or
will not handle scripts, authors may include alternate content via the NOSCRIPT element. 
Those that are executed every time a specific event occurs. These scripts may be assigned to a
number of elements via the intrinsic event [p.240] attributes.
Note. This specification includes more detailed information about scripting in sections on script macros 
[p.323] .
237
18 Scripts
18.2 Designing documents for user agents that support scripting
The following sections discuss issues that concern user agents that support scripting.
18.2.1 The SCRIPT element
<!ELEMENT SCRIPT - - %Script;          -- script statements -->
<!ATTLIST SCRIPT
charset     %Charset;      #IMPLIED  -- char encoding of linked resource --
type        %ContentType;  #REQUIRED -- content type of script language --
src         %URI;          #IMPLIED  -- URI for an external script --
defer       (defer)        #IMPLIED  -- UA may defer execution of script --
>
Start tag: required, End tag: required
Attribute definitions
src = uri [p.44] [CT] [p.43] 
This attribute specifies the location of an external script. 
type = content-type [p.46] [CI] [p.43] 
This attribute specifies the scripting language of the element's contents and overrides the default
scripting language. The scripting language is specified as a content type (e.g., "text/javascript").
Authors must supply a value for this attribute. There is no default value for this attribute. 
language = cdata [p.44] [CI] [p.43] 
Deprecated. [p.34] This attribute specifies the scripting language of the contents of this element. Its
value is an identifier for the language, but since these identifiers are not standard, this attribute has
been deprecated [p.34] in favor of type. 
defer [CI] [p.43] 
When set, this boolean attribute provides a hint to the user agent that the script is not going to
generate any document content (e.g., no "document.write" in javascript) and thus, the user agent can
continue parsing and rendering.
Attributes defined elsewhere 
charset(character encodings [p.37] )
The SCRIPT element places a script within a document. This element may appear any number of times in
the HEAD or BODY of an HTML document.
The script may be defined within the contents of the SCRIPT element or in an external file. If the src
attribute is not set, user agents must interpret the contents of the element as the script. If the src has a
URI value, user agents must ignore the element's contents and retrieve the script via the URI. Note that
the charset attribute refers to the character encoding [p.37] of the script designated by the src
attribute; it does not concern the content of the SCRIPT element.
238
18.2 Designing documents for user agents that support scripting
Scripts are evaluated by script engines that must be known to a user agent.
The syntax of script data [p.50] depends on the scripting language. 
18.2.2 Specifying the scripting language
As HTML does not rely on a specific scripting language, document authors must explicitly tell user agents
the language of each script. This may be done either through a default declaration or a local declaration.
The default scripting language  
Authors should specify the default scripting language for all scripts in a document by including the
following META declaration in the HEAD:
<META http-equiv="Content-Script-Type" content="type">
where "type" is an content type [p.46] naming the scripting language. Examples of values include
"text/tcl", "text/javascript", "text/vbscript".
In the absence of a META declaration, the default can be set by a "Content-Script-Type" HTTP header.
Content-Script-Type: type
where "type" is again an content type [p.46] naming the scripting language.
User agents should determine the default scripting language for a document according to the following
steps (highest to lowest priority): 
1.  If any META declarations specify the "Content-Script-Type", the last one in the character stream
determines the default scripting language. 
2.  Otherwise, if any HTTP headers specify the "Content-Script-Type", the last one in the character
stream determines the default scripting language.
Documents that do not specify a default scripting language information and that contain elements that
specify an intrinsic event [p.240] script are incorrect. User agents may still attempt to interpret incorrectly
specified scripts but are not required to. Authoring tools should generate default scripting language
information to help authors avoid creating incorrect documents. 
Local declaration of a scripting language 
The type attribute must be specified for each SCRIPT element instance in a document. The value of the 
type attribute for a SCRIPT element overrides the default scripting language for that element.
In this example, we declare the default scripting language to be "text/tcl". We include one SCRIPT in the
header, whose script is located in an external file and is in the scripting language "text/vbscript". We also
include one SCRIPT in the body, which contains its own script written in "text/javascript".
239
18.2.2 Specifying the scripting language
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN"
"http://www.w3.org/TR/REC-html40/strict.dtd">
<HTML>
<HEAD>
<TITLE>A document with SCRIPT</TITLE>
<META http-equiv="Content-Script-Type" content="text/tcl">
<SCRIPT type="text/vbscript" src="http://someplace.com/progs/vbcalc">
</SCRIPT>
</HEAD>
<BODY>
<SCRIPT type="text/javascript">
...some JavaScript...
</SCRIPT>
</BODY>
</HTML>
References to HTML elements from a script 
Each scripting language has its own conventions for referring to HTML objects from within a script. This
specification does not define a standard mechanism for referring to HTML objects.
However, scripts should refer to an element according to its assigned name. Scripting engines should
observe the following precedence rules when identifying an element: a name attribute takes precedence
over an id if both are set. Otherwise, one or the other may be used.
18.2.3 Intrinsic events
Note. Authors of HTML documents are advised that changes are likely to occur in realm of intrinsic
events (e.g., how scripts are bound to events). Research in this realm is carried on by members of the
W3C Document Object Model Working Group (see the W3C Web Site at http://www.w3.org/ for more 
information).
Attribute definitions
onload = script [p.50] [CT] [p.43] 
The onload event occurs when the user agent finishes loading a window or all frames within a 
FRAMESET. This attribute may be used with BODY and FRAMESET elements. 
onunload = script [p.50] [CT] [p.43] 
The onunload event occurs when the user agent removes a document from a window or frame.
This attribute may be used with BODY and FRAMESET elements. 
onclick = script [p.50] [CT] [p.43] 
The onclick event occurs when the pointing device button is clicked over an element. This
attribute may be used with most elements. 
ondblclick = script [p.50] [CT] [p.43] 
The ondblclick event occurs when the pointing device button is double clicked over an element.
This attribute may be used with most elements. 
onmousedown = script [p.50] [CT] [p.43] 
The onmousedown event occurs when the pointing device button is pressed over an element. This
attribute may be used with most elements. 
240
18.2.3 Intrinsic events
Documents you may be interested
Documents you may be interested