April 2016 
5-21 
EDGAR Filer Manual (Volume II) 
5.2.2.7  Template for an Attached HTML Document 
The following is an acceptable template for an attached HTML document. 
Note: Attach all documents to the Attached Documents List page of the submission. 
<HTML> 
<HEAD> 
{Head tags and text} 
</HEAD> 
<BODY> 
{HTML body tags and text……….} 
</BODY> 
</HTML> 
5.2.2.8  ASCII or SGML Functionality to be Preserved within HTML Documents 
EDGAR allows you to use several ASCII or SGML tags within HTML documents, primarily to 
preserve existing functionality. Details on the use of these tags can be found in Section 5.2.1.3, 
“Using Tags in Attached Documents.” However, in HTML documents you cannot use all of the 
tags that can be used in ASCII documents. The following ASCII/SGML tagging functions are 
preserved in HTML documents: 
Paging 
EDGAR allows the ASCII or SGML <PAGE> tag within HTML documents, even 
though common browsers and HTML 3.2 do not support this tag. You may need to 
use this tag to differentiate pages to end-users. 
Redlining 
HTML documents may be marked to show changed materials within paragraphs; 
however, only one set of redline tags (the begin and end redline) may be on a text 
line. Press Enter or Return after each ending redline tag (</R>). In addition, do not 
use font tags within a set of redline tags. 
EDGAR allows you to use the ASCII or SGML <R> and </R> tags within HTML 
documents, even though this tag is not supported by common browsers and HTML 
3.2. You may want to use this tag set to highlight sections of text for us. Sections of 
your submission text that you mark with these redlining tags will be highlighted for 
our staff in BOLD Magenta color in order to differentiate that section of text from 
other non-redlined sections. 
The <R> and </R> tags can also be represented as &ltR&gt and &lt/R&gt, 
respectively. Either format will signify a redline request to EDGAR. The redline tags 
within the HTML document are not disseminated to the public. Each redline tag 
character will be replaced by a blank character (‘ ’) before the submission is 
disseminated. The blanks will not be visible from the browser but will be visible in 
the HTML source code. 
Important: If you do not form your redline tags correctly, the tags can appear in your 
disseminated filing. 
Pdf hyperlink - insert, remove PDF links in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Free C# example code is offered for users to edit PDF document hyperlink (url), like inserting and deleting
adding links to pdf in preview; adding hyperlinks to pdf files
Pdf hyperlink - VB.NET PDF url edit library: insert, remove PDF links in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
Help to Insert a Hyperlink to Specified PDF Document Page
clickable pdf links; add links to pdf in acrobat
EDGAR Filer Manual (Volume II) 
5-22 
April 2016 
Sample HTML document with Redline tags: 
<HTML> 
… … 
… … 
<p align=“center”><strong> TESTFILE COMPANY </strong></p> 
<p align=“center”><strong>NOTES TO FINANCIAL STATEMENTS </strong></p> 
<p align=“center”><strong>September 30, 1999</strong></p> 
<p>&nbsp;</p> 
&ltR&gt 
<p>Note 1. Summary of Significant Accounting Policies</p> 
&lt/R&gt 
... 
... 
</HTML> 
You may wish to submit HTML documents, or parts of HTML documents, before you file your 
submission or master segment. EDGAR allows only Type 2 (full document) modules and 
segments in HTML format. You may create them exactly as you would create ASCII/SGML 
modules and segments. See Section 5.3, “Preparing or Referencing Module and Segment 
Documents” for more information on modules and segments. You would attach your Type 2 
module or segment to your “Master” submission template by selecting the Module/Segment 
Reference page. 
5.2.2.9  ASCII or SGML Functionality Not Supported within HTML Documents 
EDGAR will NOT support the following ASCII or SGML document tags within an HTML 
document that is submitted to EDGAR as part of a Live or Test submission: 
<S
<C
Since tables are interpreted differently in HTML, the <S> and <C> tags are NOT accepted. 
Warning: The presence of an <S> or <C> tag in an HTML document will cause EDGAR to 
suspend the submission. 
EDGAR will also NOT support the following ASCII or SGML footnote tags within an HTML 
document that is submitted to EDGAR as part of a live or test submission.  
<FN> 
<F1> 
<F2>, etc. 
Warning: The presence of a footnote tag in an HTML document will cause EDGAR to suspend 
the submission. 
You can simulate a footnote using the <SUP> and <SUB> tags with an internal <
href=#xxxx> hyperlink. This technique allows browser users to reference any footnote 
information easily.  
How to C#: Basic SDK Concept of XDoc.PDF for .NET
XDoc.PDF for .NET allows C# developers to edit hyperlink of PDF document, including editing PDF url links and quick navigation link in bookmark/outline.
add links to pdf file; adding links to pdf document
VB.NET PDF: Basic SDK Concept of XDoc.PDF
XDoc.PDF for .NET allows VB.NET developers to edit hyperlink of PDF document, including editing PDF url links and quick navigation link in bookmark/outline.
convert excel to pdf with hyperlinks; add links to pdf document
April 2016 
5-23 
EDGAR Filer Manual (Volume II) 
5.2.2.10 SEC Recommendations on Preparing Submissions with HTML Documents 
The following are specific SEC recommendations concerning the creation of SEC-approved 
HTML documents: 
We strongly recommend that you prepare your HTML documents so that they are easily 
understood and viewable on a 15” monitor with 800x600 resolution. Since browsers can 
adjust HTML documents according to monitor size, we strongly encourage you to adhere 
to this recommendation in order to avoid unwanted variance in your HTML document 
presentation to the end-user. Please use color combinations for background and text in 
your submission documents, which will enable us to print them in black-and-white 
successfully once we have received them in-house. Also, EDGAR will not verify proper 
HTML tag ordering. Improper tag nesting (except for the <TABLE> tag) and interleaving 
will not cause EDGAR to suspend your submission. In order to verify EDGAR 
acceptance of your submission, you should always error-check your submission through 
EDGARLink Online using the “Doc Validation” function, or by submitting a test version 
of your submission to EDGAR before you submit your live version. 
Your submission size, including all attached documents, must not exceed 200 MB for 
submissions submitted via the EDGAR OnlineForms Management and the EDGAR 
Filing websites. Files containing HTML material may be large and can take considerable 
time to transmit electronically. These files can also consume relatively large amounts of 
storage space. Please consult your HTML editor manuals when you create your HTML 
documents in order to present their content efficiently. Please note that the EDGARLink 
Online submissions size calculation includes the size of the mimed documents. (Refer to 
Section 7.3.2, “EDGARLink Online Submission Preparation Map” for details.) The 
maximum size of each HTML document attached within ABS-15G and ABS-15G/A 
submission must not exceed 25MB. 
No “Active Content” that may compromise the integrity of submissions with us may be 
present (or referenced from) within any HTML document submitted to us. The use of the 
following web technologies are not allowed within EDGAR documents: embedded Java 
applications, Java applets, JavaScript (ECMAScript), VBScript, Perl scripts, PostScript, 
PDF application links, binary executable files, Shockwave and ActiveX. Since this 
technology is evolving rapidly, no list can include all excluded technologies. EDGAR 
will suspend all submissions containing HTML documents with Active Content.  
 EDGAR support for HTML documents allows you to enhance the appearance of your 
