<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: Not Sure Yet. Maybe Next Week?	</title>
	<atom:link href="https://dhyoung.net/2014/01/13/not-sure-yet/feed/" rel="self" type="application/rss+xml" />
	<link>https://dhyoung.net/2014/01/13/not-sure-yet/</link>
	<description>Scribo, ergo sum. Words and works of DH Young, scribbler at large.</description>
	<lastBuildDate>Tue, 14 Jan 2014 19:49:35 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.4.2</generator>
	<item>
		<title>
		By: David		</title>
		<link>https://dhyoung.net/2014/01/13/not-sure-yet/#comment-53994</link>

		<dc:creator><![CDATA[David]]></dc:creator>
		<pubDate>Tue, 14 Jan 2014 19:49:35 +0000</pubDate>
		<guid isPermaLink="false">https://davidhaywoodyoung.com/?p=2565#comment-53994</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://dhyoung.net/2014/01/13/not-sure-yet/#comment-53971&quot;&gt;Becki&lt;/a&gt;.

Ah, the sweet voice of reason! It&#039;s probably a brilliant suggestion, actually. I may just be trying too hard. Even if I end up including punctuation as I compose verbally, I don&#039;t necessarily have to do it that way to start with. So I think you&#039;ve changed my plan for the rest of the day. Thanks!

Thing is...I want to figure out not only a way to do this that works, but a way that&#039;s actually better/faster than typing. Which is probably dumb of me, but it&#039;s how my brain works.

Assuming, arguendo, that this is a reasonable goal? Editing to put in punctuation takes lots of time. Especially stuff like adding quotation marks, you know? And the software makes editing (verbally) both easy and hard. I can say stuff like &quot;Select &#039;No way&#039; thru &#039;period.&#039; Quote that.&quot; (only without voicing any of the interior punctuation in this case), and it works. But...it uses straight quotes when I use that command, and I need &#039;em to be curly. I&#039;ve modified the software to use curly quotes when I say &quot;open quote&quot; or &quot;close quote,&quot; but for the all-in-one command? No dice. So that means I need to figure out automated rules for straight-quote replacement, right? Which I can totally do, and then ignore the issue until I finish a draft. Just as soon as I force myself to give up on getting it right the first time. {8&#039;&gt;

This stuff bugs me, is all, and I should get over it. Or I should rewrite that command within the software, which is actually possible--but I think doing so will require me to pay another couple of hundred bucks for the &quot;pro&quot; edition.

There are other things that don&#039;t quite work for fiction writers. The software thinks paragraphs should be followed by two carriage returns. This matters, &#039;cause if I either change the &quot;new para&quot; command to use one carriage return or use the &quot;new line&quot; command instead (either approach is fairly easy) and then try a command like &quot;select paragraph&quot;? It then selects the entire document. This glitch alone messes up a surprising number of commands, actually. So this means I need to either rewrite a lot of commands or just do a post-processing carriage-return removal.

