GitLab

svn path=/branches/KDE/4.4/kdegames/palapeli/; revision=1076016

svn path=/branches/KDE/4.4/kdegames/palapeli/; revision=1075595

svn path=/branches/KDE/4.4/kdegames/palapeli/; revision=1074564

svn path=/branches/KDE/4.4/kdegames/palapeli/; revision=1074071

svn path=/branches/KDE/4.4/kdegames/palapeli/; revision=1073544

svn path=/branches/KDE/4.4/kdegames/palapeli/; revision=1072528

svn path=/branches/KDE/4.4/kdegames/palapeli/; revision=1071566

svn path=/trunk/KDE/kdegames/palapeli/; revision=1070117

svn path=/trunk/KDE/kdegames/palapeli/; revision=1069852

svn path=/trunk/KDE/kdegames/palapeli/; revision=1066563

svn path=/trunk/KDE/kdegames/palapeli/; revision=1065787

svn path=/trunk/KDE/kdegames/palapeli/; revision=1064745

svn path=/trunk/KDE/kdegames/palapeli/; revision=1064625

svn path=/trunk/KDE/kdegames/doc/palapeli/; revision=1064315

svn path=/trunk/KDE/kdegames/palapeli/; revision=1062932

Call QGraphicsItem::setCursor for the Part as a whole rather than for
the single pieces. This means that the cursor is now also set for shadow
items. I have consequently enabled mouse interaction for shadow items,
too, in order to have consistent behavior.

This in turn "fixes" feature request 212842, but it introduces an
interesting bug: When one clicks on a piece that is covered by another
piece's shadow, the other piece will be selected instead. I consider
this bug less important than the above-named performance problems of
QGraphicsItem::setCursor.

CCBUG: 212842

svn path=/trunk/KDE/kdegames/palapeli/; revision=1062639

svn path=/trunk/KDE/kdegames/palapeli/; revision=1062597

svn path=/trunk/KDE/kdegames/palapeli/; revision=1062502

svn path=/trunk/KDE/kdegames/palapeli/; revision=1062317

Reduced disk space: 2524KB (2MB)

svn path=/trunk/KDE/kdegames/doc/palapeli/; revision=1062129

svn path=/trunk/KDE/kdegames/palapeli/; revision=1061989

svn path=/trunk/KDE/kdegames/palapeli/; revision=1061904

svn path=/trunk/KDE/kdegames/palapeli/; revision=1061564

CCMAIL: kde-i18n-doc@kde.org

svn path=/trunk/KDE/kdegames/palapeli/; revision=1061515

Change the write protection mechanism in Palapeli in such a way that it works reliably on all operating systems.

svn path=/trunk/KDE/kdegames/palapeli/; revision=1060702

svn path=/trunk/KDE/kdegames/palapeli/; revision=1058893

svn path=/trunk/KDE/kdegames/palapeli/; revision=1057042

svn path=/trunk/KDE/kdegames/palapeli/; revision=1056410

svn path=/trunk/KDE/kdegames/palapeli/; revision=1054621

svn path=/trunk/KDE/kdegames/palapeli/; revision=1054256

svn path=/trunk/KDE/kdegames/palapeli/; revision=1054207

svn path=/trunk/KDE/kdegames/palapeli/; revision=1054025

svn path=/trunk/kdereview/doc/palapeli/; revision=1053634

svn path=/trunk/kdereview/palapeli/; revision=1053578

svn path=/trunk/kdereview/palapeli/; revision=1053128

Changed it's -> it is (house style).  Although this is an example, these sorts of things creep out elsewhere if left.

SVN_SILENT


svn path=/trunk/kdereview/palapeli/; revision=1053010

Include the added configuration option in Palapeli's documentation.
Palapeli is in kdereview currently; could some docbook expert please
double-check my additions?


svn path=/trunk/kdereview/doc/palapeli/; revision=1052167

CCMAIL: kde-core-devel@kde.org

Introduce a configuration option that disables the left-mouse-button
viewport dragging. I have been pinged multiple times now that some
people find it annoying.

I know that Palapeli is in kdereview (therefore I'm CCing k-c-d)
currently, but feature freeze is very near, and I want this easy change
in before it, esp. because it introduces new strings.

I'm unsure about the default value of this configuration option, though.
I think I'll make a poll for the default setting on my blog when the
Beta 1 is out and Palapeli becomes available to more testers.


svn path=/trunk/kdereview/palapeli/; revision=1052165

svn path=/trunk/kdereview/palapeli/; revision=1051925

svn path=/trunk/kdereview/palapeli/; revision=1051550