Workflow
CHILI Publisher publisher is an engine to be embedded in (and connected to) existing workflows. These can be created by our customers themselves, or by third party integrators (eg e.g. the connector for Magento).
CHILI Publisher publisher is NOT a web2print solution. It does not contain a storefront, there is no online payment module, status management for documents, and so on. All of those types of functionalities belong to the Portal into which CHILI Editor is embedded.
And while CHILI Publisher publisher does contain basic user management, this should only be used for your internal administrators, or for high level administrators working for your customers. They can be restricted only on a general level, so the BackOffice is by no means meant for acces by end users. Loads of functionalities exist to allow the external Portal to apply user-specific logic, of course.
...
For an online document editor, CHILI Publisher publisher comes with a truly amazing feature set, going as far as baseline grid alignment, text wrap, paragraph and character styles, lab and spot color support, and much much more.
...
Similarly, once a document is inside CHILI publisher, experience experienced graphic designers will undoubtedly encounter areas where CHILI's editor does not completely match the feature set of a traditional desktop publishing tool like Adobe InDesign. A list of these is hard to compile (especially as we're also continuously adding to the supported functionalities). Rather, you might want to check out the current P/wiki/spaces/CPDOC/pages/1412393.
File Complexity
CHILI Editor is a modern browser and flash -based document editor. While we've managed to push this combination to unseen heights, there are as of yet still some limitations in the complexity and size of documents. An exact number for the limit is hard to give, as it depends greatly on the combination of content complexity and amount of pages. The general rule of thumb is, though: if you're trying to publish documents with large amounts of pages or large amounts of (or very complex) content: , test it internally first, before committing.
Files with large amounts of pages (300+ is in production at several customers) are possible, IF the pages don't contain a lot of content (eg e.g. in flatplanning scenarios, where a few PDF files are placed on each page).
Files with only a few pages might still prove to be slowish, if they are highly complex (hundreds of frames, large amounts of alternate layouts, huge amounts of snippets, etc...)
A normal brochure, without an excessive amount of content or internal rules (autogrow, anchoring) and 16-20 pages should not present any issues.
...
Some types of books might be possible by making creative use of the API, but the rule of thumb is that we try to stay away from these types of documents for now (but of course CHILI Publisher publisher is a continuously evolving product).
...
One shot documents
The true ROI that CHILI Publisher publisher offers to users is when working with repititive documents. CHILI Publisher publisher enables you to import and export Adobe Indesign InDesign documents but this is a manuel manual process. And , and each document will demand some kind of optimization and / or templating.