GitLab

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

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

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

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

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

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

The new version clearly separates the triggering logic from the
interaction logic. The new algorithms prioritize triggers that have been
active in related previous events, and allows to handle events with
multiple interactors at once (e.g., it is possible again to move the
viewport with the right button while one is dragging a piece with the
left button). Also, multiple triggers can now be assigned to one
interactor.

The rewrite temporarily sacrifices the possibility to load different
trigger setups from the config, but only to bring it back in a much
better fashion.

There is one known bug: Mouse interaction with the constraint visualizer
is not possible ATM, because the Interactors are filtering mouse events
quite aggressively lately.

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

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

Only the pixmap inside Piece is selectable now, and a new
MovePieceInteractor handles moving and selecting of pieces.

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

Everything seems to work properly again, though the continued destroying
and creating of Piece instances sometimes messes up the mouse
interaction.

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

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

The fine print:
* Snapping animations are still missing from the MergeGroup.
* The Scene seems to have become quite a mess.

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