On Thu, Sep 30, 2010 at 11:50 AM, Ping Cheng <[email protected]> wrote:
> Hi Jason,
>
> Welcome back. We definitely need help in this area. Since you are
> working on xf86-input-wacom support, Peter should be the right person
> to address your questions. I'd really like to see your effort
> integrated into the future GUI tool.
>
> Peter has explicitly pointed out the need of an UI for Wacom driver in
> his blog (http://who-t.blogspot.com/2010/09/wacom-support-in-linux.html):
>
> "And as I pointed out above - we're in desparate need for a UI for the
> GNOME config utility. If you're interested in helping out here, please
> contact me."
>
I could be open to integrating my work, the thing I'm unsure from the blog
post however is if the 'gnome config utility' is something that will only
function inside a gnome session or if it's just designed for gnome but will
function inside another desktop environment. Even though I code in gtk
the primary desktop at the company I work at is kde and I need to be able to
support other options like xfce as well. So any code that locks to a
specific desktop environment is a deal breaker for me.
>
> Since I am not, at least not yet, part of the UI design and
> implementation, please get in touch with Peter to see how you can work
> together with his team if you are willing to merge your effort to the
> distributions. In my vision, working together as a team helps both the
> developers and the users.
>
> Thank you for being active in the project.
>
> Ping
>
> On Tue, Sep 28, 2010 at 11:51 PM, Jason alavaliant <[email protected]>
> wrote:
> > Hi,
> >
> > Some of you may vaguely recall a small python/gtk front end for
> configuring
> > wacom settings called wacom-config that was around about 4 years ago.
> > After a length of time that's turned the promised wacom-config v2 into a
> bit
> > of joke (at least until it got forgotten about 2 years ago) I'm finally
> back
> > and the complete rewrite of wacom-config is almost done and I'm hoping
> with
> > the much better code base and my improved coding skills since 4 years ago
> I
> > can release something of much better quality this time. However there
> are
> > some lingering points with the interaction between my code and the
> results I
> > get from xsetwacom that I'd be very appreciative if the developers of
> > linuxwacom could help me with so I can get things into a safe state for
> end
> > users. (hence why I'm writing to the devel list - I need official
> opinions
> > and I'm trying to avoid too many normal users getting into the app at
> this
> > point since it's not quite ready for normal use just yet).
> >
> > Right now if you checkout the svn from
> > https://sourceforge.net/projects/wacom-config/ and actually try using
> > wacom-config v2 you'll find a few rather interesting things go wrong with
> > your tablet settings. (and if you do run the code beware, when it
> saves
> > settings it creates login items in ~/.config/autostart/ to apply it's
> > settings on startup and runs a small script called wacom-hotplug-detector
> > you'll need to kill to completely disengage it from making changes to
> your
> > tablet). I'm not sure if it's my code using xsetwacom wrong, or if
> they
> > are bugs in xsetwacom and if so what the final behaviour will be so could
> > use some advise so I know if I should be altering the wacom-config code,
> > looking at what can be done with patching linuxwacom etc.
> >
> > They are namely;
> >
> > 1) The biggest one that's causing problems for me currently is that in
> > 0.10.8/git the value for TPCButton seems to be backwards
> > (
> https://sourceforge.net/tracker/?func=detail&aid=3075826&group_id=69596&atid=525124
> )
> > Since my code has TPCButton off by default as soon as anybody enters
> > wacom-config and saves their settings they end up with TPCButton acting
> as
> > if it's on due to the current off=on status.
> >
> > I can change my code to reverse the values I have assigned to TPCButton
> but
> > that will cause trouble for me if the reversed values get fixed in a
> later
> > linuxwacom release since then things will be backwards in ever-bodies
> > settings again (and by that point most people at the company I work at
> will
> > be using wacom-config v2 causing mass confusion). So I'd love
> > clarification on if the reversed on/off values for TPCButton are here to
> > stay or are something that will be fixed just as soon as somebody writes
> a
> > patch?
> >
> >
> > 2) TVResolution - This one I know is in a bit of a state of flux with
> > TVResolution being broken in 0.10.8 and only starting to be fixed in git
> > since the 0.10.8 release. I've been following the git changes and
> testing
> > and trying to get a working build it's looking much much better but
> there
> > still seems to be a few issues that are making it hard to support
> properly
> > from wacom-config
> > (
> https://sourceforge.net/tracker/?func=detail&aid=3075831&group_id=69596&atid=525124
> > limits you to limited functionality on one monitor). Then what is also
> > confusing me (but I've not logged a tracker item for it yet) is that if
> I
> > just set TwinView and TVResolution I can move from one twinview monitor
> to
> > the other by touching the edge of the screen as per usual. But if any
> > setting is used that effects tablet or screen mapping, ( say setting
> TopX
> > even if I set it to the current value it already has ) that stops the
> cursor
> > from moving between the screens, it stays locked to the left screen and
> > disconnecting and reconnecting the tablet seems to be the only way to get
> > out of that state that I've found.
> >
> > I'm unsure if I'm being premature logging bugs about the git TVResolution
> > support since it's still not part of on official release (and there might
> be
> > a developer who has their own big list of TwinView stuff they are still
> > working on?) or if this stuff is only being fixed as people point things
> > out/offer patches?
> >
> >
> > 3) the xsetwacom settings Accel and SpeedLevel no longer exist according
> to
> > xsetwacom, I'm unsure if I've missed an email on the matter when
> searching
> > the lists or what the story is. Should those settings just be ignored
> at
> > this point and removed from my code or is there something else I should
> be
> > using instead that replaces them?
> >
> > 4) probably a dumb question but what is the difference between AbsWUp/Dn
> and
> > RelWUp/Dn? I'm trying to add support for bamboo devices to my code but
> I
> > don't actually own one so I'm having to make guesses as to how to support
> > them and not sure on the why and the how for Abs vs Rel for their
> > touchwheels.
> >
> > Hopefully this makes a bit more sense of why I'm suddenly posting a bunch
> of
> > things to the linuxwacom bug tracker, I was mostly just checking my
> code
> > wrote what I thought was the write xsetwacom lines during the rewrite but
> > now I'm trying to move towards release status I'm finding all the points
> > where I think there are bugs in xsetwacom or other places where my
> knowledge
> > of the matter doesn't match up with the behaviour.
> >
> >
> > Thanks for your time.
> > -J
> >
> > p.s. There is also
> >
> https://sourceforge.net/tracker/?func=detail&aid=3075823&group_id=69596&atid=525124
> > on my list of oddities but I've worked around it in the wacom-config code
> by
> > changing how I set buttons.
>
------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Linuxwacom-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel