<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://www.gtrlabs.org" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>Global Telelanguage Resources - programming</title>
 <link>http://www.gtrlabs.org/taxonomy/term/34/0</link>
 <description></description>
 <language>en</language>
<item>
 <title>Drupal 5: How to process multiple instances of the same form on the same page</title>
 <link>http://www.gtrlabs.org/blog/dayre/drupal_5_how_to_process_multiple_instances_of_the_same_form_on_the_same_page</link>
 <description>&lt;p&gt;This problem recently presented itself to me while working on a Drupal site which made heavy use of a non-ajaxed tabbed interface.  With &lt;a href=&quot;http://api.drupal.org/api/5/file/developer/topics/forms_api.html&quot;&gt;Drupal 5&amp;#8217;s form &lt;span class=&quot;caps&quot;&gt;API&lt;/span&gt;&lt;/a&gt;, form handling got a lot more agile, but the solution to this particular problem was not easy to find, though the &lt;span class=&quot;caps&quot;&gt;API&lt;/span&gt; was able to solve my problem with a little digging.&lt;/p&gt;
&lt;h3&gt;The problem ?&lt;/h3&gt;
&lt;p&gt;Given a page with multiple instances of the same form (which use the same form id), your form submit() function may not receive the anticipated set of form values for the form the user has submitted.  The values you get may not be from the form attached to the submit button the user clicked, but values from a different form with different values which is using the same form id.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.gtrlabs.org/blog/dayre/drupal_5_how_to_process_multiple_instances_of_the_same_form_on_the_same_page&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.gtrlabs.org/blog/dayre/drupal_5_how_to_process_multiple_instances_of_the_same_form_on_the_same_page#comment</comments>
 <category domain="http://www.gtrlabs.org/site_tags/drupal">Drupal</category>
 <category domain="http://www.gtrlabs.org/taxonomy/term/34">programming</category>
 <pubDate>Fri, 11 May 2007 20:41:28 -0700</pubDate>
 <dc:creator>dayre</dc:creator>
 <guid isPermaLink="false">185 at http://www.gtrlabs.org</guid>
</item>
<item>
 <title>A web browser for experimental writers ?</title>
 <link>http://www.gtrlabs.org/node/122</link>
 <description>&lt;p&gt;With the release of the open source Firefox browser, numerous spin off projects have been launched building off the core Firefox browsing functionality. Two of the more interesting offshoots are Flock and Songbird.  &lt;br /&gt; &lt;/p&gt;  &lt;p&gt;&lt;a href=&quot;http://www.flock.com/&quot;&gt;Flock&lt;/a&gt; advertises itself as a &amp;quot;social browser&amp;quot; because of its &lt;a href=&quot;http://flock.com/tour/&quot;&gt;built in support&lt;/a&gt; for many social networking services such as Flickr, Del.icio.us, Technorati and others.  &lt;a href=&quot;http://www.songbirdnest.com/&quot;&gt;Songbird &lt;/a&gt;describes itself as a mishmash digital jukebox, web browser and media player with some &lt;a href=&quot;http://www.songbirdnest.com/screencast&quot;&gt;interesting features&lt;/a&gt; for &amp;quot;playing the web&amp;quot;. &lt;br /&gt; &lt;/p&gt;&lt;p&gt;&lt;a href=&quot;http://www.gtrlabs.org/node/122&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.gtrlabs.org/node/122#comment</comments>
 <category domain="http://www.gtrlabs.org/taxonomy/term/26">poetry</category>
 <category domain="http://www.gtrlabs.org/taxonomy/term/34">programming</category>
 <category domain="http://www.gtrlabs.org/taxonomy/term/9">research</category>
 <pubDate>Mon, 09 Oct 2006 00:21:18 -0700</pubDate>
 <dc:creator>dayre</dc:creator>
 <guid isPermaLink="false">122 at http://www.gtrlabs.org</guid>
</item>
<item>
 <title>Why ALG is hard: interdisciplinarity</title>
 <link>http://www.gtrlabs.org/blog/dayre/why_alg_is_hard_interdisciplinarity</link>
 <description>&lt;p&gt;Over at &lt;a href=&quot;http://theprostheticimagination.blogspot.com/&quot;&gt;Jim Carpenter&amp;#39;s &lt;span&gt;blog&lt;/span&gt;&lt;/a&gt;, he has a series building on why aesthetic language generation (&lt;span&gt;ALG&lt;/span&gt;) is difficult.  There are plenty of discussions on the nature of working with aesthetic text generation systems from a writer/reader perspective, but very little on the challenges and questions raised in the actual construction of these systems (outside of the &lt;a href=&quot;/library/publications#17&quot;&gt;&lt;span&gt;purely&lt;/span&gt; technical discussions&lt;/a&gt; within fields like Computational Linguistics).   Jim has constructed a large scale &lt;a href=&quot;http://etc.wharton.upenn.edu/&quot;&gt;electronic text composition system entitled &amp;quot;Erica T. Carter&amp;quot;&lt;/a&gt; and knows first hand the issues involved.  Anyone interested in this area should keep an eye on his posts.&lt;br /&gt; &lt;/p&gt;&lt;p&gt;&lt;a href=&quot;http://www.gtrlabs.org/blog/dayre/why_alg_is_hard_interdisciplinarity&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.gtrlabs.org/blog/dayre/why_alg_is_hard_interdisciplinarity#comment</comments>
 <category domain="http://www.gtrlabs.org/taxonomy/term/33">computer poetry</category>
 <category domain="http://www.gtrlabs.org/taxonomy/term/26">poetry</category>
 <category domain="http://www.gtrlabs.org/taxonomy/term/34">programming</category>
 <category domain="http://www.gtrlabs.org/taxonomy/term/9">research</category>
 <pubDate>Sun, 23 Jul 2006 16:29:19 -0700</pubDate>
 <dc:creator>dayre</dc:creator>
 <guid isPermaLink="false">113 at http://www.gtrlabs.org</guid>
</item>
<item>
 <title>Perl for poets</title>
 <link>http://www.gtrlabs.org/blog/dayre/perl_for_poets</link>
 <description>&lt;a href=&quot;http://en.wikipedia.org/wiki/Perl_programming_language&quot;&gt;&lt;img src=&quot;/files/active/0/lcamel.gif&quot; alt=&quot;Perl Camel&quot; title=&quot;Perl&quot; align=&quot;left&quot; /&gt;Perl&lt;/a&gt; is a programming language that has been around since the late 80’s. In that time it has established a loyal following and reputation as a useful tool for the manipulation and analysis of textual data. For those new to programming, the syntax of Perl is relatively simple. It is also a very tolerant language in that there are many ways in the language to perform a desired task. Because of these facts, Perl is an ideal language for poets interested in using the computer to transform, analyse and generate text. 	&lt;p&gt;Below are links to information about the language, books on learning and using Perl, links to various distributions for download and a long list of various Perl modules one can download to add functionality to their programs. Experiment and have fun !&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;http://www.gtrlabs.org/blog/dayre/perl_for_poets&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.gtrlabs.org/blog/dayre/perl_for_poets#comment</comments>
 <category domain="http://www.gtrlabs.org/taxonomy/term/33">computer poetry</category>
 <category domain="http://www.gtrlabs.org/taxonomy/term/35">perl</category>
 <category domain="http://www.gtrlabs.org/taxonomy/term/34">programming</category>
 <pubDate>Sun, 11 Jun 2006 10:29:20 -0700</pubDate>
 <dc:creator>dayre</dc:creator>
 <guid isPermaLink="false">90 at http://www.gtrlabs.org</guid>
</item>
</channel>
</rss>
