objectscript-devel Mailing List for ObjectScript (Page 41)
Brought to you by:
rob_d_clark
You can subscribe to this list here.
2003 |
Jan
(47) |
Feb
(61) |
Mar
(73) |
Apr
(149) |
May
(202) |
Jun
(219) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(13) |
Dec
(65) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(81) |
Feb
(62) |
Mar
(36) |
Apr
(48) |
May
(50) |
Jun
(9) |
Jul
(10) |
Aug
(9) |
Sep
(30) |
Oct
(6) |
Nov
|
Dec
|
2006 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(6) |
Oct
(4) |
Nov
(1) |
Dec
(3) |
2007 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(10) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
2008 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
(1) |
May
(2) |
Jun
(4) |
Jul
(14) |
Aug
(1) |
Sep
(10) |
Oct
(7) |
Nov
(47) |
Dec
(38) |
From: Rob C. <rob...@ma...> - 2003-04-13 23:00:53
|
Issue OBJS17 (FileChooser: remember recent paths) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS17> The following modifications were made to this issue: Status changed from 'Assigned' to 'Resolved' Comment: move to 'resolved' state |
From: Rob C. <rob...@ma...> - 2003-04-13 19:15:32
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS83> Type : Defect Issue Id : OBJS83 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: editor tries to open directory Description: doesn't verify that the selected file from the FileChooser is not actually a directory... perhaps the best solution is to add to AbstractFileFilter a way to indicate that the file should be shown, but the "Open"/"Save" buttons are disabled while they are selected. The default implementation would be to not select directories, since most places don't want directories to be selected, but it can be overriden when needed Severity: Major Version: head Stack Trace: Functional Area: chimera Status: New |
From: Rob C. <rob...@ma...> - 2003-04-12 21:45:23
|
Issue OBJS17 (FileChooser: remember recent paths) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS17> The following modifications were made to this issue: Status changed from 'New' to 'Assigned' Comment: move to 'assigned' state |
From: Rob C. <rob...@ma...> - 2003-04-12 21:44:58
|
User rob...@ma... has added user rob...@ma... to Assigned To. You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS17> |
From: Rob C. <rob...@ma...> - 2003-04-12 21:05:50
|
Issue OBJS16 (FileChooser expanding JTree bug) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS16> The following modifications were made to this issue: Status changed from 'Assigned' to 'Resolved' Comment: moving to resolved state |
From: Rob C. <rob...@ma...> - 2003-04-12 01:00:04
|
Issue OBJS16 (FileChooser expanding JTree bug) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS16> The following modifications were made to this issue: Ok, the issue seems to be with how equals() works on windows files that "don't really exist"... and since FileSystemTreeModel uses the file as a key into a hashtable (mapping to a TreePath element) this is what is causing the problem: os> t.put( pkg.util.getFile("/C:/IO.SYS"), "foo" ) os> t.get( pkg.util.getFile("/C:/IO.SYS") => foo os> t.put( pkg.util.getFile("/C:"), "foo" ) os> t.get( pkg.util.getFile("/C:") => null |
From: Rob C. <rob...@ma...> - 2003-04-12 00:34:12
|
User rob...@ma... has added user rob...@ma... to Assigned To. You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS16> |
From: Rob C. <rob...@ma...> - 2003-04-12 00:34:00
|
Issue OBJS16 (FileChooser expanding JTree bug) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS16> The following modifications were made to this issue: Status changed from 'New' to 'Assigned' Comment: move to 'assigned' state |
From: Rob C. <rob...@ma...> - 2003-04-12 00:32:45
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS81> Type : Defect Issue Id : OBJS81 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: dialogs visible by default? Description: a newly created dialog seems to be visible by default, which causes some (mostly cosmetic) weirdness, because you can end up with an empty dialog, if the code that creates it hasn't set a content pane yet. Also, it seems like closing the dialog doesn't cause it to be disposed (in both window and desktop mode), which is somewhat annoying. Severity: Cosmetic Version: head Stack Trace: Functional Area: chimera Status: New |
From: Rob C. <rob...@ma...> - 2003-04-12 00:27:52
|
Issue OBJS16 (FileChooser expanding JTree bug) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS16> The following modifications were made to this issue: it seems there are two issues... first is windows specific, not being able to programatically expand the tree. The second is not windows specific... when a file filter is set on the chooser that it seems that the dialog looses the fact that a file/path is selected |
From: Rob C. <rob...@ma...> - 2003-04-11 23:57:19
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS80> Type : Defect Issue Id : OBJS80 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: RegistryBrowser not recognizing tree structure changes... Description: ... if the root path is not "/"... possibly there is a problem constructing the TreePath for the events that need to be fired to tell the JTree to update Severity: Minor Version: head Stack Trace: Functional Area: chimera Status: New |
From: Rob C. <rob...@ma...> - 2003-04-11 23:30:47
|
Issue OBJS19 (string equal bug) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS19> The following modifications were made to this issue: Status changed from 'Assigned' to 'Resolved' Comment: moving to 'resolved' state |
From: Rob C. <rob...@ma...> - 2003-04-11 23:02:24
|
Issue OBJS19 (string equal bug) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS19> The following modifications were made to this issue: I think I've figured out what the deal is... OString#equals(Object obj) takes a java.lang.Object, which means that what ends up getting passed to it is the result of OString#castToJavaObject()... This is desirable, because that is what makes it possible to use numbers/strings/etc in java types that use Object (ie. Hashtable, LinkedList, etc.) and be compatible with java code that would also be accessing that collection class, but it means that OString#equals needs to work for both the condition that it's arg is an OString or an java.lang.String... there are perhaps other equals() methods in oscript.data.* that have the same issue. |
From: Rob C. <rob...@ma...> - 2003-04-11 21:02:35
|
Issue OBJS19 (string equal bug) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS19> The following modifications were made to this issue: Status changed from 'New' to 'Assigned' Comment: moving to 'assigned' state |
From: Rob C. <rob...@ma...> - 2003-04-11 21:02:16
|
User rob...@ma... has added user rob...@ma... to Assigned To. You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS19> |
From: Rob C. <rob...@ma...> - 2003-04-11 19:50:04
|
Issue OBJS79 (attachment support for talkback) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS79> The following modifications were made to this issue: Status changed from 'Assigned' to 'Resolved' Comment: move to resolved state |
From: Rob C. <rob...@ma...> - 2003-04-09 20:08:15
|
Issue OBJS58 (JDesktopPane.dragMode should be configurable) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS58> The following modifications were made to this issue: Status changed from 'Assigned' to 'Resolved' Comment: move to 'resolved' state |
From: Rob C. <rob...@ma...> - 2003-04-09 19:36:12
|
Issue OBJS79 (attachment support for talkback) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS79> The following modifications were made to this issue: See http://www.dpo.uab.edu/Email/attach.html for a description of how attachments work. I think the thing to do would be to add an Attachment base class, Email#addAttachment(), and a PlainTextAttachment extending Attachment. This way we can more easily add support for binary attachments later |
From: Rob C. <rob...@ma...> - 2003-04-09 19:34:40
|
Issue OBJS79 (attachment support for talkback) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS79> The following modifications were made to this issue: Status changed from 'New' to 'Assigned' Comment: move to 'assigned' state |
From: Rob C. <rob...@ma...> - 2003-04-09 19:34:23
|
User rob...@ma... has added user rob...@ma... to Assigned To. You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS79> |
From: Rob C. <rob...@ma...> - 2003-04-09 19:33:26
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS79> Type : Enhancement Issue Id : OBJS79 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: attachment support for talkback Description: add attachment support to the Email classes, and make it available to be used by the talkback plugin Severity: Minor Functional Area: chimera Status: New |
From: Rob C. <rob...@ma...> - 2003-04-09 19:14:59
|
Issue OBJS77 (improved toString() methods for Plugin and Resources) has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS77> The following modifications were made to this issue: Status changed from 'Assigned' to 'Resolved' Comment: moving to 'resolved' state |
From: Rob C. <rob...@ma...> - 2003-04-04 19:39:00
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS78> Type : Defect Issue Id : OBJS78 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: locked file under windows Description: A user has reported problems opening a file using the editor, while it was open in another application (Textpad) under windows. Possibly the file is locked? Need to see if there is a way to detect this, and display an error message to the user, or open the file read-only. Severity: Minor Version: head Java Version: 1.4.1 Stack Trace: Functional Area: ode Status: New |
From: Rob C. <rob...@ma...> - 2003-04-01 00:50:36
|
Issue OBJS65 (make "static" automatically "public") has just been modified by user rob...@ma... You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS65> The following modifications were made to this issue: Status changed from 'New' to 'Assigned' Comment: move to 'assigned' state |
From: Rob C. <rob...@ma...> - 2003-04-01 00:50:12
|
User rob...@ma... has added user rob...@ma... to Assigned To. You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS65> |