drjava-hackers — DrJava developers mailing list

[DrJava] [ drjava-Bugs-635989 ] stop interactions w/o resetting messages

[<no...@so...>]

Bugs item #635989, was opened at 2002-11-09 14:04
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=635989&group_id=44253

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Christopher Haynes (chaynes)
Assigned to: Nobody/Anonymous (nobody)
Summary: stop interactions w/o resetting messages

Initial Comment:
If tracing or error output messages are appearing in the 
interactions window fast enough that you can't easily 
read or otherwise capture them you've got a real 
problem, because the only way to stop the output may 
be to reset the interactions window, which eliminates 
the messages. 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=635989&group_id=44253

[DrJava] [ drjava-Bugs-635985 ] indentation

[<no...@so...>]

Bugs item #635985, was opened at 2002-11-09 14:00
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=635985&group_id=44253

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Christopher Haynes (chaynes)
Assigned to: Nobody/Anonymous (nobody)
Summary: indentation

Initial Comment:
for (...)
   for (...)
   this line is not indented properly

Indentation is correct if either for has braces around its 
body, which is generally good style, so this isn't terribly 
serious. But indentation should be correct no matter 
what. 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=635985&group_id=44253

[DrJava] [ drjava-Bugs-635982 ] moved file dialog default

[<no...@so...>]

Bugs item #635982, was opened at 2002-11-09 13:58
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=635982&group_id=44253

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Christopher Haynes (chaynes)
Assigned to: Nobody/Anonymous (nobody)
Summary: moved file dialog default

Initial Comment:
I moved one of the files I had open for editing.
When I tried to save it, DrJava recognized it wasn't there 
and asked me if I wanted to save it anyway in its old 
location. That was nice, but the default file name in the 
save dialog was wrong.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=635982&group_id=44253

[DrJava] [ drjava-Bugs-634386 ] Compile All says no errors

[<no...@so...>]

Bugs item #634386, was opened at 2002-11-06 03:57
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=634386&group_id=44253

Category: None
Group: Annoying
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Compile All says no errors

Initial Comment:
Compile All says no errors, but Current File Compile
raises errors.

There are errors in several files which are raised if I
compile files individually. However if I Compile all
files, it says the last compilation completed successfully.

Has anyone experienced this issue?

Simon

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=634386&group_id=44253

[DrJava] [ drjava-Bugs-634179 ] Changing Path of Active Compiler

[<no...@so...>]

Bugs item #634179, was opened at 2002-11-05 18:11
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=634179&group_id=44253

Category: Compiler integration
Group: Annoying
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Centgraf (centgraf)
Assigned to: Nobody/Anonymous (nobody)
Summary: Changing Path of Active Compiler

Initial Comment:
DrJava 20021029-2005 (from CVS) produced the following exception when I changed the javac path in the preferences while javac was selected as the active compiler.  The new path was invalid, so javac was no longer available after I made my selection.

