tag:support.markedapp.com,2011-09-11:/discussions/problems/114418-stdin-to-custom-processor-is-sometimes-incomplete-on-automatic-refreshMarked: Discussion 2016-06-14T12:19:29Ztag:support.markedapp.com,2011-09-11:Comment/398852092016-05-16T19:53:41Z2016-05-16T19:53:41ZSTDIN to custom processor is sometimes incomplete on automatic refresh<div><p>This didn't turn out quite as expected I guess...</p></div>jantag:support.markedapp.com,2011-09-11:Comment/398852092016-05-16T20:05:12Z2016-05-16T20:05:12ZSTDIN to custom processor is sometimes incomplete on automatic refresh<div><p>Arg, my email client keeps doing that to me. Reposting:</p>
<hr>
<p>Thanks for the report, Jan. I have a couple of questions, if you
could:</p>
<ol>
<li>Does this happen with any file size, or only with files beyond
a certain length?<br></li>
<li>What editor is the file being modified with? If the editor is
doing multiple saves or atomic saves in quick succession, Marked
will attempt to cancel any current renders and only process the
most recent, but this may get confused when passing to a custom
processor and waiting for a response.</li>
</ol>
<p>-Brett</p></div>Bretttag:support.markedapp.com,2011-09-11:Comment/398852092016-05-17T13:47:58Z2016-05-17T13:47:58ZSTDIN to custom processor is sometimes incomplete on automatic refresh<div><ol>
<li>I'll test this when I get a little more spare time.<br></li>
<li>I'm using Vim with a couple of plugins. I would be surprised,
but it might be possible that some of the plugins make Vim save the
file twice. Will look into this.</li>
</ol></div>jantag:support.markedapp.com,2011-09-11:Comment/398852092016-06-14T12:19:28Z2016-06-14T12:19:28ZSTDIN to custom processor is sometimes incomplete on automatic refresh<div><p>Hi Brett,</p>
<p>sorry for not getting back to you. I just had a look at this and
when I switched back to reading from STDIN, pandoc gives question
marks in place of the citations. Since I seem not to be losing any
functionality by reading from MARKED_PATH instead of STDIN, I just
don't have motivation to investigate this further, sorry.</p>
<p>Jan</p></div>jan