Opened 17 years ago
Closed 12 years ago
#133 closed defect (wontfix)
Problem with getParameterNames()
Reported by: | donida | Owned by: | donida |
---|---|---|---|
Priority: | critical | Milestone: | Compiler Redesign |
Component: | Command Prompt Environment | Version: | 1.6.0 |
Keywords: | Cc: | donida, Adrian Pop, Adeel Asghar |
Description
see the comments.
Change History (5)
comment:1 by , 17 years ago
comment:2 by , 14 years ago
This should be considered in a compiler redesign to make the compiler phases more well defined. To me, it is clear that one needs to perform a preprocessing step in order to do graphical editing properly.
comment:4 by , 12 years ago
No. getParameterNames only work for one class. OMEdit checks the inherited classes of the class and calls getParameterNames for all of them to get the inherited parameters.
comment:5 by , 12 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
So it works, then. And I can close this :)
Note:
See TracTickets
for help on using tickets.
getParameterNames() function does not return the parameter of the extenxed class, for example:
package foo
end foo;
getParameterNames(foo.ff1) does not return g1, g2, tt and t1.