Curated for content, computing, and digital experience professionals

Category: Publishing & media (Page 45 of 52)

What is Document Composition?

Your definition of “document composition” will largely depend on your perspective.

A graphic designer might immediately think of Quark Express or Adobe InDesign. A desktop publisher could probably name various plug-ins to those environments or perhaps list database-publishing tools like Corel Ventura or Adobe PageMaker. If you are approaching this question from an operations, IT or print production perspective you have a much longer and more granular continuum of needs which can only be met with high volume composition software. In my work, I deal with both ends of the continuum from the graphic designer to the high-volume output specialist (see www.ArtPlusTechnology.com)

Composition products range in their ability to design documents from static to dynamic, and it can be generally stated that the more dynamic the document, the less fine control you have of layout, layering and color management. Beyond static page layout and database publishing tools are two categories of composition solution that begin to bring marketing, operations and IT needs together.

  • Variable Data Print (VDP): tools geared to one-to-one print marketing primarily targeted at print shops with digital presses

High Volume or Transactional Composition: the “big rigs.” These are the tools that use business rules to transform data into dynamic documents for a variety of print and electronic media.
The high-volume composition products did not start off with even a tip of the hat to marketing. The long-time leaders evolved from one of four major categories:

  • Report Writers – high volume sys out and other reports of which statements & transaction confirmations were once considered a part. Example Metavante CSF circa 1990
  • Typesetters or Page Layout – These products were focused on batch creation of forms documents that needed fine typographic control along with merged text. Example: Document Sciences Compuset (ne XICS) circa 1990
  • Assembly Tools – these tools were typically used in concert with page layout tools and provided the rules-based merge engine to bring together various forms and other resource to create policies, contracts and the like. Example: DocuCorp DocuMerge cira 1985
  • Correspondence – rule based correspondence generation often linked by a user interface to call-center or sales personnel. Example: Napersoft circa 1989. Major players who have been producing composition software since the early 1990’s or before include:

These days, many of the leaders are sunsetting their traditional products and launching new products that attempt to serve all four categories and drive output to both print and online channels. More and more, the desire to reach marketing users (and their budgets) is driving their product requirements.

Some of the key developments in the evolution of these products since the early 1990’s include the introduction of proportional fonts, data-driven graphics, graphical user interfaces (most of these tools did not have UI’s when first introduced), marketing campaign and message tools, post-processing tools for intelligent sorting and postal management. Some of the many tools that have established themselves in the market since the late 90’s include:

While these products are trying to serve broader audiences and layer more and more into their solutions, new players are emerging that go back to the approach of trying to do one thing well. Unfortunately, sometimes it’s not clear what that one thing is. With no slight to their products intended, I find it challenging to place tools like XMPie and PageFlex into the continuum above. There are many other products that are not listed here that are targeted to very specific document types or vertical industries. I will drill down on some of those in future entries.

Meanwhile, I would be interested in feedback on the products that you are most familiar with and how you categorize them.
Elizabeth

The Future of DITA

DITA (which stands for “Darwin Information Typing Architecture”) is the hottest new technology in the technical publishing market. While still early in its adoption cycle, it has the potential to become the future de facto standard for not only technical publishing, but for all serious content management and dynamic publishing applications. Whether this happens, however, will depend on the vision and creativity of the DITA standards committee, DITA vendors and DITA consultants.

While IBM originally designed DITA for technical documentation, its benefits are potentially transferable to encyclopedias, journal articles, mutual fund prospectuses, insurance policies, retail catalogs, and many, many other applications. But will it really be flexible enough to meet these other needs?

