On Thu, Feb 03, 2011 at 01:10:21PM -0600, Favux ... wrote:
> I for one am not excited by the proposed changes. I just finished
> updating most of the xsetwacom scripts to be xf86-input-wacom
> compatible and going through that again does not appeal. I've had
> enough folks bewildered or complaining about the switch from
> ClickForce to Threshold.
>
> I definitely see the benefit of going to more naturally readable
> names. But the motivation for some changes escape me. Why add a
> whitespace and make for e.g. Button2 become Button 2? Yes it is a
> little more readable but that breaks all stylus button and tablet
> (pad) button scripts.
this was the one change that wasn't motivated by a UI "improvement" but
rather by a code improvement. xsetwacom carried around 32 structs that were
near identical except for the button number at the end.
I tried to hack around this but ended up putting exceptions into several
places making the code end up worse. This was the simplest and most
straightforward change with the least code obfuscation.
Mind you, this one was the exception, I think all the others could be argued
that they do improve the interface.
> However if Peter feels the changes are necessary...ok. While I
> realize it would be a major pain would it be possible for a transition
> period? Say 6 months or even longer. Where both versions would work
> and the transition is documented in 'man xsetwacom'? Yes, crufty
> code, but with a deadline. And say implemented at a point release?
would something like:
xsetwacom get <device name> RelWUp
"RelWUp is obsolete. Please use RelWheelUp instead"
be acceptable? A mapping table like this is easy to maintain.
Cheers,
Peter
> On Thu, Feb 3, 2011 at 12:38 PM, Ping Cheng <[email protected]> wrote:
> > On Wed, Feb 2, 2011 at 9:13 PM, Peter Hutterer <[email protected]>
> > wrote:
> >>
> >> This series will be more controversial than the last 8 but let's see. The
> >> patches here change the xsetwacom parameter names into something that's
> >> slighly more self-explanatory.
> >>
> >> Yes, we know what "RelWDn" means, but I'm sure my great-grandfather, if I
> >> had
> >> one, would throwing his false teeth at me for making no sense.
> >> "RelWheelDown", otoh, is a parameter name we can believe in.
> >> Same goes for all the other names, except the Button mapping change which
> >> is
> >> mostly to keep the code a bit simpler and not keep 32 near-identical
> >> structs
> >> around.
> >>
> >> FAQ:
> >> - Won't this break user's scripts?
> >> Yes, such is life.
> >> - But they relied on xsetwacom's interface to be stable!
> >> Yes, I can see the problem right there. It isn't.
> >> - Will the world end because of this?
> >> Unlikely, but if it does you'll get your money back.
> >
> > >From a pure developer's perspective, I have no preference. But I work
> > for the users. When a decision affects them, I'd like to know what
> > they think. Let's "poll the audience" to see if they want to bid on
> > the money back or not ;).
> >
> > "Audience", please share your thoughts with us so we may make a
> > decision that satisfies most users.
> >
> > Thank you.
> >
> > Ping
> >
> > ------------------------------------------------------------------------------
> > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> > Finally, a world-class log management solution at an even better price-free!
> > Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> > February 28th, so secure your free ArcSight Logger TODAY!
> > http://p.sf.net/sfu/arcsight-sfd2d
> > _______________________________________________
> > Linuxwacom-devel mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
> >
>
> ------------------------------------------------------------------------------
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> _______________________________________________
> Linuxwacom-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
>
------------------------------------------------------------------------------
The modern datacenter depends on network connectivity to access resources
and provide services. The best practices for maximizing a physical server's
connectivity to a physical network are well understood - see how these
rules translate into the virtual world?
http://p.sf.net/sfu/oracle-sfdevnlfb
_______________________________________________
Linuxwacom-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
