Fwd: [Kde-games-devel] Another take on touch-enabled interfaces for KDE games

Aaron J. Seigo aseigo at kde.org
Wed Sep 28 08:15:19 UTC 2011


FYI :)

----------  Forwarded Message  ----------

Subject: [Kde-games-devel] Another take on touch-enabled interfaces for KDE 
games
Date: Saturday, September 24, 2011, 17:32:20
From: Stefan Majewsky <stefan.majewsky at googlemail.com>
To: KDE games development <kde-games-devel at kde.org>
CC: kde-active at kde.org

[I choose kde-games-devel@ for the main discussion; please keep it
CC'd in all replies]

Moin moin,

I've hacked on another try to create a general type of touch-enabled
interfaces for kdegames, based on the following basic observations:

1. Dialogs e.g. for highscores just don't feel right on a touch
interface. Especially, they're in the screen center and thus far away
from the action buttons that bring up dialogs.

2. If the dialog is embedded in the application window, we should try
hard to not resize the game canvas. Resizing means in most cases that
background pixmaps need to be rerendered, which is very expensive.

My solution is to place toolbars at one or both short sides of the
canvas. Commonly used single actions (pause, hint, etc.) are
represented by icon-only toolbuttons. All other actions are placed on
dialogs which can be pulled in from the side; pull handles are placed
on the toolbars.

The current library implementation (in libtagaro as a TouchWindow
class) supports only one toolbar on the left, but that is sufficient
for KDiamond, which again serves as a guinea pig. KDiamond Active is
also unfinished in many ways: Highscores are just displayed with an
old-fashioned KScoreDialog placed inside the main window. Difficulty
adjustments etc. are not possible (a "New game" dialog is missing),
and the statusbar is not there. The purpose of this mail is just to
collect feedback on the basic interaction mechanism.

To build it, follow the following steps:

1. git clone kde:libtagaro, select the majewsky/active branch, build and 
install
2. svn checkout .../trunk/KDE/kdegames, apply the attached patch
(-p1), build with flag -DKDEGAMES_ACTIVE=ON to cmake
3. run KDiamond (you can do this without installing it *if* you
already have KDiamond's data files installed)

Feedback is very much appreciated.

Greetings
Stefan
-----------------------------------------
-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Qt Development Frameworks
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kdiamond-active.patch
Type: text/x-patch
Size: 19667 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/active/attachments/20110928/ae7860a7/attachment-0001.patch>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/active/attachments/20110928/ae7860a7/attachment-0001.sig>


More information about the Active mailing list