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: James I-C. H. <jh...@ow...> - 2004-03-09 00:06:12
|
I've committed a version of build-common.xml that fixes the bug where compiling from the drjava directory would also compile dynamicjava files. I disabled Ant's javac default searching mechanism that attempts to find all referenced source files and compile them. Also, the 1.4.1 SDK/JSR14 2.2 version of do-compile is the default version again. This is for the benefit of the developers in comp312, who are using this configuration. James |
|
From: SourceForge.net <no...@so...> - 2004-03-04 15:47:28
|
Feature Requests item #909855, was opened at 2004-03-04 09:33 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=909855&group_id=44253 Category: User interface Group: Unknown size Status: Open Priority: 5 Submitted By: Bradley M. Wagner (beamer908) Assigned to: Nobody/Anonymous (nobody) Summary: Format all open documents Initial Comment: I find myself, going through each open document and doing a select all + TAB to format each document to the Java standards. Maybe this is not a universal feature request, but i would like a menu option that basically formats all open documents. Thanks, Bradley ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=909855&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-03-03 22:32:11
|
Bugs item #909375, was opened at 2004-03-03 22:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=909375&group_id=44253 Category: None Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Michael Dyrby Jensen (dyrby76) Assigned to: Nobody/Anonymous (nobody) Summary: Highlight doesn't follow right line if code changed. Initial Comment: When we have an error, which shows in the interactionspane, f.ex line 470, and we click that line. It jumps to line 470 in the definitionspane (which is right). If you edit on some line before you click on error, even without making extra linebreaks, clicking on the error in the interactionspane now jumps to line 471 instead of line 470. The bug was found in the newest version of Drjava from our cvs. I am running it on Asia. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=909375&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-03-03 15:22:13
|
Bugs item #909094, was opened at 2004-03-03 07:08 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=909094&group_id=44253 Category: Compiler integration Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Problems with J2sdk 1.5.0 Initial Comment: Hello Support, Is it possible that DrJAva doesn't like the new SDK 1.5.0 If I try to compile sources, I get the message e: E:\Prog\Java\editoren\eclipse_2.1.1\workspace\new_tes t_gui1\JButtons.java [line: (no source location)] Error: error reading E:\Prog\Java\editoren\eclipse_2.1.1\workspace\JCO\rfc0 1872_01220.trc; java.util.zip.ZipException: error in opening zip file What is wrong ? Thanks , E-Mail Ece...@ap... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=909094&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-03-01 01:07:23
|
Bugs item #907211, was opened at 2004-03-01 00:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=907211&group_id=44253 Category: JUnit integration Group: Annoying Status: Open Resolution: None Priority: 7 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: Test Failures Not Cleared Properly Initial Comment: Steps to reproduce: Open a class and a JUnit class that tests it, causing at least one failure. Now close the JUnit class, click Reset, and click Test. The proper error message ("Test Works Only On JUnit Test Cases") is displayed, but after clicking OK, the JUnit class is re-opened and the previous errors are shown. This is made worse if looking at different versions of the class (eg. for grading), since the reported errors do not correspond to the open files (ie. the tests are not re-run-- DrJava is just showing the old results). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=907211&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-02-26 22:10:31
|
Bugs item #905405, was opened at 2004-02-26 21:58 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=905405&group_id=44253 Category: User interface Group: Makes DrJ unstable Status: Open Resolution: None Priority: 5 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: Undo Alt+Anything Causes Exception Initial Comment: Start DrJava, type Alt+A. The undo button becomes enabled. Choose "Undo previous command" from the Edit menu or click Undo on toolbar (don't use Ctrl+Z). A CannotUndoException will appear in the Console tab. Occurred while using the current CVS copy of DrJava (or earlier releases, not sure how far back) on Windows or Linux. Seems to happen for Alt+(any key which is not a menu hotkey). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=905405&group_id=44253 |
|
From: Charles R. <creis@u.washington.edu> - 2004-02-26 18:29:34
|
Hey-- I just noticed the new next/prev buttons in the compiler error panel-- very nice! They'll be very useful for dealing with lots of errors. It might be good to make them disabled if there aren't any errors (or any more in one direction), and they'd be useful on the Test tab too. The only other thing I noticed is that it forces the tabbed pane to be a little taller than it needs to be (ie. there's some space between the buttons and the highlight source checkbox that you can't get rid of). Any idea why? Charlie |
|
From: SourceForge.net <no...@so...> - 2004-02-25 05:13:03
|
Bugs item #903921, was opened at 2004-02-24 20:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=903921&group_id=44253 Category: None Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: switching windows with alt-tab Initial Comment: DrJava Version : 20030822-2200 JDK version 1.4.2 Operating System: Windows XP Home edition When switching to the Dr. Java window using alt-tab, sometimes, the menu becomes active instead of the document window, so when I start typing, nothing happens because the keystrokes are going to the menu. This problem is very sproadic. When I try to make it happen, the bug only appears about 1 in 10 times, but when I am actually using the program, it seems to appear more often than that. Side note (this may be related): Whenever I activate the Dr. Java window, the first letter of each menu item becomes underlined and remains underlined until I activate and deactivate the menu with the mouse (then, the underlining is turned off until I activate the menu again). With every other program on my computer, however, the underlining is either always on or always off and doesn't mysteriously change due to events such as deactivating and activating the window and activating and deactivating the menu. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=903921&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-02-25 04:53:20
|
Bugs item #903931, was opened at 2004-02-24 20:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=903931&group_id=44253 Category: None Group: Ugly Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Dr. Java very slow editing files on network Initial Comment: Operating system: windows XP Dr. Java version: 20030822 JDK version: 1.4.2 When I run the windows version of Dr. Java and edit a file stored on the network (this problem occurs when I open the file using samba to map a network drive), Dr. Java is extremely slow, especially in the following: - Navigating through the file...open dialog box is a pain - every button click requires waiting about 5 seconds. - When I'm just typing, Dr. Java is excruciatingly slow in responding to keystrokes. Every keystroke takes about 5 seconds response time. - toggling the 'keep emacs style backup files' has NO EFFECT on the problem - I know the problem is Dr. Java and not the network because when I browse through the network drive using My Computer or the open dialog box of ANY PROGRAM OTHER THAN DR. JAVA, it's much, much faster. Also, when I edit a file on the network in any editor other than Dr. Java (aka. Mircosoft Word, notepad, etc.), there are no delays in response to keystokes. - This problem does NOT appear when I run Dr. Java from a UNIX machine - If while I'm editing a program, I unplug the network cable, Dr. Java totally freezes until I minimize it and restore it again. Then, the response problem fixes itself entirely, except that since I'm now disconnected from the network, I can't save the file. - This problem does NOT appear when all files open are located on the hard drive. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=903931&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-02-25 04:35:35
|
Feature Requests item #903925, was opened at 2004-02-24 20:24 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=903925&group_id=44253 Category: None Group: Small (< 1 pair-week) Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: file open/save as dialog box Initial Comment: The standard windows file open/save as dialog box allows the user to right-click on a file name to get the standard windows explorer-style context menu to do tasks such adding a directory, renaming files, deleting files (which currently can't be done at all), etc. This can be implemented very easily since all the code for the dialog box is already built-into the windows operating system (even if it's too time-consuming to implement this on the UNIX version, on the Windows version, it should be easy). The API function GetOpenFileName() / GetSaveFileName() does everything. Implementing this change will also allow new features to be automatically added to the opening dialog box to go with new versions of Windows that may come out in the future. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=903925&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-02-24 15:42:27
|
Feature Requests item #903510, was opened at 2004-02-24 07:31 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=903510&group_id=44253 Category: Other Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: checkstyle plug-in Initial Comment: If DrJava isn't going to have language subsets (like DrScheme), I'd like to see a CheckStyle plug-in for it. There are lots of things I'd like DrJava to warn my students about: inner classes, "constructors" with return types, magic numbers, etc. etc. etc. Contact me at sb...@ad... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=903510&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-02-24 06:13:29
|
Feature Requests item #903243, was opened at 2004-02-24 06:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=903243&group_id=44253 Category: JUnit integration Group: Small (< 1 pair-week) Status: Open Priority: 5 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: Button for JUnit Stack Trace Initial Comment: Story: The user clicks Test to run JUnit over all open unit tests, and several test failures are reported. A "Stack Trace" button in the Test Output tab becomes enabled, allowing the user to view the stack trace of the currently highlighted failure. Notes: We currently support this by right-clicking on the test failure, but *very* few users are aware of this feature. A button will help make the feature more visible. Possible related features: Double-clicking on the test failure could have the same effect-- this could be a convenient shortcut. Also, similar to feature request #527463, double-clicking on a line in the stack trace should jump to the corresponding line of code. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=903243&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-02-24 06:07:39
|
Feature Requests item #903242, was opened at 2004-02-24 05:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=903242&group_id=44253 Category: Interactions Group: None Status: Open Priority: 5 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: Alternative to Semicolon-suppressed output Initial Comment: Currently, typing a semicolon in the Interactions Pane often/usually has the effect of suppressing any output of a statement or expression. As we've debated many times before, this approach is really sort of a legacy hack for convenience, and is certainly not intuitive to beginners (nor even entirely consistent, since I think we still require semicolons on some but not most statements). It would be much better not to use the semicolon for this purpose, while maintaining some way to view or suppress output. (Always printing out the value of an expression if it has a useful one is probably not a good idea, due to things like the ridiculously large toString of classes like JFrame.) Unfortunately, I don't have many ideas on a better alternative or a good user interface here. I wanted to put up a feature request for this issue to be discussed, though. Please post any ideas! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=903242&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-02-24 06:01:09
|
Feature Requests item #903239, was opened at 2004-02-24 05:50 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=903239&group_id=44253 Category: Interactions Group: None Status: Open Priority: 5 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: Box for System.out output Initial Comment: Story: User calls System.out.println("foo") or calls a method which calls System.out.println. A box is drawn in the Interactions Pane, much like the one for receiving input from System.in, and "foo" is printed in green inside the box. Notes: A significant number of students in the CS1 course at University of Washington have been confused about the difference between returning a value and printing it with System.out.println. Having a stronger distinction than green vs. black text in DrJava's Interactions Pane would help reinforce this difference. This approach would follow the precedent set by DrScheme (which we have modeled for reading input from System.in). It's worth noting that the user could still get a "normal" view of the output by viewing the console tab-- this would just set apart System.out input in the Interactions pane. The one thing that could be complicated is trying to figure out how and when to print things in the same box. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=903239&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-02-23 07:48:36
|
Feature Requests item #902502, was opened at 2004-02-22 23:38 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=902502&group_id=44253 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: j2sdk1.5.0 Initial Comment: Be nice if it worked with the j2sdk1.5.0... When you select the tools.jar it says it's invalid. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=902502&group_id=44253 |
|
From: Charles R. <creis@u.washington.edu> - 2004-02-22 02:42:37
|
So I seem to have forgotten about this issue for many months, but I have just committed a new version of the developer documentation (and updated the DrJava website) with instructions on how to update the documentation, along with a new chapter for adding tips to other developers as they come up. Please feel free to add to it! (Note that you need docbook2html installed to generate the documentation.) It might also be nice to have a brief chapter with a very high level overview of the code base. I've written emails to that effect before, so I'll try to dig one up and add it to the documentation. (Don't want to get too specific, because we do a lot of refactoring and it could get out of date quickly.) Hope that helps! Charlie Peter Centgraf wrote: > Hi all, > > I'm interested in tweaking some of the DrJava documentation, > specifically as regards recently added/changed features from this > summer's work. However, I haven't the foggiest clue how to do that. I > don't even remember what format the docs are originally authored in > (DocBook maybe?). If someone who knows (perhaps only Charlie) could > whip up a quick section on editing the docs (what software is needed, > how to generate the HTML and PDF) and put it in the developer docs > online, I would appreciate it much. > > -- > Peter |
|
From: Moez A. Abdel-G. <mo...@cs...> - 2004-02-20 07:12:06
|
Hal, Except for two small bug fixes, the source for DJava (Dynamic- Java) as used in DrJava could be obtained from http://koala.ilog.fr/djava by clicking the "CVS snapshot" link, located at the bottom of the page. Hope that helps. -Moez P.S.: The DrJava team is currently working on adding Java 1.5 features to DJava, which might include, as well, adding more bug fixes to the original code. > -----Original Message----- > From: drj...@li... > [mailto:drj...@li...] On Behalf > Of Harold Riggs > Sent: Wednesday, February 18, 2004 9:15 PM > To: drj...@li... > Subject: [DrJava] Re: dynamicjava.jar > > > Where can I find the the source to the current version of > dynamicjava.jar used in > DrJava? I have only found the class files in the CVS or source code > downloads. > Thanks, > Hal Riggs |
|
From: SourceForge.net <no...@so...> - 2004-02-20 03:11:11
|
Bugs item #900840, was opened at 2004-02-19 19:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=900840&group_id=44253 Category: Other Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Hal Perkins (hperkins) Assigned to: Nobody/Anonymous (nobody) Summary: help files missing Initial Comment: The help files are missing from at least the windows version 20040213-2314. The help window displays a message about running ant docs after building DrJava. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=900840&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-02-19 08:02:26
|
Bugs item #900085, was opened at 2004-02-19 01:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=900085&group_id=44253 Category: Definitions (source editor) Group: Could cause data loss Status: Open Resolution: None Priority: 5 Submitted By: Moez A. Abdel-Gawad (moez) Assigned to: Moez A. Abdel-Gawad (moez) Summary: Fix Auto-close comments not preserving following text Initial Comment: In the Aug., 22nd, 2003 version of DrJava, when the Auto-close comments preference is checked, if the user has some text between the cursor position and the end of line, and he presses Enter, the Auto-close comments code does not preserve that text. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=900085&group_id=44253 |
|
From: Harold R. <hr...@sp...> - 2004-02-19 03:22:35
|
Where can I find the the source to the current version of
dynamicjava.jar used in
DrJava? I have only found the class files in the CVS or source code
downloads.
Thanks,
Hal Riggs
|
|
From: SourceForge.net <no...@so...> - 2004-02-18 17:01:16
|
Feature Requests item #899727, was opened at 2004-02-18 10:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=899727&group_id=44253 Category: JUnit integration Group: None Status: Open Priority: 5 Submitted By: James Hsia (jhsia) Assigned to: Nobody/Anonymous (nobody) Summary: Inner class JUnit testing Initial Comment: A convenient way to write JUnit tests is to make them static inner classes of the class they designed to test. This way, the test class has access to all the private members of the class being tested. Right now though, the testing framework in DrJava does not recognize inner classes which are valid JUnit test cases. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=899727&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-02-17 14:54:56
|
Feature Requests item #898769, was opened at 2004-02-17 14:49 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=898769&group_id=44253 Category: User interface Group: None Status: Open Priority: 5 Submitted By: Kevin Butler (butlekvi) Assigned to: Nobody/Anonymous (nobody) Summary: Eclipse plugin can't copy + paste Initial Comment: Most essential feature missing from the Eclipse plug-in is the ability to paste code to the interactions pane. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=898769&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-02-16 21:11:02
|
Feature Requests item #898290, was opened at 2004-02-16 15:06 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=898290&group_id=44253 Category: Interactions Group: Large (> 1 pair-month) Status: Open Priority: 5 Submitted By: Moez A. Abdel-Gawad (moez) Assigned to: Moez A. Abdel-Gawad (moez) Summary: Bring the Interactions Pane recognize Java 1.5 syntax Initial Comment: ... to be added soon ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=898290&group_id=44253 |
|
From: James I-C. H. <jh...@ow...> - 2004-02-16 16:24:41
|
This development release of DrJava includes a few bug fixes, and a couple of new features. The big changes include a major bug where compiling on Windows would sometimes cause DrJava to lock up was fixed. Also, undo's usability has been improved by better handling undoing typed text. Please download and test this release as your primary copy of DrJava (http://drjava.org). James |
|
From: SourceForge.net <no...@so...> - 2004-02-14 06:14:25
|
Bugs item #896937, was opened at 2004-02-13 22:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=896937&group_id=44253 Category: UI: MacOS X-specific Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Hal Perkins (hperkins) Assigned to: Nobody/Anonymous (nobody) Summary: SlaveJVMRunner in foreground after launch Initial Comment: When I launch DrJava 20040203-2304 on OS X 10.3.2 (latest Java 1.4.2 update), two Java VMs launch - the one running DrJava proper and one labeled edu.rice.cs.util.newjvm.SlaveJVMRunner. The glitch is that after the launch, the slave VM is the foreground application and I have to click to get to the main DrJava window. The Slave VM should be in the background, if it has to be visible at all. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=896937&group_id=44253 |
25 messages has been excluded from this view by a project administrator.
