惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
月光博客
月光博客
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
T
Tailwind CSS Blog
大猫的无限游戏
大猫的无限游戏
The Cloudflare Blog
博客园_首页
Jina AI
Jina AI
WordPress大学
WordPress大学
小众软件
小众软件
阮一峰的网络日志
阮一峰的网络日志
Apple Machine Learning Research
Apple Machine Learning Research
博客园 - 三生石上(FineUI控件)
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园 - 叶小钗
美团技术团队
IT之家
IT之家
爱范儿
爱范儿
有赞技术团队
有赞技术团队
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
量子位
博客园 - 聂微东
人人都是产品经理
人人都是产品经理
博客园 - 【当耐特】

Inside Nutrient

A guide to the invisible work behind documents Introducing Nutrient Documents for Salesforce: Native document generation and signing Document AI vs. traditional OCR: Choosing between OCR, AI, and hybrid pipelines PDF SDK compliance and security evaluation checklist for enterprise teams (2026) Invariant Corp replaces paper processes with Nutrient Workflow and scales without limits What is process mapping? A complete guide Nutrient vs. Conga Composer for Salesforce document generation (2026) Document routing: How to automate document distribution The CTO’s AI playbook: Why accountability architecture beats orchestration Compliance workflow automation: Why built-in compliance is table stakes Workflow diagrams: Examples, symbols, and how to build one that actually runs Digital forms: Replace paper forms with automated workflows Approval workflow software: How to automate approvals Why document-centric automation is different The CEO’s AI playbook: Why decision architecture beats model selection Nutrient SDK product updates for Q1 2026 PDF redaction verification: How to prove sensitive data is permanently removed What is a VPAT? The complete guide to accessibility conformance reports What is PDF/UA? The accessible PDF standard explained Salesforce eSignatures: Generate, sign, and track documents in one flow Online document viewer: Options, tradeoffs, and how to embed one Document viewer for web apps: React, Vue, Angular (2026) Best document viewers in 2026: A buyer’s guide How to edit a PDF in Python: Add text, images, and annotations Nutrient advances Workflow platform with agentic AI for enterprise-grade speed and consistency in document-heavy operations How to create a Salesforce quote template from opportunity data The business case for accessibility: Five ways it drives enterprise value Python PDF library comparison (2026): 7 libraries for developers Why your AI agent hallucinates PDF table data PDF.js limitations: When to upgrade to a commercial PDF SDK
DocuVieware: Support’s most frequently asked setup questions
Alex Donhou · 2026-04-06 · via Inside Nutrient

As a support team, we often get asked the same questions when customers start working with DocuVieware. So we put together a quick post answering the most common ones around setup and licensing.

Whether it’s setting up trial mode, tracking down missing files, or understanding how licensing works, a few themes repeatedly come up when customers start working with DocuVieware. This post covers the most common setup questions we see — so if you’re just getting started, it should save you some time and help you get up and running smoothly.

A quick note on DocuVieware

DocuVieware is a browser-based .NET SDK designed to make document viewing and processing easy to integrate into your applications. It works both standalone and alongside Nutrient .NET SDK (formerly GdPicture), so you can take advantage of advanced features like document manipulation, annotations, and more — all within a browser. Whether you’re building a lightweight viewer or a full document management solution, DocuVieware helps you deliver fast, responsive, and secure document workflows with minimal setup.

Over the years, the product has evolved significantly, and during integration, customers frequently ask about licensing, file handling, and feature tracking. This post will walk you through the answers.

How do I set up DocuVieware in my project?

You can easily set up DocuVieware using NuGet packages. There are two main options depending on your target framework:

  • DocuVieware — For .NET Framework 4.6.2 and later, or .NET Core 3.1
  • DocuVieware.API — For .NET 6 and newer

Make sure to choose the package that matches your project’s framework to ensure compatibility and take advantage of the latest features and fixes.

How do I activate trial mode in DocuVieware?

While setting up DocuVieware, one of the first questions we see is “Where do I get a trial key?” The good news is that you don’t need one!

To run DocuVieware in trial mode, pass an empty string ("") to the RegisterKEY method. That’s all you need to get started with testing. Trial mode gives you access to all features, making it easy to explore the SDK without restrictions. Call this code snippet once at application startup:

DocuViewareLicensing.RegisterKEY("");

Just make sure you’re using version 14.2.94 or later, since this simplified trial activation was introduced in that release. If you’re on an older version, you’ll need to upgrade to use this approach.

Can I track which features are being used in my application?

We often get questions about licensing issues, unexpected popup messages, or confusion around which features are being used in a project. A great first step is to enable feature tracking, which shows you exactly which licensed features your app uses.

If you’re using version 14.2.69 or newer, you can call:

LicenseManager.TraceFeatures("list-of-features.log");

This will generate a log file showing exactly which SDK features your application uses during a test run.

Make sure you call RegisterKEY("") exactly once, at application startup. If it’s missed or called multiple times, it can cause issues with feature logging and licensing behavior.

Once DocuVieware is integrated and the key registration is in place, run your app through all relevant use cases and document types you expect to support. This will help capture all relevant feature usage — and the feature log will grow as different parts of the SDK are accessed. After you’ve completed your test runs, you can send the generated log file to our Support team. We’ll review it to identify which SDK components were used and ensure you’re covered with the right license.

Where are the sample projects and DLLs?

This question comes up frequently, especially from customers who’ve worked with DocuVieware for a while and are accustomed to finding sample projects and DLLs bundled with the installer. To keep the installation package lighter and more streamlined, we no longer include source code samples or project reference DLLs directly in the installer.

But don’t worry — they’re still available!

This keeps the installer lightweight while still giving you easy access to everything you need.

What about DocuVieware.js and DocuVieware.css?

Another common question from both new users and developers upgrading from earlier versions is “I can’t find the DocuVieware.js or DocuVieware.css files — are they missing?” As of DocuVieware version 3.2, you no longer need to manually include these files in your project. They’re automatically retrieved at runtime, simplifying the setup and upgrade process.

If you’re still experiencing issues with missing assets, ensure you’re using the latest SDK version. If problems persist, share more details about your implementation and contact support — we’re here to help!

We hope this post has helped answer your top questions about getting started with DocuVieware. If you run into any other issues or have any questions during setup, please don’t hesitate to reach out to our Support team(opens in a new tab). And don’t forget to explore the sample projects on GitHub(opens in a new tab) for more hands-on examples.

Thanks for reading — happy coding!