Frameworks
Integrations
Mendix
SharePoint
Default UI
Modular UI
AnnotationManager
Annotation Types
Customize
Version 11
v11.0
Version 10
v10.12
v10.11
v10.10
v10.9
v10.8
v10.7
v10.6
v10.5
v10.4
v10.3
v10.2
v10.1
v10.0
Version 8
v8.12
v8.11
v8.10
v8.9
v8.8
v8.7
v8.6
v8.5
v8.4
v8.3
v8.2
v8.1
v8.0
Version 7
Version 6
v6.3
v6.2
v6.1
v6.0
Version 5
Version 4
Version 3
Version 2
WebViewer Server
WebViewer BIM
This guide will go over the order of events that happen when WebViewer is instantiated and a document is loaded. The events in this guide are important and often used for certain behaviors while using WebViewer. For example, opening a notes panel after a document loads.
Here is a complete visualization of the order of events that occur. For a more detailed description, see the sections below.
The first step you take when implementing WebViewer is creating a new instance of WebViewer. This is done with the PDFTron.WebViewer
constructor, like so:
WebViewer then creates/mounts an iframe in the DOM element that you provide and starts loading all the necessary resources in that iframe, including the UI and web workers.
The loading and mounting process is done asynchronously. When those resources are finished loading and WebViewer can be interacted with, the WebViewer promise resolves.
Once the WebViewer promise resolves, you can begin to interact with WebViewer. This is the best point in time to perform setup like UI customizations, loading documents, subscribing to other WebViewer events, and any other functionality you may want to use.
Keep in mind that at this point, the document (if one was provided) has not been loaded and cannot be interacted with yet. See document loaded for more info.
Once all the required WebViewer resources are loaded, documents can start loading. You can load a document either by passing a URL to the initialDoc
constructor option, or calling loadDocument
after the WebViewer promise resolves (as seen above).
The first step of loading a document is loading all, or part, of the document into memory. Once we have enough information about the document stored in memory, the first document lifecycle event is called, DocumentViewer.documentLoaded
.
This event is called when the document is loaded into memory and you can start interacting with the document. This includes page manipulation, loading annotations, initializing collaboration, and more!
You can bind to the event through the DocumentViewer like so:
The documentLoaded event gets triggered every time a document gets loaded throughout the life of your app. Adding listeners for other events during this event will cause the event binding to occur multiple times when switching between documents and thus causes event handlers to trigger more than once. Unless this is a temporary binding or intentional, it would be best to hook into other events outside of this event scope.
If you want the callback to only be fired once, you can unsubscribe from the event like so:
On the other hand, if a document fails to load, a loaderror
event will be triggered on the iframe window. Although WebViewer can recover from most loading errors, you may want to show a custom error message, submit a log to an API, and/or load a new document.
After the document is in memory, we are ready to start rendering to the screen. The document and its annotations are rendered in parallel, and there are two main events that are fired during this cycle: pageComplete
and annotationsLoaded
.
The pageComplete event is fired for each page that is rendered. We only render the pages that are visible on the screen, so this event won't get fired for every page in the document at once. This event will get called when the user scrolls up and down the document, or when a page is zoomed or rotated, or anything else that makes it rerender.
A few extra pages nearby may be prerendered at lower priority, so pageComplete may be called for pages that are not currently visibie. You can set the prerender level with the SetPreRenderLevel function.
You can subscribe to this event similar to how you subscribe to the documentLoaded
event (as seen in the previous section).
Remember that this callback is fired for every page on every document that is loaded. You can unsubscribe using the same way mentioned above.
The annotationsLoaded event is fired when all the annotations have been loaded into memory. This is the ideal time that you can start interacting with the annotations, such as saving and loading, since all the annotations should be ready.
We load annotations asyncronously in the background and they may be rendered before this event is fired.
You can subscribe to the event on the AnnotationManager
like so:
Did you find this helpful?
Trial setup questions?
Ask experts on DiscordNeed other help?
Contact SupportPricing or product questions?
Contact Sales