Bottom/top X/Y options on xorg.conf are ignored / keepshape doesn't work

[Danniel]

The only way I was able to make the height and width ratios between my monitor and the tablet to be correct was by figuring it empircally, adjusting in wacomcpl and testing it on colourpaint, seeing if two sets of two lines drawn at the same real distance (on the tablet), vertically and horizontally, would match in the screen when turned 90 degrees around. After finding it, I've added to the xorg.conf just like that:

Option         "TopX" "0"
Option         "TopY" "0"
Option         "BottomX" "9225"
Option         "BottomY" "11190"

In the inputdevice sections with the identifiers stylus, cursor and eraser. There's no "keepshape" anymore, as it simply wasn't working.

However, it's simply being ignored by the tablet. Wacomcpl shows completely different values, top X = 0, top Y = 5535, bottom X = 9425 and bottom Y = 14760. If I click on "default", it changes to yet another set of values, top X and Y are 0, but bottom X is correctly 9225, but bottom Y is 14760. Despite of matching 3 of the values I wanted, it still loses the proportion between the tablet and the monitor.

Anyone knows how to solve this?

Thanks in advance.

Please share the kernel, Xorg, and linuxwacom versions on your system with us so we can further the troubeshooting process.

Ping

On Mon, Aug 4, 2008 at 9:27 PM, Danniel <dannielsc@...> wrote:

The only way I was able to make the height and width ratios between my
monitor and the tablet to be correct was by figuring it empircally,
adjusting in wacomcpl and testing it on colourpaint, seeing if two sets of
two lines drawn at the same real distance (on the tablet), vertically and
horizontally, would match in the screen when turned 90 degrees around. After
finding it, I've added to the xorg.conf just like that:

Option         "TopX" "0"
Option         "TopY" "0"
Option         "BottomX" "9225"
Option         "BottomY" "11190"

In the inputdevice sections with the identifiers stylus, cursor and eraser.
There's no "keepshape" anymore, as it simply wasn't working.

However, it's simply being ignored by the tablet. Wacomcpl shows completely
different values, top X = 0, top Y = 5535, bottom X = 9425 and bottom Y =
14760. If I click on "default", it changes to yet another set of values, top
X and Y are 0, but bottom X is correctly 9225, but bottom Y is 14760.
Despite of matching 3 of the values I wanted, it still loses the proportion
between the tablet and the monitor.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Linuxwacom-discuss mailing list
Linuxwacom-discuss@...
https://lists.sourceforge.net/lists/listinfo/linuxwacom-discuss

[Danniel]

First of all, I've figured how to solve it; wacomcpl creates a series of xsetwacom commands in .xinitrc, but those were added *before* the start of the window manager (I'm using openbox). By moving these lines in the startup script, so the commands are sent after openbox has already started, the values I chose via xsetwacom are obeyed. I don't know if it's the right way to have it, but I'm satisfied if it simply works without having to adjust it every time.

Just in case I've mentioned earlier something that would be weird anyway (like keepshape not working, or the bottom/top X/Y specifications on xorg.conf), that developers or whomever else may want to know:

kernel 2.6.25

xserver-xorg 1:7.3+14
xsever-xorg-core 2:1.4.2-2

... linuxwacom does not show itself as an installed package on synaptic (and the available package xserver-xorg-input-wacom isn't installed), perhaps because I've compilled it from the source... the folder on /usr/src is linuxwacom-0.8.0-3, but the command "xsetwacom -V" says 0.1.6, but perhaps it's referring to itself.

And I'm using debian Lenny.

But I guess that the problem was that there was a newbiesque conflict of parameters set by different configuration files. I think that perhaps the parameters on xorg.conf would be obeyed if there were not xsetwacom commands on .xinitrc, but as those were in the wrong place, the driver defaults to something else, built-in or whatever. Perhaps if I delete those lines from .xinitrc, or even the bottom/top X/Y parameters on xorg.conf, but let the "keepshape" "on", it would come up with the digit-by-digit correct values behind the curtains.

I'm going to test these ideas, and I'll post the results here, unless someone says that it is not useful at all, that what I said before already implies that there's no real bug or whatever that would be a concern for developers.

If there's any more questions, just ask.


Danniel




Please share the kernel, Xorg, and linuxwacom versions on your system with
us so we can further the troubeshooting process.
Ping

[Danniel]

Okay, it was really some conflict between configuration files and scripts, and probably nothing more deep than that. The parameters on xorg.conf are obeyd if there are no xsetwacom commands overriding them, as supposed to happen, even "keepshape".

The problem is/was that I have a startup sub-script that will rotate the screen and the tablet if the last x session ended with a rotated screen, using "xsetwacom -rotate", which apparently is enough to render null the "keepshape" on xorg.conf though. As I was using the rotated screen almost by default, took some time to get what was happening.

And, correcting what I mentioned earlier, there's no real problem on the xsetwacom commands placed before the window manager starts, the problem was that they were being overridden by xsetwacom -rotate on that that sub-script, which runs before the window manager starts and works never the less.

What I'm going to do then is to let "keepshape", get the correct values for bottom X and Y (with "xsetwacom -s get stylus bottomy"), and add those values via xsetwacom lines to the screen rotation scripts, since apparently there's no real analog to the "keepshape" via xsetwacom. That will "fake" it.


Danniel

[Danniel]

Rectifying myself again, hopefully for the last time.

xsetwacom -rotate commands *do not* render null the "keepshape" on xorg.conf, and need not to be faked via direct set of Xs and Ys via xsetwacom on an eventual rotation script someone may use. Somehow I got this impression, and failed to fake it via xsetwacom, and eventually in the process of trying to do it I realized that it wasn't needed after all.

Now everything is working fine, with "keepshape" on xorg.conf.

I'm sorry for the "flooding".


Danniel