----------
java.lang.NullPointerException
	at edu.rice.cs.drjava.model.compiler.CompilerRegistry.getActiveCompiler(CompilerRegistry.java:204)
	at edu.rice.cs.drjava.model.DefaultGlobalModel.getActiveCompiler(DefaultGlobalModel.java:1075)
	at edu.rice.cs.drjava.ui.CompilerErrorPanel$ErrorListPane._updateNoErrors(CompilerErrorPanel.java:527)
	at edu.rice.cs.drjava.ui.CompilerErrorPanel$ErrorListPane.updateListPane(CompilerErrorPanel.java:477)
	at edu.rice.cs.drjava.ui.CompilerErrorPanel.reset(CompilerErrorPanel.java:284)
	at edu.rice.cs.drjava.ui.CompilerErrorPanel$1.itemStateChanged(CompilerErrorPanel.java:170)
	at javax.swing.JComboBox.fireItemStateChanged(JComboBox.java:841)
	at javax.swing.JComboBox.selectedItemChanged(JComboBox.java:878)
	at javax.swing.JComboBox.contentsChanged(JComboBox.java:945)
	at javax.swing.JComboBox.intervalAdded(JComboBox.java:1002)
	at javax.swing.AbstractListModel.fireIntervalAdded(AbstractListModel.java:103)
	at javax.swing.DefaultComboBoxModel.addElement(DefaultComboBoxModel.java:117)
	at javax.swing.JComboBox.addItem(JComboBox.java:505)
	at edu.rice.cs.drjava.ui.CompilerErrorPanel$CompilerLocationOptionListener.optionChanged(CompilerErrorPanel.java:241)
	at edu.rice.cs.drjava.config.Option.notifyListeners(Option.java:109)
	at edu.rice.cs.drjava.config.FileOption.notifyListeners(FileOption.java:48)
	at edu.rice.cs.drjava.config.Configuration.setSetting(Configuration.java:76)
	at edu.rice.cs.drjava.ui.config.FileOptionComponent.updateConfig(FileOptionComponent.java:120)
	at edu.rice.cs.drjava.ui.config.ConfigPanel.update(ConfigPanel.java:148)
	at edu.rice.cs.drjava.ui.config.ConfigFrame$PanelTreeNode.update(ConfigFrame.java:566)
	at edu.rice.cs.drjava.ui.config.ConfigFrame$PanelTreeNode.update(ConfigFrame.java:578)
	at edu.rice.cs.drjava.ui.config.ConfigFrame.apply(ConfigFrame.java:212)
	at edu.rice.cs.drjava.ui.config.ConfigFrame.saveSettings(ConfigFrame.java:235)
	at edu.rice.cs.drjava.ui.config.ConfigFrame$2.actionPerformed(ConfigFrame.java:134)
... (Swing code removed for brevity.)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=634179&group_id=44253

[DrJava] [ drjava-Bugs-633703 ] key binding: "repeat last test"

[<no...@so...>]

Bugs item #633703, was opened at 2002-11-05 03:05
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=633703&group_id=44253

Category: JUnit integration
Group: Annoying
Status: Open
Resolution: None
Priority: 5
Submitted By: Ben Byer (bushing)
Assigned to: Nobody/Anonymous (nobody)
Summary: key binding: "repeat last test"

Initial Comment:
Please add a key-binding to repeat the last test (as
in, run JUnit on the file on which it was most recently
run).  It would *greatly* speed up the test-modify
program-save-compile-test loop.

Also, at the same time, maybe add an option to have
drjava beep instead of displaying that annoying JUnit
notice every time you accidentally click Test on the
file you just modifed...

Ben


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=633703&group_id=44253

Re: [DrJava] BeanShell

[Eric A. <eri...@ma...>]

One thing to keep in mind: we should soon be extending the interpreter 
to handle NextGen-style generics. That will entail (1) 
mangling/demangling of type identifiers, and (2) a modified class 
loader. We need to assess how easy both of these things will be with 
BeanShell vs. DynamicJava. I'd expect it shouldn't be very hard in 
either case, but we need to keep it in mind.

-- Eric


On Sunday, November 3, 2002, at 02:46 PM, Peter Centgraf wrote:

> I just took another look at BeanShell, a java-like scripting 
> environment very similar to DynamicJava.  The website is here:
>
> <http://www.beanshell.org/>
>
> BeanShell has recently added a few features which would be of interest 
> to us for DrJava.  In particular, there is a new "Strict Java" mode, 
> which forces all variable declarations to be typed and all script 
> statements to have Java-legal syntax.  If I remember correctly, this 
> feature has already been requested for consistency reasons for 
> teaching in DrJava.  In normal mode, BeanShell will use DJ-style loose 
> typing, as well as automatic boxing and unboxing of primitives and an 
> enhanced print (i.e. System.out) mechanism.
>
> Another feature that would be handy for newbies is a "global import" 
> statement: "import *" which maps out the entire classpath.  
> Ambiguities in naming caused by the global import will be reported at 
> runtime and can be corrected with (an) additional import statement(s). 
>  This is coupled with a "which" command that prints the exact 
> filesystem location of any known Java identifier.  Considering the 
> amount of difficulty that new students have in understanding the 
> classpath rules, this could be extremely helpful.
>
> BeanShell already ships with a Swing-based console which integrates 
> via I/O Streams or a custom interface, complete with history 
> completion.  We could also use a lower level of integration with the 
> engine if we chose, a la DynamicJava.  Everything is LGPL, so we'd 
> have full access to the code and it would be compatible with our 
> license.
>
> The last advantage would be consistency with other similar tools.  The 
> Emacs JDE already integrates with BeanShell, and Sun is planning to 
> use it in a future version of Forte and the NetBeans IDE.  As far as I 
> can tell, DynamicJava is a strict subset of BeanShell, so there's 
> little reason to hold out with an unpopular technology.
>
> Obviously this would take a significant amount of work, but I think it 
> would be a worthwhile venture.  What opinions are there from the other 
> developers?
>
> --
> Peter
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ApacheCon, November 18-21 in
> Las Vegas (supported by COMDEX), the only Apache event to be
> fully supported by the ASF. http://www.apachecon.com
> _______________________________________________
> drjava-hackers mailing list
> drj...@li...
> https://lists.sourceforge.net/lists/listinfo/drjava-hackers

