Hello, On 17-apr-07, at 20:38, Dennis Birch wrote:
> On 4/17/07, Tim Jones <[EMAIL PROTECTED]> wrote: >> Hi Folks, >> >> I've been editing the "CellClick" event of a Listbox in a very stable >> project and upon clicking the Run button, I receive a dialog that >> states that my listbox: >> >> '...implements the event "Action", but its superclass listbox already >> implements the event.' >> >> And sure enough, my "CellClick" code is now in a new event called >> "Action". Action is bold and italicized in the Controls list pane. >> >> I recall this being discussed previously, but I can't find an >> existing bug report. Is there one posted? > > I reported something similar to this on the beta list at one time. I > could never reproduce it reliably, so I did not create a report for > it. I do not know if anybody else has done so. > _______________________________________________ I've just reproduced and reported some easy flavour of this (but it can get much more weird in more complex situations): Report ID: vetzpnym Summary: Editing an Event in a Class affects Event Code in Subclass Severity: Incorrect Functionality Description If you edit some Event name in a Class that has a Subclass that implements that event some weird things can happen, like code snippets moving from an Event to another. Steps to Reproduce New Project Add Class1 Add EventOne to Class1 Add Class2 and set its Super to Class1 Implement EventOne in Class2 (beep is enough) Select EventOne in Class1 Declaration Pane and copy it Paste it Change its name to EventTwo Look at the implementation in Class2 and the beep is now in the EventTwo code and EventOne has no code anymore. Cool Runnings, Erne. / |\ |\ | / – |/ | \ | – \ |\ | \| \ _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
