pdf viewer c# winform : Add png to pdf acrobat control Library platform web page .net asp.net web browser PDF-Converter---Administration-Guide-(1)5-part2301

PDF Converter - Installation & Administration Guide
PDF Converter - Installation & Administration Guide - Version 8.0 - 15/10/15 
© Copyright 2015, Muhimbi Ltd 
Page 51 of 84 
Appendix - Using InfoPath with External Data Sources 
Please  note  that  this  appendix  only  applies  to  environments  that  have 
µ
external data sources
enabled. Enabling data sources is a manual action, 
default deployments of the Muhimbi PDF Converter never ship with this option 
enabled. For  more  details  see the 
µ
InfoPath  specific  switches
segment  in 
section 2.6.2 - Fine-tuning the Document Conversion service. 
Although we are happy to assist, we do not officially support conversions that 
run  with µ
StripDotNETCode
µ
StripDataObjects
or 
µ
ProcessRuleSets
set  to 
µ
false
.  Having  said  that,  many  of  our  customers  use  the  PDF  Converter 
without any problems using these custom settings. 
Details for InfoPath 2007 
When an InfoPath document containing external connections, e.g. a dropdown 
list with the contents of a SharePoint list, fails to convert then this may be 
caused by the location of the XSN file not being trusted or the access data 
sources across domains setting not being enabled for the trusted site. 
Ideally this configuration change should be made by a Domain Administrator 
using a group policy. However, the change can be made manually as well 
using the steps outlined below: 
1. 
Log in using  the  account  the Muhimbi Document Converter Service  is 
running under. 
2. 
Open Internet Options  either from Internet Explorer or the Control Panel. 
3. 
Verify the site that hosts the XSN file is recognised as a Local Intranet site 
by  selecting Local Intranet,  clicking  the Sites  button  followed  by  the 
Advanced button. You may need to uninstall / disable Internet Explorer 
Enhanced Security on your server in order for this to work. 
4. 
With Local Intranet selected, click the Custom Level button and verify that 
Access data sources across domains is set to Enable. 
Add png to pdf acrobat - insert images into PDF in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Sample C# code to add image, picture, logo or digital photo into PDF document page using PDF page editor control
add png to pdf acrobat; how to add jpg to pdf file
Add png to pdf acrobat - VB.NET PDF insert image library: insert images into PDF in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
Guide VB.NET Programmers How to Add Images in PDF Document
add photo to pdf preview; adding an image to a pdf in acrobat
PDF Converter - Installation & Administration Guide
PDF Converter - Installation & Administration Guide - Version 8.0 - 15/10/15 
© Copyright 2015, Muhimbi Ltd 
Page 52 of 84 
5. 
In  the  same  screen  navigate  to  the  ‘
User  Authentication
’  section  and 
select ‘
Automatic Logon with current user name and password
’.
If the previous steps fail to resolve the problem then make sure automatic 
detection of the Intranet network is disabled and the individual options (as per 
the screenshot below are enabled. 
This screen can be opened from Internet Options / Security / Local Intranet / 
Sites. Note that in Internet Explorer 6 the Automatically detect intranet network 
option is not present, but the individual options are. 
If conversions of InfoPath documents don
t work consistently then flush the 
local Form Template Cache by logging in as the service account and issuing 
the following command from Windows
Start / Run menu: 
Infopath /cache clearall 
C# PDF Converter Library SDK to convert PDF to other file formats
formats, including GIF, BMP, JPEG, PNG and so on. can manipulate & convert standard PDF documents in other external third-party dependencies like Adobe Acrobat.
add picture to pdf file; how to add an image to a pdf file in acrobat
VB.NET PDF: How to Create Watermark on PDF Document within
your VB.NET imaging project; Able to add text or used as PDF watermarks, including, jpeg, bmp, png, gif; Full PDF watermark processing applications in VB.NET are
add photo to pdf for; add jpeg signature to pdf
PDF Converter - Installation & Administration Guide
PDF Converter - Installation & Administration Guide - Version 8.0 - 15/10/15 
© Copyright 2015, Muhimbi Ltd 
Page 53 of 84 
Details for InfoPath 2010 & 2013 
In InfoPath 2010 Microsoft has made changes to the way forms are trusted. 
As  a  result the  instructions for  InfoPath  2010  are  different from those  for 
InfoPath 2007. 
3.5.19  Digitally signing forms 
The  most  reliable  way  to  convert  forms as-is,  with  full  support  for  Data 
Connections, Rule Sets and custom code, is to digitally sign the XSN file. 
For details about how to do this see the following resources. 
http://www.thorprojects.com/blog/archive/2007/06/30/domain-certificate-
authority-signing-infopath-2007-forms.aspx
http://msdn.microsoft.com/en-us/library/ee526348.aspx
http://msdn.microsoft.com/en-us/library/ee526349.aspx
http://msdn.microsoft.com/en-us/library/aa946782.aspx
Please make sure to use a digital certificate that uses an authority that is 
trusted by the server that runs the Muhimbi Conversion Service. Temporary 
test certificates created on a development machine will not work when used 
on other machines. 
When using  digitally  signed forms  AND  you wish to access  external data 
connections  and  /  or  custom  code  during  conversion  then  please  set  the 
InfoPathConverterFullFidelity.ProcessFullTrustForms key in the Muhimbi 
Service’s config file to 
false.  
3.5.20 
Using Muhimbi’s ‘
AutoTrustForms
feature 
Starting  with  version  5.1  of  the  Muhimbi  PDF  Converter  it  is  possible  to 
convert InfoPath forms that use either the Domain or Automatic trust levels, 
with full support for External Data Sources, Rule Sets and running custom 
code.  
To prevent compatibility problems with any previous versions of the software 
this feature is disabled by default. In order to enable it set the following value 
to true  
in the Muhimbi Service’s config file and restart the service.
<add key="InfoPathConverterFullFidelity.AutoTrustForms" value="false"/> 
Just enabling this feature by itself will achieve nothing, the idea is to disable
at 
least one of the following options as well: 
<add key="InfoPathConverterFullFidelity.StripDotNETCode" value="true"/> 
<add key="InfoPathConverterFullFidelity.StripDataObjects" value="true"/> 
<add key="InfoPathConverterFullFidelity.ProcessRuleSets" value="true"/> 
C# powerpoint - PowerPoint Conversion & Rendering in C#.NET
without using other external third-party dependencies like Adobe Acrobat. and above versions, raster images (Jpeg, Png, Bmp, and PowerPoint to PDF Conversion.
how to add image to pdf; how to add picture to pdf
C# Word - Word Conversion in C#.NET
without using other external third-party dependencies like Adobe Acrobat. be converted from Word document, including Jpeg, Png, Bmp, Gif PDF to Word Conversion.
add jpg signature to pdf; add image to pdf online
PDF Converter - Installation & Administration Guide
PDF Converter - Installation & Administration Guide - Version 8.0 - 15/10/15 
© Copyright 2015, Muhimbi Ltd 
Page 54 of 84 
For more details about these settings as well as editing the service’s config file 
see 2.6.2 Fine-tuning the Document Conversion service
In order to use this functionality, file sharing must be enabled on the server 
that runs the Muhimbi Service and the default Administrative Drive Shares (C$, 
D$ etc) must be available as well 
for the drive that holds the service account’s 
%TEMP% folder. 
When the AutoTrustForms facility is used to connect to external systems, e.g. 
a web service on your SharePoint server, then please make sure the server 
name is recognised as a local intranet system by adding the server name / 
entire  domain  to  the  list  of local intranet  sites.  This  can  be  done  either 
manually  or, even  better,  using  a  group  policy. The manual  steps  are  as 
follows: 
1. 
Log in to the desktop using the account the Muhimbi Conversion Service 
runs under. 
2. 
Start Internet Explorer and navigate to Tools / Internet Options / Security. 
3. 
Select ‘Local Intranet’ and click the ‘Default Level’ button.
4. 
Click the ‘Sites’ button followed by ‘Advanced’.
5. 
Add the server that is being connected to to the list. 
Similar to the Details for InfoPath 2007 section above, click the Custom Level 
button and make sure that User Authentication is set to Automatic Logon with 
current  user  name  and  password and that  Access  data  sources  across 
domains is set to Enable. 
C# Excel - Excel Conversion & Rendering in C#.NET
without using other external third-party dependencies like Adobe Acrobat. 2007 and above versions, raster images (Jpeg, Png, Bmp, and Excel to PDF Conversion.
adding images to pdf files; how to add a picture to a pdf document
JPEG to PDF Converter | Convert JPEG to PDF, Convert PDF to JPEG
software that converts JPEG, TIFF, JPG, TIF, PNG, PCX, GIF is able to convert image files to PDF directly without the software Adobe Acrobat Reader for
how to add an image to a pdf file; add image pdf document
PDF Converter - Installation & Administration Guide
PDF Converter - Installation & Administration Guide - Version 8.0 - 15/10/15 
© Copyright 2015, Muhimbi Ltd 
Page 55 of 84 
Appendix 
Switching between InfoPath Converters 
As  of  version  8.0  the  PDF  Converter  comes  with  two  different  InfoPath 
converters, a legacy converter as well as a brand new high fidelity converter. 
Both  converters  provide  the  same  facilities  for  converting  InfoPath  forms, 
including dynamic view selection  and  conversion  of  InfoPath  attachments; 
however the high fidelity converter generates much higher quality output. 
This  appendix  describes  how  to  switch  between  converters.  For  more 
background information as well as additional details on this subject see this 
blog  post
. If  you  wish  to  enable the  new  InfoPath  converter  on Windows 
Server 2003 then please contact support@muhimbi.com
for details. 
Enabling the high fidelity InfoPath Converter 
On Windows Server 2008 (and newer) systems, the high fidelity converter is 
enabled by default. If the decision was made to enable the legacy converter 
during installation, but there is a need to switch to the high fidelity version, 
then please follow the steps below: 
1. 
If  not already  done  so  during  the  PDF  Converter’s  original  installation 
process, deploy Ghostscript to the server running the Conversion Service. 
For details see section 2.3.3. 
2. 
Edit the conversion service’s configuration file. For details 
about how to do 
this see this article
3. 
Set  the  value  of the InfoPathConverterFullFidelity.UseNativePrintEngine  
setting to true . 
4. 
Save the configuration file and restart the Conversion Service 
If the Conversion Service is running on multiple systems then repeat these 
steps for each system. 
Enabling the legacy InfoPath Converter 
If the PDF Converter was installed using the default - high fidelity - option, but 
there is a need to switch back to the legacy converter, perhaps because the 
InfoPath forms were designed specifically for the legacy converter, then you 
can switch back as follows: 
1. 
Edit the conversion service’s configuration file. For details about how to do 
this see this article
2. 
Set  the  value of the InfoPathConverterFullFidelity.UseNativePrintEngine  
setting to false . 
3. 
Save the configuration file and restart the Conversion Service. 
If the Conversion Service is running on multiple systems then repeat these 
steps for each system. 
C# Windows Viewer - Image and Document Conversion & Rendering in
independently, without using other external third-party dependencies like Adobe Acrobat. common image files, such as Bitmap, Jpeg, Png, Gif): Convert to PDF.
add signature image to pdf acrobat; how to add image to pdf in preview
VB.NET PowerPoint: VB Code to Draw and Create Annotation on PPT
limitations (other documents are compatible, including PDF, TIFF, MS project, what would you do to add and draw no more plug-ins needed like Acrobat or Adobe
adding images to pdf forms; add jpg to pdf online
PDF Converter - Installation & Administration Guide
PDF Converter - Installation & Administration Guide - Version 8.0 - 15/10/15 
© Copyright 2015, Muhimbi Ltd 
Page 56 of 84 
Appendix - Post processing PDF output to PDF/A 
Muhimbi’s range of PDF Conversion products
supports output in PDF/A1b & 
A2b  format  using  the  PDF  Converter  Professional  Add-on  license.  This 
appendix provides details about  how to configure the system to output  in 
PDF/A format.  
For more background information as well as additional details on this subject 
see this blog post
Configuring PDF/A 
To assist with some of the underlying processing, the Muhimbi PDF Converter 
utilises Ghostscript in the background. If you wish to convert files to PDF/A 
then  please  make  sure  that  Ghostscript  is  deployed  either  as  part  of  the 
installation process or installed manually. For details see section 2.3.3. 
Please note that a license for the PDF Converter Professional
is required in 
addition to a valid PDF Converter for SharePoint or PDF Converter Services 
License in order to use this functionality. 
Depending on your needs you may need to change the following settings in 
the Conversion S
ervice’s configuration file (see 
2.6.2 for details about how to 
edit this file). 
1. Ghostscript.Path: Leave this setting empty to auto-detect the location. If 
Ghostscript was deployed manually to a non-standard path then you will 
need  to  enter  it  here,  including  the  name  of  the  executable,  e.g. 
"E:\Program Files\gs\gs9.04\bin\gswin64c.exe". 
2. PDFA.PostProcessing:  Some underlying converters can natively output 
files in PDF/A format, which in some rare cases may be preferential over 
using  Muhimbi’s  PDF/A  facility. 
Specify  one  of  the following  values  to 
control this behaviour:  
o
All: Post Process files generated by all converters, including the 
ones that are supposed to already support PDF/A. 
o
WhenNeeded: Post process files for only those converters that do 
not support native PDF/A output. 
o
None: Do not post process files generated by any converters. This 
is the default option).  
Please note that these values will only be used if the output format is set 
to PDF_A1B,  either  in  the  web  service  call  or  via  the  global 
'ConversionSettings.ForcePDFProfile config  value.  PDF_A2B  output  is 
always processed by the PDF Converter and ignores this setting. 
Unless you have a good reason to change this, leave this setting alone. 
3. PDFA.RasterizeTransparentContent: Define how transparent content is 
dealt  with  during  conversion  to  PDF/A1b.  The  default  setting  (False) 
removes all transparency. If you wish to retain transparent objects then set 
this value to True, which will result in pages being rasterized resulting in 
considerably  larger  and  slower  PDF  files.  PDF/A2b  natively  supports 
transparent content and ignores this setting. 
BMP to PDF Converter | Convert Bitmap to PDF, Convert PDF to BMP
Also designed to be used add-on for .NET Image SDK, RasterEdge Bitmap Powerful image converter for Bitmap and PDF files; No need for Adobe Acrobat Reader &
add a jpeg to a pdf; add jpg to pdf form
GIF to PDF Converter | Convert GIF to PDF, Convert PDF to GIF
and convert PDF files to GIF images with high quality. It can be functioned as an integrated component without the use of external applications & Adobe Acrobat
add photo to pdf preview; add an image to a pdf acrobat
PDF Converter - Installation & Administration Guide
PDF Converter - Installation & Administration Guide - Version 8.0 - 15/10/15 
© Copyright 2015, Muhimbi Ltd 
Page 57 of 84 
4. ConversionSettings.ForcePDFProfile: Override the ConversionSettings. 
PDFProfile value during conversion. Leave this setting empty to use the 
value specified in the web service call. Accepted values are members of 
the Muhimbi.DocumentConverter.WebService.Data.PDFProfile  enum  or 
an  empty  string.  For  example:  'PDF_1_5'  (Use  PDF  Version  1.5)  or 
'PDF_A1B' (Use the PDF/A standard for long term archiving). 
Don’t forget to r
estart the Muhimbi Conversion Service after making changes 
to the configuration file. 
Converting to PDF/A 
The PDF Converter is a flexible product that makes it possible to carry out 
conversion using different technologies. Depending on the underlying platform, 
enabling PDF/A works slightly differently. 
1. SharePoint Designer Workflows: Use the Convert Document workflow 
action in combination with the XML syntax described here
2. Nintex Workflows:  Use  the Convert Document  workflow  action  in 
combination with the XML syntax described here
3. K2 Workflows: Use the Convert Document SmartObject method action in 
combination with the XML syntax described here
4. Web Service calls:  Please  follow  the  instructions  in this blog post
Additional details can be found here
5. SharePoint User Interface: The conversion user interface that ships with 
the Muhimbi  PDF  Converter for SharePoint does not contain a  PDF/A 
‘switch’
. If  there  is a need to convert  to  PDF/A format  using  the  user 
interface then PDF/A will need to be enabled globally. Please note that 
doing  so  will convert all files processed  by  the  PDF  Converter  to use 
PDF/A format, which may have unexpected side effects on performance 
and the ability to apply PDF security.  
Global PDF/A output can be enabled as follows: 
Edit  the  config  file  and  set ConversionSettings.ForcePDFProfile  to 
either PDF_A1B or PDF_A2B 
If  the  previous  setting  is  set  to PDF_A1B  then  set  the 
PDFA.PostProcessing value to All. There is no need to make this 
change  if  ForcePDFProfile  is  set  to  any  other  value,  including 
PDF_A2B. 
PDF Converter - Installation & Administration Guide
PDF Converter - Installation & Administration Guide - Version 8.0 - 15/10/15 
© Copyright 2015, Muhimbi Ltd 
Page 58 of 84 
Appendix - Advanced Deployment Scenarios 
Muhimbi’s  range  of  server  based  PDF  Conversion  products  have  been 
developed with performance, scalability and reliability
in mind. As a result the 
software  scales  from  the  most  humble  ‘
everything  on  the  same  server
’ 
environments to environments that deal with millions of  conversions a day 
across  a  farm  of  servers.  This  appendix  discusses  the  most  common 
deployment scenarios. 
Whenever this appendix 
mentions ‘Server’ it doesn’t matter if this is a physical 
or virtualised server. The software does not differentiate between the two and 
will work fine on either type. 
Introduction 
Architecture 
Both the PDF Converter for SharePoint and the PDF Converter Services ship 
with  the  same  central  conversion  engine.  This  engine, The Muhimbi 
Conversion  Service, is responsible for carrying out all the work including 
conversion  of  files,  OCR,  watermarking,  merging,  splitting  and  security 
activities. Although in case of the PDF Converter for SharePoint the front end 
is  quite  comprehensive,  all  it  really  does  is  prepare  requests  for  the 
Conversion  Service  and  receive  responses  containing  new  or  modified 
documents. 
The Muhimbi Conversion Service is a standard Windows Service that starts 
automatically when Windows boots up and requires no user interaction  or 
anyone to be logged in to the server console. 
This Windows  Service  contains  a  WCF  based  Web  Service  that  exposes 
functionality to any Web Services capable environment including Java, C#, 
VB.NET, Documentum, SAP, Ruby, PHP etc. Typically when administrators 
think about web services they assume that they need to host this inside a web 
server  such  as  IIS  or  Apache.  Although  that  may  be  true  for  many  web 
services, Muhimbi’s PDF Conversion software runs inside a 
self-hosted WCF 
service that does  not have any external dependencies on  third party  web 
servers. 
Basing the conversion service on WCF results in a lot of benefits, including: 
1.  No external dependencies on web servers and other 3rd party products.  
2.  A  mature  framework  with  support  for  different  message  and  transport 
types, built-in security and advanced features such as MTOM encoding
for 
large attachments.  
3.  And  most  importantly,  all  functionality  is  exposed  via  standard  HTTP 
based Web Service requests.  
This last point about requests being HTTP based is very important as it allows 
the Conversion Service to be scaled across multiple servers using standard 
hardware  or  software  based  load balancers,  including the free  NLBS that 
ships with Windows. By utilising a load balanced environment you can achieve 
linear scalability and automatic failover.  
PDF Converter - Installation & Administration Guide
PDF Converter - Installation & Administration Guide - Version 8.0 - 15/10/15 
© Copyright 2015, Muhimbi Ltd 
Page 59 of 84 
Example based on SharePoint Front ends, but Java and .NET deployments work the same. 
For  details  about  tuning  the  various  options  of  the  Muhimbi  Conversion 
Service, and installation in general, see the Resources section at the end of 
this appendix.  
Single Server Farm 
The  most  basic  configuration  possible  is  to  install  everything  on  a  single 
server. Just follow Chapter 2  in this  Administration Guide and choose the 
default option to deploy both the Conversion Service and the SharePoint front-
end. There is nothing else to configure and, if needed, the Web Service can 
be accessed on the following URL: 
http://localhost:41734/Muhimbi.DocumentConverter.WebService/ 
Small farms with a single Conversion Server 
For  slightly  larger  deployments  of  2  or  more  servers,  but  with  a  single 
conversion server, deployment is very simple as well. Let’s take the following 
example: 
Server 1: A new or existing Application Server that will run the Muhimbi 
Conversion Service.  
Server  2: A server that will run either a SharePoint WFE or a custom 
solution.  
In this particular case it is a matter of executing the installer on Server 1 as 
per the instructions in Chapter 2 of this Administration Guide.  
If the PDF Converter is installed in a SharePoint environment then the default 
option is to install the Conversion Service on the local machine (in this case 
Server  1) and also deploy the SharePoint front-end (WSP files) to all 
SharePoint servers (in this example Server 2).  
If the decision is made to only install the Conversion Service then the installer 
will need to be executed again on Server 2 to deploy just the SharePoint front-
end without  deploying another instance of the  Conversion  Service. In  that 
case you will be asked to enter the host name of the server that runs the 
conversion service, which 
in this example 
is the hostname of Server 1
The web service URL is now as follows: 
http://Server1:41734/Muhimbi.DocumentConverter.WebService/ 
Where Server1 
is the conversion server’s host name
PDF Converter - Installation & Administration Guide
PDF Converter - Installation & Administration Guide - Version 8.0 - 15/10/15 
© Copyright 2015, Muhimbi Ltd 
Page 60 of 84 
Large farms with multiple conversion servers 
More complex environments that require a high level of scalability and the 
ability to fail-over between servers usually utilise multiple front end servers 
and multiple conversion servers. For example: 
Server 1: A new or existing Application Server that will run the Muhimbi 
Conversion Service.  
Server 2: A new or existing Application Server that will run the Muhimbi 
Conversion Service.  
Server  3: A server that will run either a SharePoint WFE or a custom 
solution.  
Server  4: A server that will run either a SharePoint WFE or a custom 
solution.  
Load Balancer  
In this scenario the Conversion Service will need to be installed on Server 1 
and Server 2 as per the instructions in Chapter 2 of this Administration Guide. 
Once installation is complete the web service can be reached on the following 
2 URLs: 
http://Server1:41734/Muhimbi.DocumentConverter.WebService/  
http://Server2:41734/Muhimbi.DocumentConverter.WebService/ 
Although in theory you could build functionality into your software to alternate 
requests between these two URLs, it is much easier and more robust to use 
an off-the-shelf HTTP load balancer or Windows NLBS. How this works in 
detail differs per load balancer, but it usually involves creating a virtual host 
and configure this virtual host to send requests to Server1 and Server2. In this 
example we assume that this virtual host is named LoadBalancer, resulting in 
the following Web Service URL: 
http://LoadBalancer:41734/Muhimbi.DocumentConverter.WebService/  
In case of a SharePoint deployment execute the installer on one of the Web 
Front End servers (Server 3 or 4, it doesn’t matter which) and choose the 
option to Install the SharePoint front-end on the entire farm. 
You  will  be  asked to  enter  the  network  name  or  ip-address  of  the server 
running the Conversion Service, which in this example is LoadBalancer. The 
installer  will  check  that  a  Conversion  Service  is  listening  at  the  specified 
address,  so  make  sure  the  Conversion  Service  and  load  balancer  are 
configured before deploying the SharePoint front-end. 
If you have multiple SharePoint Web Front End servers it may be tempting to 
install a copy of the Conversion Service on  each WFE. Although this is  a 
supported  scenario  we  recommend  deploying  the  Conversion  Service  on 
separate Application Servers to make sure that all the WFE
s resources are 
available for running SharePoint, which can be quite resource hungry by itself. 
Documents you may be interested
Documents you may be interested