<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to bugs</title><link>https://sourceforge.net/p/catoolkit/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/catoolkit/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Tue, 08 May 2012 00:11:36 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/catoolkit/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>Code-by-code comparison returns meaningless quote ID's</title><link>https://sourceforge.net/p/catoolkit/bugs/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Unfortunately, when using data coded in ATLAS.ti and imported per the posted instructions, the output of the code-by-code comparison (i.e., the list of Matching, Overlapping, and Mismatched Annotations) does not include the quote ID (i.e., the PD number and sequential quote number). Instead, a meaningless number (the quote size, perhaps?) is returned. This makes code-by-code comparison somewhat useless because one can not then find the quote in the original ATLAS.ti project to discuss differences in code applications.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ryan</dc:creator><pubDate>Tue, 08 May 2012 00:11:36 -0000</pubDate><guid>https://sourceforge.net2c4483d3169543e3b7453db781a32127e34127cc</guid></item><item><title>"Download as RTF" does not work for Code-by-Code Comparison</title><link>https://sourceforge.net/p/catoolkit/bugs/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;After performing a code-by-code comparison, the "Download as RTF" output results only in the creation of an blank (empty) RTF file. A work-around is to print the output to a PDF or save the HTML file (though saving the HTML does not work in Google Chrome as it only saves the CAT analysis entry form, not the output). Interestingly, I found the RTF output from the Standard Comparisons works just fine. In case it helps or matters, the data set I used was originally coded in ATLAS.ti and imported per the posted instructions.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ryan</dc:creator><pubDate>Tue, 06 Dec 2011 23:18:43 -0000</pubDate><guid>https://sourceforge.net5bd259be4b22513e887a3309ca20f9553a20f2a1</guid></item></channel></rss>