<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>CallWeb Comm</title>
	<atom:link href="http://callweb.ca/comm/feed" rel="self" type="application/rss+xml" />
	<link>http://callweb.ca/comm</link>
	<description></description>
	<lastBuildDate>Thu, 01 Dec 2011 01:34:36 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
		<item>
		<title>Dropdown BOXes</title>
		<link>http://callweb.ca/comm/archives/399</link>
		<comments>http://callweb.ca/comm/archives/399#comments</comments>
		<pubDate>Thu, 01 Dec 2011 01:33:58 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[ALL POSTS]]></category>
		<category><![CDATA[Announcements]]></category>

		<guid isPermaLink="false">http://callweb.ca/comm/?p=399</guid>
		<description><![CDATA[I wonder how we lived without it (grin). &#60;BOX&#62;&#60;/BOX&#62; recalls which allow the placement of an input box anywhere on the CallWeb questionnaire page can now be displayed as dropdown lists. In fact, a recall of the sort using a question that has no open-ended part is formatted as a dropdown list on the basis [...]]]></description>
			<content:encoded><![CDATA[<p>I wonder how we lived without it (grin). <a title="Other" href="http://callweb.ca/cookbook/OTHERBOX">&lt;BOX&gt;&lt;/BOX&gt;</a> recalls which allow the placement of an input box anywhere on the CallWeb questionnaire page can now be displayed as dropdown lists.</p>
<p>In fact, a recall of the sort using a question that has no open-ended part is formatted as a dropdown list on the basis of the response categories. Before you ask, yes, the answer categories displayed respect the <a title="conditions" href="http://callweb.ca/doc/QDESIGNCONDITION">display conditions</a> and process the <a title="recalls" href="http://callweb.ca/doc/QDESIGNRECALL">recalls</a> in the response texts.</p>
<p>Can&#8217;t stop progress.</p>
]]></content:encoded>
			<wfw:commentRss>http://callweb.ca/comm/archives/399/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Yet more passwords&#8230;</title>
		<link>http://callweb.ca/comm/archives/393</link>
		<comments>http://callweb.ca/comm/archives/393#comments</comments>
		<pubDate>Sat, 05 Nov 2011 15:53:57 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[ALL POSTS]]></category>
		<category><![CDATA[Update information]]></category>

		<guid isPermaLink="false">http://callweb.ca/comm/?p=393</guid>
		<description><![CDATA[Three new pound instructions have seen the light of day. They are meant to secure the information stored in zip files by various CallWeb modules. They are as follows: # cwextr zip password = some_password # cwcompile zip password = some_password # cwarchive zip password = some_password All three take a password (without spaces) after [...]]]></description>
			<content:encoded><![CDATA[<p>Three new <a title="pound" href="http://callweb.ca/doc/POUNDINSTRUCTIONS">pound instructions</a> have seen the light of day. They are meant to secure the information stored in zip files by various CallWeb modules. They are as follows:</p>
<ul>
<li># cwextr zip password = some_password</li>
<li># cwcompile zip password = some_password</li>
<li># cwarchive zip password = some_password</li>
</ul>
<p>All three take a password (without spaces) after the equal sign. The password is used by the zip utility when the compression of the information is performed.</p>
]]></content:encoded>
			<wfw:commentRss>http://callweb.ca/comm/archives/393/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Auto calcul</title>
		<link>http://callweb.ca/comm/archives/388</link>
		<comments>http://callweb.ca/comm/archives/388#comments</comments>
		<pubDate>Sat, 29 Oct 2011 01:17:55 +0000</pubDate>
		<dc:creator>Andrew</dc:creator>
				<category><![CDATA[Feature request]]></category>

		<guid isPermaLink="false">http://callweb.ca/comm/?p=388</guid>
		<description><![CDATA[Similar in function to Auto email however it would run a calcul programmed into the scw rather than sending an email.  I might suggest the following: &#160; # Auto calcul xxx = (xxx can be any string uniquely identifying this instance of AUTOCALCUL) #&#62;      active = (yes or no, whether the instruction is currently active; [...]]]></description>
			<content:encoded><![CDATA[<p>Similar in function to Auto email however it would run a calcul programmed into the scw rather than sending an email.  I might suggest the following:</p>
<p>&nbsp;</p>
<p># Auto calcul xxx = (xxx can be any string uniquely identifying this instance of AUTOCALCUL)</p>
<p>#&gt;      active = (yes or no, whether the instruction is currently active; the default is yes),</p>
<p>#&gt;     selection = [ (MySQL expression identifying which cases to calculate in the data base; must be within square brackets) ],</p>
<p>#&gt;     calcul = (name of the CALCUL-type question in the questionnaire which is run),</p>
<p>#&gt;      reportto = (e-mail address to send reports to; supersedes the administrator_email installation instruction),</p>
<p>#&gt;     store = (name of the CallWeb open-end part where the timestamp of the calculation will be stored),</p>
<p>#&gt;     repeat = (hourly|daily|weekly|monthly, pattern of repetition for running the calculation)</p>
<p>#&gt;      when = (hhmm, the time at which the calculation will be run and repeated *in the case of hourly the time at which the calculation first runs*)</p>
]]></content:encoded>
			<wfw:commentRss>http://callweb.ca/comm/archives/388/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Styles for tables</title>
		<link>http://callweb.ca/comm/archives/386</link>
		<comments>http://callweb.ca/comm/archives/386#comments</comments>
		<pubDate>Sat, 29 Oct 2011 00:33:16 +0000</pubDate>
		<dc:creator>Andrew</dc:creator>
				<category><![CDATA[Feature request]]></category>

		<guid isPermaLink="false">http://callweb.ca/comm/?p=386</guid>
		<description><![CDATA[When CallWeb produces a 3 block table (see http://callweb.ca/callweb.cgi?EN:doc:QAPPEARLAYOUT under Advanced colours and layout) the % text for each question is placed in a cell on what I will call Row 0.  Row 0 uses SPECIAL_COLUMN1 with a &#60;label&#62; tag. &#160; I am currently Styling my labels and would prefer if the text was not [...]]]></description>
			<content:encoded><![CDATA[<p>When CallWeb produces a 3 block table (see <a title="http://callweb.ca/callweb.cgi?EN:doc:QAPPEARLAYOUT" href="http://callweb.ca/callweb.cgi?EN:doc:QAPPEARLAYOUT" target="_blank">http://callweb.ca/callweb.cgi?EN:doc:QAPPEARLAYOUT</a> under Advanced colours and layout) the % text for each question is placed in a cell on what I will call Row 0.  Row 0 uses SPECIAL_COLUMN1 with a &lt;label&gt; tag.</p>
<p>&nbsp;</p>
<p>I am currently Styling my labels and would prefer if the text was not within a label* (see correction in comments).  The other elements which also use SPECIAL_COLUMN# are not in labels.</p>
<p>Additionally,  if Block 1 Row 0 has no text in % text and Block 2 does have text in % text,  block two does not appear since the table is taking instruction from the first question.  This is something I would prefer worked more intuitively by producing block 1 as empty and block 2 with it&#8217;s text.</p>
<p>As well it would be nice to have an additional corner=() instruction so that when using a 3+ block table text could be filled in the new box created above the original corner text.</p>
<p>Finally the % text portion of the table is styled as SPECIAL_COLUMN1 I would prefer if these headers each had an independent style control such as</p>
<p>SPECIAL_TH0 = Controls the box above the corner text</p>
<p>SPECIAL_TH1 = Controls the box row 0 block 1</p>
<p>et cetera.</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://callweb.ca/comm/archives/386/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Display conditions extend to call result codes</title>
		<link>http://callweb.ca/comm/archives/379</link>
		<comments>http://callweb.ca/comm/archives/379#comments</comments>
		<pubDate>Mon, 10 Oct 2011 14:54:32 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[ALL POSTS]]></category>
		<category><![CDATA[CATI-specific]]></category>

		<guid isPermaLink="false">http://callweb.ca/comm/?p=379</guid>
		<description><![CDATA[Display conditions are one of the pervasive features offered by CallWeb. They are now available to each of the CATI call result codes defined in cwcodescati.cgi. Only call result codes with no display condition or with one that is true in the particular circumstances of a case are shown to the interviewer on the call [...]]]></description>
			<content:encoded><![CDATA[<p><a title="conditions" href="http://callweb.ca/doc/QDESIGNCONDITION">Display conditions</a> are one of the pervasive features offered by CallWeb. They are now available to each of the <a title="codescati" href="http://callweb.ca/cati/SETUPSCRIPT">CATI call result codes</a> defined in cwcodescati.cgi. Only call result codes with no display condition or with one that is true in the particular circumstances of a case are shown to the interviewer on the <a title="callmanagement" href="http://callweb.ca/cati/INTERACALL">call management screen</a>.</p>
<p>We have also added a new function that could prove particularly useful in such display conditions: the <a title="function" href="http://callweb.ca/doc/QDESIGNCOMPUTED">n_calls function</a> which returns the number of calls in the case call history (for all calls or for a subset of them).</p>
<p>This opens a world of new possibilities.</p>
]]></content:encoded>
			<wfw:commentRss>http://callweb.ca/comm/archives/379/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Faster and leaner e-mail management system</title>
		<link>http://callweb.ca/comm/archives/351</link>
		<comments>http://callweb.ca/comm/archives/351#comments</comments>
		<pubDate>Mon, 10 Oct 2011 14:02:39 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[ALL POSTS]]></category>
		<category><![CDATA[E-mail management]]></category>
		<category><![CDATA[Update information]]></category>

		<guid isPermaLink="false">http://callweb.ca/comm/?p=351</guid>
		<description><![CDATA[CallWeb&#8217;s e-mail management system has always been powerful: it can send highly individualized messages using its impressive recall capabilities; it can send thousands of messages while being polite to each destination server by not flooding them; it can automatically send condition-triggered messages using the Autoemail pound instruction; etc. Yet, we were not satisfied. The cwemail.cgi [...]]]></description>
			<content:encoded><![CDATA[<p>CallWeb&#8217;s e-mail management system has always been powerful: it can send highly individualized messages using its impressive <a title="Doc" href="http://callweb.ca/doc/QDESIGNRECALL">recall capabilities</a>; it can send thousands of messages while being polite to each destination server by not flooding them; it can automatically send condition-triggered messages using the <a title="Pound" href="http://callweb.ca/doc/POUNDINSTRUCTIONS">Autoemail pound instruction</a>; etc.</p>
<p>Yet, we were not satisfied. The <a title="cwemail" href="http://callweb.ca/doc/EMAILNOTIFICATION">cwemail.cgi</a> module interface required that the Web page stays open as long as e-mails were being sent. The Autoemail instruction was tethered to the cwemail.cgi module and, thus, not optimal in its use of server resources.</p>
<p>Therefore, we have endeavoured to redesign the e-mail management system. While the cwemail.cgi &#8220;Classic&#8221; mode is still available, it offers a new mode: the Turbo mode. In this mode, cwemail.cgi does not send the e-mails; it merely creates one e-mail request for each message and then it lets the CallWeb <a title="daemon" href="http://callweb.ca/doc/INSTALLATIONINSTRUCTIONS">daemon mode</a> do the mailing.</p>
<p>Similarly, Autoemail does not perform the actual mailing anymore: it extracts the relevant cases from the data base, formats the messages and hands them to the daemon to handle.</p>
<p>Both cwemail.cgi and Autoemail now send a report (by e-mail!) to the administrator of the CallWeb instance or to the address mentioned in the REPORTTO parameter of the Autoemail instruction to confirm the results of the campaign.</p>
<p>Since the CallWeb daemon is already running on the server to handle requests for questionnaire pages and bounce-backs from previous e-mail campaigns, the handling of e-mail distribution is vastly faster than before. We estimate that the speed advantage is tenfold. In fact, we felt compelled to include some limits in the daemon as to the number of messages it would send every second so as not to appear <a title="antispam" href="http://en.wikipedia.org/wiki/Anti-spam_techniques#Enforcing_RFC_standards">too eager to the Internet world</a>. Concurrently, because the daemon is so lean, CallWeb is able to generate this e-mail productivity improvement while using less server resources.</p>
<p>Another advantage of this redesigned system is that the mechanism to limit the number of messages sent to any one domain (to reduce the risks of <a title="blacklisting" href="http://en.wikipedia.org/wiki/Blacklist_%28computing%29">server blacklisting</a>) is now handled server-wide rather than for only one batch of messages. Previously, two message campaigns could be run concurrently and each limit messages sent to any given domain to, say, 5 seconds; however, because the campaigns were run independently, the server would actually send mail more quickly to each domain than expected by each campaign. The new system ensures that the delay between two messages to the same domain is enforced server-wide.</p>
<p>This is a really exciting improvement in this important area of Web survey management. I hope that all CallWeb users benefit from it.</p>
]]></content:encoded>
			<wfw:commentRss>http://callweb.ca/comm/archives/351/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>autoemail goes multiple</title>
		<link>http://callweb.ca/comm/archives/346</link>
		<comments>http://callweb.ca/comm/archives/346#comments</comments>
		<pubDate>Mon, 22 Aug 2011 10:09:48 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[ALL POSTS]]></category>
		<category><![CDATA[E-mail management]]></category>
		<category><![CDATA[Update information]]></category>

		<guid isPermaLink="false">http://callweb.ca/comm/?p=346</guid>
		<description><![CDATA[It is a small change but it can have important ramifications. Up to now, cwautomail.pl could only run a single instance at a time on a given server. That meant that autoemail tasks had to be queued and that a large autoemail task would significantly delay other ones. Now, cwautoemail.pl is launched within each CallWeb [...]]]></description>
			<content:encoded><![CDATA[<p>It is a small change but it can have important ramifications.</p>
<p>Up to now, cwautomail.pl could only run a single instance at a time on a given server. That meant that autoemail tasks had to be queued and that a large autoemail task would significantly delay other ones.</p>
<p>Now, cwautoemail.pl is launched within each CallWeb instance such that one instance will not delay another. This means that a small change needs to be made in calling the script (typically in a cron job): the instance client name (the &#8220;client&#8221; line in the instance usager.conf file) must be added as an argument to calling the script as in:</p>
<p>perl cwautoemail.pl CLIENT &amp;</p>
]]></content:encoded>
			<wfw:commentRss>http://callweb.ca/comm/archives/346/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Voluminous update</title>
		<link>http://callweb.ca/comm/archives/340</link>
		<comments>http://callweb.ca/comm/archives/340#comments</comments>
		<pubDate>Thu, 09 Jun 2011 21:36:13 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[ALL POSTS]]></category>
		<category><![CDATA[Update information]]></category>

		<guid isPermaLink="false">http://callweb.ca/comm/?p=340</guid>
		<description><![CDATA[CallWeb does not bear version numbers because we prefer to release new feature and corrections as they become available. Some updates are more voluminous than others, however. The one that was posted today is one of those. While several small corrections were made, the main change is the addition of the infrastructure required for the [...]]]></description>
			<content:encoded><![CDATA[<p>CallWeb does not bear version numbers because we prefer to release new feature and corrections as they become available. Some updates are more voluminous than others, however. The one that was posted today is one of those. While several small corrections were made, the main change is the addition of the infrastructure required for the CallWeb batch dialler. <strong>Note that this update requires a recompilation of the BASEprojets project.</strong></p>
<p>If you want to remain at the cutting edge of functionalities, please update your CallWeb instances. Otherwise, wait a week or two before updating, just in case we make some small correction along the way of this major deployment.</p>
]]></content:encoded>
			<wfw:commentRss>http://callweb.ca/comm/archives/340/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>cwupload.cgi is obsolete</title>
		<link>http://callweb.ca/comm/archives/335</link>
		<comments>http://callweb.ca/comm/archives/335#comments</comments>
		<pubDate>Mon, 24 Jan 2011 13:02:08 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[ALL POSTS]]></category>
		<category><![CDATA[Announcements]]></category>

		<guid isPermaLink="false">http://callweb.ca/comm/?p=335</guid>
		<description><![CDATA[The cwupload.cgi module is now integrated into cwdocs.cgi. Clients are asked to delete cwupload.cgi from the utilities directory after they have performed a system update.]]></description>
			<content:encoded><![CDATA[<p>The cwupload.cgi module is now integrated into cwdocs.cgi. Clients are asked to delete cwupload.cgi from the utilities directory after they have performed a system update.</p>
]]></content:encoded>
			<wfw:commentRss>http://callweb.ca/comm/archives/335/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>New access management system</title>
		<link>http://callweb.ca/comm/archives/331</link>
		<comments>http://callweb.ca/comm/archives/331#comments</comments>
		<pubDate>Sat, 01 Jan 2011 03:38:47 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[Announcements]]></category>
		<category><![CDATA[Update information]]></category>

		<guid isPermaLink="false">http://callweb.ca/comm/?p=331</guid>
		<description><![CDATA[This is a warning that the next CallWeb update should not be considered routine. The update will include the activation of a pervasive permission management system that will affect all CallWeb operations except for the completion of questionnaires and access as an interviewer. Before implementing the update, it is important to read the page of [...]]]></description>
			<content:encoded><![CDATA[<p>This is a warning that the next CallWeb update should not be considered routine. The update will include the activation of a pervasive permission management system that will affect all CallWeb operations except for the completion of questionnaires and access as an interviewer.</p>
<p>Before implementing the update, it is important to read the page of the documentation dedicated to this new system, i.e.:</p>
<p><a title="Permissions" href="http://callweb.ca/doc/PERMISSIONS">http://callweb.ca/doc/PERMISSIONS</a></p>
<p>and to plan the timing and strategy of the update.</p>
<p>The CallWeb team is available to discuss this update if need be. The new access management system is a major improvement of CallWeb&#8217;s security characteristics.</p>
]]></content:encoded>
			<wfw:commentRss>http://callweb.ca/comm/archives/331/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

