GitLab

For example, if MoveViewport is set to "Ctrl+No-Button" and MovePiece is
set to "Left-Button", I expect that pressing Ctrl while dragging moves
the viewport while the piece selection is still active. Until now, the
MovePiece interaction was ended when Ctrl was pressed, and restarted
when Ctrl was released.

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

CCBUG: 233784

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

This fixes the only known (and indeed quite annoying) crash in Palapeli.

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

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

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

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

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

Fix two bugs that made TriggerListView think that the default state is not equal to the default state.

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

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

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

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

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

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

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

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

Straight port of TriggerConfigWidget and TriggerListView to the recent API changes in the mouse interaction stack.

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

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

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

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

Also, rename InteractorTrigger to Trigger, and change the data type of
the Trigger's serialization to QByteArray.

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

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

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

Also some code cleanup in MainWindow.

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

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

The TriggerConfigWidget is temporarily removed from the config dialog,
but the rest works as one would expect because everything's handled by
KConfigDialog now. This requires a change of the config format which is
backwards-compatible to Palapeli 1.0, but not to earlier trunk versions
of Palapeli 1.1.

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

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

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

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

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

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

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

Known problems:
* UI does not respect button/wheel compatibility hint of Interactor.
* Changed configuration is not saved to disk.
Also, I do not like this type of UI anymore.
* It's a mess already with the default configuration.
* The workflow feels strange. (It's probably just that the interface
  doesn't scale, I do not feel these problems in the Plasma
  ContainmentActions dialog.)

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

The key difference between these two API is that KKeySequenceWidget has
complex built-in validation methods, while MouseInputButton completely
delegates the validation to higher authorities.

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

Copy mouseinputbutton.{h,cpp} from kdebase/workspace/libs/plasmagenericshell and port it to my coding style and Palapeli::InteractorTrigger.

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

This brings feature parity with the previous
QGraphicsSceneMouseEvent-based interaction.

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

The i18n() strings are taken from
kdebase/workspace/libs/plasmagenericshell/mouseinputbutton.cpp

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

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

The interactive parts become an Interactor, and the visual changes in
the last iteration are mostly reverted. The handles are simple rect
items again, and now they are always visible to improve the
discoverability of this feature.

This commit also solves a long-standing bug: Sometimes, when enlarging
the scene rect beyond the view's boundaries, its size increased much
more than wanted. This is now gone.

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

Also increase version number to 1.1 and adjust copyright notice.

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

There are only some bugs left in the ConstraintVisualizer. I will solve
these by rewriting the interactive parts of the CV into an Interactor.

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