<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Design&gt;Information Design&gt;Software&gt;XML</title>	<link>http://tc.eserver.org/dir/Design/Information-Design/Software/XML</link>
	<description>A listing of the most recently indexed works about Design and Information Design and Software and XML in the field of technical communication.</description>
	<language>en-us</language>
	<copyright>Copyright (c) 2005-08 by the EServer. All rights reserved.</copyright>
	<managingEditor>tclib-editorial@eserver.org (TC Library Editorial Board)</managingEditor>
	<webMaster>webmaster@eserver.org (Geoffrey Sauer)</webMaster>
	<image>
		<url>http://tc.eserver.org/images/newlogo.gif</url>
		<title>Design&gt;Information Design&gt;Software&gt;XML</title>
		<link>http://tc.eserver.org/dir/Design/Information-Design/Software/XML</link>
	</image>
	<item>
		<title>Introducing WinANT</title>
		<link>http://tc.eserver.org/34330.html</link>
		<guid>http://tc.eserver.org/34330.html</guid>
		<description>I decided to simplify the DITA publishing process for myself by building a Windows interface to Ant. Ant was developed to allow programmers to write a simple build file in an XML format, and then process that XML file with the Ant build software.</description>
	</item>
	<item>
		<title>XML Authoring for Those Who Don&apos;t Like Markup</title>
		<link>http://tc.eserver.org/33905.html</link>
		<guid>http://tc.eserver.org/33905.html</guid>
		<description>Advances in word processing technology now enable people to author simple documents in an interface they are familiar with. They no longer need to know a lot about markup, the schema in use, or be distracted by other concerns than writing what they want to write. This simpler interface, built upon a Microsoft &quot;Smart Doc&quot; solution provides support for authors who are focused on the content they are writing rather than the markup that describes it. At the same time, the author is producing valid XML that can be routed for review and approval, used for multi-channel delivery, or reused by other authors in the enterprise.&#xD;&#xD;Several scenarios of how such an authoring/management system could be used to solve business challenges are described.</description>
	</item>
	<item>
		<title>Alternatives to Formatting XML Editors for Creating Structured Information</title>
		<link>http://tc.eserver.org/33761.html</link>
		<guid>http://tc.eserver.org/33761.html</guid>
		<description>XML editors have traditionally been modeled after the first SGML editor written in 1985, a long time before creating, managing, and distributing structured information was well understood. Now, nearly 20 years later, there are more choices for users interested in creating structured information. Specifically, this presentation discusses alternatives that include Web-based distributed collaborative XML document creation, &quot;tag-free&quot; tools, non-formatting structured editors, and even using common office tools in creating your XML documents.</description>
	</item>
	<item>
		<title>XQuery Your Office Documents</title>
		<link>http://tc.eserver.org/30105.html</link>
		<guid>http://tc.eserver.org/30105.html</guid>
		<description>New office document standards like the OpenDocument Format(ODF) and Office Open XML (OOXML), however, are making office document integration in business processes a reality. A key benefit of ODF and OOXML for developers is the reuse of existing standards.</description>
	</item>
	<item>
		<title>Overcoming Objections to XML-Based Authoring Systems</title>
		<link>http://tc.eserver.org/28069.html</link>
		<guid>http://tc.eserver.org/28069.html</guid>
		<description>During a recent development effort, one of our clients was alarmed at the conversion costs of the proposed XML-based content management system compared to the existing MS Word-based process. This was just one instance of an alarming trend of balking at XML-based systems in favor of using public web folders, indexed by some full-text search engine, as part of a local intranet. In the short run, these edit, drop, and index solutions have some appealing features, including low development and conversion costs. But they are short-lived systems that either wither from lack of functionality or rapidly outgrow their design.</description>
	</item>
	<item>
		<title>Choosing an XML Editor</title>
		<link>http://tc.eserver.org/28006.html</link>
		<guid>http://tc.eserver.org/28006.html</guid>
		<description>More and more people are working with texts and documents in XML format. With the increasing popularity of XML, the number of XML editors is also increasing and it can be difficult to choose the editor that best suits a particular user or task. The aim of this Information Paper is to provide an introduction to different features XML editors can have and the extent to which these features are implemented in various editors. It also presents the result of an evaluation exercise where different user groups tried a number of the editors.</description>
	</item>
	<item>
		<title>Creating XML Trees with the XmlTextWriter and XmlDocument Objects</title>
		<link>http://tc.eserver.org/27951.html</link>
		<guid>http://tc.eserver.org/27951.html</guid>
		<description>So you know all about reading and parsing XML files, and even checking if they&apos;re well-formed and valid. Now, take a step into more advanced territory with this expose of two objects that let you dynamically create well-formed XML documents in your ASP.NET scripts.</description>
	</item>
	<item>
		<title>Altova Authentic: Tip of the Iceberg</title>
		<link>http://tc.eserver.org/24875.html</link>
		<guid>http://tc.eserver.org/24875.html</guid>
		<description>Reviews Altova Authentic, a free, WYSIWYG, Windows-based, forms-based XML editor.</description>
	</item>
	<item>
		<title>Using XML as an Application-Level Protocol</title>
		<link>http://tc.eserver.org/13637.html</link>
		<guid>http://tc.eserver.org/13637.html</guid>
		<description>In one of my past articles, A Pattern/Framework for Client/Server Programming in Java, I discussed a pattern for client/server development using java. That article does not answer exactly how the two parties, client and server, communicate with each other. We require an application-level protocol to do the talking between two entities. It sets up rules about how the two applications/entities communicate and understand each other over a network. If you happen to know the TCP/IP networking model or the OSI networking model, you will observe that network-based communication is implemented in layers, with the application layer at the top and the physical layer at the bottom. This article discusses issues you must face when implementing an application-level protocol and how XML proves to be an excellent choice to represent and implement the application-level protocol.</description>
	</item>
	<atom:link href="http://tc.eserver.org/dir/Design/Information-Design/Software/XML.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>