<?xml version="1.0" encoding="utf-8"?><!-- generator="b2evolution/1.9.3" -->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>teiJournal</title>
						<link>http://hcmc.uvic.ca/blogs/index.php?blog=30</link>
				<description>teiJournal: publishing scholarly journals through XML.</description>
				<language>en-CA</language>
				<docs>http://backend.userland.com/rss</docs>
				<admin:generatorAgent rdf:resource="http://b2evolution.net/?v=1.9.3"/>
				<ttl>60</ttl>
								<item>
					<title>Another DH 2011 review done</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;title=another_dh_2011_review_done&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Tue, 23 Nov 2010 18:28:33 +0000</pubDate>
					<dc:creator>mholmes</dc:creator>
					<category domain="main">Activity log</category>					<guid isPermaLink="false">7442@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 45) Five out of seven complete now.</description>
					<content:encoded><![CDATA[<p>Five out of seven complete now.</p>]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;p=7442&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
								<item>
					<title>Preparing for IALLT Journal handover</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;title=preparing_for_iallt_journal_handover&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Tue, 23 Nov 2010 17:51:11 +0000</pubDate>
					<dc:creator>mholmes</dc:creator>
					<category domain="main">Activity log</category>					<guid isPermaLink="false">7441@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 100) IALLT are planning to move their site to a Drupal system, and incorporate the journal in it; Drupal will soon have support for TEI XML, so this is not a bad choice. I spent some time on a Skype call to the developers who will handle the IALLT site, and then packaged up the existing webapp with some basic instructions for them, so that they can test it on their desktops, and perhaps use it as a way of generating the XHTML and PDF content during the changeover.</description>
					<content:encoded><![CDATA[<p>IALLT are planning to move their site to a Drupal system, and incorporate the journal in it; Drupal will soon have support for TEI XML, so this is not a bad choice. I spent some time on a Skype call to the developers who will handle the IALLT site, and then packaged up the existing webapp with some basic instructions for them, so that they can test it on their desktops, and perhaps use it as a way of generating the XHTML and PDF content during the changeover.</p>]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;p=7441&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
								<item>
					<title>IALLT Journal moving to Drupal: generated schemas</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;title=iallt_journal_moving_to_drupal_generated&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Wed, 17 Nov 2010 17:05:27 +0000</pubDate>
					<dc:creator>mholmes</dc:creator>
					<category domain="main">Activity log</category>					<guid isPermaLink="false">7415@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 45) The IALLT Journal is planning to move to a Drupal installation, but they want to maintain the XML versions of articles, so at their request I've used oddbyexample.xsl to generate a constrained schema and documentation for them. My own documentation, which is more intended for novice markup folks, will need to be updated to account for the changes in markup practice over the last year or two.</description>
					<content:encoded><![CDATA[<p>The IALLT Journal is planning to move to a Drupal installation, but they want to maintain the XML versions of articles, so at their request I've used oddbyexample.xsl to generate a constrained schema and documentation for them. My own documentation, which is more intended for novice markup folks, will need to be updated to account for the changes in markup practice over the last year or two.</p>]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;p=7415&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
								<item>
					<title>Bugfixing on the backups page</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;title=bugfixing_on_the_backups_page&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Wed, 03 Nov 2010 23:47:04 +0000</pubDate>
					<dc:creator>mholmes</dc:creator>
					<category domain="main">Activity log</category>					<guid isPermaLink="false">7349@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 120) The backups page has never quite worked since we moved the project to Pear, and I've never been able to figure out why, but I finally worked through the issues in the flowscript that handles the backups, and discovered the problems were caused by paths, relative and absolute. Within any Cocoon pipeline, and it appears especially within flowscripts, the current context of execution is very difficult to figure out; what comes back from cocoon:/ in one script can be completely different from what comes back in another. In this case, three of the pipelines (the XHTML and the two NLMs) needed one path to call the backupLink.xq script, and the other two (TEI and PDF) needed another. I don't really know why, but it's all working now, at least.</description>
					<content:encoded><![CDATA[<p>The backups page has never quite worked since we moved the project to Pear, and I've never been able to figure out why, but I finally worked through the issues in the flowscript that handles the backups, and discovered the problems were caused by paths, relative and absolute. Within any Cocoon pipeline, and it appears especially within flowscripts, the current context of execution is very difficult to figure out; what comes back from cocoon:/ in one script can be completely different from what comes back in another. In this case, three of the pipelines (the XHTML and the two NLMs) needed one path to call the backupLink.xq script, and the other two (TEI and PDF) needed another. I don't really know why, but it's all working now, at least.</p>]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;p=7349&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
								<item>
					<title>Enhancement of XSLT for NLM export </title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;title=enhancement_of_xslt_for_nlm_export&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Mon, 20 Sep 2010 18:23:04 +0000</pubDate>
					<dc:creator>mholmes</dc:creator>
					<category domain="main">Activity log</category>					<guid isPermaLink="false">7148@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 60) My original NLM export code (from TEI to NLM 3.0) was written based on the old system of &#60;biblStruct&#62;s used in the bibliographies of the first two volumes. I'm now using a much simpler &#60;bibl&#62;-based system inherited from the Mariage project, so I had to add more code to handle this. I now have the NLM 3.0 export generating good valid bibliography lists. The NLM 2.3 is generated from the 3.0, so there's no need to change anything there.</description>
					<content:encoded><![CDATA[<p>My original NLM export code (from TEI to NLM 3.0) was written based on the old system of <code>&lt;biblStruct&gt;</code>s used in the bibliographies of the first two volumes. I'm now using a much simpler <code>&lt;bibl&gt;</code>-based system inherited from the Mariage project, so I had to add more code to handle this. I now have the NLM 3.0 export generating good valid bibliography lists. The NLM 2.3 is generated from the 3.0, so there's no need to change anything there.</p>]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;p=7148&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
								<item>
					<title>Appendix added to latest article</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;title=appendix_added_to_latest_article&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Mon, 20 Sep 2010 16:49:04 +0000</pubDate>
					<dc:creator>mholmes</dc:creator>
					<category domain="main">Activity log</category>					<guid isPermaLink="false">7146@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 20) US's article is now marked up and on the server, complete with its appendix (which was missing until today). Received the appendix from DC over the weekend.</description>
					<content:encoded><![CDATA[<p>US's article is now marked up and on the server, complete with its appendix (which was missing until today). Received the appendix from DC over the weekend.</p>]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;p=7146&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
								<item>
					<title>Finished marking up the latest article</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;title=finished_marking_up_the_latest_article&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Thu, 19 Aug 2010 15:56:34 +0000</pubDate>
					<dc:creator>mholmes</dc:creator>
					<category domain="main">Activity log</category>					<guid isPermaLink="false">6991@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 40) Still have a question outstanding with the editor, and I need to make sure the live site is updated with XSLT changes before uploading.</description>
					<content:encoded><![CDATA[<p>Still have a question outstanding with the editor, and I need to make sure the live site is updated with XSLT changes before uploading.</p>]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;p=6991&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
								<item>
					<title>More markup of latest article; XSLT/PDF rendering issues</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;title=more_markup_of_latest_article_xslt_pdf_r&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Wed, 18 Aug 2010 16:50:32 +0000</pubDate>
					<dc:creator>mholmes</dc:creator>
					<category domain="main">Activity log</category>					<guid isPermaLink="false">6984@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 120) Continued marking up US's article after getting some clarification on style from DC. This one has some more complex tables in it, in particular with cells spanning multiple rows, so I worked on ways to make those render acceptably. Using the TEI @rows attribute (and @cols) is fine when it comes to XHTML rendering, because they have corresponding attributes that perform the same purpose, so I got that working for XHTML. However, although there are XSL:FO attributes called @number-rows-spanned and @number-columns-spanned, they do not seem to be supported in the ageing version of FOP we're using, so I was forced to try other strategies. My initial approach was to use the @cols attribute to generate additional fo:table-cell elements as appropriate, but for some reason this also crashed the FOP renderer. In the end, I was forced to code in empty cells following each of the cells in question, and abandon the use of @cols and @rows in the markup. This is disappointing, but might be overcome with FOP 1.0, which we may be able to build into Cocoon in future, following the work done by RvdB, based on our build scripts.

I'm about half-way through the document now.</description>
					<content:encoded><![CDATA[<p>Continued marking up US's article after getting some clarification on style from DC. This one has some more complex tables in it, in particular with cells spanning multiple rows, so I worked on ways to make those render acceptably. Using the TEI @rows attribute (and @cols) is fine when it comes to XHTML rendering, because they have corresponding attributes that perform the same purpose, so I got that working for XHTML. However, although there are XSL:FO attributes called @number-rows-spanned and @number-columns-spanned, they do not seem to be supported in the ageing version of FOP we're using, so I was forced to try other strategies. My initial approach was to use the @cols attribute to generate additional fo:table-cell elements as appropriate, but for some reason this also crashed the FOP renderer. In the end, I was forced to code in empty cells following each of the cells in question, and abandon the use of @cols and @rows in the markup. This is disappointing, but might be overcome with FOP 1.0, which we may be able to build into Cocoon in future, following the work done by RvdB, based on our build scripts.</p>

<p>I'm about half-way through the document now.</p>]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;p=6984&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
								<item>
					<title>Forging on with the latest article</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;title=forging_on_with_the_latest_article&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Thu, 12 Aug 2010 21:51:24 +0000</pubDate>
					<dc:creator>mholmes</dc:creator>
					<category domain="main">Activity log</category>					<guid isPermaLink="false">6948@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 60) Did a few paragraphs of the main text, but I'm reluctant to go too far right now because I have a significant query in to the editor about the author's use of single quotes, and I need an answer before I do too much more markup. Also, oXygen is annoyingly failing to prompt me with available values from the local document when I type &#60;ref target="#, something that previous versions definitely used to do.</description>
					<content:encoded><![CDATA[<p>Did a few paragraphs of the main text, but I'm reluctant to go too far right now because I have a significant query in to the editor about the author's use of single quotes, and I need an answer before I do too much more markup. Also, oXygen is annoyingly failing to prompt me with available values from the local document when I type <code>&lt;ref target="#</code>, something that previous versions definitely used to do.</p>]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;p=6948&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
								<item>
					<title>Began markup of latest IALLT Journal article</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;title=began_markup_of_latest_iallt_journal_art&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Tue, 10 Aug 2010 19:00:02 +0000</pubDate>
					<dc:creator>mholmes</dc:creator>
					<category domain="main">Activity log</category>					<guid isPermaLink="false">6934@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 120) Marking up article by US. Did the biblio, header and abstract, and found and fixed some minor issues in the preceding article in the process.</description>
					<content:encoded><![CDATA[<p>Marking up article by US. Did the biblio, header and abstract, and found and fixed some minor issues in the preceding article in the process.</p>]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=30&amp;p=6934&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
					</channel>
</rss>