At Flatirons Solutions we’ve been testing the boundaries of DITA’s extensibility, taking DITA out of its comfort zone and thereby creating some interesting proof points for its flexibility. So far, the results are very positive. Four specific applications illustrate this:

  • User personalized documentation – designed to support a variety of enterprise content libraries out of a single set of specializations, this application involved the use of 15 conditional processing attributes to drive dynamic production of personalized documents. An initial DocBook-based prototype was later re-designed for DITA.
  • Scholarly research database – this solution involved marrying DITA with the venerable Text Encoding Initiative (TEI), a nearly 20 year old scholarly markup standard originally written in SGML. DITA was used to split the historical material into searchable topics; TEI provided the rigorous scholarly markup and annotations.
  • Dynamic web publishing – designed for a large brokerage and business services firm, this application combines a single-source DITA-based authoring environment with an optimized dynamic processing pipeline that produces highly-personalized Web pages.
  • Commercial publishing – we are currently exploring the use of DITA for encyclopedia, journal, and textbook publishing, for clients who have traditionally focused on print, but who are now also moving to increasingly sophisticated electronic products.

Of course, in pushing the boundaries we’ve also found issues. A classic example is the restriction in DITA’s “task” specialization that each step in a procedure must begin with a simple declarative statement. To make it as readable as possible, the procedure cannot begin with a statement that includes a list or multiple paragraphs or a table or a note. But what do you do if your content breaks these rules? DITA’s answer is that you rewrite your content.

Rewriting content is not unreasonable if you accept that you’re moving to DITA in order to adopt industry best practices. However, what if you don’t agree that DITA’s built-in “best practices” are the only way to write good content? Or what if you have 500,000 pages of legacy content, all of which needto be rewritten before they can conform to DITA? Would you still consider it practical?

You can solve this by making up your own “task” specialization, bypassing the constraints of the built-in “task” model. That’s an advantage of DITA. But if you do that, you’re taking a risk that you won’t be able to leverage future vendor product features based on the standard “task” specialization. And in other cases, such as limitations in handling print publishing, workarounds can be harder to find.

DITA 1.1 has made great progress toward resolving some of these issues. To be truly extensible, however, I believe that future versions of DITA will need to:

  • Add more “out-of-the-box” specialization types which DITA vendors can build into their tools (for example, generic types for commercial publishing).
  • Further generalize the existing “out-of-the-box” specialization types (for example, allowing more flexibility in procedure steps).
  • Better handle packaging of content into published books, rather than focusing primarily on Web and Help output, and adapting this model for books.
  • Simplify the means to incorporate reusable content, handle “variables” within text, and link to related content.

At conferences I’ve heard it suggested that if people don’t want to obey DITA’s particular set of rules, they should consider using another standard. I’ve even heard people say that DITA doesn’t need to focus on book publishing because print is “old school.” In my opinion, this kind of parochial thinking needs to be seriously reconsidered.

Today, DITA stands at the crossroads. If it can be aggressively generalized and extended to meet the needs of commercial publishers, catalog and promotional content, and financial services and other vertical industry applications, then it has the chance to be “the” standard in XML-based dynamic publishing. If this doesn’t happen, DITA runs the risk of being relegated to a relatively elite technical publishing standard that’s only useful if you meet its particular set of assumptions and rules.

As an industry, which way will we go?

Look ahead a bit: here, here, and here.

Acrobat Still Suffering from Schizophrenia

On Monday, in the wee hours of the night (my email was sent at 12:27 a.m.) Adobe emitted three short press releases announcing Acrobat 8. I’m a fan of Acrobat and PDF, so I always look forward to new versions of this ungainly but hugely-popular product. Sadly release #8, at first look-see, leaves me thoroughly unmoved.

The main press release captures the excitement behind the announcement: “The Acrobat 8 product line introduces several major innovations in the areas of document collaboration, PDF content reuse, PDF forms, packaging of multiple documents, and controlling sensitive information. For example, shared reviews put collaboration within the reach of virtually anyone with access to a shared network folder and Adobe Reader2. A participant in a shared review can see comments posted by others, track the status of the review, and work even when not connected – reducing duplicated work and enabling large groups to collaborate more efficiently. Acrobat 8 also enables PDF content to be exported into popular formats to enable reuse and repurposing of content.”

Most of these “innovations” are just “new and improved” old features.

