From: Coull, N. <N....@ab...> - 2006-06-27 08:21:10
|
> We are looking to change the IDE that we use with our 1st year = programming students. The IDE that we use must be compatible with our = existing support-software that captures and extends the compiler errors = with context sensitive messages. >=20 > A limitation of the current IDE that we use is that we can't include = hyperlinks in the extended compiler messages when they're displayed in = the normal compiler error window. Does anyone know if the DrJava = compiler window allows hyperlinks to be displayed ? >=20 Thanks, > Natalie Coull > Research Assistant > School of Computing & Creative Technologies > University of Abertay Dundee >=20 |
From: mgricken <nab...@sp...> - 2006-08-25 10:26:34
|
Hi, My name is Mathias, I'm one of the developers of DrJava. I'm sorry if I didn't reply in time, I didn't know this forum existed. > We are looking to change the IDE that we use with our 1st year programming > students. The IDE that we use must be compatible with our existing > support-software that captures and extends the compiler errors with > context sensitive messages. > > A limitation of the current IDE that we use is that we can't include > hyperlinks in the extended compiler messages when they're displayed in the > normal compiler error window. Does anyone know if the DrJava compiler > window allows hyperlinks to be displayed ? DrJava can *display* hyperlinks in the compiler error window, provided they ever came up, or in the interactions pane, e.g. as part of a runtime exception. The latter, for example, could look like this: > throw new RuntimeException("http://drjava.org"); RuntimeException: http://drjava.org at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) What we currently do NOT to is let the user click on something that looks like it might be a hyperlink ("http://" or "www.") to open a website. We *could* do that, though, but it would be great to know exactly what you want. Please head over to our SourceForge DrJava project's page at http://sourceforge.net/tracker/?group_id=44253&atid=438938 and submit a new feature request that shows the kinds of hyperlinks you want to see, where they would come from, and what should happen when you click on one. Thank you for using DrJava. --Mathias -- View this message in context: http://www.nabble.com/DrJava-compiler-window-query-tf1853894.html#a5980891 Sent from the drjava-users forum at Nabble.com. |