Re: [DrJava] BeanShell

[Brian S. <bs...@bs...>]

On BeanShell: The first prototype of an interpreter-based REPL for 
DrJava that I did was actually based on BeanShell. I switched to 
DynamicJava for reasons I don't remember at the moment -- it might have 
been language feature support they had at the time, perhaps lacking 
anonymous inner classes or something. Or it may have been an ease of 
integration issue, or even licensing at that time (I think they used to 
have a different license).

Anyway, BeanShell is certainly a more living project than DynamicJava 
and it sounds like it has improved some since I last checked it out. It 
sounds like not a bad idea to move to it, although the range of 
improvements sound like it wouldn't be worth your effort to spend too 
much time on it.

On the other hand, it shouldn't be too hard to implement. The REPL was 
designed from the beginning to allow swapping out the interpeter. Pretty 
much, you should be able to implement model.repl.JavaInterpreter and 
swap that in instead. (I think there is a bit of DynamicJava-specific 
code in other places, like handling the returned values/error messages, 
but it shouldn't be hard to clean up.)

One small concern to point out: Seems like they blew it with regard to 
returning the "no result" value, like DynamicJava did (before I fixed it 
in our subclass). From their docs:

If an evaluation of a statement or expression yields a "void" value; 
such as would be the case for something like a for-loop or a void type 
method invocation, eval() returns null.

This same problem in DynamicJava was the reason, if you left off the 
semicolon, you used to get "null" as the result for void-returning 
statements.

Anyhow, just wanted to throw in my few cents.

-brian

[DrJava] BeanShell

[Peter C. <cen...@ri...>]

I just took another look at BeanShell, a java-like scripting 
environment very similar to DynamicJava.  The website is here:

<http://www.beanshell.org/>

BeanShell has recently added a few features which would be of interest 
to us for DrJava.  In particular, there is a new "Strict Java" mode, 
which forces all variable declarations to be typed and all script 
statements to have Java-legal syntax.  If I remember correctly, this 
feature has already been requested for consistency reasons for teaching 
in DrJava.  In normal mode, BeanShell will use DJ-style loose typing, 
as well as automatic boxing and unboxing of primitives and an enhanced 
print (i.e. System.out) mechanism.

Another feature that would be handy for newbies is a "global import" 
statement: "import *" which maps out the entire classpath.  Ambiguities 
in naming caused by the global import will be reported at runtime and 
can be corrected with (an) additional import statement(s).  This is 
coupled with a "which" command that prints the exact filesystem 
location of any known Java identifier.  Considering the amount of 
difficulty that new students have in understanding the classpath rules, 
this could be extremely helpful.

BeanShell already ships with a Swing-based console which integrates via 
I/O Streams or a custom interface, complete with history completion.  
We could also use a lower level of integration with the engine if we 
chose, a la DynamicJava.  Everything is LGPL, so we'd have full access 
to the code and it would be compatible with our license.

The last advantage would be consistency with other similar tools.  The 
Emacs JDE already integrates with BeanShell, and Sun is planning to use 
it in a future version of Forte and the NetBeans IDE.  As far as I can 
tell, DynamicJava is a strict subset of BeanShell, so there's little 
reason to hold out with an unpopular technology.

Obviously this would take a significant amount of work, but I think it 
would be a worthwhile venture.  What opinions are there from the other 
developers?

--
Peter

[DrJava] [ drjava-Ease of use Issues-632372 ] Test Stack Trace Non-Obvious

[<no...@so...>]

Ease of use Issues item #632372, was opened at 2002-11-01 18:18
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=460211&aid=632372&group_id=44253

Category: Platform Independent
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Centgraf (centgraf)
Assigned to: Nobody/Anonymous (nobody)
Summary: Test Stack Trace Non-Obvious

Initial Comment:
As of 20020913-2254, the test results pane does not show the stack traces for failures.  The only way to access these traces is to pull up the contextual menu for the item by clicking on it within the text pane.  There should be some other indication that this information is available, since context menus on text panes generally provide only edit controls.  It is also bad form to have features hidden through access methods that are not visually discoverable.

A secondary issue is the display of the stack trace in a modal dialog window.  It is unnecessarily difficult to troubleshoot the source of a test failure, since it is impossible to work in DrJava while the stack trace dialog is being displayed.    This information should be available in a less obtrusive manner, IMHO.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=460211&aid=632372&group_id=44253

[DrJava] [ drjava-Bugs-630553 ] StackOverflow occurs while in background

[<no...@so...>]

Bugs item #630553, was opened at 2002-10-29 10:28
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=630553&group_id=44253

Category: Other
Group: Crashes
Status: Open
Resolution: None
Priority: 8
Submitted By: Eric E. Allen (eallen)
Assigned to: Nobody/Anonymous (nobody)
Summary: StackOverflow occurs while in background

Initial Comment:
I had DrJava running idle for a long period of time, came back to 
it, worked in the editor for awhile, left, came back, and got a stack 
overflow. I was using only the editor and the repl for the entire 
session. I would have lost data, but luckily I was still able to copy-
and-paste my code out of the buffer, despite the cascade of dialog 
boxes in front of it. Then I had to force quit.

This is very bad. We really have to fix the problem as soon as 
possible, or at least add autosave support. 

BTW, I was running off the jar: drjava-20020913-2254.jar, on OS 
X, with the 1.3 JVM. 

-- Eric


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=630553&group_id=44253

[DrJava] [ drjava-Bugs-627753 ] obscure indentation bug

[<no...@so...>]

Bugs item #627753, was opened at 2002-10-23 16:01
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=627753&group_id=44253

Category: Definitions (source editor)
Group: Would be nice if fixed ...
Status: Open
Resolution: None
Priority: 3
Submitted By: Eric E. Allen (eallen)
Assigned to: Nobody/Anonymous (nobody)
Summary: obscure indentation bug

Initial Comment:
BTW, as with all bug reports I submit, I'm available for pair 
programming to help fix it.

DrJava indents nested block statements poorly. For example, 
consider the schematic code block taken from real NextGen code:

if (...)
  for (...) {
    ...
  }

Note the lack of braces around the body of the if statement. 
DrJava will indent this code block as follows:

if (...)
  for (...) {
  ...
  }

Well, needless to say, that can be pretty confusing, especially 
when the body of the for loop is several dozen lines long (as was 
the case in the NextGen code block). :-)

