I don&#39;t think that&#39;s currently possible. Patches welcome, of course, or if you have a concrete missing thing (I&#39;m inferring that everything is ok at the moment from the below but I&#39;m not positive about that) I can add something. <br>
<br>Robby<br><br>On Tuesday, August 2, 2011, Jon Rafkind &lt;<a href="mailto:rafkind@cs.utah.edu">rafkind@cs.utah.edu</a>&gt; wrote:<br>&gt; Ok the last mystery is how can I control the pair matching and colors that lexemes should have? If I call `start-colorer&#39; on the color:text% I can pass in the style function and the list of matching lexemes but with the module-reader I only have control over the lexer via #:info.<br>
&gt;<br>&gt; Currently I have<br>&gt;<br>&gt; (define (style what)<br>&gt;   (case what<br>&gt;     [(number) &quot;framework:syntax-color:scheme:constant&quot;]<br>&gt;     [(string) &quot;framework:syntax-color:scheme:string&quot;]<br>
&gt;     [(identifier) &quot;framework:syntax-color:scheme:symbol&quot;]<br>&gt;     [(parens) &quot;framework:syntax-color:scheme:parenthesis&quot;]<br>&gt;     [else &quot;Standard&quot;]))<br>&gt;<br>&gt; (define pairs &#39;([ |(| |)| ]<br>
&gt;                        [ |[| |]| ]<br>&gt;                        [ |{| |}| ]<br>&gt;                       ))<br>&gt;<br>&gt; And although my current `pairs&#39; list matches what the text-mode-mixin has I may add things to the list in the future.<br>
&gt;<br>&gt; On 08/02/2011 10:56 AM, Robby Findler wrote:<br>&gt;<br>&gt; No. It should back up to the previous lexeme and start there.<br>&gt;<br>&gt; Robby<br>&gt;<br>&gt; On Tuesday, August 2, 2011, Jon Rafkind &lt;<a href="mailto:rafkind@cs.utah.edu">rafkind@cs.utah.edu</a>&gt; wrote:<br>
&gt;&gt; On 08/01/2011 06:40 PM, Matthew Flatt wrote:<br>&gt;&gt;&gt; At Mon, 01 Aug 2011 18:13:11 -0600, Jon Rafkind wrote:<br>&gt;&gt;&gt;&gt; How do I deal with partial lexemes when using the color:text colorer? It<br>
&gt;&gt;&gt;&gt; seems that if my lexer cannot produce a valid token then it will throw<br>&gt;&gt;&gt;&gt; an error and the color thread will keep calling `get-token&#39; in a busy loop.<br>&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt; Is there some magic thing I can return from `get-token&#39; to tell the<br>
&gt;&gt;&gt;&gt; colorer that it should not progress to the next position?<br>&gt;&gt;&gt; A coloring lexer&#39;s job is to never fail. It should instead categorize<br>&gt;&gt;&gt; bad input as &#39;error and be ready to continue.<br>
&gt;&gt;&gt;<br>&gt;&gt;&gt; Continuing can mean categorizing all further input as &#39;error, but it&#39;s<br>&gt;&gt;&gt; usually better to continue in some other way.<br>&gt;&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; It seems the colorer re-tokenizes the entire input stream each time I<br>
&gt;&gt; enter a character. Is that the expected behavior?<br>&gt;&gt; _________________________________________________<br>&gt;&gt;  For list-related administrative tasks:<br>&gt;&gt;  <a href="http://lists.racket-lang.org/listinfo/users">http://lists.racket-lang.org/listinfo/users</a><br>
&gt;&gt;<br>&gt;