~kubuntu-members/libkdegames/4.11

« back to all changes in this revision

Viewing changes to kgame/COMPAT

  • Committer: Stefan Majewsky
  • Date: 2012-05-01 15:34:35 UTC
  • Revision ID: git-v1:82376fb5ca6f29f862641b6ca68603cb76258831
Begin to move stuff into libkdegamesprivate.

The build is now broken because I'm moving stuff without adjusting the
CMake files. But I figured it's cleaner to have the move in one commit
and the various edits in CMake and source files in the next commits.

svn path=/trunk/KDE/kdegames/libkdegames/; revision=1292461

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
06.09.2001:  replace the signal signalCreatePlayer by the virtual function
2
 
             createPlayer. It has the same arguments but the return value
3
 
             is the new player
4
 
06.09.2001:  the KGameConfig dialog changes the parameter initConfigs from bool
5
 
             to long. Use the ConfigOptions to specify what options you want
6
 
             to have enabled. Default is all
7
 
06.09.2001:  some int->quint32 in sender, receiver and player parameters. maybe
8
 
             more will follow.
9
 
06.09.2001:  KGameIO::signalPrepareMove(..., bool&) ->
10
 
             KGameIO::signalPrepareMove(..., bool*): don't know why this was
11
 
             necessary but it didn't work anymore...
12
 
16.09.2001:  KGamePropertyHandler uses bool* for the sent parameter now. This is
13
 
             because QT3 obviously doesn't honor referneces in signals/slots.
14
 
             This might even be a QT bug. Bad situation - we use references
15
 
             everywhere in KGame... hope nothing else is affecterd by this
16
 
             problem (signalPrepareMove was fixed already by me)
17
 
18.09.2001:  bool* for Key/Mouseevents and IOAdded in kgameio.h too
18
 
19.09.2001:  Kgame:nextPlayer retunrs the KPlayer *nextplayer instead of bool              
19
 
19.09.2001:  gameOver() renamed to checkGameOver() !!!!!
20
 
18.09.2001:  Question: Should the signal signalPlayerInput(QDataStream &,KPlayer *))
21
 
             be made a virtual function? 
22
 
             MH: This is done now. As this is a central function your programs will
23
 
             not run anymore. Fix: rename your slot which is connected to the above
24
 
             signal to playerInput() and return TRUE in it. This will make it 100%
25
 
             compatible to the old version. I think this chagne is necessary especially
26
 
             as a signal is of no use here as you cannot read twice from the same stream.
27
 
             Therefore there can be only one function processing the input. If you really
28
 
             need a signal, you can of course simply emit it in the overwritten playerInput
29
 
             function
30
 
20.09.2001  playerInputFinished(void->KPlayer *)
31
 
--------------------- KGAME_ALPHA_1 --------------------- 
32
 
06.10.2001  adding KGameNetwork::signalAdminStatusChanged - needed for
33
 
            KGameDialog
34
 
06.10.2001  KGame::loadGame() doesn't call setPolicy() anymore!
35
 
08.10.2001  KGamePropertyList now honor policies! Use setPolicy(PolicyDirty) to
36
 
            get the old behavior!
37
 
            The behavior of KGamePropertyArray may have changed in this turn,
38
 
            too!
39
 
            The API stays the same.
40
 
11.10.2001  KGameDialogGeneralConfig now doesn't provide setMin/maxPlayers()
41
 
            anymore. The game should manage this internally. layout() is
42
 
            obsolete as well 
43
 
18.10.2001  KPlayer::signalNetworkData contained QDataStream& instead of const
44
 
            QByteArray& parameter (oops!). This is fixed now. All apps which
45
 
            used this signal must be changed.
46
 
18.10.2001  KGame::sendProperty(), KGame::sendPlayerProperty(),
47
 
            KPlayer::sendProperty() and related functions contain a "int msgid"
48
 
            parameter. This is the id() of the property handler. This parameter
49
 
            enables us to easily add any number of property handler to a game
50
 
            just by connecting it to existing send slots and call
51
 
            processMessage() in slotNetworkData()
52
 
03.11.2001  KPlayer::signalNetworkData now emits msgid-KGameMessage::IdUser just
53
 
            like KGame::signalNetworkData does
54
 
06.11.2001  KGameDialog has some small improvements - easier and IMHO better
55
 
            constructor code. Most code should be compatible :-)