-- Eric




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=627753&group_id=44253

[DrJava] [ drjava-Feature Requests-626941 ] Debugger context evaluation

[<no...@so...>]

Feature Requests item #626941, was opened at 2002-10-22 10:59
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=626941&group_id=44253

Category: Other
Group: None
Status: Open
Priority: 5
Submitted By: Christopher Haynes (chaynes)
Assigned to: Nobody/Anonymous (nobody)
Summary: Debugger context evaluation

Initial Comment:
Especially since the debugger lacks an inspector for 
structured data, it would be very nice if it was possible 
to evaluate expressions in the debug context.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=626941&group_id=44253

[DrJava] [ drjava-Feature Requests-623276 ] support "stringifying" source code

[<no...@so...>]

Feature Requests item #623276, was opened at 2002-10-14 17:45
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=623276&group_id=44253

Category: Definitions (source editor)
Group: Small (< 1 pair-week)
Status: Open
Priority: 5
Submitted By: Eric E. Allen (eallen)
Assigned to: Nobody/Anonymous (nobody)
Summary: support "stringifying" source code

Initial Comment:
Story:

The user selects a multi-line block of text in the definitions pane. 
He then pulls down a menu item labelled "Make selected text into 
a String" and the highlighted text is wrapped in quotation marks. 
Because Java Strings cannot occur across multiple lines, each 
line is wrapped into separate quotation marks (with a "\n" added to 
the end of all quoted lines but the last), and the lines are 
concatenated. For example, if the user selected the text below:

