Archive
eNG1Ne
one approach, many benefits
All the topics in the test project are now ready: next stage, scrutinise them to see where I can best demonstrate links and re-use. But while I'm grappling with that side of DITA, a whole new potential benefit seems to be dawning – accessible metadata.
Most of the development teams I'm working are quite comfortable with the idea of XML even if they hadn't thought about applying it to documentation. The chance of using custom attributes in the <author> element to have some idea of who provided the information is making them sit up and take notice.
In pursuit of the ultimate techCom information architecture
Why is the result often a million little pieces even though DITA does not encourage authors to chunk information in such a way?
A lot of discussions and confusion in social media has recently, as it seems, dealt with two issues concerning the use of DITA (see for example a discussion in the DITA awareness group on linkedIn or another discussion on LinkedIn or a blog post by Tom Johnson). The first issue relates to the question if topics shall be nested or not, that is, shall DITA topics be kept as separate files or shall authors instead use a <dita> document and nest topics within it?
Suite Labs: Adding a Watermark to your PDF Output
Michael Priestley
Lightweight DITA at CMS/DITA North America 2013
Two weeks after the fact, I'm still processing stuff I learned at the conference. Over two and a half days with four tracks of presentations, there wasn't a single hour when I didn't want to be in at least two places at once.
I'm told there were over 350 attendees from 17 countries around the world, many of them new to DITA. The conference provided incredible depth of technical content, but will definitely need more introductory sessions or workshops next year as well to balance things out. The community is growing!