c# convert pdf to image ghostscript : Copy text from protected pdf SDK control API .net web page wpf sharepoint e2296156-part836

Attachments    32-21
In order to display attachments to an entity when the toolbar button is pressed, the 
necessary identifying data will have to be available in the form fields. For more 
information read the description of the "SQL Statement" attribute.
SQL Statement Tabbed Region
Use the SQL statement field to create "advanced" query criteria (restrictions) that you 
cannot get using the standard attachment entity attributes. 
For example, if you have an Orders block and you want to include attachments to all 
Purchase Order Lines for that order as "related" attachments, you can achieve this goal 
without specifying a SQL fragment in this field. You would achieve this behavior by 
simply using the Lines entity with the Orders block but only specifying the first part of 
the Lines entity primary key (that is, Key 1 = LINES.ORDER_ID). For this to work, 
attachments to Order Lines must be created with ORDER_ID stored in the column 
FND_ATTACHED_DOCUMENTS.PK1_VALUE (that is, in any block where 
attachments for order lines can be created, the ORDER_ID field must be defined as the 
first primary key field).
If, however, you only want to see attachments to "enabled" Order Lines, you could use 
the SQL statement to limit the records returned in the attachments form using a SQL 
statement like: "AND EXISTS (SELECT 1 FROM order_lines WHERE order_id = 
FND_ATTACHED_DOCS_FORM_VL.pk1_value AND enabled_flag = 'Y')".
Enter a valid SQL fragment. Because this fragment will be added to the attachment 
form's WHERE clause, it cannot reference any fields using ":block.field" notation. The 
SQL statement cannot exceed 2000 characters.
In order to understand how to use the SQL statement, you need to understand the basic
structure of the query in the Attachments form. The WHERE clause of the Attachments 
form will look something like this:
SELECT <columns> FROM fnd_attached_docs_form_vl
WHERE function_type = :parameter.function_type
AND function_name = :parameter.function_name
AND (   (entity_name = '<entity 1>' 
AND pk1_value = '<key 1 value>'
AND pk5_value = '<key 5 value>' 
AND <your SQL Statement for entity 1>)
OR (entity_name = '<entity 2>' 
AND pk1_value = '<key 1 value>'
AND pk5_value = '<key 5 value>' 
AND <your SQL Statement for entity 2>)
Warning: Using a SQL statement requires the use of dynamic SQL to 
perform the checks for attachments. While this is available in the 
FND_ATTACHMENT_UTIL_PKG.get_atchmt_exists_sql function, this 
function cannot be used in the definition of a view. Therefore any use of
a SQL statement should be restricted to attachments to entities that will 
Copy text from protected pdf - C# PDF Password Library: add, remove, edit PDF file password in C#.net, ASP.NET, MVC, WinForms, WPF
Help to Improve the Security of Your PDF Document by Setting Password
acrobat password protect pdf; copy protecting pdf files
Copy text from protected pdf - VB.NET PDF Password Library: add, remove, edit PDF file password in vb.net, ASP.NET, MVC, WinForms, WPF
Help to Improve the Security of Your PDF Document by Setting Password
create copy protected pdf; pdf password recovery
32-22    Oracle E-Business Suite Developer's Guide
be displayed in the "related" attachments window and not included in 
setting the attachment indicator.
Related Topics
Overview of Attachments, page 32-1
Definitions, page 32-1
How Attachments Work, page 32-3
Attachments for Forms or Form Functions, page 32-5
Planning to Add the Attachments Feature to Your Application, page 32-6
Setting Up the Attachments Feature for Your Form, page 32-7
Document Entities Window, page 32-8
Document Categories Window, page 32-10
Category Assignments Window, page 32-11
Attachment Functions Window, page 32-12
Categories Window, page 32-14
Block Declaration Window, page 32-15
VB.NET PDF Convert to Jpeg SDK: Convert PDF to JPEG images in vb.
file & pages edit, C#.NET PDF pages extract, copy, paste, C#.NET rotate PDF pages, C#.NET search text in PDF Able to convert password protected PDF document.
pdf password reset; add password to pdf without acrobat
C# PDF Convert to Jpeg SDK: Convert PDF to JPEG images in C#.net
Password protected PDF document can be converted and changed. using RasterEdge.XDoc. PDF; Copy demo code below to achieve fast conversion from PDF file to Jpeg
break password on pdf; pdf password remover online
Handling Dates    33-1
Handling Dates
This chapter provides you with information you need to handle dates correctly in your 
Year 2000 Compliance in Oracle E-Business Suite: Year 2000 Readiness Disclosure
Date Coding Standards
Conversion To Date Compliance: Year 2000 Readiness Disclosure
Year 2000 Compliance in Oracle E-Business Suite 
Oracle E-Business Suite introduced year 2000 compliance in Release 10.7. Releases 11, 
11i, and 12 continue year 2000 support.
Year 2000 compliance ensures that there is never any confusion as to which century the 
date refers. Date values in Oracle E-Business Suite appear in form screens and form 
code, are used in concurrent programs, and are manipulated and stored in the database.
Custom extensions and modifications to Oracle E-Business Suite also use date values in 
custom forms, tables, APIs, concurrent programs, and other code. This section discusses
the steps that ensure that dates used in custom extensions and modifications to Oracle 
E-Business Suite meet the requirements for year 2000 compliance.
For existing code, this section contains checklists you can follow to bring your code into 
compliance. These checklists are targeted for the Oracle E-Business Suite environment. 
They are followed by a troubleshooting guide that lists the most common mistakes 
made when coding dates. 
VB.NET PDF Convert to Word SDK: Convert PDF to Word library in vb.
Create editable Word file online without email. Supports transfer from password protected PDF. VB.NET class source code for .NET framework.
convert protected pdf to word online; reader save pdf with password
C# PDF Convert to Word SDK: Convert PDF to Word library in C#.net
Quick to remove watermark and save PDF text, image, table, hyperlink and bookmark to Word Password protected PDF file can be printed to Word for mail merge.
convert protected pdf to word document; adding password to pdf
33-2    Oracle E-Business Suite Developer's Guide
Year 2000 Compliance
Oracle uses a definition of year 2000 compliance based on a superset of the British 
Standards Institute's definition. This definition spells out five factors in satisfying year 
2000 compliance for date processing:
The application must correctly handle date information before, during, and after 
January 1st, 2000. The application must accept date input, provide date output, and 
perform calculations on dates throughout this range.
The application must function according to documentation without changes in 
operation resulting from the advent of the new century.
Where appropriate, the application must respond to two-digit input in a way that 
resolves the ambiguity as to century in a defined and predetermined manner. 
The application must store and provide output of date information in unambiguous
The application must correctly manage the leap year occurring in the year 2000. 
February 29, 2000 is of particular concern because there was no February 29, 1900.
By following the standards outlined in this section, your code will avoid the major Y2K 
issues found in the Oracle E-Business Suite environment. If you are upgrading existing 
code, follow the checklists provided to ensure that your code is year 2000 compliant.
Dates in Oracle E-Business Suite
There are two main ways that dates are stored in the applications: as character strings 
or as binary, Julian dates. Dates, both as character strings and as Julian dates, are used 
in various places in the applications, including database tables, C and Pro*C code, 
PL/SQL versions 1, 2, and 8, concurrent programs, Oracle Reports, Java code, flexfield 
columns, form fields, and profile values.
Before continuing the discussion of how dates are used in Oracle E-Business Suite, it is 
helpful to establish some definitions.
Positive and Negative Infinity Dates
Positive and negative infinity dates are used in code as comparison values. They are 
meant as dates that are not reasonable valid dates in the life of the code. 
Oracle E-Business Suite use January 1, 9999 as positive infinity and January 1, 1000 as 
negative infinity wherever four-digit year support is provided. 
Common incorrect choices for positive infinity in custom code include September 9, 
1999 and December 31, 1999. 
.NET PDF SDK - Description of All PDF Processing Control Feastures
Easy to copy, paste, and cut image from PDF. Able to Open password protected PDF; Allow users to add for setting PDF security level; PDF text content, image and
add password to pdf file without acrobat; pdf password remover
C#: How to Add HTML5 Document Viewer Control to Your Web Page
Then, copy the following lines of code to addCommand(new RECommand("Text")); _tabSignature.addCommand AppSettings.Get("resourceFolder"); protected void Page_Load
convert protected pdf to word; create password protected pdf online
Handling Dates    33-3
Format Mask
The format mask determines how the date is displayed or stored. Format masks specify 
how to represent the day, month, year and time of a date value. For example, the date 
March 11, 1999 can be represented as 11-MAR-1999, 03/11/1999, or as 1999/03/11. 
A default format mask variable (NLS_DATE_FORMAT) determines the format mask 
unless a different mask is explicitly set. Oracle E-Business Suite sets the 
Canonical Date Format
When dates are stored in a character format, one standard format, called the canonical 
date format, is used to prevent confusion and inconsistencies. 
Oracle E-Business Suite uses YYYY/MM/DD HH24:MI:SS (the time portion is optional) 
as the canonical date format whenever dates are represented by a character string. This 
format is independent of the user's language, and preserves the sort order of the dates.
Oracle Dates and Julian Dates
Oracle dates (OraDates) include a range from January 1, 4712 BC to December 31, 4712 
AD. They are represented as seven byte binary digits, often referred to as Julian Dates. 
Oracle dates have a span of 3,442,447 days. Thus, January 1, 4712 BC is Julian day 1, and
December 31, 4712 AD is Julian day 3,442,447. January 1, 1 AD is Julian day 1,721,424. 
Oracle dates include the year, month, day and time. 
The Oracle database uses Oracle dates in its date columns, and wherever dates are 
stored using the DATE data type. Storing dates in this binary format is usually the best 
choice, since it provides year 2000 compliance and the ability to easily format dates in 
any style. 
Oracle dates are used in SQL statements, PL/SQL code, and Pro*C code. Pro*C code 
uses Oracle dates by binding binary arrays as data type 12. Oracle dates are never seen 
by users; the format is intended for internal use, not for display. 
Oracle E-Business Suite does not support BC dates, so dates before Julian 1,721,424 are 
not used.
Explicit Format Mask
Date values in the applications must frequently be converted from a Julian date to a 
character string, or from a string to a Julian date for storing in a date-type column or 
field. For example, the functions TO_DATE and TO_CHAR perform these conversions 
in both SQL and PL/SQL.
When dates are converted into a character string in SQL or PL/SQL, a format mask can 
be explicitly included: 
C# PDF: C# Code to Create Mobile PDF Viewer; C#.NET Mobile PDF
RasterEdge_Imaging_Files/RasterEdge.js" type="text/javascript"></script Copy package file "Web.config" content to float DocWidth = 819; protected void Page_Load
convert password protected pdf to word online; convert password protected pdf to normal pdf
C# Image: How to Integrate Web Document and Image Viewer
First, copy the following lines of C# code to text/javascript"></script> <script type="text/javascript"> _fid mode; public string fid; protected void Page_Load
add password to pdf preview; pdf open password
33-4    Oracle E-Business Suite Developer's Guide
If the developer does not specify a format mask, the system uses a default, implicit 
format mask. 
When converting a date-type value, always explicitly state the format desired. This 
ensures that the correct date format is used and that context-sensitive variables do not 
cause your conversion to fail.
When you use a PL/SQL variable to hold the value from an Oracle Forms DATE or 
DATETIME field, you can access that value using the function NAME_IN as shown in 
the example below: 
x_date_example := TO_DATE(NAME_IN('block.datetime_field'),
The NAME_IN function returns all values as CHAR. Thus when dealing with a DATE 
field, you must explicitly supply a mask to convert from a DATE format to a CHAR. 
However, Oracle Forms has an internal representation and a displayed representation 
for dates. When you use NAME_IN, it is accessing the internal representation. 
Furthermore, Oracle Forms only uses the following masks when accessing dates with 
DATE fields:
DATETIME fields:
This mask is used internally only to convert from DATE to CHAR; it is not affected by, 
nor does it affect, what the user sees. For this reason, there is not an issue concerning 
what date mask to use if translation is a concern. 
If a DATE field has a mask of MM/DD/YYYY, causing the user to see something like 
2/13/1995, internally you still access it with the mask DD-MON-YYYY. You will 
typically assign it to a DATE variable, so the internal mask does not cause a concern. 
If you intend to assign a DATE field to a CHAR variable and manipulate it as a CHAR, 
then you may have a translation issue. In that case, you should first assign it to a DATE 
variable, then assign it to the CHAR variable with a translatable mask such as 
Implicit Format Mask
If a conversion from a date-type value to a character string is done without explicitly 
stating the format mask desired, an implicit format mask is applied. This implicit 
format mask is determined by environment settings such as NLS_DATE_FORMAT.
Oracle E-Business Suite standards require an explicit format mask.
This environment variable usually determines the implicit date format. Oracle tools 
Handling Dates    33-5
typically use the NLS_DATE_FORMAT to validate, display, and print dates. In all of 
these cases you can and should provide an overriding value by explicitly defining the 
format mask.
OraDates and Binary Dates
OraDates and binary dates are encoded using Julian dates.
Flexible Date Formats
Oracle E-Business Suite provides flexible date support: the ability to view dates in forms
in the user's preferred format. Flexible date format is the ability to display dates in the 
way expected by a user, usually based on the user's language and territory. There are 
several different formats used around the world in which to view dates. Some countries
use DD-MON-YYYY, other locations use DD/MM/YYYY. Oracle E-Business Suite also 
gives you the ability to use dates in a multilingual environment. 
If the applications are running multilingually, then two users of the applications may 
expect different formats for the date values. Flexible dates display the date value 
correctly for both users.
Date Coding Standards
There are several principles of coding with dates that are applied wherever dates are 
used by Oracle E-Business Suite. All new code should follow these standards.
All treatments of date values as strings in database tables use a canonical form 
which handles full four-digit years and is independent of language and display and
input format. The recommended form is YYYY/MM/DD (plus, optionally, the time 
as HH24:MI:SS). Dates stored in this form are converted to the correct external 
format whenever they are displayed or received from users or other programs. 
No generic processing logic, including Pro*C code, PL/SQL code, and SQL 
statements of all kinds (including statements stored in the database), should 
hardcode either assumptions about the date format or unconverted date literals. 
All treatments of dates as strings should use explicit format masks which contain 
the full year (four-digit years) and are language-independent. The recommended 
treatment is either as a Julian date (format = 'J') or, if the date must be in character 
format, using the canonical format YYYY/MM/DD.
Standard positive and negative infinity dates are 9999/01/01 and 1000/01/01. 
Never use B.C. dates.
When it is necessary to hardcode a date, avoid language-specific months. Instead, 
use a Julian date and specify full century information:
33-6    Oracle E-Business Suite Developer's Guide
my_date = to_date('9999/01/01','YYYY/MM/DD') 
Using Dates While Developing Application Forms
Oracle tools (with some exceptions) use the NLS_DATE_FORMAT to validate, display, 
and print dates. In all of these cases code can provide an overriding value. For instance, 
you can associate a format mask with a date field in Oracle Forms. This format mask is 
used for validating input as well as displaying the date in the form. 
The NLS_DATE_FORMAT of DD-MON-RR expands to DD-MON-RRRR if the date 
coding standards are followed. 
Date-Enhanced Versions of Oracle Forms
Oracle Forms provides a mechanism to differentiate the situations where the 
NLS_DATE_FORMAT sets default format masks. These include:
BUILTIN_DATE_FORMAT (an application property), which controls the masks 
used for COPY, NAME_IN, and other built-ins. Oracle E-Business Suite sets this to 
PLSQL DATE_FORMAT (an application property), which controls the default mask
used by PL/SQL. Oracle E-Business Suite sets this to DD-MON-RR.
USER_DATE_FORMAT (an environment variable), which controls the entry and 
display dates that forms use. In Release 12, this is used to provide flexible date 
Length of Dates in Oracle Forms
All date fields are of length 11 or 20. The property class (TEXT_ITEM_DATE or 
TEXT_ITEM_DATETIME) sets this automatically.
NOTE: If a field is set incorrectly, the date may be displayed incorrectly. For example, if 
the Maximum Length is 9 instead of 11, the date is automatically displayed as 
"DD-MON-YY" instead of "DD-MON-YYYY." Also, if you use the NAME_IN function 
on this field, the date will be returned as "DD-MON-YY" or "DD-MON-RR" depending 
on whether the date-enhanced version of Forms is used and what the 
Display Width is the display width in 1/100 inches. This should be 1200 (1.2 inches) for 
DATE fields and 1700 (1.7 inches) for DATETIME fields.
Handling Dates    33-7
Use APPCORE Library APP_DATE Routines
When getting a date out of or placing a date into a form field, use the appropriate 
APP_DATE routine. You should also use the APP_DATE routine when dealing with a 
date in a character field. 
Date Format in DECODE and NVL
Always supply a date format when using DECODE and NVL to avoid an implicit 
conversion. If you do not provide a format there is a danger that the function will return
a CHAR value rather than the DATE type the code expects. The following demonstrate 
correct usage with a supplied date format:
DECODE(char_col,'<NULL>',to_date(null), to_date(char_col,'YYYY/MM/DD'))
Explicit and Implicit Date Formats
Always specify an explicit format when converting a date to a string; never accept the 
default value of NLS_DATE_FORMAT. Some conversions are subtle; the conversion to 
a string can be implicit:
select sysdate into :my_char from dual
In the following example the date type is converted to a character without the use of an 
explicit TO_CHAR. 
select to_char(sysdate, 'YYYY/MM/DD HH24:MI:SS') into :my_char
Avoid all types of implicit conversion in code; always control the format mask. The use 
of an implicit mask causes problems if the NLS_DATE_FORMAT variable is changed. 
The use of implicit conversions creates unpredictable and misleading code. 
Copying Between Date Fields
You cannot directly copy a hardcoded date value into a field: 
copy('01-FEB-2007', 'bar.lamb');    
The month segment, for example "FEB", varies across the different languages, so a direct
copy is infeasible. Instead, you may call: 
app_item.copy_date('01-02-2007', 'bar.lamb');  
This routine does the copy in this way: 
copy(to_char(to_date('01-01-2007', 'DD-MM-YYYY'),
'DD-MON-YYYY'), 'bar.lamb');   
The only format that the NAME_IN and COPY functions accept are DD-MON-YYYY. 
Cast all date values to that mask, since these functions process everything as if they are 
CHAR values. 
33-8    Oracle E-Business Suite Developer's Guide
Instead of the Oracle Forms built-in routines SYSDATE and USER, use the Applications 
These functions behave identically to the built-ins, but are more efficient since they use 
information already cached elsewhere. 
Use these FND_STANDARD functions in Oracle Forms PL/SQL code only; you can use 
the Oracle Forms built-ins in SQL statements, $$DBDATE$$ defaulting or in stored 
Minimize references to SYSDATE within client-side PL/SQL. Each reference is 
translated to a SQL statement and causes a round-trip to the server.
Time is included in SYSDATE and FND_STANDARD.SYSTEM_ DATE by default. 
Include the time for creation dates and last updated dates. If you do not wish to 
include the time in the date, you must explicitly truncate it:
Truncate the time for start dates and end dates that enable/disable data.
Use $$DBDATE$$ to default a date value on a new record.
The section lists some of the most common problems. Where appropriate, it also 
provides ways to verify that your code avoids these year 2000 compliance problems.
Use the DATECHECK Script to Identify Issues
To identify problems, first run the datecheck script available at Oracle's Year 2000 web 
site (www.oracle.com/year2000). The output identifies both the location and the type of 
problem. Consult the checklist below for instructions on each issue.
Year 2000 and Related Problems:
Documents you may be interested
Documents you may be interested