(this is a (string)
 representation of a
 list)

It would become:

"(this is a (string)\n" +
" representation of a\n" +
" list)"

This functionality would be useful for writing tests over complex 
data structures. Often we want to check that the toString() 
representation of a data structure is what we expect. The 
expected form is easily retrieved from working code by calling 
toString() in the interactions pane, but the resultant String isn't 
quoted.

-- Eric


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=623276&group_id=44253

[DrJava] [ drjava-Feature Requests-623272 ] allow lifting interactions into a test

[<no...@so...>]

Feature Requests item #623272, was opened at 2002-10-14 17:30
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=623272&group_id=44253

Category: Interactions
Group: Medium (< 1 pair-month)
Status: Open
Priority: 7
Submitted By: Eric E. Allen (eallen)
Assigned to: Nobody/Anonymous (nobody)
Summary: allow lifting interactions into a test

Initial Comment:
Story: 

The user enters a series of commands to a fresh interactions 
window. The definitions pane is open to a file containing a public 
class extending TestCase. He then pushes a "make into test" 
button in the interactions pane, and the interactions history is 
lifted into a new JUnit test method in the TestCase class in the 
definitions pane. All import and package statements are 
reconciled with those at the top of the source file. All 
incompatibilities between DynamicJava and regular Java syntax 
are detected and reported (or fixed) before continuing. A dialog 
box appears asking the user to name the new test method. 

The user continues entering commands into interactions without 
resetting. He then hits the "make into test" button again. All 
interactions since the last time he hit the button are lifted into a 
new test method, again in the open TestCase class.

If the currently open document does not contain a public class 
extending TestCase, a new document is created with a new 
extension of TestCase. The user is prompted to name the new 
class, and the new test method is inserted into it. 

It make be advisable to break this story up into a series of smaller 
ones.

-- Eric


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=623272&group_id=44253

[DrJava] [ drjava-Bugs-623262 ] DrJava hangs when too many files open

[<no...@so...>]

Bugs item #623262, was opened at 2002-10-14 17:08
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=623262&group_id=44253

Category: Definitions (source editor)
Group: Crashes
Status: Open
Resolution: None
Priority: 4
Submitted By: Eric E. Allen (eallen)
Assigned to: Nobody/Anonymous (nobody)
Summary: DrJava hangs when too many files open

Initial Comment:
After about 30 files are opened, an attempt to open another file 
causes DrJava to hang. Maybe we don't want to support users 
opening that many files, but it would be better if we signaled an 
error instead of hanging. I opened this many files quite easily by 
invoking DrJava at the command line with a regular expression 
argument matching all the files in a directory.

I am running drjava-20020925-0638 on Mac OS 10.2. Incidentally, 
DrJava was never able to connect to the interactions JVM during 
the entire session.

-- Eric


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=623262&group_id=44253

[DrJava] [ drjava-Bugs-615342 ] messes with Netscape created NullPoinerE

[<no...@so...>]

Bugs item #615342, was opened at 2002-09-26 20:29
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=615342&group_id=44253

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: messes with Netscape created NullPoinerE

Initial Comment:
Not sure what version of DrJava I am running.  I am a Computer Science student if that helps... sorry.  
Running a Dell PC w/P3 866, OS Windows ME.  I have trouble with OS anyway.  I put in an audio CD 
and DrJava threw a NullPointerException.  Winamp 3 is playing the CD.  

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=615342&group_id=44253

[DrJava] drjava.org / drjava.net

[Charles R. <cr...@ri...>]

Hey everyone--
   Just wanted to let you know that drjava.org and drjava.net now point 
to our SourceForge homepage, which should be nicer URLs to give out in 
the future.  (www.drjava.org and www.drjava.net should be working within 
6 hours as well, and cvs.drjava.org and cvs.drjava.net can be used for 
CVS access, if you want.)

Charlie

[DrJava] [ drjava-Feature Requests-612884 ] indicate file paths

[<no...@so...>]

Feature Requests item #612884, was opened at 2002-09-22 12:39
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=612884&group_id=44253

