Re: libXft 2.3.0 not so good
The bold bug is fixed in git, but the other one I'm not so sure about. I agree that the screenshots are different, but I'm no expert on what is "correct" so hopefully someone else with more font skills can chime in. --Jeremy On Mar 12, 2012, at 8:06 AM, Alan Coopersmith wrote: > Distro makers probably want to hold off on packaging the 2.3.0 upgrade > until we get a 2.3.1 release out to fix: > > https://bugs.freedesktop.org/show_bug.cgi?id=47178 > https://bugs.freedesktop.org/show_bug.cgi?id=47196 > > (I guess no one noticed during the months the broken commits were sitting > in git, but throw out a tarball, and suddenly people use it.) > > -- > -Alan Coopersmith- alan.coopersm...@oracle.com >Oracle Solaris Engineering - http://blogs.oracle.com/alanc > ___ > xorg-de...@lists.x.org: X.Org development > Archives: http://lists.x.org/archives/xorg-devel > Info: http://lists.x.org/mailman/listinfo/xorg-devel > ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Special keys on Dell XPS L502X
You probably should take a look at what evtest and/or evemu report for those keys. That will provide a better understanding of what X sees. showkey shows what the kernel's keyboard device reports; evtest, evemu and the xf86-inout-evdev driver use the kernel's evdev device. http://cgit.freedesktop.org/evtest/ http://bitmath.org/code/evemu/ -JimC -- James Cloos OpenPGP: 1024D/ED7DAEA6 ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
[ANNOUNCE] xf86-input-synaptics 1.5.99.901
This is the first RC for synaptics 1.6. I expect the release to happen quite
soon, though I still need to trawl through the bugzilla for dealbreakers.
Below is the full changelog, the most notable features are the addition of
multitouch support and support for ClickPads. ClickPads are touchpads that
don't have physical buttons but instead the touchpad itself works as a
button (or two, in some cases).
These ClickPads have a new property for the configuration of software
buttons, see the man page for more details.
When building with MT support enabled, mtdev is required.
Alexandr Shadchin (2):
On/Off hooks to return boolean so we can bail out of the caller
The correct maximum values for pressure and finger width
Benjamin Otte (1):
eventcomm: Fix initialization code
Casper Dik (1):
Extra buttons on Acer Ferrari 4000 laptop touchpad are not recognized
Chase Douglas (35):
Allocate axis labels array dynamically
Add touch device class support
eventcomm: Initialize touch device and axes
eventcomm: Read evdev events from mtdev where multitouch is available
eventcomm: Add touch event handling
Ensure delta computation does not go crazy
Only move the cursor when one touch is on a touchpad
Don't emit touch sequences if only one touch is active
Don't initialize touch state if device does is not multitouch
Don't initialize semi-multitouch devices for touch device class
Revert "Replace the motion estimator"
Allocate proto data in eventcomm-test
Introduce SynapticsHwStateAlloc() and SynapticsHwStateFree()
Transition eventcomm-test to new SynapticsHwState instantiation scheme
Allocate SynapticsHwStruct for local function use
Allocate SynapticsPrivate.comm->hwState
Allocate priv->hwState
Introduce SynapticsCopyHwState function
Rename num_touches to max_touches
Add touch valuator mask to hw state structure
Add open_slots array to SynapticsPrivate
Move X touch event processing into synaptics.c
Filter touch events if click actions are enabled
Filter touch events if tap actions are enabled
Filter touch events if two-finger scrolling is enabled
Prefer multitouch over single-touch axis ranges
Update touch state when device is off too
Don't use linear regression when calculating touchpad motion deltas
Add clickpad device property
Add cumulative_d{x,y} to SynapticsHwState
Enable clickpad click and drag with two fingers
Disable scrolling when beginning a clickpad press
Calculate touch data for semi-mt devices, but don't send touch events
Add soft button areas property
Ignore motion during touch count changes on semi-mt devices
Cyril Brulebois (1):
Revert: "eventcomm: replace synaptics-custom TEST_BIT with server's
BitIsOn."
Daniel Stone (17):
Shuffle include order around
Bump minimum xorg-server requirement to 1.7
Properties: Generalise InitTypedAtom from InitAtom
Add HIST_DELTA macro for differences in history
Give FingerState enums explicit values
Introduce POLL_MS for packet frequency
Use CARD32 for timestamps
Don't store fake events in the motion history
Update count_packet_finger in store_history, not get_delta
Scroll: Clarify rep_buttons assignment
Scroll: Move scroll_[xya] into new priv->scroll struct
Scroll: Move coasting variables to priv->scroll
Scroll: Modify ScrollData in repeat_scrollbuttons
Adjust acceleration scheme for input ABI v14
Scroll: Prepare ScrollData for smooth scrolling
Scroll: Initial smooth scrolling support
Constify priv->device
Derek Foreman (6):
Fix pressure->motion property format
Use hardware time where possible
Replace the motion estimator
More accurate extrapolated fake motion events
Revise palm check logic
Scroll: Add last_millis to track scroll event timing
JJ Ding (1):
fix wrong finger width range
Peter Hutterer (35):
Bump to 1.5.99
Fix compiler warning: unused variable "wakupTime"
man: note that a PS/2 device is not supported
test: wrap ABI 14 xf86OptionRec type changes
Fix compiler warning - unused variable 'para'
eventcomm: print strerror(errno), not of rc
Use the scroll distances as increment for scrolling valuator axes
Return true/false from SetDeviceAndProtocol
If protocol is auto-dev and the device path is set, unset the protocol
test: fix build errors introduced by upstream server change
Remove unused variable 'thr'
test: fix build error introduced in 9f9b55ab55ed5
synclient: fix indentation of "format mismatch" parameters
Remove compiler warning: unused variable "atom"
Submit the right number of MT axes
Fix build error if HAVE_MTDEV is false
Revert "Don't store fake events in the motion history"
[ANNOUNCE] util-macros 1.17
Chase Douglas (3): Add XORG_ENABLE_INTEGRATION_TESTS Fix cflag test compiler message and cache ids Separate unknown warning options by language Gaetan Nadon (1): Version bump: 1.17 Jon TURNEY (1): Don't use AS_ECHO in XORG_TESTSET_CFLAG git tag: util-macros-1.17 http://xorg.freedesktop.org/archive/individual/util/util-macros-1.17.tar.bz2 MD5: 4f41667e1bf4938bb2b24fa09d517f77 util-macros-1.17.tar.bz2 SHA1: c424a09fa6f628e24eff74496acebef13e8093b9 util-macros-1.17.tar.bz2 SHA256: 7d79edde72fc17dcdc56cfbe2f8ff384d1bffd1d8c58c0fd25970f5b2ccb75ed util-macros-1.17.tar.bz2 http://xorg.freedesktop.org/archive/individual/util/util-macros-1.17.tar.gz MD5: e162e8921cd08c50bf17b9de5131b3f1 util-macros-1.17.tar.gz SHA1: 570783cbfb7ad44de34a939455eb645856361f28 util-macros-1.17.tar.gz SHA256: a7de22d6828b2a4469d32b4744ac2fe9103fcb85e72dd70794ef77f188946371 util-macros-1.17.tar.gz ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: libXft 2.3.0 not so good
Thanks for the fix! On 03/12/12 11:58 PM, Jeremy Huddleston wrote: The bold bug is fixed in git, but the other one I'm not so sure about. I agree that the screenshots are different, but I'm no expert on what is "correct" so hopefully someone else with more font skills can chime in. --Jeremy On Mar 12, 2012, at 8:06 AM, Alan Coopersmith wrote: Distro makers probably want to hold off on packaging the 2.3.0 upgrade until we get a 2.3.1 release out to fix: https://bugs.freedesktop.org/show_bug.cgi?id=47178 https://bugs.freedesktop.org/show_bug.cgi?id=47196 (I guess no one noticed during the months the broken commits were sitting in git, but throw out a tarball, and suddenly people use it.) -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc ___ xorg-de...@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: libXt 1.1.2 has regressions too
Okay, I'll try to get a 1.1.3 release out this week - thanks for the quick response & fix. On 03/12/12 11:56 PM, Jeremy Huddleston wrote: I reverted the commit which caused the regressions in libXt-1.1.2. The issue was that libXt was retrying when it got a POLLHUP rather than passing it along to Xlib which would handle it with XIOError. After investigating this issue, I'm not sure that the original patch that caused this actually needs a fix any more. I think the issue may have been limited to the !xcb case in Xlib which probably didn't handle POLLNVAL. I believe that xcb should be setting the connection error state on POLLNVAL, so it should follow the same path into XIOError, but I'll followup on that in the original bug report as time allows. On Mar 12, 2012, at 9:38 AM, Alan Coopersmith wrote: [Bug 47203] libxt 1.1.2 breaks xscreensaver https://bugs.freedesktop.org/show_bug.cgi?id=47203 [Bug 47216] upgrade to libxt 1.1.2 breaks "windowless" applications https://bugs.freedesktop.org/show_bug.cgi?id=47216 Package builders may want to watch out from those if they're considering an upgrade. Help from any developers with time& knowledge to help track these down would be appreciated. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc ___ xorg-de...@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Mouse buttons/scroll directions swapped with recent Xorg
On Mon, Mar 12, 2012 at 01:48:03PM +0100, Thomas Bächler wrote: > Hello, > > Recently (beginning of February), I performed the following upgrades: > > xf86-input-evdev (2.6.0-4 -> 2.6.99.901-1) > xf86-input-synaptics (1.5.0-1 -> 1.5.99-0.1) > xorg-server (1.11.4-1 -> 1.11.99.903-1) > xorg-xinput (1.5.3-2 -> 1.5.99.1-1) > (Some of these packages have since been updated to their latest releases > or newer snapshots, but the problems I describe below remain the same.) > > Since then, I have two problems: > > 1) On my ALPS touchpad, the circular scroll direction has been reversed: > Scrolling left is now button 5, scrolling right is button 4. (The right > edge of the touchpad still scrolls correctly, up is button 4, down is > button 5.) definitely a regression, patch available here http://patchwork.freedesktop.org/patch/9512/ > 2) On my Logitech M555b mouse, buttons 6 and 7 have been swapped. Physical buttons or logical (scroll) buttons? If the former, please file a bug against evtest and attach a utouch-evemu recording of the button events. see http://people.freedesktop.org/~whot/evemu/ Cheers, Peter ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Clearing xterm clipboard/selection/cutbuffer
Hi, I'm having difficulty clearing the clipboard/selection/cutbuffer. Any combination of xsel -[cd] -[psb] fails to clear a selection made in xterm using standard left-drag. I can SET the selection with xsel -i but it cannot be empty, so the best I can do is replace the current selection with a space. Not terrible, been doing that manually for a long while, after each selection, since accidental pastes can be disastrous. But I'd like it to be really empty, the way it is when first start X, prior to having made any selections. I've also tried xclip, xcutsel, and changing the xterm selectToClipboard resource to true... Even tried hacking xsel.c source but had no luck there either! My system is Ubuntu 11.04 (GNU/Linux 2.6.38-13-generic i686), twm, X.Org X Server 1.10.1. Can anyone suggest what's going wrong with xsel -c/-d? Kind Reg'ds, Ras ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Clearing xterm clipboard/selection/cutbuffer
Actually I managed to solve this -- honestly I had been working on it for a long time before writing to the list, funny how that can happen! I find that the combination of the following works; neither alone is enough: xsel --clear --primary (same as xsel -c) xcb -s 0-7 < /dev/null (actually xcb -s 0 < /dev/null suffices) Hope this helps someone somewhere sometime... Kind Reg'ds, Ras On Wed, Mar 14, 2012 at 12:02 AM, Ras Far wrote: > Hi, > > I'm having difficulty clearing the clipboard/selection/cutbuffer. Any > combination of xsel -[cd] -[psb] fails to clear a selection made in > xterm using standard left-drag. > > I can SET the selection with xsel -i but it cannot be empty, so the > best I can do is replace the current selection with a space. Not > terrible, been doing that manually for a long while, after each > selection, since accidental pastes can be disastrous. But I'd like it > to be really empty, the way it is when first start X, prior to having > made any selections. > > I've also tried xclip, xcutsel, and changing the xterm > selectToClipboard resource to true... Even tried hacking xsel.c > source but had no luck there either! > > My system is Ubuntu 11.04 (GNU/Linux 2.6.38-13-generic i686), twm, > X.Org X Server 1.10.1. > > Can anyone suggest what's going wrong with xsel -c/-d? > > Kind Reg'ds, > Ras ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
