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: <no...@so...> - 2002-03-05 17:24:44
|
Feature Requests item #526028, was opened at 2002-03-05 11:24 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438938&aid=526028&group_id=44253 Category: Interactions Group: Small (< 1 pair-week) Status: Open Priority: 5 Submitted By: Brian Stoler (brianstoler) Assigned to: Nobody/Anonymous (nobody) Summary: Limit to history length Initial Comment: Right now, the interactions history is of unbounded length. Though I don't expect it to come up frequently, this could cause a fair amount of memory to leak if you kept the same DrJava process up for days and weeks. (Plus, who really wants to scroll 1000 lines up?) So, I think we should cap the history. At first, the cap could be hard-coded (500? 200?). Later, it can be configurable. This can all be done within History.java. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438938&aid=526028&group_id=44253 |
|
From: Brian S. <bs...@bs...> - 2002-03-05 17:09:57
|
http://sourceforge.net/docman/display_doc.php?docid=9899&group_id=44253 I finally updated the build scripts some and wrote up complete docs on how to do a release. Please follow these steps *exactly*, and tell me if there are any problems. (I just did a run through, but you never know ... .) One important thing: I had to modify the elusive build-common.xml, so, from the drjava directory: cd .. cvs update This will make sure you have all the new build file stuff (as well as everything else!). -brian ---------------------------------------------------------------- Brian Stoler home: (713) 520-9017 office: (713) 348-3720 Graduate student, Rice University Department of Computer Science |
|
From: <no...@so...> - 2002-03-05 16:05:01
|
Feature Requests item #525996, was opened at 2002-03-05 10:04 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438938&aid=525996&group_id=44253 Category: Other Group: Large (> 1 pair-month) Status: Open Priority: 3 Submitted By: Brian Stoler (brianstoler) Assigned to: Nobody/Anonymous (nobody) Summary: Auto-generate stub class from test case Initial Comment: Some people talk about automatically generating test case classes from an implementation. But how useful is that, really? I mean, you can't easily discern what tests to run, so all you are doing is writing a bit of simple boilerplate. What would be really useful is a tool that encouraged the XP-style "write the tests first" methodology. Here's how it would work: 1) User writes the new test case, assuming that any new classes and/or methods that will be implemented exist already. This means the test class will reference methods, fields or classes that don't exist yet. 2) User runs stub generator. It examines the test case and finds methods, fields and classes that don't yet exist (possibly prompting the user to disambiguate some of them, although I'm not sure), and then generates the code as needed to fit the signatures required in the tests. (It implements all methods by throwing NotImplementedException.) The goal is that after this, the new test case will compile, and all the test cases will fail. 3) Note that the stub may have to make up default answers sometimes for things not knowable from the test cases, like the return type of methods might sometimes be guessed as "Object" or something when the user wanted something more specific. (This would happen if the test didn't clearly show the return type of the given method.) Thus, the user might have to refine the signatures of the generated class(es). 4) The user modifies the generated class to implement the methods. 5) User runs test cases, and goto 4 unless they all pass! Now wouldn't this be cool? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438938&aid=525996&group_id=44253 |
|
From: <no...@so...> - 2002-03-05 06:23:07
|
Feature Requests item #525824, was opened at 2002-03-05 00:23 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438938&aid=525824&group_id=44253 Category: Interactions Group: Small (< 1 pair-week) Status: Open Priority: 2 Submitted By: Eric E. Allen (eallen) Assigned to: Eric E. Allen (eallen) Summary: see empty string at end of history Initial Comment: When scrolling through the history in the interactions window, it would be nice if the user could move all the way down back to a blank line. Otherwise, it's necessary to scroll to some line in the history and manually delete it. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438938&aid=525824&group_id=44253 |
|
From: Eric E. A. <ea...@cs...> - 2002-03-05 03:11:17
|
After having perused the ui code today, I have to say that many elements of the ui package can be tested much more thoroughly than they are, without any refactoring at all (well, some private methods would have to be made package private). For example, in the process of fixing the broken (untested) tooltips on undo/redo, I added a new MainFrameTest class where we can put tests on the methods in class MainFrame. Check out the test I put in there for createManualToolbarButton. It tests that method without worrying about what model is installed in the ui at all. Many of the methods in class MainFrame (and the other ui classes) could be tested in the same way. We need to start retrofitting more methods to MainFrameTest while working with the ui code. If everyone does a little bit of this retrofitting whenever working with the ui, it should be fairly painless. Of course, any new functionality (or altered functionality) in the ui should include new tests. -- Eric |
|
From: <no...@so...> - 2002-03-04 22:44:03
|
Bugs item #525682, was opened at 2002-03-04 16:44 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438935&aid=525682&group_id=44253 Category: User interface Group: Annoying Status: Open Resolution: None Priority: 3 Submitted By: Eric E. Allen (eallen) Assigned to: Eric E. Allen (eallen) Summary: tooltips broken on undo/redo Initial Comment: In more recent releases, the tooltips on undo/redo have disappeared. This can be confusing to new users. It also means that this functionality is not being tested. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438935&aid=525682&group_id=44253 |
|
From: Eric E. A. <ea...@cs...> - 2002-03-04 17:57:45
|
Everyone: If you haven't done so already, I strongly encourage you to check out the new DrJava website that Theo has set up: http://drjava.sourceforge.net Thanks, Theo, for doing such a fantastic job. It looks terrific. -- Eric |
|
From: Peter C. <cen...@ri...> - 2002-03-02 23:36:32
|
Brian's fix didn't actually fix the bug. (See my addition to the prematurely-closed bug report. To be fair, it was the code that was posted here that had the bug.) I fixed it and tweaked the code to better support the Mac OS menubar. I didn't make a new build on SourceForge, though, because I never bothered to figure out how to do that. :-( Could someone please make a new build so that the real fix will be published in the latest jar? Thanks. -- Peter Centgraf Lovett College Rice University Houston, TX |
|
From: Brian S. <bs...@bs...> - 2002-03-01 23:54:37
|
Al: Thanks for the report. I made a change that I believe should resolve this problem. Download the latest version from http://sourceforge.net/project/showfiles.php?group_id=44253 Here are the relevant release notes: Release Name: drjava-20020227-1420 Notes: Bumped required util version. Fixed #523388: Version number in about box wrong. Fixed #522691: DrJava window starts partly off screen. If you have any further problems, please file a support request at http://sourceforge.net/tracker/?group_id=44253&atid=438936 Thanks, -brian |
|
From: <web...@li...> - 2002-03-01 22:12:39
|
Your entry "DrJava" has been added to http://www.linuxlinks.com It will appear after the next update (under 24 hours), and is listed in both the relevant Category and in the What's New section, http://www.linuxlinks.com/New/ To keep our database accurate we would appreciate it if you would let us know of any changes to your listing, including any change in URL. If you haven't already done so, you are more than welcome to add a reciprocal link to us. Regards, Steve Emms Portal Manager |
|
From: Al C. <ac...@ea...> - 2002-03-01 20:43:25
|
I run my computer at 800x600, large fonts (Windows NT). When I opened Dr Java (last week's release, IIRC), the main window was much bigger than my screen. The interaction area at the bottom was completely off screen and invisible. Maybe opening full-screen would be best. Al Christians |
|
From: <no...@so...> - 2002-03-01 00:28:53
|
Bugs item #524123, was opened at 2002-02-28 18:28 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438935&aid=524123&group_id=44253 Category: Other Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Peter Centgraf (centgraf) Assigned to: Nobody/Anonymous (nobody) Summary: Bizarre Error Dialog Initial Comment: While using 20020228-035 on OS X, an error message dialog appeared with the text "Interactions window was terminated by a call to System.exit(0).\n The interactions window will now be restarted." DrJava was in the background when this happened, so I can guarantee with a high degree of certainty that I did NOT call System.exit(0). Furthermore, I was viewing the about box at the time this dialog appeared. Now the error dialog doesn't respond when clicking the OK box, but using the close button still works. After closing the dialog, the message re-appeared several times before finally leaving me alone. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438935&aid=524123&group_id=44253 |
|
From: <no...@so...> - 2002-02-28 23:05:38
|
Bugs item #524094, was opened at 2002-02-28 17:05 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438935&aid=524094&group_id=44253 Category: Interactions Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Peter Centgraf (centgraf) Assigned to: Nobody/Anonymous (nobody) Summary: Inconsistent Arrow Key Behavior Initial Comment: In version 20020228-035, when using the interactions window, the right and left arrow keys can move the text curser into very strange places where the history recall semantics make little sense. Perhaps the mechanism which prevents the delete key from moving past the "> " prompt should be extended to include the arrow keys. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438935&aid=524094&group_id=44253 |
|
From: <no...@so...> - 2002-02-28 08:47:23
|
Feature Requests item #523770, was opened at 2002-02-28 02:47 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438938&aid=523770&group_id=44253 Category: None Group: None Status: Open Priority: 5 Submitted By: Christian Westbrook (thepropsman) Assigned to: Nobody/Anonymous (nobody) Summary: Visible Bell Initial Comment: Both for the hearing impaired and for people who like to use visible bells rather than bother their roommates with late-night programming, DrJava should support a visible bell or minimally the ability to turn OFF the Toolkit beep()'s. This could go in the configuration box which I think is under development... ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438938&aid=523770&group_id=44253 |
|
From: <no...@so...> - 2002-02-28 00:08:49
|
Feature Requests item #523661, was opened at 2002-02-27 16:08 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438938&aid=523661&group_id=44253 Category: User interface Group: None Status: Open Priority: 5 Submitted By: Peter Centgraf (centgraf) Assigned to: Nobody/Anonymous (nobody) Summary: Unit Test Framework for UI Initial Comment: I believe that the recent bugs with the undo button on the toolbar, window resizing for small screens, and menu organization show that we need a unit testing framework for the DrJava GUI. There is currently no test suite for any aspect of the actual display or user interaction - only the underlying models. It is possible to horribly disable the program (by neglecting to show the MainFrame, for example) and still pass the current unit tests. Unfortunately, this process is inherantly graphical, so it would be difficult or impossible to run meaningful tests without windowing support. It might be possible to use 1.4's headless AWT support and/or Robot for some tests, but I doubt that this would be a complete solution. Some effort should be put into covering this gaping (and quite visible) hole in our testing. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438938&aid=523661&group_id=44253 |
|
From: <no...@so...> - 2002-02-27 14:00:39
|
Bugs item #523388, was opened at 2002-02-27 06:00 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438935&aid=523388&group_id=44253 Category: Other Group: Ugly Status: Open Resolution: None Priority: 9 Submitted By: Brian Stoler (brianstoler) Assigned to: Brian Stoler (brianstoler) Summary: Version number in about box wrong Initial Comment: Grr. Due to the stupid "final constants get inlined across class boundaries" problem, the version number in the about text can be wrong. The fix is to only access the version number through an accessor method. Fixing now. PS: To get the drjava version easily (the correct one!), include the DrJava classes in your classpath and type: java edu.rice.cs.drjava.Version (It has a main method to print the version.) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438935&aid=523388&group_id=44253 |
|
From: Brian S. <bs...@bs...> - 2002-02-27 13:37:12
|
Actually, I'm going to fix it myself real quick, so I can include it in the version we take with us. -brian PS: Did you all know this list is public and archived on sourceforge? Just FYI. :) |
|
From: Brian S. <bs...@bs...> - 2002-02-27 13:33:21
|
The wonders of open source ... . I just got this random email. If someone
wants to toy with this (fixing bug #522691), feel free. (Before you start
working on it, assign the bug to yourself.
-brian
---------- Forwarded message ----------
Date: Tue, 26 Feb 2002 22:37:40 -0800
From: Etan <za...@no...>
To: bs...@bs...
Subject: Quick MainFrame window position fix
Just a quick fix for centering the DrJava window on start
up.
Use this in your MainFrame.java:
this.setSize(new Dimension(800, 700)); // use your globals
Dimension screenSize = Toolkit.getDefaultToolkit
().getScreenSize();
Dimension frameSize = this.getSize();
if (frameSize.height > screenSize.height) {
frameSize.height = screenSize.height;
}
if (frameSize.width > screenSize.width) {
frameSize.width = screenSize.width;
}
this.setLocation((screenSize.width - frameSize.width) / 2,
(screenSize.height - frameSize.height) / 2);
//////////////////////////
Then You'll have a nice centered screen every time.
email me!
za...@no...
|
|
From: Corky C. <co...@ri...> - 2002-02-27 06:32:45
|
Hi DrJava Hackers, I have decided not to hold class today because my plane departure is a little too close to the end of class for a comfortable commute. See you after Spring break! DrJava is looking really cool. -- Corky |
|
From: Brian S. <bs...@bs...> - 2002-02-27 05:31:29
|
Are there any changes to DrJava that anyone expects to be committing in the next 12 hours? If so, e-mail me first. (Tell me ASAP if you are planning anything.) Tomorrow morning I'm going to make floppies to distribute at the conference with the current version, drjava-20020227-0311, unless something newer and better comes along. -brian |
|
From: <no...@so...> - 2002-02-27 01:23:52
|
Feature Requests item #523222, was opened at 2002-02-26 17:23 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438938&aid=523222&group_id=44253 Category: Compiler integration Group: None Status: Open Priority: 5 Submitted By: Brian Stoler (brianstoler) Assigned to: Brian Stoler (brianstoler) Summary: Prompt user for compiler if none found Initial Comment: I have resisted improving the configuration framework until we create a better, more permanent solution. However, Corky and Eric convinced me to implement this fairly small new feature that will help a lot with new users, preventing an annoying problem. If, on startup, DrJava detects that no compiler was found, it will tell the user and prompt him like this: DrJava can not find any Java compiler. Would you like to configure the location of the compiler? The location of the compiler is generally "tools.jar", in the "lib" subdirectory under your JDK installation directory. (If you say "No", DrJava will be unable to compile programs.) [Yes/No] Note that this dialog will *only* come up if, at startup, no compiler is available. If the user says "Yes", a JFileChooser will come up, allowing the user to select a .JAR file. If this jar contains the compiler, the process ends. Otherwise, the code will prompt the user: "This file does not appear to contain the compiler. Would you like to try another JAR?" And if yes, it'll try again. Etc. If a valid JAR is selected, it will be updated in DrJava for that session, *and* the properties file will be re-saved with that new location included. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438938&aid=523222&group_id=44253 |
|
From: <no...@so...> - 2002-02-26 21:40:07
|
Bugs item #523150, was opened at 2002-02-26 13:39 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438935&aid=523150&group_id=44253 Category: Other Group: Ugly Status: Open Resolution: None Priority: 3 Submitted By: Brian Stoler (brianstoler) Assigned to: Alan Mislove (amislove) Summary: Too much leading in printouts Initial Comment: I think there is too much space between lines on printouts from DrJava. I think there is unneeded empty space on all lines. Perhaps we're double-counting either ascent or descent? I've dealt with this before and found it confusing. I saw this in preview on Linux and Solaris and on a printout from Solaris. This is not a huge deal, but it could be prettier (and need fewer pages) if it were more condensed. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438935&aid=523150&group_id=44253 |
|
From: <no...@so...> - 2002-02-26 21:36:58
|
Feature Requests item #523148, was opened at 2002-02-26 13:36 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438938&aid=523148&group_id=44253 Category: Other Group: None Status: Open Priority: 1 Submitted By: Brian Stoler (brianstoler) Assigned to: Nobody/Anonymous (nobody) Summary: Printing in color/bold, etc. Initial Comment: It would be cool if comments/keywords/quotes were highlighted differently in printouts, like in the editor UI. The method DefinitionsDocument.getHighlightStatus() gives the information needed. This is not important but would be cool. :) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438938&aid=523148&group_id=44253 |
|
From: <no...@so...> - 2002-02-26 19:36:49
|
Feature Requests item #523103, was opened at 2002-02-26 11:36 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438938&aid=523103&group_id=44253 Category: User interface Group: None Status: Open Priority: 4 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: Right-click menus for doc list Initial Comment: It would be nice to have a right-click pop-up menu in the document selector, with menu items like Save, Compile, Close, etc. The tricky part would be communicating with a particular document, rather than model.getActiveDocument(). ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=438938&aid=523103&group_id=44253 |
|
From: Charles R. <cr...@ri...> - 2002-02-26 19:32:51
|
The reorganized menus and toolbar have been committed in version drjava-20020226-1915. Charlie |
25 messages has been excluded from this view by a project administrator.
