Community
Participate
Working Groups
When I'll address bug 404675 it will probably be a good idea to offer a short and a long version of some errors. See that javac has s.t. similar with its -Xdiags:verbose switch, but I think in the IDE we can do even better :) It's not that I have an implementation of explanatory error messages up my sleeve, yet, but the internal InferenceContext18 actually has all the information for given multi-page error messages ... WDYT?
(In reply to Stephan Herrmann from comment #0) > When I'll address bug 404675 it will probably be a good idea to offer a > short and a long version of some errors. See that javac has s.t. similar > with its -Xdiags:verbose switch, but I think in the IDE we can do even > better :) What exactly do you mean by "do even better"? Create something in the middle of short and long? ;-)
(In reply to Dani Megert from comment #1) > What exactly do you mean by "do even better"? Create something in the middle > of short and long? ;-) Create something more interactive than a long unreadable error message. At least a tree structure that you can drill into to get more details on demand. Why not an extra view with some sync'ed highlighting so you can select individual AST nodes and inspect what inference "thought" about them, which nodes can be typed, and where inference found a conflict etc. The deluxe version of this could be called a typing-debugger, a tool that lets you experiment and inspect.