There are other issues--basically I think the software works a lot better for writing email than writing fiction, and definitely takes a non-pro approach to spacing before and after some punctuation (though I&#039;ve managed to fix these issues so far). It surprises me that it&#039;s so backward with this basic stuff, while simultaneously so good at the hard part (meaning voice recognition).

Actually the software &lt;em&gt;will&lt;/em&gt; put in commas and periods (only) for me if I want it to. Which would be a nice feature if they were anything close to reasonably placed. Though it does yield amusing results, so if I&#039;m writing self-referential comedy it may turn out to be a nice feature.

So...either I need to teach myself to voice the punctuation, or I need to spend lots of time editing, or I need to get the software to do a few things better, or I need another solution (short of giving up, I mean). My most likely solution is to dictate everything as plain text, and write an app that will do a lot of my formatting for me afterward (meaning it could fix straight quotes, fix double carriage returns, curlify straight apostrophes, and possibly deal with capitalization issues and end-of-paragraph punctuation I may have left out).

Theoretically I could dictate and create an RTF doc, which would then remember stuff like italics, but...that&#039;d be harder to code my first-pass editing app to deal with. And what the heck, adding italics later is fairly easy and doesn&#039;t come up all that often. Other than italicization, plain-text is probably all I need.

Then there are other issues that have come up--the software occasionally crashes, and if I&#039;m doing my editing (or dictating!) in its dedicated word processor that means I lose whatever hasn&#039;t been saved. And there&#039;s no auto-save feature. If I&#039;m doing my (voice) editing in another app, that means a lot of the (awfully convenient!) voice commands don&#039;t work very well.

So...I guess these are all just workflow issues, really, and I should figure them out somehow but probably separate that from the learning-to-dictate-fiction bit. Just as you suggested.

Thank you! {8&#039;&gt;]]></description>
			<content:encoded><![CDATA[<div id="ac-section-53994"><p>In reply to <a href="https://dhyoung.net/2014/01/13/not-sure-yet/#comment-53971">Becki</a>.</p>
<p>Ah, the sweet voice of reason! It&#8217;s probably a brilliant suggestion, actually. I may just be trying too hard. Even if I end up including punctuation as I compose verbally, I don&#8217;t necessarily have to do it that way to start with. So I think you&#8217;ve changed my plan for the rest of the day. Thanks!</p>
<p>Thing is&#8230;I want to figure out not only a way to do this that works, but a way that&#8217;s actually better/faster than typing. Which is probably dumb of me, but it&#8217;s how my brain works.</p>
<p>Assuming, arguendo, that this is a reasonable goal? Editing to put in punctuation takes lots of time. Especially stuff like adding quotation marks, you know? And the software makes editing (verbally) both easy and hard. I can say stuff like &#8220;Select &#8216;No way&#8217; thru &#8216;period.&#8217; Quote that.&#8221; (only without voicing any of the interior punctuation in this case), and it works. But&#8230;it uses straight quotes when I use that command, and I need &#8217;em to be curly. I&#8217;ve modified the software to use curly quotes when I say &#8220;open quote&#8221; or &#8220;close quote,&#8221; but for the all-in-one command? No dice. So that means I need to figure out automated rules for straight-quote replacement, right? Which I can totally do, and then ignore the issue until I finish a draft. Just as soon as I force myself to give up on getting it right the first time. {8&#8217;></p>
<p>This stuff bugs me, is all, and I should get over it. Or I should rewrite that command within the software, which is actually possible&#8211;but I think doing so will require me to pay another couple of hundred bucks for the &#8220;pro&#8221; edition.</p>
<p>There are other things that don&#8217;t quite work for fiction writers. The software thinks paragraphs should be followed by two carriage returns. This matters, &#8217;cause if I either change the &#8220;new para&#8221; command to use one carriage return or use the &#8220;new line&#8221; command instead (either approach is fairly easy) and then try a command like &#8220;select paragraph&#8221;? It then selects the entire document. This glitch alone messes up a surprising number of commands, actually. So this means I need to either rewrite a lot of commands or just do a post-processing carriage-return removal.</p>
<p>There are other issues&#8211;basically I think the software works a lot better for writing email than writing fiction, and definitely takes a non-pro approach to spacing before and after some punctuation (though I&#8217;ve managed to fix these issues so far). It surprises me that it&#8217;s so backward with this basic stuff, while simultaneously so good at the hard part (meaning voice recognition).</p>
<p>Actually the software <em>will</em> put in commas and periods (only) for me if I want it to. Which would be a nice feature if they were anything close to reasonably placed. Though it does yield amusing results, so if I&#8217;m writing self-referential comedy it may turn out to be a nice feature.</p>
<p>So&#8230;either I need to teach myself to voice the punctuation, or I need to spend lots of time editing, or I need to get the software to do a few things better, or I need another solution (short of giving up, I mean). My most likely solution is to dictate everything as plain text, and write an app that will do a lot of my formatting for me afterward (meaning it could fix straight quotes, fix double carriage returns, curlify straight apostrophes, and possibly deal with capitalization issues and end-of-paragraph punctuation I may have left out).</p>
<p>Theoretically I could dictate and create an RTF doc, which would then remember stuff like italics, but&#8230;that&#8217;d be harder to code my first-pass editing app to deal with. And what the heck, adding italics later is fairly easy and doesn&#8217;t come up all that often. Other than italicization, plain-text is probably all I need.</p>
<p>Then there are other issues that have come up&#8211;the software occasionally crashes, and if I&#8217;m doing my editing (or dictating!) in its dedicated word processor that means I lose whatever hasn&#8217;t been saved. And there&#8217;s no auto-save feature. If I&#8217;m doing my (voice) editing in another app, that means a lot of the (awfully convenient!) voice commands don&#8217;t work very well.</p>
<p>So&#8230;I guess these are all just workflow issues, really, and I should figure them out somehow but probably separate that from the learning-to-dictate-fiction bit. Just as you suggested.</p>
<p>Thank you! {8&#8217;></p>
</div><div class="ac-textarea" id="ac-textarea-53994" style="display: none;"><textarea>In reply to <a href="https://dhyoung.net/2014/01/13/not-sure-yet/#comment-53971">Becki</a>.

Ah, the sweet voice of reason! It's probably a brilliant suggestion, actually. I may just be trying too hard. Even if I end up including punctuation as I compose verbally, I don't necessarily have to do it that way to start with. So I think you've changed my plan for the rest of the day. Thanks!

Thing is...I want to figure out not only a way to do this that works, but a way that's actually better/faster than typing. Which is probably dumb of me, but it's how my brain works.

Assuming, arguendo, that this is a reasonable goal? Editing to put in punctuation takes lots of time. Especially stuff like adding quotation marks, you know? And the software makes editing (verbally) both easy and hard. I can say stuff like "Select 'No way' thru 'period.' Quote that." (only without voicing any of the interior punctuation in this case), and it works. But...it uses straight quotes when I use that command, and I need 'em to be curly. I've modified the software to use curly quotes when I say "open quote" or "close quote," but for the all-in-one command? No dice. So that means I need to figure out automated rules for straight-quote replacement, right? Which I can totally do, and then ignore the issue until I finish a draft. Just as soon as I force myself to give up on getting it right the first time. {8'>

This stuff bugs me, is all, and I should get over it. Or I should rewrite that command within the software, which is actually possible--but I think doing so will require me to pay another couple of hundred bucks for the "pro" edition.

There are other things that don't quite work for fiction writers. The software thinks paragraphs should be followed by two carriage returns. This matters, 'cause if I either change the "new para" command to use one carriage return or use the "new line" command instead (either approach is fairly easy) and then try a command like "select paragraph"? It then selects the entire document. This glitch alone messes up a surprising number of commands, actually. So this means I need to either rewrite a lot of commands or just do a post-processing carriage-return removal.

There are other issues--basically I think the software works a lot better for writing email than writing fiction, and definitely takes a non-pro approach to spacing before and after some punctuation (though I've managed to fix these issues so far). It surprises me that it's so backward with this basic stuff, while simultaneously so good at the hard part (meaning voice recognition).

Actually the software <em>will</em> put in commas and periods (only) for me if I want it to. Which would be a nice feature if they were anything close to reasonably placed. Though it does yield amusing results, so if I'm writing self-referential comedy it may turn out to be a nice feature.

So...either I need to teach myself to voice the punctuation, or I need to spend lots of time editing, or I need to get the software to do a few things better, or I need another solution (short of giving up, I mean). My most likely solution is to dictate everything as plain text, and write an app that will do a lot of my formatting for me afterward (meaning it could fix straight quotes, fix double carriage returns, curlify straight apostrophes, and possibly deal with capitalization issues and end-of-paragraph punctuation I may have left out).

Theoretically I could dictate and create an RTF doc, which would then remember stuff like italics, but...that'd be harder to code my first-pass editing app to deal with. And what the heck, adding italics later is fairly easy and doesn't come up all that often. Other than italicization, plain-text is probably all I need.

Then there are other issues that have come up--the software occasionally crashes, and if I'm doing my editing (or dictating!) in its dedicated word processor that means I lose whatever hasn't been saved. And there's no auto-save feature. If I'm doing my (voice) editing in another app, that means a lot of the (awfully convenient!) voice commands don't work very well.

So...I guess these are all just workflow issues, really, and I should figure them out somehow but probably separate that from the learning-to-dictate-fiction bit. Just as you suggested.

Thank you! {8'></textarea></div>]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Becki		</title>
		<link>https://dhyoung.net/2014/01/13/not-sure-yet/#comment-53971</link>

		<dc:creator><![CDATA[Becki]]></dc:creator>
		<pubDate>Tue, 14 Jan 2014 18:56:16 +0000</pubDate>
		<guid isPermaLink="false">https://davidhaywoodyoung.com/?p=2565#comment-53971</guid>

					<description><![CDATA[Maybe consider non-sentence-ending punctuation as an editing task, rather than a writing task? I&#039;ve not used dictation software before, so I have no idea if that would work or not. But maybe if you only enunciate the sentence-ending punctuation that would help your creative flow, and then you can go back later to add the mid-sentence punctuation when you do your first editing pass. Just a thought that may or may not be in any way helpful. :)]]></description>
			<content:encoded><![CDATA[<div id="ac-section-53971"><p>Maybe consider non-sentence-ending punctuation as an editing task, rather than a writing task? I&#8217;ve not used dictation software before, so I have no idea if that would work or not. But maybe if you only enunciate the sentence-ending punctuation that would help your creative flow, and then you can go back later to add the mid-sentence punctuation when you do your first editing pass. Just a thought that may or may not be in any way helpful. 🙂</p>
</div><div class="ac-textarea" id="ac-textarea-53971" style="display: none;"><textarea>Maybe consider non-sentence-ending punctuation as an editing task, rather than a writing task? I've not used dictation software before, so I have no idea if that would work or not. But maybe if you only enunciate the sentence-ending punctuation that would help your creative flow, and then you can go back later to add the mid-sentence punctuation when you do your first editing pass. Just a thought that may or may not be in any way helpful. :)</textarea></div>]]></content:encoded>
		
			</item>
	</channel>
</rss>
