objectscript-devel Mailing List for ObjectScript (Page 45)
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-03-04 19:58:47
|
Issue OBJS23 (need unit test framework for oscript.jar) 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/OBJS23> The following modifications were made to this issue: Severity changed from 'Minor' to 'Major' Comment: moving to 'assigned' state... also increasing severity because there are a number of little issues that I would like to fix (OBJS7, OBJS19, etc), but would feel more comfortable doing so with a good regression test suite to ensure that I don't break anything in the process Status changed from 'New' to 'Assigned' Comment: moving to 'assigned' state... also increasing severity because there are a number of little issues that I would like to fix (OBJS7, OBJS19, etc), but would feel more comfortable doing so with a good regression test suite to ensure that I don't break anything in the process |
From: Rob C. <rob...@ma...> - 2003-03-04 19:56:19
|
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/OBJS23> |
From: Rob C. <rob...@ma...> - 2003-03-04 19:55:47
|
Issue OBJS23 (need unit test framework for oscript.jar) 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/OBJS23> The following modifications were made to this issue: a few notes: 1) at least some tests will need to run under both interpreter and compiler... one way to accomplish this would be to add a mechanism to flush the cached NodeEvaluators as we run, so the test driver could: oscript.OscriptInterpreter.useCompiler(false); import testfile; oscript.OscriptInterpreter.flushNodeEvaluatorCache(); oscript.OscriptInterpreter.useCompiler(true); import testfile; oscript.OscriptInterpreter.flushNodeEvaluatorCache(); 2) at least some sub-tests could be table based, such as tests of the built-in operators... the table for binary operators would basically be a matrix mapping input parameters & operator to expected result/type/exception 3) the test driver should find all the existing tests, so adding a new test is simply a matter of dropping it in the appropriate directory 4) the test driver may be specific to oscript (ie. ode/chimera/oscom tests need not run in both compiled and interpreted mode), but the mechanism for launching it should be generic... ie build.xml looks for a test.os in the sub-tree being built, and if it exists will run it. The last thing the test.os should do is: java.lang.System.exit(nerrs); // result code is 0 (success) if no errors 5) perhaps it would be a good practice to implement a test to demonstrate a bug as part of the procedure of fixing a bug... for tests that fall into this category, I suppose we could name the file after the PR, ie. OBJS23.os... I am not sure what the critera should be for deciding when to create a new file, vs. when to add the test to an existing file. I guess we can play it by ear... |
From: Rob C. <rob...@ma...> - 2003-03-01 18:29:20
|
Issue OBJS12 (reminder: hard coded address in TalkbackPlugin) 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/OBJS12> The following modifications were made to this issue: Severity changed from 'Blocker' to 'Major' Comment: lessened the severity to 'major'... this is something we can live with for the time being |
From: Rob C. <rob...@ma...> - 2003-02-28 02:25:39
|
Issue OBJS45 (add 'eval' button) 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/OBJS45> 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-02-26 23:57:22
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS53> Type : Enhancement Issue Id : OBJS53 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: refactoring: JavaCallableWrapper -> JavaBridge Description: there really is no reason to put JavaCallableWrapper into the inheritance hierarchy for JavaMethodWrapper/JavaClassWrapper... instead split it out into static utility class JavaBridge, and possibly move all the makeObjectWrapper() stuff from JavaObjectWrapper, so JavaBridge becomes the one stop shop for conversion java <-> script types. Also need to add support for array side-effects... perhaps this is something controlled by a property set at start-up, but if enabled we should check if any array members have changed as a result of a constructor/method call, and convert the changed values back to members of the original script array. Severity: Minor Functional Area: data Status: New |
From: Rob C. <rob...@ma...> - 2003-02-24 19:56:39
|
Issue OBJS46 (add activex/com support via jawin library) 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/OBJS46> 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-02-24 19:56:19
|
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/OBJS46> |
From: Rob C. <rob...@ma...> - 2003-02-24 19:50:58
|
Issue OBJS52 (build prob with javadocs) 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/OBJS52> 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-02-24 08:17:50
|
Issue OBJS45 (add 'eval' button) 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/OBJS45> 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-02-24 08:17:30
|
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/OBJS45> |
From: Rob C. <rob...@ma...> - 2003-02-24 08:15:29
|
Issue OBJS52 (build prob with javadocs) 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/OBJS52> 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-02-24 08:15:06
|
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/OBJS52> |
From: Rob C. <rob...@ma...> - 2003-02-24 08:14:00
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS52> Type : Defect Issue Id : OBJS52 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: build prob with javadocs Description: javadocs docs aren't getting put in the right place in the .jar files, which is causing them not to be accessible from the help menu Severity: Minor Version: head Stack Trace: Functional Area: other Status: New |
From: Rob C. <rob...@ma...> - 2003-02-24 08:06:11
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS51> Type : Enhancement Issue Id : OBJS51 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: console/file-browser should remember state, and... Description: file-browser currently remembers that it has *a* window open... this was a work-around for a bug that has been long since fixed (oscript used to always use a _wrapper class, which would cause serialization probs if cache.jar is deleted). Both console and file-browser should remember which views they have open, and restore to previous state at startup. Severity: Minor Functional Area: chimera Status: New |
From: Rob C. <rob...@ma...> - 2003-02-24 07:51:36
|
Issue OBJS47 (bad things happen when you close the primary console window) 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/OBJS47> 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-02-24 06:16:02
|
Issue OBJS48 (jump to next/prev reference and references prior to 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/OBJS48> 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-02-24 06:00:04
|
Issue OBJS50 (background render glyph gutter numbers) 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/OBJS50> 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-02-24 05:42:56
|
Issue OBJS48 (jump to next/prev reference and references prior to 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/OBJS48> The following modifications were made to this issue: Status changed from 'New' to 'Assigned' Comment: moved to 'assigned' state |
From: Rob C. <rob...@ma...> - 2003-02-24 05:42:31
|
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/OBJS48> |
From: Rob C. <rob...@ma...> - 2003-02-24 05:40:45
|
Issue OBJS50 (background render glyph gutter numbers) 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/OBJS50> 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-02-24 05:40: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/OBJS50> |
From: Rob C. <rob...@ma...> - 2003-02-24 05:39:38
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS50> Type : Enhancement Issue Id : OBJS50 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: background render glyph gutter numbers Description: take advantage of the async nature of drawImage() to easily pass off drawing the numbers to pkg.editor.workerThread... this should fix the problems with the gutter numbers only being partially drawn some times Severity: Cosmetic Functional Area: ode Status: New |
From: Rob C. <rob...@ma...> - 2003-02-23 23:39:52
|
Issue OBJS49 (goto member 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/OBJS49> The following modifications were made to this issue: note... should split this out into get-type-declaration and then a get-declaration within the function's body scope |
From: Rob C. <rob...@ma...> - 2003-02-23 23:22:04
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS49> Type : Enhancement Issue Id : OBJS49 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: goto member declaration Description: since we have a way to enumerate references to a variable/function, it isn't too much of a stretch to build upon that some basic type analysis (ie. enumerate references to see where it has values assigned to it, to determine if we can know the type of an object), which could be used to goto declaration of members of objects Severity: Minor Functional Area: ode Status: New |