Menu
▾
▴
drjava-hackers — DrJava developers mailing list
You can subscribe to this list here.
| 2002 |
Jan
(17) |
Feb
(80) |
Mar
(56) |
Apr
(79) |
May
(9) |
Jun
(60) |
Jul
(29) |
Aug
(40) |
Sep
(23) |
Oct
(6) |
Nov
(25) |
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(17) |
Feb
(85) |
Mar
(22) |
Apr
(3) |
May
(18) |
Jun
(27) |
Jul
(38) |
Aug
(19) |
Sep
(15) |
Oct
(6) |
Nov
(2) |
Dec
(5) |
| 2004 |
Jan
(19) |
Feb
(26) |
Mar
(30) |
Apr
(29) |
May
(8) |
Jun
(28) |
Jul
(39) |
Aug
(17) |
Sep
(19) |
Oct
(12) |
Nov
(18) |
Dec
(9) |
| 2005 |
Jan
(5) |
Feb
(18) |
Mar
(4) |
Apr
(5) |
May
(9) |
Jun
(10) |
Jul
(15) |
Aug
(11) |
Sep
(6) |
Oct
(6) |
Nov
(11) |
Dec
(6) |
| 2006 |
Jan
(10) |
Feb
(27) |
Mar
(24) |
Apr
(39) |
May
(14) |
Jun
(14) |
Jul
(5) |
Aug
(15) |
Sep
(21) |
Oct
(25) |
Nov
(10) |
Dec
(6) |
| 2007 |
Jan
(19) |
Feb
(23) |
Mar
(10) |
Apr
(10) |
May
(10) |
Jun
(9) |
Jul
(8) |
Aug
(6) |
Sep
(10) |
Oct
(7) |
Nov
(4) |
Dec
(5) |
| 2008 |
Jan
(23) |
Feb
(13) |
Mar
(19) |
Apr
(11) |
May
(11) |
Jun
(10) |
Jul
(12) |
Aug
(19) |
Sep
(11) |
Oct
(4) |
Nov
(6) |
Dec
|
| 2009 |
Jan
(8) |
Feb
(15) |
Mar
(21) |
Apr
(12) |
May
(14) |
Jun
(9) |
Jul
(2) |
Aug
(17) |
Sep
(36) |
Oct
(31) |
Nov
(13) |
Dec
(13) |
| 2010 |
Jan
(24) |
Feb
(17) |
Mar
(32) |
Apr
(18) |
May
(9) |
Jun
(6) |
Jul
(11) |
Aug
(18) |
Sep
(7) |
Oct
(20) |
Nov
(5) |
Dec
(4) |
| 2011 |
Jan
(1) |
Feb
(5) |
Mar
(3) |
Apr
(1) |
May
(2) |
Jun
|
Jul
(1) |
Aug
(4) |
Sep
(7) |
Oct
(1) |
Nov
(3) |
Dec
(1) |
| 2012 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
(4) |
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(3) |
Nov
(3) |
Dec
|
| 2013 |
Jan
(1) |
Feb
(3) |
Mar
(1) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Brian S. <bri...@or...> - 2003-02-16 04:12:03
|
After seeing a bug report that was sent by a student at the University of Washington, I was curious to find out what schools were using DrJava for course work. I was pretty surprised to find a bunch via a Google search on DrJava -- washington.edu, toronto.edu, utep.edu, colby.edu, indiana.edu, cornell.edu, williams.edu, uci.edu, and of course rice.edu (and the various .fr references). (There may have been more I omitted.) Congrats on continuing to improve DrJava and fostering its adoption at other schools. I am really quite impressed at the progress it has made and can't wait to see what it's like after this semester! -brian Member of Technical Staff, Oracle Corp. Former developer on the DrJava project |
|
From: SourceForge.net <no...@so...> - 2003-02-15 22:32:50
|
Feature Requests item #687232, was opened at 2003-02-15 14:40 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=687232&group_id=44253 Category: User interface Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Scroll wheel support for OS X? Initial Comment: Hello, I'm a University of Washington student learning to program, and for my CSE class, we're using Dr. Java. I've certainly had no problems with it, except that I wish I could use the scroll whell on my mouse to move up and down windows. I'm use Mac OS X.2.4. Maybe I've missed it, but is there any key combination to move up and down a window in Dr. Java to view your code. If there is, I could set my wheel to use those buttons for Dr. Java. Just a thought... Thanks, Steven ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=687232&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-14 23:17:49
|
Bugs item #686849, was opened at 2003-02-14 23:25 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=686849&group_id=44253 Category: Compiler integration Group: Serious Status: Open Resolution: None Priority: 9 Submitted By: Charles Reis (csreis) Assigned to: Charles Reis (csreis) Summary: Can't use JSR-14 with latest dev release (20030209) Initial Comment: It appears that you cannot use the JSR-14 compiler within the drjava-20020309-2341 development release. If you put *anything* in the JSR-14 Location option in the preferences, it will recognize it as JSR-14 (v1.2 if you are running JDK 1.4.1 and v1.0 otherwise), but it cannot compile any code with generics. This is likely a result of forcing tools.jar onto the classpath (which we now do to get access to the debugger). The compiler adapters see a copy of com.sun.tools.javac.v8.JavaCompiler in tools.jar and mistake it for JSR-14. Wow! This is even worse than I thought, and I can't believe it hasn't been noticed before! It seems we have this problem in all of our old versions of DrJava as well, if you go to the trouble to use the debugger. If you put tools.jar on the classpath along with the DrJava jar file, you will not be able to use JSR-14. (It loads the classes from tools.jar instead of the specified jsr14.jar.) This is serious, and will likely involve changes to how the compiler classes are loaded. It is essential that we can compile with JSR-14, and we need tools.jar to be able to use the debugger. These cannot be mutually exclusive features... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=686849&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-14 21:07:20
|
Refactorings item #686785, was opened at 2003-02-14 15:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=451586&aid=686785&group_id=44253 Category: None Group: None Status: Open Priority: 5 Submitted By: Eric E. Allen (eallen) Assigned to: Nobody/Anonymous (nobody) Summary: Move "Save Interactions History" functionality to the model! Initial Comment: Currently, the functionality called for saving interactions histories is in the view. Clearly, this functionality should be in the model. In fact, there is functionality to do it in the model, but this functionality doesn't allow for editing of the history before saving. In order to allow for editing, we'll have to augment the GlobalModel interface to allow for the recording of edits. We'll also have to add call backs to the view to start up the editing window. Actually, what we'd really want to do is to be able to edit the interactions history in the definitions pane. Doing that would involve distinguishing Java files from history files in definitions. Another more radically change would be to store interactions histories _as_ Java files, i.e., store all statements in a main method of a new class.Then we could replace the "save interactions histories" functionality with functionality that loaded interactions history into a new document in definitions. The user could then edit and save at will. Loading would involve interpreting the code in the main method. The main task in this last idea would be to make sure that we only stored valid Java files. -- Eric ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=451586&aid=686785&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-13 19:27:25
|
Bugs item #686140, was opened at 2003-02-13 11:34 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=686140&group_id=44253 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: runtime exception on startup Initial Comment: Versions 20030203 and higher produce runtime exceptions on startup: java.lang.NoClassDefFoundError: com/apple/eawt/ApplicationListener. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=686140&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-12 05:03:15
|
Bugs item #685124, was opened at 2003-02-12 05:10 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=685124&group_id=44253 Category: Definitions (source editor) Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Tim Oberg (alphacoder) Assigned to: James Hsia (jhsia) Summary: anon inner classes in method call Initial Comment: check out DrJava's ugly indentation on this: method(arg1, new Object() { public void doNothing(){ } } ); v. the more aesthetically pleasing method(new Object() { public void doNothing(){ } } ); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=685124&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-12 03:34:45
|
Bugs item #685088, was opened at 2003-02-12 03:41 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=685088&group_id=44253 Category: Definitions (source editor) Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: Indent wrong if adding new method argument Initial Comment: Type the following line: public void foo(int a, int b) Now assume you want to add a third argument, c. Type a comma after b and hit enter. The close paren will move to the next line with no indentation at all, until you type any letter and hit tab: public void foo(int a, int b, ) If you just hit enter after b, the close paren is indented "correctly". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=685088&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-11 18:13:14
|
Feature Requests item #684800, was opened at 2003-02-11 18:20 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=684800&group_id=44253 Category: Debugger Group: None Status: Open Priority: 5 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: Better Threading Support in Debugger Initial Comment: Story: The user sets two breakpoints in different methods. The first breakpoint is hit by one thread in his program, and while he is stepping through that method, the second breakpoint is hit by a different method. The user chooses to resume the second breakpoint's thread. He then double clicks on the first thread from the Threads tab in the DebugPanel to set it to be "active" in the debugger, and continues stepping through the first method. Notes: The debugger currently has no way to change which thread is active. This will require a fair amount of refactoring. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=684800&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-11 18:09:07
|
Feature Requests item #684797, was opened at 2003-02-11 18:16 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=684797&group_id=44253 Category: Debugger Group: None Status: Open Priority: 4 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: Context menu item for setting debugger watch Initial Comment: Story: User has the debugger open, and would like to watch the value of a variable. He right clicks on the variable in the Definitions Pane and selects "Toggle Watch". The variable is added to the list of watched variables in the DebugPanel. Notes: We don't have any notion for what text is a field or variable and what isn't, so this can't be foolproof. But perhaps it can be useful anyway, even if we just drop the current word (whatever it happens to be) into the Watches tab. Repeating the action should remove the variable from the tab. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=684797&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-11 18:02:11
|
Feature Requests item #684793, was opened at 2003-02-11 18:08 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=684793&group_id=44253 Category: Debugger Group: None Status: Open Priority: 4 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: Display local variables in debugger Initial Comment: Story: User hits a breakpoint or steps in the debugger. A tabbed pane on the DebugPanel displays all current local variables that are in scope, along with their values. The values could be editable, allowing the user to change values in the JVM as it excutes. Implementation: The JPDA interface supports most of the functionality without a problem. The main work will just be providing a view for it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=684793&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-11 17:56:46
|
Feature Requests item #684791, was opened at 2003-02-11 18:03 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=684791&group_id=44253 Category: Debugger Group: Small (< 1 pair-week) Status: Open Priority: 5 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: Jump to line from debugger stack trace Initial Comment: Story: User reaches a breakpoint in the debugger, and the stack trace is displayed in a table. The user double clicks on a row in the stack trace, and the corresponding line in the correct document is displayed. Implementation notes: Most of the logic is already in place for this. It just needs the correct calls from the UI component. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=684791&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-11 17:55:04
|
Feature Requests item #684757, was opened at 2003-02-11 17:33 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=684757&group_id=44253 Category: User interface Group: Small (< 1 pair-week) Status: Open Priority: 5 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: "Do Not Show Again" checkbox in warnings Initial Comment: Story: User performs an operation that causes a warning or informational message to be displayed. Tired of reading the message over and over, the user clicks a "Do Not Show Again" checkbox on the message, and it is not displayed again. The user then changes his mind, opens the Preferences window, and unchecks the corresponding checkbox. The message is then displayed the next time the operation occurs. Notes: This could be used for messages like unexpected resets of the Interactions pane (which already has a checkbox in the preferences window). Other suggestions are welcome. Implementation: We'd probably want to use our own subclass of JOptionPane to display most of our dialogs, which could support displaying such a checkbox without duplicating lots of code. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=684757&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-11 17:54:24
|
Feature Requests item #684789, was opened at 2003-02-11 18:01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=684789&group_id=44253 Category: Debugger Group: Medium (< 1 pair-month) Status: Open Priority: 5 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: Re-enable debug mode if interactions reset Initial Comment: Story: The user has the debugger open, and in the course of debugging, the interactions pane resets. The debugger is forced to close (because the JVM it was debugging is now gone), but debug mode is turned back on. Future iterations could perhaps restore watched fields and variables. Perhaps also breakpoints, although this could be tricky if the code was modified and recompiled-- the lines might not match up anymore. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=684789&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-11 17:48:00
|
Refactorings item #684783, was opened at 2003-02-11 17:54 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=451586&aid=684783&group_id=44253 Category: None Group: None Status: Open Priority: 5 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: Extend DependenciesTest for lib directory Initial Comment: The DependenciesTest currently checks to see that the correct version of the util package is found. It would be nice if this could be extended for the compiler/platform-specific code trees and jar files in the lib directory. This would involve the addition of a Version.java to each of the separate code trees. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=451586&aid=684783&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-11 17:44:31
|
Refactorings item #684777, was opened at 2003-02-11 17:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=451586&aid=684777&group_id=44253 Category: None Group: None Status: Open Priority: 6 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: Ant: refactor platform-specifc tasks Initial Comment: The compiler and platform-specific Ant tasks currently have a lot of duplicated code. While Ant is a bit more complicated to write than straight Java, it should theoretically be possible to eliminate this duplicated code by abstracting the common behavior between these tasks and simply passing in parameters for each case. This would simplify the build script and reduce the likelihood of errors. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=451586&aid=684777&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-11 17:42:14
|
Refactorings item #684774, was opened at 2003-02-11 17:49 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=451586&aid=684774&group_id=44253 Category: None Group: None Status: Open Priority: 6 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: Ant: update/test targets for platform-specific code Initial Comment: There are several "advanced" Ant targets for compiling certain platform or environment specific libraries that DrJava uses. Both the compiler adapters and platform-specific code frameworks use this approach, so that jar files can be created on the target platforms and distributed without having to be recompiled each time. Each of these has a separate code tree in the src directory. There needs to be elegant Ant targets for running a cvs update or running tests over these separate code trees. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=451586&aid=684774&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-11 17:38:54
|
Refactorings item #684767, was opened at 2003-02-11 17:45 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=451586&aid=684767&group_id=44253 Category: None Group: None Status: Open Priority: 8 Submitted By: Charles Reis (csreis) Assigned to: Charles Reis (csreis) Summary: True Model View Controller Design Initial Comment: Currently, there is *far* too much logic in MainFrame, beyond the fact that it currently serves as both our view and controller. It would be much easier to test aspects of the view and controller if they were separated into different components and the extra logic was moved into the model where it belonged. I've been playing around with this, and I think I've come up with a reasonable scheme. It's a big refactoring, though, so I'd appreciate some help discussing the design and pairing on the implementation. Post here if you're interested. General approach: The UI package will contain pure Swing components where possible. SingleDisplayView will set up the layout and bring most of the Swing components together, such as the menu bar, tool bar, split panes, tabbed panes, etc. (Each of these could be in its own mindless Swing class, similar to what we have now, but perhaps with less logic.) Nothing here knows how to do anything (eg. menu items have no actions), but methods exist to set state (such as entering a compilation state, or showing a particular document). These methods can be tested to ensure that their side effects occur, but without needing to have a model around at all. The edu.rice.cs.drjava package will have a SingleDisplayController class that creates a model and a view. It contains the code for *all* Action objects for the view to send calls to the model, and it contains all Listeners for the model to notify the view. The controller can also be instantiated with a lightweight "dummy" model and view, so that the behavior of the actions and listeners can be tested without much overhead. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=451586&aid=684767&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-10 12:57:02
|
Bugs item #683900, was opened at 2003-02-10 13:03 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=683900&group_id=44253 Category: Interactions Group: Serious Status: Open Resolution: None Priority: 5 Submitted By: Kevin Butler (butlekvi) Assigned to: Nobody/Anonymous (nobody) Summary: ClassCastExceptions Initial Comment: With just about all interactions with complex applications I get exceptions like this: > package com.coi.xtrend.client.test.base; > CoreAPI.main(new String[0]); java.lang.ClassCastException: at com.coi.xtrend.client.base.Environment.<init> (Environment.java:67) at com.coi.xtrend.client.base.Environment.getInstance (Environment.java:169) at com.coi.xtrend.client.base.Environment.init (Environment.java:230) at com.coi.xtrend.client.test.base.CoreAPI.main (CoreAPI.java:559) at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) When I try the same with the DynamicJava-GUI, there's no problem. Any ideas? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=683900&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-10 00:40:56
|
Bugs item #683674, was opened at 2003-02-10 01:47 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=683674&group_id=44253 Category: Definitions (source editor) Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Daniel Posada (dposada) Assigned to: Nobody/Anonymous (nobody) Summary: Focus bug with "Save As..." dialog box Initial Comment: Story: A user is working in a file and then decides to save it by clicking File->Save As... He then enters a name for the file, clicks on OK, and when the dialog box closes, the focus does not return to his file. Instead, he has to click somewhere on the file to get a cursor. Note: I've only seen this on Solaris and Linux. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=683674&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-10 00:40:36
|
Bugs item #683673, was opened at 2003-02-10 01:47 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=683673&group_id=44253 Category: Definitions (source editor) Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Daniel Posada (dposada) Assigned to: Nobody/Anonymous (nobody) Summary: Focus bug with "Save As..." dialog box Initial Comment: Story: A user is working in a file and then decides to save it by clicking File->Save As... He then enters a name for the file, clicks on OK, and when the dialog box closes, the focus does not return to his file. Instead, he has to click somewhere on the file to get a cursor. Note: I've only seen this on Solaris and Linux. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=683673&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-09 19:05:07
|
Bugs item #683518, was opened at 2003-02-09 20:11 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=683518&group_id=44253 Category: Definitions (source editor) Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Daniel Posada (dposada) Assigned to: Nobody/Anonymous (nobody) Summary: Focus bug with "Save As..." dialog box Initial Comment: Story: A user is working in a file and then decides to save it by clicking File->Save As... He then enters a name for the file, clicks on OK, and when the dialog box closes, the focus does not return to his file. Instead, he has to click somewhere on the file to get a cursor. Note: I've only seen this on Solaris and Linux. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=683518&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-09 10:41:39
|
Bugs item #683348, was opened at 2003-02-09 04:48 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=683348&group_id=44253 Category: Definitions (source editor) Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Peter Centgraf (centgraf) Assigned to: Nobody/Anonymous (nobody) Summary: ActionBracePlusTest Doesn't Initial Comment: There is some kind of bug in the test code in edu.rice.cs.drjava.model.definitions.indent.ActionBracePlusTest. Try entering the test cases by hand into DrJava and indent them. The results are not the same as the expected results in the test cases. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=683348&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-09 10:34:40
|
Bugs item #683347, was opened at 2003-02-09 04:41 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=683347&group_id=44253 Category: User interface Group: Ugly Status: Open Resolution: None Priority: 5 Submitted By: Peter Centgraf (centgraf) Assigned to: Nobody/Anonymous (nobody) Summary: Add to Classpath Dialog Problems Initial Comment: The Add button on the "Resource Locations" pane in the Preferences dialog has several problems. 1: It allows multiple selections, but only uses one of them. 2: It doesn't remember the last directory used, which makes selecting multiple items quite annoying if they are in a directory that is not the default. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=683347&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-09 10:26:41
|
Bugs item #683345, was opened at 2003-02-09 04:33 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=683345&group_id=44253 Category: UI: MacOS X-specific Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Peter Centgraf (centgraf) Assigned to: Nobody/Anonymous (nobody) Summary: Multiple Selection in Open Dialog on Mac 1.3.1 Initial Comment: On Mac OS X with JDK 1.3.1, multiple selection only works properly if the selection was created as a contiguous selection with the shift key. If the command key is used to create a noncontiguous selection, only the first item selected will be opened. If a contiguous selection is made, and then certain items are de-selected with the command key, even the de-selected items are opened. Since this doesn't happen with JDK 1.4.1 or on Solaris, I'm inclined to think that this is a bug in the Aqua LAF version of JFileChooser on 1.3.1. I haven't verified this yet. If it turns out to be their problem, I'll submit a bug report to Apple. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=683345&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2003-02-09 10:08:43
|
Bugs item #683338, was opened at 2003-02-09 04:15 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=683338&group_id=44253 Category: Definitions (source editor) Group: Ugly Status: Open Resolution: None Priority: 5 Submitted By: Peter Centgraf (centgraf) Assigned to: Nobody/Anonymous (nobody) Summary: Highlighting and Selection Interact Poorly Initial Comment: While dragging to make a selection within an area of text which is highlighted by brace matching, the text background is not re-colored to show the selection. However, the text foreground color is reset to black for the selected text. When the user releases the mouse to complete the selection, the text background color is updated properly, with the selection color overriding the highlight color (if the cursor is still positioned to cause a highlight). I have confirmed this behavior on OS X with JDK 1.3.1 and 1.4.1 and on Solaris with 1.4.1. I believe that this happens for any kind of highlighting, including compiler errors, JUnit failures, and breakpoints. Breakpoint highlighting always overrides both brace-match highlighting and selection highlighting. I haven't verified with other types of highlighting. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=683338&group_id=44253 |
25 messages has been excluded from this view by a project administrator.
