<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments for WeSay Development Progress</title>
	<atom:link href="http://www.wesay.org/blogs/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.wesay.org/blogs</link>
	<description></description>
	<pubDate>Fri, 05 Dec 2008 10:17:09 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>Comment on Using WeSay from other applications by John Hatton</title>
		<link>http://www.wesay.org/blogs/2008/01/16/using-wesay-from-other-applications/#comment-2129</link>
		<dc:creator>John Hatton</dc:creator>
		<pubDate>Thu, 18 Sep 2008 03:40:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.wesay.org/blogs/2008/01/16/using-wesay-from-other-applications/#comment-2129</guid>
		<description>Mike,
It's possible that FLEx isn't properly escaping the links when it outputs.  Can you import that same file into a new FLEx instance?  E.g., does FLEx like the file but WeSay doesn't?

&gt;I should also note that when I do put in hyperlinks (like jumps to FieldWorks views) those import with no error but when the file is written back out they have been stripped off so these links are lost and carriage returns are inserted

Mike, can you clarify in what program each of the verbs here happen?  In what program do you put hyperlinks?  In what program do you import?  Etc.

Thanks</description>
		<content:encoded><![CDATA[<p>Mike,<br />
It&#8217;s possible that FLEx isn&#8217;t properly escaping the links when it outputs.  Can you import that same file into a new FLEx instance?  E.g., does FLEx like the file but WeSay doesn&#8217;t?</p>
<p>>I should also note that when I do put in hyperlinks (like jumps to FieldWorks views) those import with no error but when the file is written back out they have been stripped off so these links are lost and carriage returns are inserted</p>
<p>Mike, can you clarify in what program each of the verbs here happen?  In what program do you put hyperlinks?  In what program do you import?  Etc.</p>
<p>Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Using WeSay from other applications by Mike Cochran</title>
		<link>http://www.wesay.org/blogs/2008/01/16/using-wesay-from-other-applications/#comment-2123</link>
		<dc:creator>Mike Cochran</dc:creator>
		<pubDate>Wed, 17 Sep 2008 17:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.wesay.org/blogs/2008/01/16/using-wesay-from-other-applications/#comment-2123</guid>
		<description>I have been using FieldWorks Flex with WeSay and things are working quite well. The export from FieldWorks is reasonable. The import is very slow. FieldWorks can now pick up the pictures from WeSay and on my import of the Biatah data it worked flawlessly. I was able to make changes in FLEx and they appeared in the WeSay data. I could go back and forth.

I did run into a problem when I inserted a link from Libronix in my data and got the following error when I attemted to export from FLEx into WeSay :
Could not build caches. There is a problem with the format of C:\Users\cochran\Documents\WeSay\WeSay bug\WeSay bug.lift. Invalid attribute value is found. Value = 'file://libronixdls:jump&#124;pos=LLS-AOL%3A5823%3CNLT.JN.1%3E.0.0&#124;ref=bible.64.1.1&#124;res=LLS%3A1.0.171' Expected attributes are: .file:///C:/Users/cochran/Documents/WeSay/WeSay bug/WeSay bug.lift line 77, column 8
Error near:  href 'file://libronixdls:jump&#124;pos=LLS-AOL%3A5823%3CNLT.JN.1%3E.0.0&#124;ref=bible.64.1.1&#124;res=LLS%3A1.0.171'


I should also note that when I do put in hyperlinks (like jumps to FieldWorks views) those import with no error but when the file is written back out they have been stripped off so these links are lost and carriage returns are inserted</description>
		<content:encoded><![CDATA[<p>I have been using FieldWorks Flex with WeSay and things are working quite well. The export from FieldWorks is reasonable. The import is very slow. FieldWorks can now pick up the pictures from WeSay and on my import of the Biatah data it worked flawlessly. I was able to make changes in FLEx and they appeared in the WeSay data. I could go back and forth.</p>
<p>I did run into a problem when I inserted a link from Libronix in my data and got the following error when I attemted to export from FLEx into WeSay :<br />
Could not build caches. There is a problem with the format of C:\Users\cochran\Documents\WeSay\WeSay bug\WeSay bug.lift. Invalid attribute value is found. Value = &#8216;file://libronixdls:jump|pos=LLS-AOL%3A5823%3CNLT.JN.1%3E.0.0|ref=bible.64.1.1|res=LLS%3A1.0.171&#8242; Expected attributes are: .file:///C:/Users/cochran/Documents/WeSay/WeSay bug/WeSay bug.lift line 77, column 8<br />
Error near:  href &#8216;file://libronixdls:jump|pos=LLS-AOL%3A5823%3CNLT.JN.1%3E.0.0|ref=bible.64.1.1|res=LLS%3A1.0.171&#8242;</p>
<p>I should also note that when I do put in hyperlinks (like jumps to FieldWorks views) those import with no error but when the file is written back out they have been stripped off so these links are lost and carriage returns are inserted</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Using Python To Read a FieldWorks Lexicon by Craig</title>
		<link>http://www.wesay.org/blogs/2006/12/29/using-python-to-read-a-fieldworks-lexicon/#comment-1854</link>
		<dc:creator>Craig</dc:creator>
		<pubDate>Thu, 31 Jul 2008 07:30:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.wesay.org/blogs/2006/12/29/using-python-to-read-a-fieldworks-lexicon/#comment-1854</guid>
		<description>A few things have changed since this original post. I've put some updated example code here: http://groups.google.com/group/flex-list/web/using-python-to-access-a-flex-database</description>
		<content:encoded><![CDATA[<p>A few things have changed since this original post. I&#8217;ve put some updated example code here: <a href="http://groups.google.com/group/flex-list/web/using-python-to-access-a-flex-database" rel="nofollow">http://groups.google.com/group/flex-list/web/using-python-to-access-a-flex-database</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on WeSay Action Addins by prandin</title>
		<link>http://www.wesay.org/blogs/2007/05/17/wesay-action-addins/#comment-1443</link>
		<dc:creator>prandin</dc:creator>
		<pubDate>Thu, 10 Jul 2008 01:42:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.wesay.org/blogs/2007/05/17/wesay-action-addins/#comment-1443</guid>
		<description>Thanks you a lot for your site. Really really helpfull for my project!</description>
		<content:encoded><![CDATA[<p>Thanks you a lot for your site. Really really helpfull for my project!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Multiscribe by Andrew</title>
		<link>http://www.wesay.org/blogs/2007/01/05/multiscribe/#comment-764</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Mon, 14 Apr 2008 01:56:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.wesay.org/blogs/2007/01/05/multiscribe/#comment-764</guid>
		<description>I was wondering how far you had progressed with Multiscribe. Is there a working version? and which applications does it currently work with?

Andj.</description>
		<content:encoded><![CDATA[<p>I was wondering how far you had progressed with Multiscribe. Is there a working version? and which applications does it currently work with?</p>
<p>Andj.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Multiscribe by Anonymous</title>
		<link>http://www.wesay.org/blogs/2007/01/05/multiscribe/#comment-380</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Tue, 15 Jan 2008 12:33:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.wesay.org/blogs/2007/01/05/multiscribe/#comment-380</guid>
		<description>&lt;p&gt;Multiscribe should be excellent point after you did miraculously; thank you much!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Multiscribe should be excellent point after you did miraculously; thank you much!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Simple and Advanced Sorting by Palaso &#187; Blog Archive</title>
		<link>http://www.wesay.org/blogs/2007/11/12/simple-and-advanced-sorting/#comment-378</link>
		<dc:creator>Palaso &#187; Blog Archive</dc:creator>
		<pubDate>Mon, 14 Jan 2008 09:46:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.wesay.org/blogs/2007/11/12/simple-and-advanced-sorting/#comment-378</guid>
		<description>[...] part of implementing our strategy for simplified sorting rules I needed to write a parser for the rules. Of course I started out looking at parser generators but [...]</description>
		<content:encoded><![CDATA[<p>[...] part of implementing our strategy for simplified sorting rules I needed to write a parser for the rules. Of course I started out looking at parser generators but [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Our first OLPC by John</title>
		<link>http://www.wesay.org/blogs/2007/04/19/our-first-olpc/#comment-171</link>
		<dc:creator>John</dc:creator>
		<pubDate>Thu, 19 Apr 2007 08:55:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.wesay.org/blogs/2007/04/19/our-first-olpc/#comment-171</guid>
		<description>Wow, I would like one of those...</description>
		<content:encoded><![CDATA[<p>Wow, I would like one of those&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Multi-lingual Option Lists by Eric Albright</title>
		<link>http://www.wesay.org/blogs/2007/01/26/multi-lingual-option-lists/#comment-51</link>
		<dc:creator>Eric Albright</dc:creator>
		<pubDate>Wed, 21 Mar 2007 15:40:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.wesay.org/blogs/2007/01/26/multi-lingual-option-lists/#comment-51</guid>
		<description>The tags for identifying languages should conform to &lt;a href="http://www.rfc-editor.org/rfc/bcp/bcp47.txt" rel="nofollow"&gt;BCP 47&lt;/a&gt;. The shortest &lt;a href="http://en.wikipedia.org/wiki/ISO_639" rel="nofollow"&gt;ISO 639&lt;/a&gt; code is preferred.

It is true that for most languages, they will need to use a three letter code. We are hoping to have a tool that will help users create these codes in a friendly way so that they won't have to read standards documentation to figure out what code they should be using.</description>
		<content:encoded><![CDATA[<p>The tags for identifying languages should conform to <a href="http://www.rfc-editor.org/rfc/bcp/bcp47.txt" rel="nofollow">BCP 47</a>. The shortest <a href="http://en.wikipedia.org/wiki/ISO_639" rel="nofollow">ISO 639</a> code is preferred.</p>
<p>It is true that for most languages, they will need to use a three letter code. We are hoping to have a tool that will help users create these codes in a friendly way so that they won&#8217;t have to read standards documentation to figure out what code they should be using.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Multi-lingual Option Lists by jim albright</title>
		<link>http://www.wesay.org/blogs/2007/01/26/multi-lingual-option-lists/#comment-50</link>
		<dc:creator>jim albright</dc:creator>
		<pubDate>Wed, 21 Mar 2007 13:39:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.wesay.org/blogs/2007/01/26/multi-lingual-option-lists/#comment-50</guid>
		<description>I see that your writing systems all use the 2-letter abbreviation. Why not start using the 3-letter abbreviation. The linguist will have to for their own language.</description>
		<content:encoded><![CDATA[<p>I see that your writing systems all use the 2-letter abbreviation. Why not start using the 3-letter abbreviation. The linguist will have to for their own language.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
