Hello fellow KOffice hackers.
Boudewijn and myself have been talking about the ideal way
to handle tablets
in KOffice. Or, better said, how to handle the fact that a
user can have more
then just a mouse.
See http://wiki.koffice.org/index.php?title=Flake/To
ols_And_Pointers for the
gory details.
Most of the essential features are implemented in KOffice
trunk now.
For the people that work with a tablet and want to try this,
there are some
issues in Qt that I want to make people aware of.
* Qt4.2.2 makes us switch back to mouse as soon as the
tablet leaves the
canvas. This means that you can't access the tool-options
:(
This is fixed in 4.3-rsync already. I made a workaround for
qt-copy [1]
* Qt4.2.2 basically makes it impossible to drag a shape from
the
shape-selector using the tablet input device. Technically
you get
tabletEvents instead of DnD events.
I see that this is largely fixed in 4.3-rsync. There is some
uglyness left
that I sent a test application and a long explanation to
qt-bugs for. I
really don't want to dig into X11 and events stuff myself
Other then those I found no problems and trunk basically
works the way we
discussed.
Many thanks fly to Axel Jäger for the Graphire4 he sent me a
couple of days
ago, which was, and is, very useful to actually see what I'm
doing!
1) workaround for the first bug;
--- src/gui/kernel/qapplication_x11.cpp (revision 638087)
+++ src/gui/kernel/qapplication_x11.cpp (working copy)
 -3408,7
+3408,7 
} else if (event->type == EnterNotify ||
event->type == LeaveNotify) {
XEvent *xevent = (XEvent *)event;
//unsigned int xstate = event->xcrossing.state;
- type = QEvent::MouseMove;
+ //type = QEvent::MouseMove;
pos.rx() = xevent->xcrossing.x;
pos.ry() = xevent->xcrossing.y;
pos = d->mapFromWS(pos);
--
Thomas Zander
_______________________________________________
koffice-devel mailing list
koffice-devel kde.org
h
ttps://mail.kde.org/mailman/listinfo/koffice-devel
|