Category: Definitions (source editor)
Group: None
Status: Open
Priority: 5
Submitted By: Christopher Haynes (chaynes)
Assigned to: Nobody/Anonymous (nobody)
Summary: indicate file paths

Initial Comment:
there is currently no way to check which directory an 
open file is in. At the least, save as should default to the 
file's current directory, not the most recenlty used 
directory. An option to display complete paths in the file 
list would be welcome.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=612884&group_id=44253

[DrJava] [ drjava-Feature Requests-612837 ] interactions shortcut

[<no...@so...>]

Feature Requests item #612837, was opened at 2002-09-22 09:30
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=612837&group_id=44253

Category: Interactions
Group: None
Status: Open
Priority: 5
Submitted By: Christopher Haynes (chaynes)
Assigned to: Nobody/Anonymous (nobody)
Summary: interactions shortcut

Initial Comment:
It would speed the edit-compile-test cycle if there was a 
keyboard shortcut for selecting the interactions window. 

Add a shortcut for moving focus to the editor window 
and the whole cycle could then be mouse-free.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=612837&group_id=44253

[DrJava] [ drjava-Feature Requests-612834 ] disabling compiler error highlighting

[<no...@so...>]

Feature Requests item #612834, was opened at 2002-09-22 09:27
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=612834&group_id=44253

Category: Definitions (source editor)
Group: None
Status: Open
Priority: 5
Submitted By: Christopher Haynes (chaynes)
Assigned to: Nobody/Anonymous (nobody)
Summary: disabling compiler error highlighting

Initial Comment:
When the compiler output tab is not selected, compiler 
error highlighting should be disabled automatically.

I just realized this had been the cause of a good deal of 
confusion.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=612834&group_id=44253

[DrJava] [ drjava-Bugs-611762 ] find/replace highlighting

[<no...@so...>]

Bugs item #611762, was opened at 2002-09-19 14:35
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=611762&group_id=44253

Category: Definitions (source editor)
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Christopher Haynes (chaynes)
Assigned to: Nobody/Anonymous (nobody)
Summary: find/replace highlighting

Initial Comment:
since find/replace highlights entire lines, if there is more 
than one occurrence on the line you can't see that or 
which one is active.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=611762&group_id=44253

[DrJava] [ drjava-Bugs-611748 ] Throws Exception

[<no...@so...>]

Bugs item #611748, was opened at 2002-09-19 12:04
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=611748&group_id=44253

Category: Other
Group: Serious
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Throws Exception

Initial Comment:
DrJava throws a ShittyDevEnvironmentException, 
which is a subclass of CrashesAllTheTimeException. 
It's really annoying.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=611748&group_id=44253

[DrJava] [ drjava-Bugs-610758 ] drjava dies unexpectedly

[<no...@so...>]

Bugs item #610758, was opened at 2002-09-17 13:11
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=610758&group_id=44253

Category: None
Group: Annoying
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: drjava dies unexpectedly

Initial Comment:
on owlnet (gg and le atleast) drjava dies after running
junit. I believe it dies sometimes using interactions,
although this has not been extensively tested. For
junit, I may die right after running, or possibly
delayed by a few minutes. xterm reports that the java
process is aborted. This problem may possibly because
of resouce limitations. I would think this would result
in the process being killed, rather than aborted. No
additional useful information can be provided at this
momment.

james

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=610758&group_id=44253

[DrJava] [ drjava-Feature Requests-610754 ] allow for editing during indentation

[<no...@so...>]

Feature Requests item #610754, was opened at 2002-09-17 15:07
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=610754&group_id=44253

Category: Definitions (source editor)
Group: Unknown size
Status: Open
Priority: 4
Submitted By: Eric E. Allen (eallen)
Assigned to: Nobody/Anonymous (nobody)
Summary: allow for editing during indentation

Initial Comment:
When a file is being block-indented, allow the user to
modify other open files. There's no reason why other
open buffers need to be locked.

Story:

The user has two files open. He selects all and hits
tab. The indentation takes a long time. While it's
going, the user switches to the other open file and
edits it. When indentation is completed, some
notification is given to the user (preferably not a
dialog box. Maybe the color of the file's name could
change, or notification could be given on the status
bar).

-- Eric


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=610754&group_id=44253