Warning, /games/libkdegames/src/private/kgame/COMPAT is written in an unsupported language. File is not indexed.

0001 06.09.2001:  replace the signal signalCreatePlayer by the virtual function
0002              createPlayer. It has the same arguments but the return value
0003              is the new player
0004 06.09.2001:  the KGameConfig dialog changes the parameter initConfigs from bool
0005              to long. Use the ConfigOptions to specify what options you want
0006              to have enabled. Default is all
0007 06.09.2001:  some int->quint32 in sender, receiver and player parameters. maybe
0008              more will follow.
0009 06.09.2001:  KGameIO::signalPrepareMove(..., bool&) ->
0010              KGameIO::signalPrepareMove(..., bool*): don't know why this was
0011              necessary but it didn't work anymore...
0012 16.09.2001:  KGamePropertyHandler uses bool* for the sent parameter now. This is
0013              because QT3 obviously doesn't honor referneces in signals/slots.
0014              This might even be a QT bug. Bad situation - we use references
0015              everywhere in KGame... hope nothing else is affecterd by this
0016              problem (signalPrepareMove was fixed already by me)
0017 18.09.2001:  bool* for Key/Mouseevents and IOAdded in kgameio.h too
0018 19.09.2001:  Kgame:nextPlayer retunrs the KPlayer *nextplayer instead of bool              
0019 19.09.2001:  gameOver() renamed to checkGameOver() !!!!!
0020 18.09.2001:  Question: Should the signal signalPlayerInput(QDataStream &,KPlayer *))
0021              be made a virtual function? 
0022              MH: This is done now. As this is a central function your programs will
0023              not run anymore. Fix: rename your slot which is connected to the above
0024              signal to playerInput() and return TRUE in it. This will make it 100%
0025              compatible to the old version. I think this chagne is necessary especially
0026              as a signal is of no use here as you cannot read twice from the same stream.
0027              Therefore there can be only one function processing the input. If you really
0028              need a signal, you can of course simply emit it in the overwritten playerInput
0029              function
0030 20.09.2001  playerInputFinished(void->KPlayer *)
0031 --------------------- KGAME_ALPHA_1 --------------------- 
0032 06.10.2001  adding KGameNetwork::signalAdminStatusChanged - needed for
0033             KGameDialog
0034 06.10.2001  KGame::loadGame() doesn't call setPolicy() anymore!
0035 08.10.2001  KGamePropertyList now honor policies! Use setPolicy(PolicyDirty) to
0036             get the old behavior!
0037             The behavior of KGamePropertyArray may have changed in this turn,
0038             too!
0039             The API stays the same.
0040 11.10.2001  KGameDialogGeneralConfig now doesn't provide setMin/maxPlayers()
0041             anymore. The game should manage this internally. layout() is
0042             obsolete as well 
0043 18.10.2001  KPlayer::signalNetworkData contained QDataStream& instead of const
0044             QByteArray& parameter (oops!). This is fixed now. All apps which
0045             used this signal must be changed.
0046 18.10.2001  KGame::sendProperty(), KGame::sendPlayerProperty(),
0047             KPlayer::sendProperty() and related functions contain a "int msgid"
0048             parameter. This is the id() of the property handler. This parameter
0049             enables us to easily add any number of property handler to a game
0050             just by connecting it to existing send slots and call
0051             processMessage() in slotNetworkData()
0052 03.11.2001  KPlayer::signalNetworkData now emits msgid-KGameMessage::IdUser just
0053             like KGame::signalNetworkData does
0054 06.11.2001  KGameDialog has some small improvements - easier and IMHO better
0055             constructor code. Most code should be compatible :-)