objectscript-devel Mailing List for ObjectScript (Page 33)
Brought to you by:
rob_d_clark
Menu
▾
▴
objectscript-devel — devel related msgs, including mail from scarab issue tracking system
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-05-13 00:35:58
|
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 file 'check-scope.os' at mod100/0/OBJS38_807_check-scope.os
|
|
From: Rob C. <rob...@ma...> - 2003-05-13 00:27:02
|
Issue OBJS123 (create "pkg" in base.os) 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/OBJS123>
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-05-13 00:26:38
|
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/OBJS123> |
|
From: Rob C. <rob...@ma...> - 2003-05-13 00:26:17
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS123> Type : Enhancement Issue Id : OBJS123 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: create "pkg" in base.os Description: should have const var pkg = new ScriptPackage("."); in base.os, I think Severity: Minor Functional Area: other Status: New |
|
From: Rob C. <rob...@ma...> - 2003-05-13 00:21:12
|
Issue OBJS25 (PopupTrigger should intercept key & mouse events) 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/OBJS25>
The following modifications were made to this issue:
probably the thing to do is invent a PopupListener that every place that creates a popup can use... it should listen for the popup to become visible, find the root pane of the component it is shown in (via: http://java.sun.com/j2se/1.3/docs/api/javax/swing/SwingUtilities.html#getRootPane(java.awt.Component) ) and make the glass pane visible... it would also be good, if possible, if it could intercept key events in order to be able to navigate the popup from the keyboard
|
|
From: Rob C. <rob...@ma...> - 2003-05-13 00:04:18
|
Issue OBJS122 (editor problem, multiple function tree tabs...) 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/OBJS122>
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-05-13 00:03:56
|
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/OBJS122> |
|
From: Rob C. <rob...@ma...> - 2003-05-13 00:03:28
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS122> Type : Defect Issue Id : OBJS122 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: editor problem, multiple function tree tabs... Description: I think that multiple setMode() calls (to switch back and forth between the regular mode and an EscapeMode) are causing problems... since the mode.initializeFrame(this) happens every time, osMode is creating a new function tree utility tab. This may also be related to the "no more undos" problem Severity: Major Version: head Stack Trace: Functional Area: ode Status: New |
|
From: Rob C. <rob...@ma...> - 2003-05-12 22:50:56
|
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:
Description changed from 'I want to do some re-arra...' to 'I want to do some re-arra...'
Comment: slight update to the description
|
|
From: Rob C. <rob...@ma...> - 2003-05-12 21:33:55
|
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:
Status changed from 'New' to 'Assigned'
Comment: move to 'assigned' state
|
|
From: Rob C. <rob...@ma...> - 2003-05-12 21:33:00
|
Issue OBJS25 (PopupTrigger should intercept key & mouse events) 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/OBJS25>
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-05-12 21:32:57
|
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/OBJS25> |
|
From: Rob C. <rob...@ma...> - 2003-05-12 21:32:11
|
Issue OBJS31 (With a high rate of exceptions, talkback will create too many windows) 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/OBJS31>
The following modifications were made to this issue:
Status changed from 'New' to 'Closed'
Comment: not sure when, but this was fixed some time ago
|
|
From: Rob C. <rob...@ma...> - 2003-05-09 18:58:23
|
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:
oh, and this would also let me add "private" modifier... a private var would be a member of the ConstructorScope rather than the ScriptObject scope
|
|
From: Rob C. <rob...@ma...> - 2003-05-09 18:48:04
|
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:
oh, duh... I'm retarted... I don't need any heuristics for the script to detect places where behavior changes... I only need to look for places where there is a local var and argument with the same name.
|
|
From: Rob C. <rob...@ma...> - 2003-05-09 18:45:05
|
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/OBJS38> |
|
From: Rob C. <rob...@ma...> - 2003-05-09 18:44:34
|
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:
On another PR (OBJS112) I made the changes to the function scope... I just removed the BasicScope, so the only scope created when calling a function is the FunctionScope, which means args to a function exist in the same scope as local variables. This doesn't change the current behavior.
The area that does need to be addressed is scope in the case of calling a function as constructor/extends. In both those cases, we create a ConstructorScope whose parent is the ScriptObject scope that is the object being constructed. The reason for this, is to insulate code (and functions declared within) the constructor function from arguments to parent class constructor, which is a good thing, but is about as elegant as bondo, since you can't do things like:
function Foo(a)
{
public function setA(a)
{
this.a = a;
}
}
since the argument "a" to Foo is not a member of the object, but instead a member of the ConstructorScope. (To work-around, people end up doing things like "a = _a".)
The solution is to make "this" generated by the ConstructorScope, instead of the ScriptObject scope, and make "this" behave as the union of the ConstructorScope and the ScriptObject scope. Also, the ConstructorScope should ensure that no members are created in it's parent ScriptObject scope that would be eclipsed by members of itself (ie. args to the constructor function)
This change would effect some .os code, but it is easy enough to detect by writing a little script (that uses ExtensibleVisitor) to parse src files and detect places where the change may result in altered behavior. It won't be possible to tell which functions are going to be called as constructor vs. as a function, but we can rely on some heuristics, such as the capitolization of the function's name (if it is not anon), and the presence of public members.
|
|
From: Rob C. <rob...@ma...> - 2003-05-09 02:47:12
|
Issue OBJS120 (enhanced for loop) 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/OBJS120>
The following modifications were made to this issue:
oh, and an array object should support the iterator() method, so you could, for example:
for( var foo in [ "an", "array" ] )
writeln(foo);
|
|
From: Rob C. <rob...@ma...> - 2003-05-09 02:46:23
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS120> Type : Enhancement Issue Id : OBJS120 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: enhanced for loop Description: an interesting idea for a "grammar" change would be a for loop that supports collections, such as "for( var obj in set)" which would translate to "for( var itr=set.iterator(); itr.hasNext(); ) { var obj = itr.next(); ... }" Severity: Minor Functional Area: grammar/parser Status: New |
|
From: Rob C. <rob...@ma...> - 2003-05-08 23:39:12
|
Issue OBJS119 (array out of bounds in BasicScope#createMember()) 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/OBJS119>
The following modifications were made to this issue:
Status changed from 'Resolved' to 'Closed'
Comment: oscript-1.1.1
|
|
From: Rob C. <rob...@ma...> - 2003-05-08 23:10:10
|
Issue OBJS119 (array out of bounds in BasicScope#createMember()) 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/OBJS119>
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-05-08 23:06:55
|
Issue OBJS119 (array out of bounds in BasicScope#createMember()) 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/OBJS119>
The following modifications were made to this issue:
ahh, I see the issue... when we grow the members table, we double the size (new size is 2 * members.length)... but when the members table is length zero, then the new size will also be zero, which is the problem
|
|
From: Rob C. <rob...@ma...> - 2003-05-08 22:22:18
|
Issue OBJS119 (array out of bounds in BasicScope#createMember()) 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/OBJS119>
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-05-08 22:22:01
|
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/OBJS119> |
|
From: Rob C. <rob...@ma...> - 2003-05-08 22:21:20
|
You can view the issue detail at the following URL: <http://icandy.homeunix.org:443/scarab/issues/id/OBJS119> Type : Defect Issue Id : OBJS119 Reported by: Rob Clark rob...@ma... - (rob...@ma...) Details: Headline: array out of bounds in BasicScope#createMember() Description: not sure why, but it is easy to fix by moving where we check (and iff needed grow) the array... it is where it is now, because I wanted to avoid the extra check in cases where I didn't think it was needed, but apparently I missed something. Severity: Major Version: head Stack Trace: java.lang.ArrayIndexOutOfBoundsException: 0 at oscript.data.BasicScope.createMember(BasicScope.java:183) at _oscn_getCellEditorValue.evalNodeImpl(<generated>) at oscript.compiler.CompiledNodeEvaluator.evalNode(CompiledNodeEvaluator.java:164) at oscript.data.Function.callAsFunction(Function.java:294) at oscript.data.Reference.callAsFunction(Reference.java:768) at _oscn_actionPerformed34.evalNodeImpl(<generated>) at oscript.compiler.CompiledNodeEvaluator.evalNode(CompiledNodeEvaluator.java:164) at oscript.data.Function.callAsFunction(Function.java:294) at oscript.data.Reference.callAsFunction(Reference.java:768) at wrap.java.awt.event.ActionListener_wrapper.actionPerformed(<generated>) at javax.swing.JComboBox.fireActionEvent(JComboBox.java:1196) at javax.swing.JComboBox.setSelectedItem(JComboBox.java:561) at javax.swing.JComboBox.setSelectedIndex(JComboBox.java:597) at javax.swing.plaf.basic.BasicComboPopup$ListMouseHandler.mouseReleased(BasicComboPopup.java:749) at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:228) at java.awt.Component.processMouseEvent(Component.java:5134) at javax.swing.plaf.basic.BasicComboPopup$2.processMouseEvent(BasicComboPopup.java:452) at java.awt.Component.processEvent(Component.java:4931) at java.awt.Container.processEvent(Container.java:1566) at java.awt.Component.dispatchEventImpl(Component.java:3639) at java.awt.Container.dispatchEventImpl(Container.java:1623) at java.awt.Component.dispatchEvent(Component.java:3480) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:3450) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3165) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3095) at java.awt.Container.dispatchEventImpl(Container.java:1609) at java.awt.Window.dispatchEventImpl(Window.java:1590) at java.awt.Component.dispatchEvent(Component.java:3480) at java.awt.EventQueue.dispatchEvent(EventQueue.java:450) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:197) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:144) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:136) at java.awt.EventDispatchThread.run(EventDispatchThread.java:99) Functional Area: data Status: New |
120 messages has been excluded from this view by a project administrator.