submissions through the use of locally referenced graphical image files in *.gif, and 
*.jpg formats only. Please note that only GIF and JPG graphic files are supported. 
EDGAR will suspend any submission that contains a non-GIF/JPG <IMG> reference. 
This external reference support is expected to enhance and clarify the presentation of 
information in EDGAR submissions significantly. When adding graphics we 
recommend the following actions to limit the size: 
Make image dimensions as small as possible 
Use thumbnail versions of images 
Save GIFs with natural color gradients as JPEGs 
Increase the amount of JPEG compression 
VB.NET Create PDF from Word Library to convert docx, doc to PDF in
Ability to get word count of PDF pages. Change Word hyperlink to PDF hyperlink and bookmark. Free online Word to PDF converter without email.
add url link to pdf; adding an email link to a pdf
VB.NET Create PDF from Excel Library to convert xlsx, xls to PDF
Merge all Excel sheets to one PDF file in VB.NET. Change Excel hyperlink to PDF hyperlink and bookmark. Export PDF from Excel with cell border or no border.
add a link to a pdf in preview; add links to pdf online
EDGAR Filer Manual (Volume II) 
5-24 
April 2016 
Use fewer bits per pixel to store the image 
Adjust image contrast 
Suppress dithering 
EDGAR does not provide functionality to scan submissions for “extraneous” information 
included manually, or by HTML authoring or other tools. Sometimes an authoring tool 
can insert a tag sequence that can actually cause EDGAR to suspend your submission. 
For instance, MS Word 97 may insert the <META HTTP-EQUIV=“xxxxxxx”> tag into 
your document when you select the “Save as HTML” option. You should review your 
submissions and remove any extraneous content prior to submission. Information inserted 
in HTML files by various HTML authoring tools may include, but is not limited to: 
The name and version of the tool 
The identification of the user of the authoring tool 
The company to whom the tool is registered 
The dates of file creation and modification 
Change tracking markup and edited/deleted text, references, etc. 
Editorial comments 
Since you may be using an authoring tool that includes unacceptable HTML 3.2/4.0 tags 
or attributes, you may also need to run your submission through an HTML 3.2 validator. 
Be aware that you may need to edit the HTML source, if necessary. We do not provide an 
HTML 3.2 validator, and we suggest that you check the W3C Web page for the location 
and availability of these validators. 
5.2.3  Unofficial PDF 
5.2.3.1  Overview 
The following instructions tell how you can prepare EDGAR-acceptable electronic filings with 
attached Portable Document Format (PDF) documents. Unofficial PDF documents can only be 
used with submissions created using EDGARLink Online. EDGARLite and OnlineForms do not 
support this unofficial document format. For additional help with the preparation of electronic 
submissions, contact Filer Support at (202) 551-8900. 
PDF is a robust markup language and an open de facto standard, developed by Adobe Systems 
Incorporated, for worldwide electronic document distribution. PDF allows you to create graphic-
intensive documents that are portable from one platform to another. It preserves all of the fonts, 
formatting, colors, and graphics of any source document, regardless of the application and 
platform used to create it. Once you have converted a document from its original format to PDF 
format using Adobe’s Acrobat tool, the PDF document can be shared, viewed, navigated, and 
printed exactly as intended by anyone using Adobe’s Acrobat Reader. This powerful data 
representation method can enhance the way you can present public information, and the way our 
analysts and other end-users digest information throughout EDGAR. 
For a complete set of supporting technical documents and specifications for PDF, please see the 
following website: (http://partners.adobe.com/asn/developer/technotes.html). 
VB.NET PDF Library SDK to view, edit, convert, process PDF file
Please click to see details. PDF Hyperlink Edit. RasterEdge PDF SDK for .NET package offers robust APIs for editing PDF document
add page number to pdf hyperlink; clickable links in pdf from word
C# PDF Library SDK to view, edit, convert, process PDF file for C#
Please click to see details. C#.NET: Edit PDF Hyperlink. RasterEdge PDF SDK for .NET package offers robust APIs for editing PDF document
add url pdf; convert a word document to pdf with hyperlinks
April 2016 
5-25 
EDGAR Filer Manual (Volume II) 
PDF documents submitted to EDGAR are unofficial copies of an official document (in 
ASCII/SGML text or HTML format). Unofficial PDF documents may not be submitted to 
EDGAR without their official ASCII/HTML versions and they must follow the official filing 
when attached in the submission. EDGAR will suspend any filing containing only PDF 
documents. See Section 5.2.3.5 for “Exception for PDF as Official Document.” 
PDF documents contain a mix of binary and ASCII content. As with any attached document, 
EDGAR will encode (MIME) PDF documents when they are attached to an official filing. Any 
official document within a filing may have one supplemental unofficial PDF document also 
attached within the same submission. 
PDF documents, as with other EDGAR filings, may be submitted via the Internet. The Filer 
Manual provides details on each type of media transmission. Your submission, including all 
attached documents, must not exceed 200 MB, with the exception as noted in Section 7.3.2, 
“EDGARLink Online Submission Preparation Map.” You should consider the possible negative 
upload and end-user access ramifications of attaching a large PDF document to your filing. On 
average, submissions with PDF documents attached will increase your average filing size by 
about 200-400 percent. Also, we strongly recommend that you use color combinations for 
background and text in your submission documents, which will enable us to successfully print 
them in black-and-white once we have received them in-house. Please note that the EDGARLink 
Online submissions size calculation includes the size of the mimed documents. (Refer to Section 
7.3.2, “EDGARLink Online Submission Preparation Map” for details.) 
5.2.3.2  EDGAR Support Restrictions for PDF 
As with its HTML support, EDGAR enforces several restrictions on the PDF standard. The 
following restrictions are enforced for all unofficial PDF documents that are included in an 
EDGAR submission: 
No Active Content (Actions, embedded JavaScript, etc.) is allowed 
No External References (Destinations, Hyperlinks, etc.) are allowed 
No document passwords or security controls are allowed 
PDF documents must have an official ASCII/SGML or HTML counterpart (a “twin” 
document in official format) within the filing 
If EDGAR detects a formatting, encoding, or content problem within an attached PDF document, 
EDGAR will raise a warning about the issue but will NOT automatically suspend the filing. 
EDGAR will discard the unofficial PDF document from the official live/test filing and will 
accept and disseminate the remainder of the filing normally. If this situation occurs, you will 
receive a notification containing the warning that the PDF document was discarded before 
dissemination. 
EDGARLink Online supports the capability to attach a PDF document to a filing in a similar 
manner as an ASCII/SGML or HTML document. 
5.2.3.3  Module/Segment Processing with PDF Documents 
EDGAR provides limited support for PDF documents as part of module or segment processing. 
Type 1 modules or segments (partial documents) are not allowed in PDF format. Only Type 2 
C# Create PDF from Word Library to convert docx, doc to PDF in C#.
Able to get word count in PDF pages. Change Word hyperlink to PDF hyperlink and bookmark. Free online Word to PDF converter without email.
add links in pdf; add hyperlink to pdf in preview
.NET PDF SDK - Description of All PDF Processing Control Feastures
Add signature image to PDF file. PDF Hyperlink Edit. Support adding outline; More about PDF Hyperlink Edit ▶. PDF Metadata Edit. Support
active links in pdf; pdf hyperlinks
EDGAR Filer Manual (Volume II) 
5-26 
April 2016 
modules or segments (complete documents) can be submitted in PDF format. You may want to 
submit your PDF documents before submitting the rest of your filing because of large filing 
transmission issues. Through the use of modules/segments, EDGAR can assemble these large 
documents into the filing at the Host, without delaying the receipt of the entire filing. 
As with any other kind of Type 2 module or segment submission filed with EDGAR, you may 
include a complete PDF document as an attachment to a module or segment submission. 
A master submission may reference the PDF module or segment in a normal Type 2 fashion by 
using the Attached Documents List page of EDGARLink Online submissions. 
5.2.3.4  ASCII/SGML Functionality Not Supported Within PDF Documents 
EDGAR will NOT support any ASCII/SGML tags within the PDF document text. These 
documents will not be properly processed by EDGAR and may be removed. 
5.2.3.5  Exception for PDF as Official Document 
Normally, PDF documents submitted to EDGAR are unofficial copies of an official document 
(in ASCII/SGML text or HTML format). However, the following exceptions apply: 
The PDF authentication documents that accompany the applications for EDGAR access, 
update passphrase, convert paper only filer to electronic filer, and access for new serial 
companies are considered official documents. 
An official PDF document is considered acceptable for the following submission form 
types and their variants: 13H, 17HACON, 17HQCON, 40-33, 497AD, 40-17G, 40-
17GCS, 40-24B2, MA, MA-I, NRSRO-UPD, NRSRO-CE, NRSRO-FR, NRSRO-
WCLS, NRSRO-WREG, SBSE, SBSE-A, SBSE-BD, and X-17A-5. EDGAR also allows 
ASCII and HTML as the primary document for submission form types 40-33, 40-33/A, 
497AD, 40-17G, 40-17G/A, 40-17GCS, 40-17GCS/A, 40-24B2, 40-24B2/A, SBSE, 
SBSE/A, SBSE-A, SBSE-A/A, SBSE-BD, SBSE-BD/A, X-17A-5, X-17A-5/A, 
17HACON, 17HACON/A, 17HQCON, and 17HQCON/A. 
An official PDF document is considered acceptable for the following exhibits of 
submission form types DOS, 1-A, 1-K, 1-SA, 1-U and their variants: 
 EX1A-13 TST WTRS 
 EX1K-13 TST WTRS 
 EX1SA-13 TST WTRS 
 EX1U-13 TST WTRS 
In addition, official documents for these exhibits are accepted in HTML and ASCII 
formats. 
An official PDF document is considered acceptable for the following Regulation 
Crowdfunding submission form types: C, C/A, C-AR, C-AR/A, C-TR, CFPORTAL, 
CFPORTAL/A, and CFPORTAL-W. In addition, official documents for these submission 
form types are accepted in HTML and ASCII formats. 
Your submission, including all attached documents, must not exceed 200 MB, with the exception 
as noted in Section 7.3.2, “EDGARLink Online Submission Preparation Map.” If your PDF file 
is large, you may need to break it into increments and submit multiple filings, each containing a 
April 2016 
5-27 
EDGAR Filer Manual (Volume II) 
part of the PDF file. Please clearly label each PDF document with “Part x of y” at the top of the 
document to ensure all portions of the PDF can be correctly reassembled; for example, Part 1 of 
4, Part 2 of 4, etc. 
In addition to the EDGAR Support Restrictions stated in Section 5.2.3.2 above, PDF documents 
that qualify as official copies cannot be empty or image-only files. They must be text searchable. 
This means scanned images that have not been parsed for character recognition will not be 
accepted and EDGAR will suspend those filings. 
5.2.4  Unofficial XBRL 
The following instructions provide guidance on the preparation, submission, and validation of 
EDGAR-acceptable electronic filings with attached eXtensible Business Reporting Language 
(XBRL) documents. EDGARLite and OnlineForms do not support this unofficial document 
format. For additional clarification and/or information, contact Filer Support at (202) 551-8900. 
5.2.4.1  Overview 
For the past several years, the Commission has been evaluating the expanded use of interactive 
data tagging as a tool to improve the timeliness and accessibility of the information contained in 
filings with the Commission. The Commission’s Interactive Data initiative has been exploring 
the use of one such interactive data format, eXtensible Business Reporting Language (XBRL), 
for the electronic exchange of business and financial information, and for the expected benefits 
to investors and other market participants who analyze and compare this data. 
Use of XBRL is increasing around the world as a mechanism for electronic exchange of financial 
and business information. This is why the Securities and Exchange Commission (SEC) decided 
to implement a voluntary program to assess the usefulness of data tagging in general and XBRL 
in particular. XBRL is an XML-based language that is being developed by an international 
consortium. It provides a standard approach that filers can use to prepare, publish, exchange, and 
analyze business reports and statements. 
The XBRL portion of a submission is comprised of two major components: 
1.  One or more instance documents, which contain actual data and facts. 
2.  One or more taxonomies which are comprised of: 
a. One or more schema documents, which contain the declaration of a set of 
elements that can be used in the instance document, and 
b. Linkbase files, which identify additional information about the elements in a 
schema document or establish relationships between the elements in the schema 
documents. There are five types of linkbases that can be associated with a 
schema: Label, Definition, Reference, Presentation, and Calculation. 
Note:  Although the Reference Linkbase file is a valid attachment type, at the 
moment it is not used. 
Taxonomies typically fall into one of two categories: standard base taxonomies or company 
extension taxonomies. For a full listing of available taxonomies, refer to the SEC’s website 
Information for EDGAR Filers webpage at http://www.sec.gov/info/edgar.shtml
Filers may use company extension taxonomies in conjunction with the base taxonomies 
described above as part of the voluntary filing program. Company extension taxonomies are 
EDGAR Filer Manual (Volume II) 
5-28 
April 2016 
taxonomies that declare concepts and define relationships not included in the standard taxonomy 
but are required to express the reporting needs of the individual filer. These taxonomies function 
to supplement the standard taxonomy but may reference elements and constructs in the standard 
taxonomy. 
Filers submitting company-specific extensions should include, at a minimum, label and 
presentation linkbases for each company-specific taxonomy schema. Since rendering is usually 
based on the label and presentation linkbases, the filer should ensure that every element declared 
in a taxonomy schema of a company extension appears in the corresponding label and 
presentation linkbases. 
Filers are also expected to submit calculation linkbases as a part of their company extensions to 
provide rudimentary arithmetic validation. Filers should include only linkbase types that are 
defined in the XBRL 2.1 specification as a part of their extended taxonomies. 
Filers submitting company-specific taxonomy schemas should create a unique targetNamespace 
name when a unique taxonomy document is intended. Filers should declare targetNamespaces 
using the format based on the Financial Reporting Taxonomy Architecture (FRTA) 1.0 standard 
as described below: 
Target NameSpace name should be structured as follows: 
<scheme>://<authority><path> 
The restrictions on the structure are as follows: 
The scheme MUST be http. 
The authority issuing the taxonomy MUST control the authority name. For example, 
www.xbrl.org, www.abccorp.com, or xbrl.abccorp.com. 
The path may contain the following components but MUST include at least the 
tickerSymbol and the versionDate. For example: 
/{reportingType}/{industry}/{tickerSymbol/}/{versionDate} 
Component 
Definition 
Reporting Type 
The report type of the company extension taxonomy. 
industry 
The industry scope of the taxonomy. 
tickerSymbol 
The ticker symbol of the filer.  
cusipNumber 
The CUSIP of the filer. 
sicCode 
The SIC code of the filer. 
versionDate 
The release date of the taxonomy in ISO8601 format, YYYY-MM-DD. For 
example, 2004-10-19. 
Namespace names are not to be confused with external references even though they may appear 
to have very similar formats. However, since they function very differently, restrictions that are 
placed on external references do not apply to namespace names. An external reference describes 
the exact location of a particular file with the intent of accessing the contents of that file. A 
namespace name, on the other hand, is a name that identifies elements that belong to a particular 
markup vocabulary. Since a particular instance document is expected to reference multiple 
vocabularies, namespace names provide a convention by which each vocabulary is uniquely 
April 2016 
5-29 
EDGAR Filer Manual (Volume II) 
identified. This avoids problems of recognition and collision of similarly named elements from 
different vocabularies appearing in XBRL documents. 
File names of taxonomy schemas and corresponding linkbases must follow the file naming rules. 
For example, the XBRL file name must not exceed 32 characters and must have an extension of 
*.xsd or *.xml. The recommended XBRL file-naming format is described below: 
Schema files: {TickerSymbol}-{date}.xsd 
Linkbase files: {TickerSymbol}-{date}_(linkbase).xml 
Where linkbase uses the following abbreviations: 
Linkbase 
Abbreviation 
Calculation Linkbase 
cal 
Definition Linkbase 
def 
Label Linkbase 
lab 
Presentation Linkbase 
pre 
Reference Linkbase 
ref 
Examples 
abccorp-20041130_cal.xml 
abccorp-20041201_ref.xml 
abccorp-20041012.xsd 
Schema documents should have an .xsd file name suffix and linkbases should have an .xml file 
name suffix. All attached linkbases must be in English and stored as separate files using the 
model provided in the standard. 
Filers are strongly encouraged to use the FRTA 1.0 and Financial Reporting Instance Standards 
(FRIS) 1.0 in the design and creation of their XBRL documents for the voluntary program. These 
documents provide additional guidance and restrictions beyond the XBRL specification on best 
practices for creating taxonomies and instance documents. However, non-compliance with 
FRTA and FRIS will NOT cause XBRL documents to fail XBRL validation. 
5.2.4.2  About the EDGAR XBRL “Voluntary” Program 
During the initial “voluntary” period that began with EDGAR Release 8.10, the SEC will support 
unofficial XBRL document attachments to official EDGAR submissions. EDGARLink Online 
provides built-in support for the attachment of XBRL documents and is the SEC’s recommended 
tools for assembling EDGAR submissions. Filers that use EDGARLink Online may attach 
unofficial XBRL documents to any submission form type except for CORRESP and BULK 
submissions. An XBRL document (the instance document and any accompanying company-
specific extensions) must have a document type of EX-100 and can be either an attachment to the 
official submission or submitted subsequent to the official submission with a reference to the 
official document with which it is associated. For investment companies submitting under the 
voluntary program, only document type EX-100 may be used. A filer using one of the standard 
EDGAR Filer Manual (Volume II) 
5-30 
April 2016 
taxonomies, XML 1.1, XLINK 1.0, XBRL 2.1, or XBRL Dimensions 1.0 schema versions, must 
not attach these files in EDGARLink Online, as they will be supplied by the EDGAR system. 
During validation, all XBRL documents within a submission will be checked for conformance to 
the XBRL 2.1 standard. If any XBRL document in the submission fails validation, EDGAR will 
remove all XBRL documents from the submission and the filer will receive a generic XBRL 
warning in their notification message. An XBRL validation failure will not suspend the 
submission. 
In order to increase the likelihood that XBRL documents within an EDGAR submission pass 
validation, filers are encouraged to validate their XBRL documents for compliance with the 
XBRL 2.1 Technical Specification prior to submission. This validation can be performed by a 
number of software products and will increase the likelihood that the XBRL documents within a 
submission pass the EDGAR validation. Filers are also advised to transmit their submission as a 
Test to review its results prior to transmission of the equivalent Live version. 
Filers may submit submissions with attached XBRL documents to the EDGAR Filing Website
3
The EDGAR submission, including all attached documents, must not exceed 200 MB, with the 
exception as noted in Section 7.3.2, “EDGARLink Online Submission Preparation Map.” Please 
note that the EDGARLink Online submissions size calculation includes the size of the mimed 
documents. (Refer to Section 7.3.2, “EDGARLink Online Submission Preparation Map” for 
details.) 
5.2.4.3  EDGAR Support Restrictions for XBRL 
Similar to the restrictions that EDGAR imposes on its HTML, XML, and PDF support, EDGAR 
also enforces several restrictions on the XBRL standard. The following restrictions are enforced 
for all unofficial XBRL documents that are included in an EDGAR submission: 
XBRL documents are considered unofficial by the SEC and may be removed before 
dissemination. All official information must also be included in primary document 
attachments (in ASCII/SGML or HTML format) to an EDGAR submission. 
No Active Content (Actions, embedded JavaScript, etc.) is allowed. 
No External References (Destinations, Hyperlinks, etc.) are allowed except reference to 
the approved XBRL taxonomies on the SEC’s Information for EDGAR Filers webpage 
and core XBRL files listed in Section 5.2.4.7, “Supported Versions of XBRL Standard 
Taxonomies” of this manual. 
 At this time, external references will be permitted only for the core XBRL files listed 
in Section 5.2.4.7 of this manual and for the standard taxonomies listed on our 
website. Accordingly, when referring to these core files, the xlink:href and 
schemaLocation attributes should be provided using the full absolute path to these 
files. These documents should not be submitted with a submission that contains the 
XBRL documents as they will reside in EDGAR for validation purposes. 
 All other references to XBRL documents (i.e. company extension taxonomies) must 
use the relative path form to identify the file. In these relative path forms, the base 
Uniform Resource Identifier (URI) is defined to be the submission package that 
3
The EDGAR OnlineForms/XML Website does not support the attachment of XBRL documents at the time. 
Documents you may be interested
Documents you may be interested