[racket] color partial lexemes

Ok the last mystery is how can I control the pair matching and colors
that lexemes should have? If I call `start-colorer' 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.

Currently I have

(define (style what)
  (case what
    [(number) "framework:syntax-color:scheme:constant"]
    [(string) "framework:syntax-color:scheme:string"]
    [(identifier) "framework:syntax-color:scheme:symbol"]
    [(parens) "framework:syntax-color:scheme:parenthesis"]
    [else "Standard"]))

(define pairs '([ |(| |)| ]
                       [ |[| |]| ]
                       [ |{| |}| ]
                      ))

And although my current `pairs' list matches what the text-mode-mixin
has I may add things to the list in the future.

On 08/02/2011 10:56 AM, Robby Findler wrote:
> No. It should back up to the previous lexeme and start there.
>
> Robby
>
> On Tuesday, August 2, 2011, Jon Rafkind <rafkind at cs.utah.edu
> <mailto:rafkind at cs.utah.edu>> wrote:
> > On 08/01/2011 06:40 PM, Matthew Flatt wrote:
> >> At Mon, 01 Aug 2011 18:13:11 -0600, Jon Rafkind wrote:
> >>> How do I deal with partial lexemes when using the color:text
> colorer? It
> >>> seems that if my lexer cannot produce a valid token then it will throw
> >>> an error and the color thread will keep calling `get-token' in a
> busy loop.
> >>>
> >>> Is there some magic thing I can return from `get-token' to tell the
> >>> colorer that it should not progress to the next position?
> >> A coloring lexer's job is to never fail. It should instead categorize
> >> bad input as 'error and be ready to continue.
> >>
> >> Continuing can mean categorizing all further input as 'error, but it's
> >> usually better to continue in some other way.
> >>
> >
> > It seems the colorer re-tokenizes the entire input stream each time I
> > enter a character. Is that the expected behavior?
> > _________________________________________________
> >  For list-related administrative tasks:
> >  http://lists.racket-lang.org/listinfo/users
> > 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.racket-lang.org/users/archive/attachments/20110802/424f820c/attachment.html>