If you’re looking for news, press release #2 is where to turn. Macromedia Breeze is now called Acrobat Connect, and will be available at a lower price-point and to smaller groups of users than the old not-so-gentle Breeze. This represents the first fruit of Adobe’s $3.4 billion acquisition of Macromedia. How do ya like them apples?
Press release #3 reveals that Adobe will continue to nurse Acrobat and PDF through its severe case of schizophrenia. Acrobat 8 ($449 by itself) will also be bundled into the awkwardly named Adobe Creative Suite 2.3 Premium edition ($1199). This is “to enable creative and print professionals to efficiently create, collaborate with, and automate output of Adobe PDF files.”

A few years back, Adobe came close to abandoning this group of PDF enthusiasts (and major buyers of Creative Suite). It realized the gross error of its ways at the 11th hour, and now makes sure to invite them for tea each time there’s something new happening with Acrobat. The features that appeal to “creative and print professionals” bear little resemblance to the features that appeal to the “knowledge workers,” who remain the big buyers of Acrobat itself. So while each group is told a slightly different story, Acrobat’s schizophrenia has not blocked its ever-growing popularity.

Also in press release #3 we find the second instance of the fruit-bearing acquisition. Not surprisingly, Adobe has decided to jettison the never-very-successful GoLive out of Creative Suite in favor of the incredibly successful Dreamweaver. Saving face, somewhat unconvincingly, we’re informed that “Adobe will continue to develop GoLive as a standalone product.” Right. That’s until Adobe finishes getting a little cash off the GoLive orphans as they make the switch (“upgrade”) to Dreamweaver.

The word on the street is that Creative Suite itself will be upgraded to V3 by early next year. Perhaps then the flaccid features of Acrobat 8 will start to make more sense. Or maybe some knowledge workers will acquire some knowledge, enough to tell us why this upgrade was released.

Digital Content: Federal Focus on Music

There is an amendment being considered in the House of Representative to tackle the digital music phenomenon yet again. Called the “Section 115 Reform Act of 2006,” it focuses specifically on “licenses for digital uses of musical works.” Having gotten my 11 year old daughter her coveted iPod at the end of May, this caught my eye. The draft discussion is dated May 12.

According to Chris Lindquist over at the CIO Magazine blog, the bill “could make it necessary to acquire licenses for every digital copy of content, even cached, network, and RAM buffer reproductions.” Makes one wonder what bills may be in store for digital content in general, not just in the music industry…

Adobe & Microsoft headed for battle over PDF

The Wall Street Journal reported today that talks between Adobe and Microsoft over the inclusion of PDF creation in the upcoming release of Office have broken down, and they speculate that Adobe will file an antitrust suit as a result. The issue is that MS was planning to include PDF creation for free, which is obviously a direct hit at Adobe’s Acrobat revenue. If you have been following Microsoft’s XPS (XML Paper Specification) development as we reported here, you won’t be too surprised.

It is too early to know exactly how this will play out, but anyone with applications or workflows that depend on heavy use of both Office and PDF needs to keep this on their radar!

UPDATE: Mary Jo Foley has more info on this.

If You Build It, Will They Come?

On May 9, I was one of several speakers at an Innodata-Isogen event, “Future Tense – Emerging Trends in Publishing Workflow Management.” They have now posted the presentations and accompanying podcasts. Registration is required, but there are a number of interesting presentations and case studies, including ones from The New Yorker, Houghton Mifflin, Time Out New York, and Harvard Business School Publishing.

The Importance of QuarkXPress 7.0

(Full disclosure: I’ve consulted many times with Quark and with Adobe, and was specifically hired by Quark to prepare a brochure called QuarkXPress 7 for Output Service Providers.)

I think that QuarkXPress 7 is an important release for Quark, its customers, Adobe and the publishing industry. We’re well past the days of “feature wars,” so, for example, the addition of OpenType support, something first offered in InDesign 1.5 five years ago, is not shaking my world. There is also new support for transparency, improved color management and PDF support, and various other goodies that you’d expect to find in your Christmas stocking, but none of these are anything much more than “overdue.”

What’s most important from my perspective is Quark’s forward strides in supporting improved publishing workflows, the last frontier for the electronic publishing industry. Two new features stand out in this respect. One is “Job Jackets” and the other is JDF (Job Definition Format) support.

