objectscript-devel Mailing List for ObjectScript (Page 38)
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-24 21:07:14
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS98> Type : Enhancement Issue Id : OBJS98 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: Apple Open Scripting Architecture support Description: perhaps it would be nice if ObjectScript had OSA support Severity: Minor Functional Area: other Status: New |
From: Rob C. <rob...@ma...> - 2003-04-24 20:21:00
|
Issue OBJS97 (pkg.output shouldn't go to stdout) 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/OBJS97> 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-24 20:20:40
|
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/OBJS97> |
From: Rob C. <rob...@ma...> - 2003-04-24 20:20:06
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS97> Type : Defect Issue Id : OBJS97 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: pkg.output shouldn't go to stdout Description: by default, output should go to the first visible console, instead of stdout. Severity: Major Version: head Stack Trace: Functional Area: chimera Status: New |
From: Rob C. <rob...@ma...> - 2003-04-24 16:39:00
|
Issue OBJS88 (function tree goes nutty) 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/OBJS88> The following modifications were made to this issue: Status changed from 'Resolved' to 'Closed' Comment: released in oscript-1.0.6 |
From: Rob C. <rob...@ma...> - 2003-04-24 16:38:39
|
Issue OBJS92 (jump-to-XXX should remember previous declaration) 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/OBJS92> The following modifications were made to this issue: Status changed from 'Resolved' to 'Closed' Comment: released in oscript-1.0.6 |
From: Rob C. <rob...@ma...> - 2003-04-24 16:38:07
|
Issue OBJS93 (add rename-reference command) 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/OBJS93> The following modifications were made to this issue: Status changed from 'Resolved' to 'Closed' Comment: released in oscript-1.0.6 |
From: Rob C. <rob...@ma...> - 2003-04-24 16:37:53
|
Issue OBJS94 (memory leak(s)) 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/OBJS94> The following modifications were made to this issue: Status changed from 'Resolved' to 'Closed' Comment: released in oscript-1.0.6 |
From: Rob C. <rob...@ma...> - 2003-04-24 16:36:21
|
Issue OBJS87 (splash screen) 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/OBJS87> The following modifications were made to this issue: Status changed from 'Resolved' to 'Closed' Comment: released in oscript-1.0.6 |
From: Rob C. <rob...@ma...> - 2003-04-23 02:49:57
|
Issue OBJS94 (memory leak(s)) 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/OBJS94> 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-22 20:27:08
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS96> Type : Defect Issue Id : OBJS96 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: BuiltinType always use wrapper class Description: instead it should only use the wrapper class for callAsExtends(), similar to JavaClassWrapper Severity: Minor Version: head Stack Trace: Functional Area: data Status: New |
From: Rob C. <rob...@ma...> - 2003-04-22 00:51:14
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS95> Type : Defect Issue Id : OBJS95 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: when .jar files are not in current dir Description: because of the way the classpath is setup, cache.jar must be in the same dir as oscript.jar (and possibly other .jar files). But cache.jar must also be in the current directory, since the code that mounts cache.jar doesn't know where cache.jar really is Severity: Major Version: head Stack Trace: Functional Area: other Status: New |
From: Rob C. <rob...@ma...> - 2003-04-19 23:47:05
|
Issue OBJS93 (add rename-reference command) 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/OBJS93> 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-19 22:09:59
|
Issue OBJS94 (memory leak(s)) 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/OBJS94> The following modifications were made to this issue: perhaps related to DnD? Both editor and console are drop targets. Need to see if I can reproduce this problem on windows with JDK v1.4.x |
From: Rob C. <rob...@ma...> - 2003-04-19 21:42:44
|
Issue OBJS92 (jump-to-XXX should remember previous declaration) 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/OBJS92> 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-19 21:35:22
|
Issue OBJS94 (memory leak(s)) 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/OBJS94> 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-19 21:34:37
|
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/OBJS94> |
From: Rob C. <rob...@ma...> - 2003-04-19 21:34:06
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS94> Type : Defect Issue Id : OBJS94 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: memory leak(s) Description: it seems a memory leak or two has crept in... I don't see any indication that the doc or view is GC'd when the last console view or editor window in a dock is closed. Also, the pkg.editor.EditorFrame doesn't seem to be getting GC'd. For reference, the FileBrowser view and dock *do* get GC'd. Severity: Major Version: head Stack Trace: Functional Area: chimera Status: New |
From: Rob C. <rob...@ma...> - 2003-04-19 19:20:26
|
Issue OBJS91 (parser changes for editor enhancements) 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/OBJS91> The following modifications were made to this issue: for incremental parse: 1) need to store max lookahead offset in lexer 2) need to access and restore lexer state 3) in each syntax-tree node store: a) start offset b) max lookahead offset at time node was constructed c) lexer state, to restore when restarting the parse 4) for reparse, we only need to reconstruct the node if the change region of the document intersects the old node's [start_offset, max_lookahead] 5) optionally return error node(s) for parts of the document that cannot be parsed, but are within the change region... this would be used by the editor, but the scripting engine would still want to bail out early and throw an exception |
From: Rob C. <rob...@ma...> - 2003-04-19 19:05:41
|
Issue OBJS93 (add rename-reference command) 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/OBJS93> 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-19 19:05:25
|
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/OBJS93> |
From: Rob C. <rob...@ma...> - 2003-04-19 19:05:10
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS93> Type : Enhancement Issue Id : OBJS93 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: add rename-reference command Description: use findDeclaration and findReference to find the declaration and all references to a variable in order to rename it. Find all references first (and maybe show # of refs to user) and then prompt for new name (so we don't make user input, and then err out if cursor position is bad) Severity: Minor Functional Area: ode Status: New |
From: Rob C. <rob...@ma...> - 2003-04-19 19:00:04
|
Issue OBJS92 (jump-to-XXX should remember previous declaration) 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/OBJS92> 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-19 18:59:46
|
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/OBJS92> |
From: Rob C. <rob...@ma...> - 2003-04-19 18:59:32
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS92> Type : Enhancement Issue Id : OBJS92 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: jump-to-XXX should remember previous declaration Description: it is annoying to move the cursor over a declaration/reference to use any of the jump-to commands... I should get them to remember the Point in the document of the previous declaration, and use that instead if not over a declaration Severity: Minor Functional Area: ode Status: New |