On Mon, Jan 30, 2012 at 6:02 PM, Matthias Felleisen
<matth...@ccs.neu.edu> wrote:
>
> On Jan 30, 2012, at 6:00 PM, John Clements wrote:
>
>>
>> On Jan 30, 2012, at 1:14 PM, Matthias Felleisen wrote:
>>
>>>
>>> On Jan 30, 2012, at 4:11 PM, Sam Tobin-Hochstadt wrote:
>>>
>>>> Perhaps it should just have less information.
>>>
>>>
>>> I like that a lot.
>>
>> I'm not sure I do; if I were on a desert island or had just kicked Sam in 
>> the shin yesterday, I'd probably want to examine this type carefully to see 
>> whether I could interpret it and whether it actually looked like it should 
>> be equivalent to a filter for the type that I wanted.  At a minimum, I'd 
>> like to know that the information is available. I realize this is like 
>> Guillaume's syntax-errors-for-beginners discussion, but I don't think I 
>> reach the same conclusion
>
>
> This is precisely correct. Just as in the general types case, make 
> information available on demand not immediately. Lazy lazy über alles.

Unfortunately, the user interface issues are harder here than in the
large-types-at-the-repl case.  In particular, the REPL *is* a user
interface, and one that TR gets to control.  Arbitrary other
interfaces that might produce this output (such as DrRacket or 'raco
make' or `dynamic-require') don't have an easy way to query for more
information.
-- 
sam th
sa...@ccs.neu.edu

____________________
  Racket Users list:
  http://lists.racket-lang.org/users

Reply via email to