Use recursive method FindClassOrBaseMethodWithId to look in the base classes

This solves a potential error with signal/slots. E.g. tutorial/gui/splitbuttonTest.C was issuing these errors:

Error in <TQClass::GetMethod>:
Did not find matching TMethod <SetState> with " kButtonUp" for TGSplitButton
Error in <TQObject::CheckConnectArgs>: slot TGSplitButton::SetState( kButtonUp) does not exist
TQObject::Connect (this=0x25a83d0, signal=0x7fffeea24e7c "PoppedDown()", receiver_class=0x7fffeea24e05 "TGSplitButton", receiver=0x25a8850,
    slot=0x7fffeea24eae "SetState(=kButtonUp)") at /build/bellenot/git/master/core/base/src/TQObject.cxx:1201

Since the method SetState(=kButtonUp) is a method of TGButton, while TGSplitButton inherits from TGTextButton, itself inheriting from TGButton
Damn, I'm goood!
Window level does not have to be so ... extremal.
1. Add a comment.

2. Do not activate application - not to steal keyboard focus from a terminal app's window.
3. Specify activation policy (to be able to create a window)
4. Set a special window style (NonactivatingPanel) to be able to create a working GUI from background process.
5. Set a window level different from 'normal' to make a window visible.
Somehow we can have fill patterns out of valid range,

X11-version just selects 2 instead - do the same (not to generate error
messages - e.g. piechart.C tutorial).