Search found 5 matches

Go to advanced search

by Simon B
Wed Sep 23, 2009 10:14 am
Forum: General Discussion
Topic: Question concerning Object::sendMsg
Replies: 7
Views: 6502

Re: Question concerning Object::sendMsg

It will show up on the references if you use meta-data notation instead of a string literal. eg: someObject.sendMsg( SomeObjectClass::someMethod.name ); This also has the advantage of being automatically maintained should someone rename the method etc. Yeah - in general "red literals" are to be avo...
by Simon B
Wed Sep 23, 2009 10:11 am
Forum: General Discussion
Topic: Question concerning Object::sendMsg
Replies: 7
Views: 6502

Re: Question concerning Object::sendMsg

I was recommended a very good book recently on architecting systems (aimed a bit more at .NET but applicable to any system really) and I was surprised the degree to which interfaces figured in the author's thinking.
Title ?
by Simon B
Tue Sep 08, 2009 11:42 am
Forum: Feature Discussions
Topic: Disarming local exception handlers
Replies: 2
Views: 4092

Re: Disarming local exception handlers

Hi Brendan. Yeah - my feeling is an "on Exception do null;" in a method that doesn't unconditionally arm the local exception handler is a bug - or very bad coding style. I like your isArmed boolean. Nice way around the issue we struck. Of course, if we're talking buggy code someone could still forge...
by Simon B
Mon Sep 07, 2009 3:26 pm
Forum: General Discussion
Topic: Spell checker in Jade applications
Replies: 6
Views: 6867

Re: Spell checker in Jade applications

Hi Darell, No, we don't have BaseSchema and fitting it into our schema hierarchy would be too difficult, especially for something as simple as a spell checker. Thanks anyway. Anyone else? Hi Allistar. Well, you could load CardSchema/BaseSchema/YourPackageSchema. Now expose the spell checking method...
by Simon B
Mon Sep 07, 2009 1:22 pm
Forum: Feature Discussions
Topic: Disarming local exception handlers
Replies: 2
Views: 4092

Disarming local exception handlers

Hi all. Recently we had an issue where a local exception handler armed in method A (exHandlerA) was being disarmed by another method. So, method A calls B calls C calls D. D arms its own local exception handler (exHandlerD) inside an if clause, then has "on Exception do null;" outside the if clause....

Go to advanced search