<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to patches</title><link>https://sourceforge.net/p/python-xlib/patches/</link><description>Recent changes to patches</description><atom:link href="https://sourceforge.net/p/python-xlib/patches/feed.rss" rel="self"/><language>en</language><lastBuildDate>Sat, 31 Oct 2015 10:38:30 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/python-xlib/patches/feed.rss" rel="self" type="application/rss+xml"/><item><title>#7 xinput: add grab_device/ungrab_device support</title><link>https://sourceforge.net/p/python-xlib/patches/7/?limit=25#5aaa</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I made some more XInput related changes, I'll link to my github branch since it's easier:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;&lt;a class="" href="https://github.com/benoit-pierre/python-xlib/commit/22d4448" rel="nofollow"&gt;xinput: improve DeviceEvent support&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;&lt;a class="" href="https://github.com/benoit-pierre/python-xlib/commit/30ef53e" rel="nofollow"&gt;xinput: further improve DeviceEvent support&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;&lt;a class="" href="https://github.com/benoit-pierre/python-xlib/commit/daec3f3" rel="nofollow"&gt;xinput: small cleanup&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;&lt;a class="" href="https://github.com/benoit-pierre/python-xlib/commit/3758d48" rel="nofollow"&gt;xinput: fix event_mask handling for grab_device&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;&lt;a class="" href="https://github.com/benoit-pierre/python-xlib/commit/7b0465d" rel="nofollow"&gt;xinput: add missing GrabtypeTouchBegin&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;&lt;a class="" href="https://github.com/benoit-pierre/python-xlib/commit/8816288" rel="nofollow"&gt;xinput: add grab_keycode/ungrab_keycode support&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;&lt;a class="" href="https://github.com/benoit-pierre/python-xlib/commit/0228a41" rel="nofollow"&gt;xinput: add query_device support&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Benoit Pierre</dc:creator><pubDate>Sat, 31 Oct 2015 10:38:30 -0000</pubDate><guid>https://sourceforge.netf600eeb5624ad7ab4a6cef7b198ca099a2e6f21a</guid></item><item><title>protocol: fix handling of generic events</title><link>https://sourceforge.net/p/python-xlib/patches/8/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Make sure we start a new iteration of the parse_response loop upon handling a response, so the code does not try to parse left over received data based on the previous request type.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Benoit Pierre</dc:creator><pubDate>Fri, 30 Oct 2015 22:27:22 -0000</pubDate><guid>https://sourceforge.nete8a884fd8072240223861d31993d973b64606ad1</guid></item><item><title>xinput: add grab_device/ungrab_device support</title><link>https://sourceforge.net/p/python-xlib/patches/7/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Add support for XInput XIGrabDevice/XIUngrabDevice.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Benoit Pierre</dc:creator><pubDate>Fri, 30 Oct 2015 16:17:45 -0000</pubDate><guid>https://sourceforge.net6929ab6aba9a75bf9fa9026d1a72c010cb54c883</guid></item><item><title>fix record extension</title><link>https://sourceforge.net/p/python-xlib/patches/6/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;As already reported &lt;a class="alink" href="/p/python-xlib/bugs/37/"&gt;[bugs:#37]&lt;/a&gt;, the record extension got broken (by &lt;a class="alink" href="/p/python-xlib/code/158/"&gt;[r158]&lt;/a&gt;), the attached patch fixes the issue (without changing the API).&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Benoit Pierre</dc:creator><pubDate>Fri, 30 Oct 2015 16:14:37 -0000</pubDate><guid>https://sourceforge.net64a32b4660d4e8cdeab247d7a1bad423a51c5f81</guid></item><item><title>#5 python-3.1 support</title><link>https://sourceforge.net/p/python-xlib/patches/5/?limit=50#eaf7</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Here is an updated version of the patch that fixes a couple of porting errors.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Marc Deslauriers</dc:creator><pubDate>Fri, 11 Oct 2013 18:42:03 -0000</pubDate><guid>https://sourceforge.net8f4f68a0a9736f4be7b1b40ce1415d7ea5172d28</guid></item><item><title>#5 python-3.1 support</title><link>https://sourceforge.net/p/python-xlib/patches/5/?limit=50#05ad</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I'm afraid above patch was only the tip of the iceberg. Current xlib still uses tons of deprecated Python concepts, such as old-style classes, intermixing bytes and str, calling apply(), obsolete &lt;strong&gt;cmp&lt;/strong&gt;(), the "new" module, and so on. On top of that, there are some Python 3 specific things which need to be ported, such as / now yielding a float (needs //), and imports now always being absolute instead of relative.&lt;/p&gt;
&lt;p&gt;The attached patch ports the whole Xlib, plus the examples and the tests. With this, all test cases and examples work with both python 2.7 and 3.3.&lt;/p&gt;&lt;/div&gt;</description><pubDate>Wed, 04 Sep 2013 08:20:35 -0000</pubDate><guid>https://sourceforge.net499addcc9d0edd9b95498dab124cc213341f49ae</guid></item><item><title>python-3.1 support</title><link>https://sourceforge.net/p/python-xlib/patches/5/</link><description>The attached patches make py-Xlib compile with python-3.1, while dropping support for python-2.4.x and python-2.5.x \(2.6.x and 2.7.x are fine\).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Thomas Klausner</dc:creator><pubDate>Tue, 06 Sep 2011 20:43:59 -0000</pubDate><guid>https://sourceforge.net5ce7d87fcb991e29c7bdebe4bfe28f8bc78d54f3</guid></item><item><title>Remove debug "print" line from ext.randr.init</title><link>https://sourceforge.net/p/python-xlib/patches/4/</link><description>python-xlib-0.15rc1 has "print" in ext.randr.init method that's completely uncalled for and was probably just forgotten there.
As a result, it prints an extra line each time the module is initialized \(and that actually happens on Display class instantiation\).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mike Kazantsev</dc:creator><pubDate>Wed, 16 Feb 2011 12:25:17 -0000</pubDate><guid>https://sourceforge.net1d5443602f40c8e49e8eeac7e9caaf5e50a13196</guid></item><item><title>Indentation fix</title><link>https://sourceforge.net/p/python-xlib/patches/3/</link><description>Hi, I submitted a request last year to fix the
indentation of the source.  It was turned down by
calroc99.  I have re-indented the source for my own
sake and I figured I would submit a patch in case the
new maintainer wanted to apply it.

Everything is re-indented to 4 spaces.  I tested the
changed code and everything in my two python-xlib apps
works, and all of the tests run successfully.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nick Welch</dc:creator><pubDate>Fri, 15 Sep 2006 05:47:21 -0000</pubDate><guid>https://sourceforge.net9bdfc1a623a18b621fecea582de948c4a759cdc2</guid></item><item><title>RECORD extension</title><link>https://sourceforge.net/p/python-xlib/patches/2/</link><description>Here's a patch adding support for the RECORD extension,
along with a simple demo.

Tested with python2.4, RECORD 1.13 \(from a stock Ubuntu
Dapper\).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Alex Badea</dc:creator><pubDate>Fri, 11 Aug 2006 12:43:48 -0000</pubDate><guid>https://sourceforge.net954bd3945fea214186d8c6cfc67bad325b430805</guid></item></channel></rss>