objectscript-devel Mailing List for ObjectScript (Page 39)
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-19 18:44:53
|
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: hmm, an iteresting thought... if the incremental parsing made the parsing fast enough to be synchronous, (or almost sync if we used timestamps or some scheme like that) then perhaps we can tie parsing state to undos. Maybe the undo's wouldn't be combined, so they can still be undone the "traditional" way, but if there was an additional command that would apply all the undo events between two legal tree states then the user could navigate the "undo space" more quickly. |
From: Rob C. <rob...@ma...> - 2003-04-19 18:28:15
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS91> Type : Enhancement Issue Id : OBJS91 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: parser changes for editor enhancements Description: (1) in case of parse error, return partial parse tree, possibly with some way (special nodes) to indicate the damaged part of the parse tree. (2) incremental parsing. In same issue b/c both probably involve modifying javacc, and probably easiest to do at the same time. See comments for more. (1) in case of parse error, return partial parse tree, possibly with some way (special nodes) to indicate the damaged part of the parse tree. The editor could use this to re-colorify even when there is a parse error, and possibly show damaged region in different color, etc.. (2) incremental parsing. The parse methods generated by javacc (ie public Program Program() { ... }) could return nodes from an earlier parse in certain cases. See attachment twagner-parsing.pdf. This would make parsing constant, rather than related to the size of the document. Severity: Minor Functional Area: grammar/parser Status: New |
From: Rob C. <rob...@ma...> - 2003-04-19 06:10:28
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS89> Type : Enhancement Issue Id : OBJS89 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: JarFileSystem periodic flush? Description: investigate using a low priority thread to flush changes to a JarFileSystem to disk. Severity: Major Functional Area: other Status: New |
From: Rob C. <rob...@ma...> - 2003-04-19 06:04:30
|
Issue OBJS86 (problem opening EditorFrame with null file) 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/OBJS86> The following modifications were made to this issue: Status changed from 'Resolved' to 'Closed' Comment: released in oscript-1.0.5 |
From: Rob C. <rob...@ma...> - 2003-04-19 06:03:08
|
Issue OBJS84 (console output stream should autoflush) 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/OBJS84> The following modifications were made to this issue: Status changed from 'Resolved' to 'Closed' Comment: released in oscript-1.0.5 |
From: Rob C. <rob...@ma...> - 2003-04-19 06:01:29
|
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 'Assigned' to 'Resolved' Comment: move to 'resolved' state |
From: Rob C. <rob...@ma...> - 2003-04-19 00:34:38
|
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 'Assigned' to 'Resolved' Comment: move to 'resolved' state |
From: Rob C. <rob...@ma...> - 2003-04-18 23:21:13
|
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 'New' to 'Assigned' Comment: move to 'assigned' state |
From: Rob C. <rob...@ma...> - 2003-04-18 23:20:43
|
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/OBJS88> |
From: Rob C. <rob...@ma...> - 2003-04-18 23:20:12
|
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: for example: <pre> function monkeynutz() { if( ... ) { function badjuju() { ... } ... } else { function badjuju() { ... } ... } ... } </pre> |
From: Rob C. <rob...@ma...> - 2003-04-18 23:18:42
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS88> Type : Defect Issue Id : OBJS88 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: function tree goes nutty Description: has problems when within a function are defined multiple functions with the same name (see comment)... need to make names unique, similar to how we handle "anon" Severity: Minor Version: head Stack Trace: Functional Area: ode Status: New |
From: Rob C. <rob...@ma...> - 2003-04-17 23:19:17
|
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 'New' to 'Assigned' Comment: move to 'assigned' state |
From: Rob C. <rob...@ma...> - 2003-04-17 23:18:54
|
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/OBJS87> |
From: Rob C. <rob...@ma...> - 2003-04-17 23:17:49
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS87> Type : Enhancement Issue Id : OBJS87 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: splash screen Description: add support for a splash screen Severity: Cosmetic Functional Area: chimera Status: New |
From: Rob C. <rob...@ma...> - 2003-04-16 02:22:11
|
Issue OBJS86 (problem opening EditorFrame with null file) 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/OBJS86> 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-16 01:55:49
|
Issue OBJS86 (problem opening EditorFrame with null file) 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/OBJS86> 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-16 01:55:14
|
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/OBJS86> |
From: Rob C. <rob...@ma...> - 2003-04-16 01:54:13
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS86> Type : Defect Issue Id : OBJS86 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: problem opening EditorFrame with null file Description: a recent editor change has it installing a mode based on file.getExtension() without checking that the file is not null Severity: Major Version: head Stack Trace: Uncaught exception in thread: AWT NoSuchMemberException: no such member: (null): getExtension at EditorFrame (/jar/ode/editor/EditorFrame.os line 533) at SendPrimInitializerView (/jar/esf/SendComplexPrimPlugin.os line 652) at openPath (/jar/esf/SendComplexPrimPlugin.os line 163) at SendPrimTreeView (/jar/esf/SendComplexPrimPlugin.os line 186) Functional Area: ode Status: New |
From: Rob C. <rob...@ma...> - 2003-04-16 01:36:01
|
Issue OBJS85 (OutputConsolePlugin is fragile) 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/OBJS85> 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-16 01:35:42
|
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/OBJS85> |
From: Rob C. <rob...@ma...> - 2003-04-16 01:35:12
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS85> Type : Defect Issue Id : OBJS85 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: OutputConsolePlugin is fragile Description: the part that extends java.io.OutputStream tends to be fragile, due to the fact that it needs to override one of a set of methods with the same name, and the trickery that involves. Perhaps that part of the plugin could be re-written in java to make it more robust. Severity: Major Version: head Stack Trace: Functional Area: chimera Status: New |
From: Rob C. <rob...@ma...> - 2003-04-16 01:25:44
|
Issue OBJS84 (console output stream should autoflush) 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/OBJS84> 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-16 01:24:28
|
Issue OBJS84 (console output stream should autoflush) 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/OBJS84> The following modifications were made to this issue: Status changed from 'Resolved' to 'Assigned' Comment: hmm, it would help if I checked in the change first... |
From: Rob C. <rob...@ma...> - 2003-04-16 01:23:20
|
Issue OBJS84 (console output stream should autoflush) 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/OBJS84> 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-16 00:49:12
|
Issue OBJS84 (console output stream should autoflush) 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/OBJS84> The following modifications were made to this issue: Status changed from 'New' to 'Assigned' Comment: moving to 'assigned' state |