convert pdf to image c# : Convert word to pdf fillable form SDK application service wpf html .net dnn Web_Access_Workbook4-part163

A Web Accessibility Primer: Usability for Everyone 
HTML Accessibility 
Each section below introduces individual aspects of authoring and editing HTML to make it 
Content and Structure
As for all kinds of files, providing structure to your web pages helps screen readers make sense 
of the content. It also helps with accessibility on small screens like cell phones and palm pilots. 
This includes using real headings and lists, as well as following some hyperlinking guidelines. 
Use Real Headings  
As in Word documents, you can and should use heading styles to structure your page content. 
This lets screen reader users skim through the sections and helps organize your content for easier 
use by everyone.  
Use the headings to create an outline-like hierarchy, with 1st degree headings (<h1>) being the 
most important (usually page titles or headings), then 2nd degree headings (<h2> - usually major 
section headings), down to 3rd degree headings (sub-sections of the <h2>), and so on.  
Do not use formatting such as bolding or increased font size to create headings, but only the 
‘official’ HTML heading tags (<h1>-<h6>. Likewise, do not use headings to achieve visual, 
formatting results, but only as section headers that outline your content. 
Check one of the Cornell pages you have had a hand in creating or 
editing. Enter the URL of the page in the Address field at
, check the “Show Outline” box, and 
then click the “validate this page” button. Skip to the bottom of the output 
to the Outline section. Does it have an outline, i.e., is your page outlined 
properly using heading tags?  
Use Real Lists 
HTML lists - <ul>, <ol>, and <dl> - also convey a hierarchical content structure. Each of these 
has rules regarding its use as well. Unordered lists (<ul>) should be used when there is no order 
of sequence or importance. Ordered lists (<ol>) suggest a progression or sequence. Definition 
lists (<dl>) should be used explicitly for presenting a structure for definitions. As with headings, 
lists should be used correctly and for the right purposes. Unordered and ordered lists should 
always contain list items. Definition lists must always have definition descriptions. Empty lists 
are incorrect HTML. Lists should never be used for merely indenting or other layout purposes. 
Nested lists should be coded properly.
This list section is directly from
. Much of the other content here 
on HTML also draws from these pages.  
Convert word to pdf fillable form - C# PDF Form Data fill-in Library: auto fill-in PDF form data in, ASP.NET, MVC, WinForms, WPF
Online C# Tutorial to Automatically Fill in Field Data to PDF
convert pdf to fill in form; convert html form to pdf fillable form
Convert word to pdf fillable form - VB.NET PDF Form Data fill-in library: auto fill-in PDF form data in, ASP.NET, MVC, WinForms, WPF
VB.NET PDF Form Data fill-in library: auto fill-in PDF form data in, ASP.NET, MVC, WinForms, WPF
auto fill pdf form from excel; create fillable pdf form from word
Core guidelines for including hyperlinks in your pages include: 
Provide full keyboard-only access to links - i.e., users must be able to navigate to 
(usually via the Tab key) and select (usually via the Enter key) each link using the 
keyboard alone. HTML alone does not interfere with this. JavaScript event handlers 
(often to open drop down menus), Java, and Flash use in an HTML page can, 
however, create problems unless you design with accessibility in mind.
Make links readable for screen readers. A screen reader can be set to read only links 
and, regardless, will always have to read the entire text of the links. So screen reader 
accessibility includes: 
 Create link names that make sense out of context. E.g., “click here” and “more 
information” are useless as link names when read out of context by a screen 
 Keep link names as short as possible, while still being descriptive.  
 If using graphical words (a drawing of a word) rather than real text as a link, 
simply provide alt text that reads out the graphical word. You don’t need to 
include the word “link” as screen readers tell users when something is a link.  
 Separate any side-by-side links with non-linked characters (e.g., with |), so screen 
reader (and other) users won’t confuse them as one link. 
 Use words and phrases linked to URLs, not actual URL addresses, unless the 
URL is very short.  
Don’t use color alone to identify links, since this is invisible to color-blind users. 
Underline links as well.  
Links should look like links, and nothing else should. Users may get frustrated if they 
try to click on textual phrases or graphics that look like links but are not. They will 
also be frustrated if they have to move their mouse all over the page trying to discover 
links that do not look like links. Do not underline text in an HTML document unless 
it is a link.  
"Skip Navigation" Links  
A screen reader will read everything on a page, starting at the top left. If your page headers start 
with dozens of navigation links, then screen reader users will have to sit and listen to each of 
these dozens being read aloud every time they load a page. That is, unless you provide a way to 
skip the navigation and get to the main content.  
Options for allowing users to skip to main content include: 
Providing visible “skip navigation” or “skip to main content” links at the top of the 
Start at for more information if you are using these tools to create links. 
Office of Web Communications, Cornell University 
VB.NET Create PDF from Word Library to convert docx, doc to PDF in
formatting. Create PDF files from both DOC and DOCX formats. Convert multiple pages Word to fillable and editable PDF documents. Professional fill pdf form; convert an existing form into a fillable pdf
C# Create PDF from Word Library to convert docx, doc to PDF in C#.
Convert multiple pages Word to fillable and editable PDF documents in both .NET WinForms and ASP.NET. Convert both DOC and DOCX formats to PDF files.
add fillable fields to pdf; convert word form to pdf fillable form
A Web Accessibility Primer: Usability for Everyone 
page. This is the easiest method, and is highly effective.  
Providing visible “skip” links elsewhere on the page. This only works if you assign a 
‘tabindex’ attribute to the link, so users reach it first via tabbing, no matter where it is 
on the page. It also assumes that a screen reader user is going to tab through the links 
before starting to read the full page.  
Making the link invisible to anyone but screen reader users. Put a small invisible .gif 
image at the top of the page with alt="Skip navigation" as the alternative text. (This, 
however, excludes use by people with limited mobility, who cannot use a mouse to 
Another method is to use Cascading Style Sheets (CSS) to hide the link. This method 
is more elegant than the hidden graphic method. WebAIM has instructions at:
Find out more about these and other “skip” methods at
Templates are reusable patterns or sections of HTML markup that can appear on multiple pages 
on a web site. It keeps sections such a header and sidebar navigation consistent, while you 
change only the main, or center, content, on each new page. Using templates has several 
advantages for accessibility for all users, and ease of designing and maintaining your pages, 
Making it easier for all users to navigate your pages once they have familiarized 
themselves with the basic design.  
Needing to create accessible navigation only once, and then being able to apply it to 
all pages. 
Letting you fix any problems with the template globally across your site, instead of 
having to fix each page. 
Cornell provides some HTML templates at
. These have 
accessible options such as including “skip navigation”. No template can ensure your site will be 
accessible – only you can do that, by using your judgment and following the guidelines here.  
For more on using templates, see
Badly designed forms can confuse all users, but mainly create problems for screen readers. Keys 
to accessible HTML form design include: 
Make the form available using only a keyboard, normally via the tab and enter keys. 
Among other things, this means no JavaScripts that change browser location. 
Organize forms logically. This includes providing clear instructions, labeling what is 
VB.NET Create PDF from PowerPoint Library to convert pptx, ppt to
VB.NET How-to, VB.NET PDF, VB.NET Word, VB.NET Excel, VB.NET PowerPoint, VB Convert multiple pages PowerPoint to fillable and editable PDF documents.
auto fill pdf form fields; convert pdf fill form
VB.NET Create PDF from Excel Library to convert xlsx, xls to PDF
C#.NET convert PDF to text, C#.NET convert PDF to images How-to, VB.NET PDF, VB.NET Word, VB.NET Create fillable and editable PDF documents from Excel in Visual
add fillable fields to pdf online; convert pdf to fillable form online
required, and lining up each label (e.g., Last Name) next to the element being asked 
(e.g., the text box for last name; see Figure 7 below).  
Last Name: 
Figure 7: Line up labels in HTML forms 
(image from S. Trerise) 
Make sure the form is 
linear. I.e., order it so 
that a screen reader will 
read it as you intend. If 
you use a table to lay 
out the form, this can 
become an issue if you 
don’t use HTML code 
to number what order the elements should be in. See the Tables section below. 
Use HTML form labels (<label>) to identify each element in the form. A screen 
reader will then read the text within the label aloud (e.g., “first name”) to tell the user 
what to enter. Label everything but the buttons (screen readers will already read aloud 
any text on the button).  
If you have groups of questions in the form, associate them using a <fieldset>. Then 
describe each fieldset with a <legend>. See the sample HTML form code at the 
bottom of
Create accessible form controls (e.g., radio buttons, checkboxes). See
for instructions.  
Resources on Creating HTML Forms 
WebAIM’s article on forms, at
, includes sample HTML 
code as well as instructions for using Dreamweaver and FrontPage to create accessible forms. 
They also host an article on Usable and Accessible Form Validation and Error Recovery 
Another good introduction, “Accessible Forms,” is at
The HTML module of the online Access E-Learning tutorial lets you practice creating accessible 
HTML for building forms by updating inaccessible code. Sign up for free access at
Images in HTML Pages
Don’t hesitate to use images in your designs. They make your content more accessible to almost 
all users. However, people with limited or no sight will need text descriptions of any image you 
Options for Describing Images  
Three options for describing images in your web pages include providing: 
Office of Web Communications, Cornell University 
C# Create PDF from OpenOffice to convert odt, odp files to PDF in
Convert OpenOffice Text Document to PDF with embedded fonts. Export PDF from OpenOffice Spreadsheet data. RasterEdge.XDoc.PDF.dll. RasterEdge.XDoc.Word.dll.
change font size in fillable pdf form; convert pdf to fillable pdf form
C# Create PDF from Excel Library to convert xlsx, xls to PDF in C#
NET PDF SDK- Create PDF from Word in Visual An excellent .NET control support convert PDF to multiple Evaluation library and components for PDF creation from
change font size pdf fillable form; .net fill pdf form
A Web Accessibility Primer: Usability for Everyone 
“Regular”, descriptive alt text. Use up to 150 characters to provide the same 
information for users who cannot see the image as those who can the image. This 
might range from a simple transcription of graphical text in logos (e.g., see Figure 8 
below) to a few sentences to describe a painting to art students. Avoid using images 
as bullets. See the earlier section on alt-text (page 19) for more guidance on writing 
good image descriptions.  
Null alt text. If you do not need to describe an image, e.g., if it is simply decorative 
or if the description is the page content, then always insert empty or null alt text. 
While some screen readers will skip images without alt text, others will read out the 
name of the image file itself, which can be very confusing. For example, in the case 
of the logo in Figure 8, it would read out “cornell-underscore-01.jpg”). So for every 
image not needing a description, enter alt="". Note there is no space between the 
quotation marks.
Long descriptions. If your image requires more than 150 characters to describe (e.g., 
this is likely the case for explaining the data in a graph or chart), then provide a long 
description of it on a separate web page. Ideally, simply link the caption of the image 
to this descriptive page. However, another option is using the “longdesc” attribute of 
the HTML Image tag to link to the description, taking users to a webpage that 
describes the image in full
Figure 8: The descriptive alt text for this logo might be “Department of Communication” 
Also see the guidelines and resources on images in the “cross-cutting” section on page 19.  
Image Maps  
Figure 9: Image Map 
with 5 Hot Spots 
An image map is a picture that contains several links that lead to other 
Web pages, depending on where a user clicks on the image. The image 
area for each link is called a “hot spot”.  
You need to create alt text both for the image map overall and then for 
each hot spot. For example, in the map shown in Figure 9, you would 
create null alt text for the overall image, and then create alt text that 
repeats the text content for each of the 5 hot spots. The HTML coding 
would be as follows (the alt text pieces are bolded to highlight them: 
Dreamweaver lets you set the alt text to “empty” in the Properties dialogue box, though with many other editors 
you will need to create null alt text manually for decorative and other images not requiring descriptions.  
E.g., sample HTML including a longdesc link is: <img src="graph.jpg" width="526" height="353" alt="Graph of 
percentage of total U.S. noninsitutionalized population age 16-64 declaring one or more disabilities" 
longdesc="media/description.htm">. This example is from
C# Create PDF from PowerPoint Library to convert pptx, ppt to PDF
Convert multiple pages PowerPoint to fillable and editable PDF documents. Easy to create searchable and scanned PDF files from PowerPoint.
adding a signature to a pdf form; convert pdf to form fill
C# PDF Field Edit Library: insert, delete, update pdf form field
A professional PDF form creator supports to create fillable PDF form in C#.NET. An advanced PDF form maker allows users to create editable PDF form in C#.NET.
converting pdf to fillable form; adding signature to pdf form
repeats the text content for each of the 5 hot spots. The HTML coding would be as follows (the 
alt text pieces are bolded to highlight them: 
<img src="imagemap.jpg" alt="" width="199" height="303" border="0" usemap="#Map">  
<map name="Map"> 
<area shape="rect" coords="7,9,191,54" href="#maps" alt="HOME"
<area shape="rect" coords="7,68,191,114" href="#maps" alt="Products"
<area shape="rect" coords="7,127,190,172" href="#maps" alt="Services"
<area shape="rect" coords="6,186,190,229" href="#maps" alt="Contact us"
<area shape="rect" coords="7,245,189,289" href="#maps" alt="Index"
Unless you go out of your way to design it otherwise, all your image maps will be “client side,” 
which means the user’s browser processes the map. The alternative – a server-side map – is not 
accessible, so do not create server-side image maps. 
Other Notes on Image Use 
Additional guidelines on using images in HTML pages include: 
Don’t use graphical text (images that include text) if you can avoid it because it 
distorts when enlarged (turn back to Figure 1 to see an example). If you must use it, 
make the font size large, use good color contrast and simple block fonts, and provide 
alt text. 
Don’t include rapidly flashing images, as these can induce seizures in some people. 
Provide as much color contrast as possible, but don’t use color alone to convey 
Don’t put any images that convey content in the background, because you cannot add 
alt text to these.  
For more on this topic, refer back to the Image section in the Cross-Cutting Strategies chapter 
(page 19). 
Keyboard Accessibility
Make sure users can access all of your website content using just the keyboard. 
Blind people can’t use a mouse at all. Also, many people with mobility 
impairments don’t use a mouse, but instead use tools such as the head wand or 
mouth sticks on the keyboard (see photos in Figure 5). A keyboard accessible site 
may also make it more usable to people using small, portable web technologies. 
Normally, keyboard-only users tab through links, and click ‘enter’ to go to the link destination. 
Most of the time, the default tab order will be the same as the visual order of your site. You don’t 
have to do anything special to make it work.  
In rare cases, such as in some online forms or when you use tables to create complex page 
layouts, you might need to create the correct tabbing order using <tabindex>. See 
Office of Web Communications, Cornell University 
C# Create PDF Library SDK to convert PDF from other file formats
to create searchable PDF document from Microsoft Office Word, Excel and Create and save editable PDF with a blank page Create fillable PDF document with fields.
create a fillable pdf form from a pdf; create fill in pdf forms
VB.NET Create PDF from OpenOffice to convert odt, odp files to PDF
using RasterEdge.XDoc.Word; using RasterEdge.XDoc.Excel; using RasterEdge.XDoc.PowerPoint; How to VB.NET: Convert ODT to PDF.
convert pdf to pdf form fillable; pdf fill form
A Web Accessibility Primer: Usability for Everyone
for more information.  
Common barriers 
The main barriers to keyboard-accessible sites tend to include: 
JavaScript DHTML menus. Dynamic HTML (DHTML) is rarely keyboard-
accessible. Web designers often use DHTML to create menus that appear when the 
mouse rolls over them. These might look good, but they are inaccessible without a 
mouse. You can use them, but only if you provide full, equivalent text navigation 
menus on the destination pages. 
WYSIWYG absolute positioning. Some WYSIWYG (What You See Is What You 
Get) editors, such as Dreamweaver, let you create absolute-positioned “div” or “span” 
elements that you can then click and drag around the page. This can put the visual 
order out of whack with the order in which keyboard-only users can tab through it, 
putting the page out of order for them. Make sure your visual and tab orders add up, 
using tabindex (above) if needed. 
So avoid both.  
Frames let designers put more than one webpage into the same visual space. For people who can 
see the page, a page with framesets looks like any other, single page. For people using screen 
readers, however, who cannot simply scan the page visually, using frames can be disorienting. 
Consider using CSS to achieve your desired effects instead, as discussed on page 47. 
However, if you are committed to using frames, some strategies for making them more 
accessible include
Give each frame an appropriate title, e.g., “navigation links” and “main content”.  
Provide noframes content. Content in the noframes tag should always be available if 
the user cannot or chooses not to view frame content. The noframes content should 
indicate what the contents of the frames are and provide links to individual frame 
pages if appropriate.  
Use the correct document type. The proper frameset doctype lets screen readers and 
other browsers know that the document consists of multiple frames. See sample code 
In HTML, you can use tables for data presentation or for layout. You should review and follow 
the general guidelines on tables discussed on page 18, including defining column and row size 
The content here on frames comes from
using percentages, not fixed measurements. 
Data Tables 
Guidelines for creating data tables include: 
Keep data tables as simple as possible, with no double sets of row or column 
headings, and no headings that span more than one column or row. 
Explain the contents of complex tables with alternative text, long descriptions, or the 
summary tag.  
Designate row and/or column headers with the table header (<th>) tag in data tables 
(but not in layout tables.)  
Associate the headers with the correct rows and columns using the scope attribute 
(e.g., <th scope="col">Name</th> to identify and associate a column called “name”). 
In more complex tables, you can use header and ID attributes to associate rows and 
columns with headers. 
Use the caption tag to describe, or name, the table. (E.g., <caption>Biology 100 
Layout Tables 
While HTML tables were created originally for housing data, they are probably more often used 
to create page layouts containing other kinds of content. Cascading Style Sheets (CSS), 
discussed below, let you design your page appearance more flexibly, easily and accessibly than 
using tables. However, it is possible to create accessible pages using tables for layouts. 
Guidelines include: 
Keep layout tables as simple as possible. The lines may be invisible to sighted users, 
but a screen reader will tell their users about every single row and column, which gets 
disorienting quickly in a complex layout.  
Do not use table header tags in layout tables. 
Make sure a screen reader will read it in the order you intend. No matter what your 
table looks like, the screen reader just reads the content in the literal order that it 
appears in the code. Make sure that literal order is the same as the logical order  
Resources on tables 
You’ll find a great introduction, including sample HTML code, at
For designing data tables, the article “Accessible Data Tables” at
is helpful. 
The tool at
Office of Web Communications, Cornell University 
A Web Accessibility Primer: Usability for Everyone 
creates accessible data table HTML for you if you enter your requirements, such as the number 
of rows and columns.  
Resources on HTML Authoring
Find detailed techniques and instructions at
. The 
Access E-Learning course module on HTML is also helpful:
V.  Beyond HTML: CSS, JavaScript, Plug-ins  
This section introduces a few other languages and applications that web designers often use in 
addition to HTML when creating web sites. It highlights core accessibility issues and strategies 
for each, and points to outside resources for more information and guidance.  
Cascading Style Sheets (CSS) 
You can use HTML to control the structure, content and presentation of your web pages. 
Alternatively, you can leave structure and content to HTML, but control appearance instead with 
another markup language, Cascading Style Sheets (CSS, or .css files). 
Using CSS (also sometimes simply called “style sheets”) to create your page presentation 
separates page appearance from the page’s content and structure. This has several advantages, 
Web designers no longer have to embed formatting with HTML code around each 
piece of format. Instead, they can create the formatting rules in a separate style sheet. 
For example, if a designer wants to increase font size in all paragraphs, in HTML she 
would have to insert this change in the markup for each paragraph. Using a CSS, she 
would just have to update the sheet in one place and the change would cascade 
throughout the affected paragraphs. 
Users can choose to apply their own style sheet to your site, instead of your sheet, to 
meet their own access needs. For example, someone with low vision could easily 
increase the color contrast and font size.  
Once you learn how to use it (and it’s not that hard), CSS lets you control your webpage 
presentation more flexibly and easily, while (potentially) increasing accessibility. Compared with 
using tables or frames, CSS makes it much easier to control your layout while keeping the 
content linear and, therefore, accessible to screen readers. You can also use hidden CSS that 
won’t change your visual impact while making your sites more accessible to users with 
Figure 10 shows a web page with the host site’s style applied, and then how it looks with the 
styles removed. For pages styled with CSS such as this one, a user could then apply their own 
style to make it more useable for them. For example, someone with low vision might set the page 
to show a large, white font on a black background.  
Office of Web Communications, Cornell University 
Documents you may be interested
Documents you may be interested