c# axacropdf example : How to fill pdf form in reader application SDK utility html wpf asp.net visual studio HTML5_Case_Studies_full8-part1102

CS7: 5 
Friday."><meta itemprop="container-title" content="Gippsland Times"><meta 
itemprop="publisher-place" content="Vic."><meta itemprop="page" 
content="3"><meta itemprop="event-place" content="Vic."><span 
itemprop="issued"><meta itemprop="date-parts" 
content="1893220"></span><span itemprop="accessed"><meta itemprop="date-
parts" content="20111017"></span><link itemprop="uri" 
href="http://zotero.org/users/568/items/B2F9H4I2"></span> 
Note that this microdata is a demonstration only, it does not have a formal namespace for the 
Zotero data. At this stage, this case study remains incompatible with those of Adams [4], which 
examines several formats, none of which are directly compatible with Zotero’s format and 
MacGillivary [2] which uses the BibJSON format which has been developed independently of 
Zotero’s JSON format. 
How to Generate This Code 
HTML5-embedded citations are not practical to type by hand, so tool support is needed. The 
solution delivered as part of this use case is designed for word-processor users. Part of the 
ongoing work on this project is to discuss with the developers of other tools how their tool-
chains might support similar outputs. In particular the WordPress community does a lot of work 
on citation plug-ins, and Pandoc
113
, supports generation of HTML with CSL support for citations, 
discussion on mailing lists supporting those communities has informed this case study. 
Solution 
3.
The solution presented in this case study consists of three main parts: 
1.  Collaborative work with JISCHTML5 project participants on declarative specifications 
for embedding citation data in HTML5 publications. This is covered in the case study 
on core HTML5 structure [5] and in the commentary below about best practice. 
2.  A demonstration implementation in the WordDown HTML5 [6] conversion tool of how 
Zotero references in Word documents can be captured. 
3.  The demonstration Javascript software for reformatting citations, ReCite, uses the 
Citation Style Language (CSL). CSL is a language for describing citation formats, 
invented by a US academic, Bruce D’Arcus. It is now used in at least two major 
reference management applications: Zotero and Mendeley
114
.  
This solution uses the citeproc.js library for formatting citations.  
This work has had very limited impact so far, but it has attracted some interest from those 
working on related projects and in areas such as the digital humanities. It is an important area 
for investment by the Higher Education sector, though, for simple reasons of productivity. Huge 
amounts of time are expended on current citation practices in authoring, publishing and re-using 
academic content. 
Challenges 
4.
The main challenge in this work is aligning effort that is happening in many different projects 
across the world, and choosing which of many competing metadata standards to support. While 
Zotero, as an open source product, and Mendeley as a free-to-use product, are both widely 
deployed, and can share citation formats via CSL, the JSON format used by the citation 
formatter citeproc.js is not very well documented and at this stage it is not clear exactly how 
much work will be involved to map the JSON format to HTML5 microdata and to other formats. 
There are also problems with the citeproc.js library used in the ReCite code. It uses an XML 
processing library which does not appear to work very well in the Google Chrome browser or 
Apple’s Safari. It is not clear at this stage if these problems can be resolved or an alternative 
found. 
113
Pandoc, http://johnmacfarlane.net/pandoc/ 
114
Mendeley, http://www.mendeley.com/ 
How to fill pdf form in reader - extract form data from PDF in C#.net, ASP.NET, MVC, Ajax, WPF
Help to Read and Extract Field Data from PDF with a Convenient C# Solution
pdf data extractor; extract pdf data to excel
How to fill pdf form in reader - VB.NET PDF Form Data Read library: extract form data from PDF in vb.net, ASP.NET, MVC, Ajax, WPF
Convenient VB.NET Solution to Read and Extract Field Data from PDF
extracting data from pdf to excel; sign pdf form reader
CS7: 6 
Conclusions 
5.
This case study has shown a proof of concept implementation that demonstrates that citations 
can be inserted into a document in one mode, in a word processing application, and be 
published in HTML5 with the semantic structure of the citation intact; so it can be reformatted on 
demand, and, more importantly, processed by machines. This is just one tool-chain, the same 
principle could be applied in many different workflows. 
While the proof of concept works it is limited by interoperability problems between the citation 
and bibliographic formats in use today on the Web and in academic systems. This early work 
shows promise, but to reap substantial benefits, investment is needed in the following areas: 
1.  Cross-walk services so that systems using different standards for bibliographic 
metadata can be bridged. A public web API would be ideal, and would reduce costs 
for web developers working with all kinds of academic materials which have formal 
citations in them 
2.  Guides users following and implementing current common academic authoring, 
editorial and publishing workflows, including information literacy materials for use in 
higher education institutions. 
3.  Representing the needs of higher education and research in current commercially 
driven quasi-standards efforts, particularly the Schema.org consortium, which is 
defining standards for representing embedded in HTML5 materials. 
We have an opportunity, via a modest effort in development, standardisation work and 
outreach, to realise the goal set out in this case study: to automate processing of in-text 
citations and reference lists in publications. 
References 
[1] Open Bibliography for Science, Technology, and Medicine. Jones, R., MacGillivray, M., Murray-
Rust, P., Pitman, J., Sefton, P., O'Steen, B., & Waites, W. (2011). Retrieved from: 
http://www.dspace.cam.ac.uk/handle/1810/238406. 
[2] Visualising Embedded Metadata, MacGillivray, M. HTML5 Case Studies, University of Bath: 
UKOLN. 
[3]  GREAT FLOOD AT TOOWOOMBA. SYDNEY, Friday. Gippsland Times, 1893. p.3. 
[4] Semantics and Metadata, HTML5 Case Studies, Adams, S. UKOLN, University of Bath:. 
[5]  Sefton, P. (2012b). Conventions and guidelines for Scholarly HTML5 documents, HTML5 Case 
Studies, UKOLN, University of Bath. 
[6]  Sefton, P. (2012c). WordDown: Word to HTML5 conversion tool, HTML5 Case Studies, UKOLN, 
University of Bath. 
VB.NET PDF Form Data fill-in library: auto fill-in PDF form data
to PDF. Image: Remove Image from PDF Page. Image Bookmark: Edit Bookmark. Metadata: Edit, Delete Metadata. Form Process. Extract Field Data. Data: Auto Fill-in Field
extract table data from pdf; how to fill out a pdf form with reader
C# PDF Form Data fill-in Library: auto fill-in PDF form data in C#
A professional PDF form filler control able to be integrated in Visual Studio .NET WinForm and fill in PDF form use C# language.
exporting data from pdf to excel; how to make pdf editable form reader
HTML5 Case Study 8:
Conventions and Guidelines for 
Scholarly HTML5 Documents
Document details 
Author: 
Peter Sefton 
Date: 
21 May 2012 
Version: 
V1.0 
Rights 
This work has been published under a Creative Commons attribution-sharealike 2.0 
licence.  
About 
This case study is one of a series of HTML5 case studies funded by the JISC which 
provide examples of development work in use of HTML5 to support a range of 
scholarly activities. 
Acknowledgements 
UKOLN is funded by the Joint Information Systems Committee (JISC) of the Higher and Further 
Education Funding Councils, as well as by project funding from the JISC and the European 
Union. UKOLN also receives support from the University of Bath where it is based. 
C# WPF PDF Viewer SDK to annotate PDF document in C#.NET
Text box. Click to add a text box to specific location on PDF page. Line color and fill can be set in properties. Copyright © <2000-2016> by <RasterEdge.com>.
how to make a pdf form fillable in reader; extract data from pdf form to excel
VB.NET PDF Password Library: add, remove, edit PDF file password
passwordSetting.IsAnnot = True ' Allow to fill form. passwordSetting document. passwordSetting.IsAssemble = True ' Add password to PDF file.
how to save a filled out pdf form in reader; extract data from pdf file
Contents Page 
1
About This Case Study 
1
Target Audience 
1
What Is Covered 
1
2
Use Case 
2
3
Solution 
2
How to Mark Up Documents for Scholarly HTML 
2
Tools 
7
4
Impact 
8
5
Challenges 
8
6
References 
8
C# PDF Password Library: add, remove, edit PDF file password in C#
passwordSetting.IsAnnot = true; // Allow to fill form. passwordSetting document. passwordSetting.IsAssemble = true; // Add password to PDF file.
edit pdf form in reader; extracting data from pdf into excel
VB.NET PDF - Annotate PDF with WPF PDF Viewer for VB.NET
Text box. Click to add a text box to specific location on PDF page. Line color and fill can be set in properties. Copyright © <2000-2016> by <RasterEdge.com>.
how to save pdf form data in reader; online form pdf output
CS8: 1
1.  About This Case Study 
This case study looks at the fundamentals of using HTML5 for scholarly documents of all kinds, 
particularly theses and courseware documents (with application to journal articles as well), but 
with an eye on a much broader spectrum of resources, including those which are the subject of 
other case studies in this project such as slide presentations. It will aim to establish the basic 
structural and semantic building blocks for how resources should be marked up for the Web, to 
increase their utility for people and machines, as well as help to ensure they can be preserved 
effectively. This case study will build on work already undertaken by in the Scholarly HTML 
community as well as the other HTML5 case studies [1], [2], [3], [4], [5], [6], [7] and [8].  
Target Audience 
The audience for this work is tool developers building authoring systems, repositories and 
publishing infrastructure for academic documents. The outcomes could be used by people 
hand-coding documents, but that is not a very likely scenario; another related case study will 
implement the advice from this study into a tool to allow users to create HTML5 from Microsoft 
Word (using the Word 2000 HTML format which is available on Windows from v2000 to v2010) 
[7] and a third looks at how citations embedded in a document using the guidelines presented 
here can be re-formatted [6]. 
What Is Covered 
The following aspects are covered in this document: 
The basic structural backbone of a scholarly HTML document; how to mark up the 
scope of what is the content on a page. For example, on a blog, which section is the 
scholarly work as distinct from the navigation elements, advertisements, etc.?  
Best practice for marking up sections within the document (whether to use nested 
sections or just headings 
discussion of issues like putting headings in tables and 
their implications). 
A brief discussion of techniques for embedding rhetorical semantics in documents. 
That is, the ability to distinguish an introduction or conclusion, or to mark parts of a 
text such as learning objectives by drawing on XML schemas and ontologies. Some 
generic advice about how to mark up other kinds of semantic relationships, such as 
linking to a data file, illustrated with examples from Chemistry. 
Work on metadata and semantics by other case studies incorporated into the core 
guidelines. 
The following is still in gestation: 
Anchors for commenting and annotation: this requires some attention as simple 
schemes such as numbering paragraphs are very limited in capability, and current 
tools such as digress.it require documents to be in a particular dialect of HTML to 
work. The introduction of standards in this area would allow interoperability between 
commenting and annotation systems. 
This work should have an impact on: 
Search engine optimisation (SEO), particularly for services such as Google Scholar. 
Reduced friction in moving documents through submission processes to journals, to 
repositories and to review processes such as peer review, thesis examination, and 
assessment, via automated metadata extraction. 
Improved machine-readability for text and data-mining processes. 
Improved accessibility for readers 
guidelines will take into account WCAG 
accessibility guidelines. 
Preservation: the guidelines will assist authors and tool makers in constructing 
documents which do not 'rot' as technology changes. 
VB.NET PDF - Annotate PDF Online with VB.NET HTML5 PDF Viewer
on PDF page. Outline width, outline color, fill color and transparency are all can be altered in properties. Drawing Tab. Item. Name. Description. 7. Draw free
exporting data from excel to pdf form; extract table data from pdf to excel
C# HTML5 PDF Viewer SDK to annotate PDF document online in C#.NET
on PDF page. Outline width, outline color, fill color and transparency are all can be altered in properties. Drawing Tab. Item. Name. Description. 7. Draw free
exporting pdf form to excel; extract data from pdf into excel
CS8: 2
2.  Use Case 
The use case here is very broad: it is about the optimal mark-up for any kind of academic-
related document on the Web. The Web was conceived as a vehicle for scholarship, but in the 
two decades since its invention, scholarly communications have taken a back seat to the driver, 
commerce. The most common form of Web publishing for scholarly publications is articles in 
PDF format, which readers are expected to download and manage themselves. PDF has the 
advantage of capturing an absolute layout, preserving the exact look of a document, but it was 
designed for capturing print 
not for delivery to an increasing variety of screen sizes (and to 
devices with no screen at all).  
It has been recognised that the current scholarly publications landscape is not serving the 
needs of the community. Publishers have built an industry around the creation of paper-like 
objects which do not allow: 
Delivery to any device  
Re-use by humans to create new works. 
Rich integration of publications with supporting data and visualisations of data. 
Machine-processable semantics so that research literature can be mined, indexed and 
analysed automatically. 
For learning resources the situation is a little different, in that there has been some history of 
Web-based delivery of materials controlled by institutions themselves. 
As noted in another JISC project 
115
HTML is the major format for the next stage of the 
development of the Web, as well structured Web resouces can not only be delivered and used 
on the Web, they are the basis for creating e-books. It is clear from the extremely rapid growth 
of the e-book market for commercial publishing that learning resources and research materials 
will need to follow. HTML5 is essential both to the open EPUB3 standard and to market leader 
Amazon’s newest format.
In both research and learning materials, there is still a distinct lack of tools for creating Web-
native resources, at least in a way accessible to typical academics. The use case of an 
academic sitting down to create richly structured HTML5 academic objects, with embedded 
semantics and preservation-quality mark-up, is something of a dream at this stage. The best 
this case study can hope to achieve is to provide a starting point for a description of what 
Scholarly HTML should look like and to provide a starting point for a roadmap for tool 
development to allow the scholarly Web to take its rightful place alongside the Web ‘high street’.
3.  Solution 
The solution has two parts. The first is a guide to marking up Scholarly HTML documents. The 
second points to software packages and techniques that are useful in the process of marking up 
documents, both existing tools, and tools developed as part of this project. 
How to Mark Up Documents for Scholarly HTML 
This section will become a stand-alone guide and be posted on the Scholarly HTML Website as 
the core guide to structuring HTML documents. Scholarly HTML is a term used by a loose group 
of people interested in bringing scholarship to the Web, or the Web back to its scholarly roots as 
a publication and research platform. The group met physically once at a meeting convened by 
Peter Murray-Rust at Cambridge University in March 2011. 
Use HTML5, Microdata and Common Vocabularies 
HTML5 is an evolving standard which codifies HTML in the context of the real world. The 
Wikipedia page for HTML5 [9] is a good starting point for pointers to the specification. This 
document will assume that the reader is familiar with the HTML5 standard, in particular outline 
structures and microdata; Mark Pilgrim’s Dive Into HTML5 
[10] is a good free introduction. 
115
The #jiscPUB Project, http://jiscpub.blogs.edina.ac.uk/about/ 
CS8: 3
Within the Scholarly HTML group there was a short, vigorous, debate about whether or not 
Scholarly HTML should be required to be well-formed XML. There were fears on both sides 
that HTML resources would be impossible to parse reliably, and on the other hand that making 
XML mandatory would be too high a bar, reducing the pool of available content considerably. 
Mark Pilgrim covers very similar arguments in his chapter on the background of HTML5 
including the now-abandoned XHTML standard. The good news is that with HTML5 you do not 
have to choose. The HTML5 standard specifies exactly how HTML5 should be parsed 
and 
once parsed it can be re-serialised as XML. So, for machine-based processing, the advice is 
use an HTML5 parser, not an XML parser. Then, if you want to use XML tools, serialise the 
document as XML. 
For example, here is some Python to illustrate the process using html5lib 
-
a reference 
implementation of the parsing rules, and lxml.  This is copied and pasted from an Ubuntu Linux 
environment. 
First, install the Python libraries you need: 
sudo easy_install lxml html5lib 
Then, open a Python shell (type python) and try this: 
import html5lib #Handles the ’HTML5’ stuff 
from html5lib import treebuilders 
from lxml import etree #Handles the XML serialization 
parser = 
html5lib.HTMLParser(tree=treebuilders.getTreeBuilder("lxml")) 
e = parser.parse("<p>This is some HTML<p>Which is very far from 
being <b>XML <p>But which the HTML parser will be OK with") 
print etree.tostring(e.getroot()) 
The result is well-formed XML (yes, the namespace is probably wrong, but this will serve as the 
input to downstream processes). 
<html:html xmlns:html="http://www.w3.org/1999/xhtml">
<html:head/>
<html:body>
<html:p>THis is some HTML</html:p>
<html:p>Which is very far from being <html:b>XML</html:b></html:p>
<html:p>
<html:b>But which the HTML parser will be OK with</html:b>
</html:p>
</html:body>
</html:html>
So, the advice for scholary HTML is: 
Use HTML5 as per the standard including Microdata. 
The Context for Pages 
Scholarly works on the Web are unlikely to be stand-alone documents. They will very often be 
embedded in content management systems, repositories or publisher Web sites. It is out of 
scope for this case-study to consider the structure of Web pages produced by these Web 
applications, but for an example of best practice in structuring HTML5 Web sites, including 
navigation elements and so on, see the Common Framework case study conducted by Bilbie 
[2].  
The key points in that case study involve: 
Flexible design that can re-flow to any size of device. 
CS8: 4
Use of HTML5 attributes in the mark-up to provide cues to screen readers and other 
assistive software. 
Be Declarative 
HTML5 has a close relationship to the Javascript scripting language and has the <canvas> 
element on which you can cause things to appear, via scripts. But there are several reasons to 
avoid making academic works depend on particular scripts or applications, and instead look for 
ways to express the meaning of a work and the parts it links to as plain HTML, with enough 
information in it for scripts, etc., to come into play when needed: 
Works can be archived and preserved independently of the scripts on which they 
depend  
Other people can reuse the declaratively specified data in new ways 
Revising the work when new applications emerge is much easier when there is a clear 
separation between documents, together with data and media, as opposed to the 
code that does interesting things with the documents, data and media. 
A good example of this approach can be seen in this series of case studies in the work by 
Adams [1] and MacGillivray [5] on citation formats, where the same declarative format is a 
meeting point for two different projects. Another project based on a declarative format (though 
not HTML5) is the work by Gray on embedding 3D motion-capture models in HTML5. The 
embedding is done using a declarative XML format rather than via a script [3]. 
Outline Structure 
HTML5 has an <article> element which at first glance seems to be the perfect container for 
scholarly works. It seems obvious that it should be used for the text of a scholarly article and 
reasonable that it should be used for book chapters, course modules and so on. The problem 
with this is that content management systems may also be using <article>. For example, the 
WordPress default theme at time of writing, uses <article> to mark up posts. 
So, the advice is: 
Conventions for document-level mark-up: 
If your scholarly work is going to be part of a stand-alone Web page, or you know that it is 
appropriate in the context into which it will be published use <article>. 
If the article is going to be sent off to a publisher, posted to a blog (where for example the 
theme might change at some point) it is safer to use the <section> element. 
In either case, mark up the scholarly work with microdata semantics: 
<section itemtype=”
http://schema.org/ScholarlyArticle
” itemscope
Note that the Schema.org definition for Scholarly Article is at present rather light on detail, 
defining it as: 
A Scholarly Article 
This guide is making the assumption that, in spirit it is really the more generic 
“Scholarly Work”. 
If more delicate terms are added to the Schema.org vocabularies or more appropriate terms 
identified then this advice will need to change. 
Within the section or article element chosen, the question arises how to mark up the structure of 
a work with headings, sections, etc. In HTML5, documents have an outline, which can be 
computed using a well-specified algorithm. 
This means that the use of internal section elements within resources has no real impact on 
semantics, so how you format a document depends on what is convenient or necessary: 
For authoring in a text editor, or even an HTML editor, the use of sections may be an 
unnecessary complication; consider using headings which are not wrapped in 
enclosing sections. 
For authoring in a word-processing environment, nested sections are impossible to 
implement; so use heading styles and choose conversion software that can respect 
CS8: 5
them 
for example WordDown, produced as a demonstrator for this project (Sefton 
2012c). 
To add microdata semantics at the section level of the document, it will be necessary 
to use section mark-
up on which to ‘hang’ microdata attributed. This is a significant 
barrier to editing with lightweight tools such as Markdown.  
In published documents, using sections makes it easier for other people to copy and 
paste or machine-process documents, even though they could determine the structure 
of the document by computing its outline.  
For the most general way of presenting documents for publication, it is possible to use 
this structure where each section has an <h1> heading, even where they are nested 
within each other, but this may not be encouraging re-use by others who need to edit 
the document. 
<section> 
<h1>…</h1> 
… 
<section> 
<h1>…</h1> 
… 
</section> 
</section> 
For documents that  need to work in legacy browsers, and content management 
systems where you do not have control over the CSS used current best-practice 
advice is to use a <header> block with the document title in and <h1> element, then 
use <h2> .. <h5> throughout the document, each in a section, to enable the use of 
microdata semantics, and to aid others in re-using the content. (For example, loading 
such a document into Microsoft Word would lose the sections, but keep the headings.)  
<header> 
<!-- document title--> 
<h1 itemprop=’name’>…</h1> 
… 
</header> 
<section> 
<h1>…</h1> 
… 
<section> 
<h1>…</h1> 
… 
</section> 
</section> 
Embedding Metadata and Semantics 
Sam Adams has included a discussion of the most prominent methods of embedding semantics 
in documents in his case study. He considers microformats, RDFa and microdata. As microdata 
is part of the HTML5 specification, and is receiving mainstream support from major internet 
companies it is recommended as the default method of adding semantics to Scholarly HTML 
documents [1]:  
Conventions for embedded semantics and metadata: 
Use the schema.org vocabularies where possible, and when they are not adequate 
extend semantics by using well-documented ontologies or vocabularies maintained by 
groups with an interest in scholarship. 
CS8: 6
A blog post 
116
is available as example of some of the design considerations in using microdata 
and which reports on work done as part of this case study. 
Marking up Rhetorical Semantics 
It is useful to be able to mark up sections in academic publications that have different roles. A 
W3C working draft on the “
Ontology of Rhetorical Blocks
” 
[11] puts it like this: 
Having the rhetorical block structure externalised and attached to the digital publications 
would enable a richer and more expressive searching and browsing experience. One 
would be able to quickly spot the METHODS blocks within the publication and possibly 
resume the reading activity only to those, thus reducing the time usually spent on reading 
the entire publication. On the other hand, being able to formulate queries for content 
specific only to such blocks could already improve the quality (and possibly the quantity) 
of the set of relevant publications (e.g. methods: "autosomal-dominant mutations in 
APP").  
For example, to mark up the major body sections of a document use mark-up like this: 
<section itemtype="http://purl.org/orb/Introduction" itemscope> 
</section> 
Or one of the other rhetorical elements defined in the above-mentioned W3C ORB draft: 
http://purl.org/orb/Method 
http://purl.org/orb/Results 
http://purl.org/orb/Discussion 
Relating the section back to the containing document still needs consideration, but using this 
kind of mark-up is a first step to capturing some of the document structure that XML is often 
used to describe, but in a more flexible way, that can be applied directly to Web documents.  
As a simple demonstration of how this is useful, the WordDown converter that generates HTML 
from Word documents uses this mark-up for a references or bibliography section: 
<section itemtype="http://purl.org/orb/References" itemscope> 
</section> 
By using a public, well-defined and documented URI we increase the chances that software can 
interoperate and that others can reuse our scholarly resources. (But note that in the model of 
citations we are proposing here, detailed information about references might be stored in the 
document at the point they are cited, or not at all if the author is citing by reference). 
Citations 
See the case study by Sefton [6] on citation formatting, which contains draft examples. 
Linking to Data and Supporting Documents 
To link to a data set in a declarative way, use this pattern, with a generic property from the 
Citation ontology (cito) and a type which is domain-specific from an appropriate vocabulary, in 
this case a term associated with Chemical Markup Language: 
<span itemprop="http://purl.org/net/cito/usesDataFrom" 
itemtype="http://www.xml-
cml.org/convention/crystallographyExperiment" itemscope> 
<link href="link-to-the-data.cml" itemprop="url"> 
My CML file 
</span> 
This declarative statement of the relationship between a scholarly work and supporting data 
could then be turned into something interactive using a JavaScript library that is loaded by a 
116
Scholarly HTML5: experimenting on myself with microdata and Schema.org vocabs 
http://ptsefton.com/2011/09/12/scholarly-html5-experimenting-on-myself-with-microdata-and-
schema-org-vocabs.htm 
Documents you may be interested
Documents you may be interested