objectscript-devel Mailing List for ObjectScript (Page 46)
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-02-23 22:46:16
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS48> Type : Defect Issue Id : OBJS48 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: jump to next/prev reference and references prior to declaration Description: looks like there is a prob with jump-to-{next,prev} reference for references in a file prior to declaration... possibly some bad assumption in that code Severity: Minor Version: head Stack Trace: Functional Area: ode Status: New |
From: Rob C. <rob...@ma...> - 2003-02-21 01:21:07
|
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/OBJS47> |
From: Rob C. <rob...@ma...> - 2003-02-21 01:21:07
|
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 'New' to 'Assigned' Comment: moving to 'assigned' state |
From: Rob C. <rob...@ma...> - 2003-02-21 01:20:21
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS47> Type : Defect Issue Id : OBJS47 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: bad things happen when you close the primary console window Description: really there is no need for the primary console window to be special... instead all console windows should create their own read-eval-print thread, and we should allow the thread that calls main() to exit Severity: Minor Version: head Stack Trace: Functional Area: ode Status: New |
From: Rob C. <rob...@ma...> - 2003-02-21 01:00:45
|
Issue OBJS35 (type of null/undefined) 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/OBJS35> 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-20 22:48:41
|
Issue OBJS35 (type of null/undefined) 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/OBJS35> 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-20 22:48: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/OBJS35> |
From: Rob C. <rob...@ma...> - 2003-02-20 20:22:58
|
Issue OBJS13 (refresh parser patch) 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/OBJS13> 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-20 20:11:45
|
Issue OBJS13 (refresh parser patch) 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/OBJS13> 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-20 20:11:02
|
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/OBJS13> |
From: Rob C. <rob...@ma...> - 2003-02-20 19:57:56
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS46> Type : Enhancement Issue Id : OBJS46 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: add activex/com support via jawin library Description: Add oscom.jar sub-tree which includes a ComObject type for simplifying COM support on the windows platform. (NOTE: this will only work on windows.) Severity: Minor Functional Area: data Status: New |
From: Rob C. <rob...@ma...> - 2003-02-20 19:16:48
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS45> Type : Enhancement Issue Id : OBJS45 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: add 'eval' button Description: add editor command (with associated toolbar button, etc) to evaluate the current file Severity: Minor Functional Area: ode Status: New |
From: Rob C. <rob...@ma...> - 2003-02-16 18:21:57
|
Issue OBJS37 (prob in pkg.editor.cMode.insertTags) 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/OBJS37> The following modifications were made to this issue: Status changed from 'Assigned' to 'Resolved' Comment: note: I also introduced a call gate, doc.performUndoableSequence(fxn) which coalesces all document mutations that happen as a result of evaluating fxn into a single undoable event. |
From: Rob C. <rob...@ma...> - 2003-02-14 20:53:39
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS43> Type : Enhancement Issue Id : OBJS43 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: add Mode#addPopupMenuActionFxn() Description: add an extra level of indirection, so one can add a function that is evaluated when the popup is constructed, which returns an action (or possibly null?). This would let us enable/disable or otherwise change the items in the popup based on the current state (for example, current cursor position) without the overhead of continually listening for events and changing the actions's state Severity: Minor Functional Area: ode Status: New |
From: Rob C. <rob...@ma...> - 2003-02-14 20:43:49
|
Issue OBJS20 (stack trace line # problem) 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/OBJS20> The following modifications were made to this issue: currently, the scope that becomes part of the stack frame in the exception backtrace is the scope that the function is evaluated in, rather than the scope at the point where the function that was called (which thru the exception). It would be good if we could fix this too |
From: Rob C. <rob...@ma...> - 2003-02-13 01:53:40
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS42> Type : Defect Issue Id : OBJS42 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: attempt to mutate in notification Description: seeing the attached backtrace from the editor... doesn't seem to cause other problems, but it should be looked into Severity: Minor Version: head Java Version: 1.4.1 Stack Trace: see stack trace attachement Functional Area: ode Status: New |
From: Rob C. <rob...@ma...> - 2003-02-12 02:09:45
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS41> Type : Enhancement Issue Id : OBJS41 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: need indent-current-line Description: it should be possible with a bit of tweaking, to make the current indent-engine able to indent an existing line, in addition to being able to indent new lines. The only enhancement that it should need is to be able to decrease indent level for lines with a close-brace, etc. (But maybe it would be worth looking to emacs/xemacs to see the full list of rules that it uses.) Severity: Major Functional Area: ode Status: New |
From: Rob C. <rob...@ma...> - 2003-02-12 02:06:24
|
Issue OBJS40 (hard coded editor params) 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/OBJS40> The following modifications were made to this issue: Also, the indent params, used to figure out the number of indent levels to increase/decrease based on what rule matches the current location in the src, should get their default values from the registry. It would be even better if these defaults could be overriden on a per buffer basis, based on values read from a comment block at the end of the file, etc. |
From: Rob C. <rob...@ma...> - 2003-02-12 02:00:17
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS40> Type : Enhancement Issue Id : OBJS40 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: hard coded editor params Description: currently indent size, and perhaps some other params, are hard-coded... really these should be configurable via registry Severity: Minor Functional Area: ode Status: New |
From: Rob C. <rob...@ma...> - 2003-02-12 01:33:31
|
Issue OBJS37 (prob in pkg.editor.cMode.insertTags) 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/OBJS37> 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-12 01:33:09
|
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/OBJS37> |
From: Rob C. <rob...@ma...> - 2003-02-12 01:22:52
|
Issue OBJS39 (closed scope optimizations) 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/OBJS39> The following modifications were made to this issue: Added 'blocking' child dependency on issue OBJS38 Added 'blocking' parent dependency on issue OBJS39 |
From: Rob C. <rob...@ma...> - 2003-02-12 01:22:50
|
Issue OBJS38 (scope tweak) 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/OBJS38> The following modifications were made to this issue: Added 'blocking' child dependency on issue OBJS38 Added 'blocking' parent dependency on issue OBJS39 |
From: Rob C. <rob...@ma...> - 2003-02-12 01:22:28
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS39> Type : Enhancement Issue Id : OBJS39 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: closed scope optimizations Description: in cases where scope is closed, the compiler can be more aggressive about caching lookupInScope() results. Currently the caching is done per CompiledNodeEvaluator, so functions within a function still need to lookupInScope() the first time a member is accessed... but it should be possible to only have to revert to lookupInScope() (which does a hashtable lookup) at points where scope is not closed Severity: Major Functional Area: compiler Status: New |
From: Rob C. <rob...@ma...> - 2003-02-12 01:18:21
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS38> Type : Enhancement Issue Id : OBJS38 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: scope tweak Description: I want to do some re-arrangement of scope w.r.t. derived classes. Luckily, due to a bug in the lookupInScope() caching that goes on in compiled functions, this re-arrangement will only effect interpreted code. note, when I get some time, I will draw some pictures to illustrate the changes I have in mind Severity: Major Functional Area: data Status: New |