c# pdf to image free library : Change font pdf fillable form SDK software service wpf winforms .net dnn system1-part856

CHAPTER 1. THE ISABELLE SYSTEM ENVIRONMENT
8
session enables commits into either the input file, or into another output heap
file (if that is given as the second argument on the command line).
The read-write state of sessions is determined at startup only, it cannot be
changed intermediately. Alsonotethat heap images may require considerable
amounts of disk space (hundreds of MB or some GB). Users are responsible
for themselves to dispose their heap files when they are no longer needed.
The -w option makes the output heap file read-only after terminating. Thus
subsequent invocations cause the logic image to be read-only automatically.
Using the -e option, arbitrary ML code may be passed to the Isabelle session
from the command line. Multiple -e options are evaluated in the given order.
Strange things may happen when erroneous ML code is provided. Also make
sure that the ML commands are terminated properly by semicolon.
The -m option adds identifiers of print modes to be made active for this
session. Typically, this is used by some user interface, e.g. to enable output
of proper mathematical symbols.
Isabelle normally enters an interactive top-level loop (after processing the -e
texts). The -q option inhibits interaction, thus providing a pure batch mode
facility.
Option -o allows to override Isabelle system options for this process, see
also §2.2. Alternatively, option -O specifies the full environment of system
options as a file in YXML format (according to the Isabelle/Scala function
isabelle.Options.encode).
The -P option starts the Isabelle process wrapper for Isabelle/Scala, with a
private protocol running over the specified TCP socket. Isabelle/ML and
Isabelle/Scala provide various programming interfaces to invoke protocol
functions over untyped strings and XML trees.
The -S option makes the Isabelle process more secure by disabling some
critical operations, notably runtime compilation and evaluation of ML source
code.
Examples
Run an interactive session of the default object-logic (as specified by the
ISABELLE_LOGIC setting) like this:
isabelle_process
Change font pdf fillable form - C# PDF Form Data fill-in Library: auto fill-in PDF form data in C#.net, ASP.NET, MVC, WinForms, WPF
Online C# Tutorial to Automatically Fill in Field Data to PDF
convert pdf file to fillable form; convert pdf file to fillable form online
Change font pdf fillable form - VB.NET PDF Form Data fill-in library: auto fill-in PDF form data in vb.net, ASP.NET, MVC, WinForms, WPF
VB.NET PDF Form Data fill-in library: auto fill-in PDF form data in vb.net, ASP.NET, MVC, WinForms, WPF
converting a word document to a fillable pdf form; create fillable forms in pdf
CHAPTER 1. THE ISABELLE SYSTEM ENVIRONMENT
9
Usually ISABELLE_LOGIC refers to one of the standard logic images, which
are read-only by default. A writable session — based on HOL, but output to
Test (in the directory specified by the ISABELLE_OUTPUT setting) — may be
invoked as follows:
isabelle_process HOL Test
Ending this session normally (e.g. by typing control-D) dumps the whole ML
system state into Test (be prepared for more than 100MB):
The Test session may be continued later (still in writable state) by:
isabelle_process Test
Aread-only Test session may be started by:
isabelle_process -r Test
The next example demonstrates batch execution of Isabelle. We retrieve the
Main theory value from the theory loader within ML (observe the delicate
quoting rules for the Bash shell vs. ML):
isabelle_process -e ’Thy_Info.get_theory "Main";’ -q -r HOL
Note that the output text will be interspersed with additional junk messages
by the ML runtime environment. The -W option allows to communicate with
the Isabelle process via an external program in a more robust fashion.
1.3 The Isabelle tool wrapper
All Isabelle related tools and interfaces are called via a common wrapper —
isabelle:
Usage: isabelle TOOL [ARGS ...]
Start Isabelle tool NAME with ARGS; pass "-?" for tool specific help.
Available tools:
...
In principle, Isabelle tools are ordinary executable scripts that are run within
the Isabelle settings environment, see §1.1. The set of available tools is
collected by isabelle from the directories listed in the ISABELLE_TOOLS
setting. Do not try to call the scripts directly from the shell. Neither should
you add the tool directories to your shell’s search path!
C# PDF Field Edit Library: insert, delete, update pdf form field
PDF form creator supports to create fillable PDF form in C# Able to add text field to specified PDF file position in C# Support to change font size in PDF form.
convert excel to fillable pdf form; attach image to pdf form
C# PDF Text Box Edit Library: add, delete, update PDF text box in
framework. Able to create a fillable and editable text box to PDF document in C#.NET class. Support to change font color in PDF text box.
create a pdf form that can be filled out; form pdf fillable
CHAPTER 1. THE ISABELLE SYSTEM ENVIRONMENT
10
Examples
Show the list of available documentation of the Isabelle distribution:
isabelle doc
View a certain document as follows:
isabelle doc system
Query the Isabelle settings environment:
isabelle getenv ISABELLE_HOME_USER
VB.NET Create PDF from Word Library to convert docx, doc to PDF in
Change Word hyperlink to PDF hyperlink and bookmark. VB.NET Demo Code for Converting Word to PDF. Add necessary references: RasterEdge.Imaging.Font.dll.
pdf fillable form creator; pdf form fill
VB.NET Create PDF from Excel Library to convert xlsx, xls to PDF
Change Excel hyperlink to PDF hyperlink and bookmark. VB.NET Demo Code for Converting Excel to PDF. Add necessary references: RasterEdge.Imaging.Font.dll.
change font in pdf fillable form; c# fill out pdf form
Chapter 2
Isabelle sessions and build
management
An Isabelle session consists of a collection of related theories that may be
associated with formal documents (chapter 3). There is also a notion of
persistent heap image to capture the state of a session, similar to object-code
in compiled programming languages. Thus the concept of session resembles
that of a “project” in common IDE environments, but the specific name
emphasizes the connection to interactive theorem proving: the session wraps-
up the results of user-interaction with the prover in a persistent form.
Application sessions are built on a given parent session, which may be built
recursively on other parents. Following this path in the hierarchy eventually
leads to some major object-logic session like HOL, which itself is based on
Pure as the common root of all sessions.
Processing sessions may take considerable time. Isabelle build management
helps to organize this efficiently. This includes support for parallel build jobs,
in addition to the multithreaded theory and proof checking that is already
provided by the prover process itself.
2.1 Session ROOT specifications
Session specifications reside in files called ROOT within certain directories,
such as the home locations of registered Isabelle components or additional
project directories given by the user.
The ROOT file format follows the lexical conventions of the outer syntax
of Isabelle/Isar, see also [2]. This defines common forms like identifiers,
names, quoted strings, verbatim text, nested comments etc. The grammar
for session_chapter and session_entry is given as syntax diagram below;
each ROOT file may contain multiple specifications like this. Chapters help
to organize browser info (§3.1), but have no formal meaning. The default
chapter is “Unsorted”.
11
C# Create PDF from Word Library to convert docx, doc to PDF in C#.
Change Word hyperlink to PDF hyperlink and bookmark. C#.NET Sample Code: Convert Word to PDF in C#.NET Project. RasterEdge.Imaging.Font.dll.
convert excel spreadsheet to fillable pdf form; fillable pdf forms
C# Create PDF from OpenOffice to convert odt, odp files to PDF in
An advanced .NET control to change ODT, ODS, ODP forms to fillable C#.NET Project DLLs: Conversion from OpenOffice to PDF in C#.NET. RasterEdge.Imaging.Font.dll.
convert word form to pdf with fillable; create a fillable pdf form in word
CHAPTER 2. ISABELLE SESSIONS AND BUILD MANAGEMENT
12
Isabelle/jEdit [3] includes a simple editing mode isabelle-root for session
ROOT files, which is enabled by default for any file of that name.
session_chapter
chapter
name
session_entry
session
spec
=
name
+
body
body
description
options
theories
files
document_files
spec
name
groups
dir
groups
(
name
)
dir
in
name
VB.NET Create PDF from PowerPoint Library to convert pptx, ppt to
Files; Split PDF Document; Remove Password from PDF; Change PDF Permission Settings. VB.NET Demo Code for Converting PowerPoint to PDF. RasterEdge.Imaging.Font.dll
create pdf fillable form; create a pdf with fields to fill in
C# Create PDF from PowerPoint Library to convert pptx, ppt to PDF
Convert multiple pages PowerPoint to fillable and editable PDF documents. C#.NET Demo Code: Convert PowerPoint to PDF in C#.NET RasterEdge.Imaging.Font.dll.
form pdf fillable; convert pdf fillable form
CHAPTER 2. ISABELLE SESSIONS AND BUILD MANAGEMENT
13
description
description
text
options
options
opts
opts
[
name
=
value
name
,
]
value
name
real
theories
theories
opts
name
files
files
name
document_files
document_files
(
dir
)
name
session A = B + body defines a new session A based on parent session
B, with its content given in body (theories and auxiliary source files).
C# Create PDF from Excel Library to convert xlsx, xls to PDF in C#
Create fillable and editable PDF documents from Excel in both .NET WinForms C# Demo Code: Convert Excel to PDF in Visual C# .NET RasterEdge.Imaging.Font.dll.
convert pdf forms to fillable; pdf fill form
C# Create PDF Library SDK to convert PDF from other file formats
Create fillable PDF document with fields. Load PDF from existing documents and image in SQL server. RasterEdge.Imaging.Font.dll. RasterEdge.XDoc.PDF.dll.
convert pdf to fillable form; create a writable pdf form
CHAPTER 2. ISABELLE SESSIONS AND BUILD MANAGEMENT
14
Note that a parent (like HOL) is mandatory in practical applications:
only Isabelle/Pure can bootstrap itself from nothing.
All such session specifications together describe a hierarchy (tree) of
sessions, with globally unique names. The new session name A should
be sufficiently long and descriptive to stand on its own in a potentially
large library.
session A (groups) indicates a collection of groups where the new session is
amember. Group names are uninterpreted and merely follow certain
conventions. For example, the Isabelle distribution tags some impor-
tant sessions by the group name called “main”. Other projects may in-
vent their own conventions, but this requires some care to avoid clashes
within this unchecked name space.
session A in dir specifies an explicit directory for this session; by default
this is the current directory of the ROOT file.
All theories and auxiliary source files are located relatively to the ses-
sion directory. The prover process is run within the same as its current
working directory.
description text is a free-form annotation for this session.
options [x = a, y = b, z] defines separate options (§2.2) that are used when
processing this session, but without propagation to child sessions. Note
that z abbreviates z = true for Boolean options.
theories options names specifies a block of theories that are processed
within an environment that is augmented by the given options, in ad-
dition to the global session options given before. Any number of blocks
of theories may be given. Options are only active for each theories
block separately.
files files lists additional source files that are involved in the processing of
this session. This should cover anything outside the formal content of
the theory sources. In contrast, files that are loaded formally within a
theory, e.g. via ML_file, need not be declared again.
document_files (in base_dir) files lists source files for document prepa-
ration, typically .tex and .sty for L
A
T
E
X. Only these explicitly given
files are copied from the base directory to the document output direc-
tory, before formal document processing is started (see also §3.3). The
local path structureof the files is preserved, which allows to reconstruct
the original directory hierarchy of base_dir.
CHAPTER 2. ISABELLE SESSIONS AND BUILD MANAGEMENT
15
document_files files abbreviates document_files (in document) files,
i.e. document sources are taken from the base directory document
within the session root directory.
Examples
See ~~/src/HOL/ROOT for a diversity of practically relevant situations, al-
though it uses relatively complex quasi-hierarchic naming conventions like
HOL-SPARK, HOL-SPARK-Examples. An alternativeisto useunqualified names
that are relatively long and descriptive, as in the Archive of Formal Proofs
(http://afp.sourceforge.net), for example.
2.2 System build options
See ~~/etc/options for the main defaults provided by the Isabelle distri-
bution. Isabelle/jEdit [3] includes a simple editing mode isabelle-options
for this file-format.
The following options are particularly relevant to build Isabelle sessions, in
particular with document preparation (chapter 3).
• browser_info controls output of HTML browser info, see also §3.1.
• documentspecifies thedocumentoutput format, see isabelle document
option -o in §3.3.
In practice, the most relevant values are
document=false or document=pdf.
• document_output specifies an alternative directory for generated out-
put of the document preparation system; the default is within the
ISABELLE_BROWSER_INFO hierarchy as explained in §3.1. See also
isabelle mkroot, which generates a default configuration with out-
put readily available to the author of the document.
• document_variants specifies document variants as a colon-separated
list of name=tags entries, corresponding to isabelle document op-
tions -n and -t.
For example, document_variants=document:outline=/proof,/ML
indicates two documents: the one called document with default tags,
and the other called outline where proofs and ML sections are folded.
CHAPTER 2. ISABELLE SESSIONS AND BUILD MANAGEMENT
16
Document variant names are just a matter of conventions. It is also
possible to use different document variant names (without tags) for
different document root entries, see also §3.3.
• threads determines the number of worker threads for parallel checking
of theories and proofs. The default 0 means that a sensible maxi-
mum value is determined by the underlying hardware. For machines
with many cores or with hyperthreading, this is often requires man-
ual adjustment (on the command-line or within personal settings or
preferences, not within a session ROOT).
• condition specifies a comma-separated list of process environment
variables (or Isabelle settings) that are required for the subsequent
theories to be processed. Conditions are considered “true” if the cor-
responding environment value is defined and non-empty.
For example, the condition=ISABELLE_FULL_TEST may be used to
guard extraordinary theories, which are meant to be enabled explicitly
via some shell prefix env ISABELLE_FULL_TEST=true before invoking
isabelle build.
• timeout and timeout_scale specify a real wall-clock timeout for the
session as a whole: the two values are multiplied and taken as the num-
ber of seconds. Typically, timeout is given for individual sessions, and
timeout_scale as global adjustment to overall hardware performance.
The timer is controlled outside the ML process by the JVM that runs
Isabelle/Scala. Thus it is relatively reliable in canceling processes that
get out of control, even if there is a deadlock without CPU time usage.
The isabelle options tool prints Isabelle system options. Its command-
line usage is:
Usage: isabelle options [OPTIONS] [MORE_OPTIONS ...]
Options are:
-b
include $ISABELLE_BUILD_OPTIONS
-g OPTION
get value of OPTION
-l
list options
-x FILE
export to FILE in YXML format
Report Isabelle system options, augmented by MORE_OPTIONS given as
arguments NAME=VAL or NAME.
The command line arguments provide additional system options of the form
name=value or name for Boolean options.
CHAPTER 2. ISABELLE SESSIONS AND BUILD MANAGEMENT
17
Option -b augments the implicit environment of system options by the ones
of ISABELLE_BUILD_OPTIONS, cf. §2.3.
Option -g prints the value of the given option. Option -l lists all options
with their declaration and current value.
Option -x specifies a file to export the result in YXML format, instead of
printing it in human-readable form.
2.3 Invoking the build process
The isabelle build tool invokes the build process for Isabelle sessions.
It manages dependencies between sessions, related sources of theories and
auxiliary files, and target heap images. Accordingly, it runs instances of the
prover process with optional document preparation. Its command-line usage
is:
1
Usage: isabelle build [OPTIONS] [SESSIONS ...]
Options are:
-D DIR
include session directory and select its sessions
-R
operate on requirements of selected sessions
-X NAME
exclude sessions from group NAME and all descendants
-a
select all sessions
-b
build heap images
-c
clean build
-d DIR
include session directory
-g NAME
select session group NAME
-j INT
maximum number of parallel jobs (default 1)
-k KEYWORD
check theory sources for conflicts with proposed keywords
-l
list session source files
-n
no build -- test dependencies only
-o OPTION
override Isabelle system OPTION (via NAME=VAL or NAME)
-s
system build mode: produce output in ISABELLE_HOME
-v
verbose
-x NAME
exclude session NAME and all descendants
Build and manage Isabelle sessions, depending on implicit
ISABELLE_BUILD_OPTIONS="..."
ML_PLATFORM="..."
ML_HOME="..."
ML_SYSTEM="..."
ML_OPTIONS="..."
1Isabelle/Scalaprovidesthesamefunctionalityviaisabelle.Build.build.
Documents you may be interested
Documents you may be interested