According to CIP4 (www.cip4.org) the non-profit industry association pushing JDF, “JDF is a comprehensive XML-based file format and proposed industry standard for end-to-end job ticket specifications combined with a message description standard and message interchange protocol.” Along with its earlier incarnations, JDF has been in the making for more than 15 years now. It has very broad industry support – hundreds of vendors have added JDF functionality to hundreds of hardware and software products. That being said, it’s still a challenge to find a robust JDF-based publishing installation in the field. The main reasons for this are the complexity of the standard and the need for all of the players in a broad publishing workflow to be in the game – if one key component lacks support the JDF flow grinds to a halt.

Adobe have added JDF support to Acrobat, which is to some extent accessible from InDesign, but Quark has moved ahead of Adobe by building JDF support directly into the page layout application, independently from PDF. No doubt Adobe will follow suit in the next version of InDesign, expected early next year, so the issue is not so much who got there first. But having what is still the mostly widely-used page layout application in the world throw its support behind JDF is of key importance at this time when broad-based JDF adoption by the publishing industry is still in question.

Quark uses JDF also in its Job Jackets feature. A Quark Job Jackets file contains all of the rules and specifications necessary to describe a QuarkXPress project. A Quark Job Jackets file can include specifications for colors, style sheets, trapping, and color management as well as picture color space, format, and resolution. The file can also include information such as the page size, number of pages, and contact information for the people involved with a job. And the file can include rules that specify configurations for font sizes, line thicknesses, box backgrounds, and other project elements. Workgroups can obtain consistent output by using Quark Job Jackets to share specifications across workstations.

For me the most intriguing benefit of Quark Job Jackets is that it re-invents the concept of preflighting. Preflighting has always been a post-process step: create your file, and then find out where you screwed up. With Job Jackets users can ensure that a print job adheres to its specifications from the moment it’s created, and that it continues to adhere to those specifications all the way through the production process until it rolls off the press. I’ve long maintained that page designers would not be able to perfect their process until it was possible to prevent errors, rather than to correct them after the fact. I’m certain this approach will fast become the production norm.

It’s interesting to me that searching through Google News the day after the Quark 7.0 launch in New York, there’s nary a mention in the mainstream press. Neither the New York Times nor the Wall Street Journal seem to have found it worthy of coverage. To me this reflects the new prevailing “wisdom”: Adobe has won the page-layout wars (and every other war for that matter), so Quark’s announcement isn’t newsworthy. I think they are underestimating the importance of QuarkXPress 7.0. Only time will tell.

Quark 7.0 is Out, But Does Anyone Care?

Our news includes some details about the launch of QuarkXPress 7.0, but I have to ask if this is at all significant to the desktop publishing world at this point. Most–maybe even all–publishers I work with have made the move to Adobe InDesign. Some publishers are holding on to a few licenses of QuarkXPress for older books and products that might need to be updated, but all new products are being done using InDesign. Moreover, Adobe Creative Suite, which combines InDesign, Illustrator, PhotoShop, and other products, is simply too attractive an offering with very attractive pricing. Quark has nothing comparable to counter with.
For larger publishers, there are also very viable workgroup options with InDesign, which wasn’t true a few years ago. The combination of InDesign with InCopy for writers and editors is gaining traction, and there solutions such as K4 from Managing Editor and Smart Connection Enterprise from Woodwing for larger groups. These systems are often replacing Quark’s QPS solution as the publishers drop QuarkXPress for InDesign.
Quark 6.0 took forever to come out. Quark 7.0 took forever to come out. In the meantime, InDesign has really taken hold. So I have my doubts that Quark can overcome this.
Finally, there is a cautionary tale in all of this. Quark was famously arrogant in its heyday, and did a lot to alienate customers. When I wrote about the movement to InDesign for The Seybold Report in December 2004 (subscription required), industry maven Kate Binder said, “Never discount people’s absolute, bitter hatred of Quark the company. It’s genuinely a factor.”

« Older posts Newer posts »

© 2024 The Gilbane Advisor

Theme by Anders NorenUp ↑