<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid">
    <title>gmane.comp.lib.urwid</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1188"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1187"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1186"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1185"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1184"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1183"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1182"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1181"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1180"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1179"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1178"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1177"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1176"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1175"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1174"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1173"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1172"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1171"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1170"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.urwid/1169"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1188">
    <title>Re: GridFlow scrolling and focus</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1188</link>
    <description>&lt;pre&gt;
Thanks Eric!

In this case it's actually the Filler that is choosing the position of
the GridFlow, so that would be the place to add logic about
remembering position.  GridFlow is a flow widget and doesn't know if
part of itself is obscured.

Filler will trim a large flow widget it contains and has to decide how
much to trim from the top and bottom.  When the GridFlow is rendering
a cursor then that cursor position overrides the Filler's preference
by ensuring the cursor is visible.  When not in focus (and not
displaying a cursor) the Filler will revert to its normal behaviour.

Maybe just putting your GridFlow as a single item in a ListBox will work?

Ian
&lt;/pre&gt;</description>
    <dc:creator>Ian Ward</dc:creator>
    <dc:date>2012-05-24T21:39:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1187">
    <title>GridFlow scrolling and focus</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1187</link>
    <description>&lt;pre&gt;To Whom It May Concern:

If a GridFlow is larger than the screen, it can be scrolled through. However, if
GridFlow X loses focus, by switching focus to another widget in a pile or column
for example, GridFlow X shows only the first cells of the GridFlow rather than
those around the former focus cell. A minimal example can be found at
http://pastebin.com/6X0vNMAq . Run the script, scroll down so that Button 0 is
no longer showing and hit 'tab'. Focus will switch to the second GridFlow, but
the first GridFlow now show button 0 again as though it had never scrolled.

I would expect the GridFlow to retain its 'position' even without focus, like
ListBox does. Is this a strange expectation or is GridFlow's behavior strange?
To change this behavior, would GridFlow require calculate_visible() like
ListBox? Thank you.

Sincerely,
Eric Easley
&lt;/pre&gt;</description>
    <dc:creator>Eric Easley</dc:creator>
    <dc:date>2012-05-24T18:29:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1186">
    <title>Re: Problem with Text and Listbox Widgets</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1186</link>
    <description>&lt;pre&gt;On May 7, 2012 5:47 AM, "Rupp, Lawrence E" &amp;lt;lawrence.e.rupp&amp;lt; at &amp;gt;boeing.com&amp;gt;
wrote:
update occurs, the text is inserted but is padded on the right to the
column limit with question marks.
that will help you narrow it down, so let me know what you need.

A minimal example that reproduces the problem would be perfect :-)

IIRC the only thing in urwid that adds question marks is a filter on
control characters being sent to the screen.  Is there a chance there are
some control characters in the text you're passing?


Ian
_______________________________________________
Urwid mailing list
Urwid&amp;lt; at &amp;gt;lists.excess.org
http://lists.excess.org/mailman/listinfo/urwid
&lt;/pre&gt;</description>
    <dc:creator>Ian Ward</dc:creator>
    <dc:date>2012-05-07T12:41:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1185">
    <title>Re: Problem with Text and Listbox Widgets</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1185</link>
    <description>&lt;pre&gt;I have a Text widget that I am updating with 'set_text' and when the update occurs, the text is inserted but is padded on the right to the column limit with question marks.  

Any idea what is causing this?  I don't know what information to provide that will help you narrow it down, so let me know what you need.

I am using Python 2.4.

Thanks,

larry


Lawrence Rupp
P8 Trainer Software
(253) 657-9661
lawrence.e.rupp&amp;lt; at &amp;gt;boeing.com
&lt;/pre&gt;</description>
    <dc:creator>Rupp, Lawrence E</dc:creator>
    <dc:date>2012-05-07T09:46:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1184">
    <title>Re: Problem with Text and Listbox Widgets</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1184</link>
    <description>&lt;pre&gt; Ian,

It was a newline problem, just like you thought.  I searched the internet on how to strip off a newline, found the 'rstrip()' function, applied it in my code, and VOILA!  No more line appending on my GUI.

Moochas Grass for pointing out the obvious!  May all your problems today be of a similar nature!

Larry


-----Original Message-----
From: urwid-bounces&amp;lt; at &amp;gt;lists.excess.org [mailto:urwid-bounces&amp;lt; at &amp;gt;lists.excess.org] On Behalf Of Ian Ward
Sent: Thursday, April 12, 2012 3:36 PM
To: Urwid General Discussion
Subject: Re: [Urwid] Problem with Text and Listbox Widgets

On Thu, Apr 12, 2012 at 5:52 PM, Rupp, Lawrence E &amp;lt;lawrence.e.rupp&amp;lt; at &amp;gt;boeing.com&amp;gt; wrote:

That shouldn't happen.  Can you post some code that demonstrates the problem you're having?  Are you sure the text you're inserting doesn't have a trailing newline?

_______________________________________________
Urwid mailing list
Urwid&amp;lt; at &amp;gt;lists.excess.org
http://lists.excess.org/mailman/listinfo/urwid
&lt;/pre&gt;</description>
    <dc:creator>Rupp, Lawrence E</dc:creator>
    <dc:date>2012-04-12T22:50:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1183">
    <title>Re: Problem with Text and Listbox Widgets</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1183</link>
    <description>&lt;pre&gt;Ian,

Darn, now that you mention it, it just might.  The text that I am inserting is coming from a 'print' statement in a subprocess through a pipe.  It may well have a 'newline' automatically appended.  I didn't consider that because some of the text that is passed is converted to integers in the main process, and the newline problem doesn't appear with ints.

Is there some other way to pass data back through a pipe than with a print statement?  Maybe a function 'return' or something? 

Thanks for the quick response, Ian, and thanks for the 2nd point of view.  I'll check the return through the pipe and let you know either way.

Larry


-----Original Message-----
From: urwid-bounces&amp;lt; at &amp;gt;lists.excess.org [mailto:urwid-bounces&amp;lt; at &amp;gt;lists.excess.org] On Behalf Of Ian Ward
Sent: Thursday, April 12, 2012 3:36 PM
To: Urwid General Discussion
Subject: Re: [Urwid] Problem with Text and Listbox Widgets

On Thu, Apr 12, 2012 at 5:52 PM, Rupp, Lawrence E &amp;lt;lawrence.e.rupp&amp;lt; at &amp;gt;boeing.com&amp;gt; wrote:

That shouldn't happen.  Can you post &lt;/pre&gt;</description>
    <dc:creator>Rupp, Lawrence E</dc:creator>
    <dc:date>2012-04-12T22:43:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1182">
    <title>Re: Problem with Text and Listbox Widgets</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1182</link>
    <description>&lt;pre&gt;On Thu, Apr 12, 2012 at 5:52 PM, Rupp, Lawrence E
&amp;lt;lawrence.e.rupp&amp;lt; at &amp;gt;boeing.com&amp;gt; wrote:

That shouldn't happen.  Can you post some code that demonstrates the
problem you're having?  Are you sure the text you're inserting doesn't
have a trailing newline?
&lt;/pre&gt;</description>
    <dc:creator>Ian Ward</dc:creator>
    <dc:date>2012-04-12T22:36:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1181">
    <title>Problem with Text and Listbox Widgets</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1181</link>
    <description>&lt;pre&gt;Hi,

I am a complete newbie to both Python and Urwid, and I have a question regarding widget behavior.

I am building a status gui composed of Text widgets in a Listbox, traversed by a SimpleListWalker.

The problem I'm having is that when I update one of the Text widgets with 'varname.set_text("example"), the text string "example" appears in the appropriate Text widget, but it also appears to add a carriage return, meaning the entire display below the updated Text widget shifts down one line.  How do I prevent this from happening?  How can I simply overwrite what was in the Text widget in the first place without a new line showing up?

BTW, I am using Urwid1.0.1 and Python 2.4.

Thanks,

Larry
&lt;/pre&gt;</description>
    <dc:creator>Rupp, Lawrence E</dc:creator>
    <dc:date>2012-04-12T21:52:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1180">
    <title>Re: Container Help</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1180</link>
    <description>&lt;pre&gt;
Thanks again :)

--
Andrew
&lt;/pre&gt;</description>
    <dc:creator>Andrew Higginson</dc:creator>
    <dc:date>2012-04-12T15:57:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1179">
    <title>Re: MainLoop's pipe is not removed after pipe data ends.</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1179</link>
    <description>&lt;pre&gt;Ian Ward &amp;lt;ian&amp;lt; at &amp;gt;excess.org&amp;gt; 於 2012年4月11日上午3:03 寫道：


Yes, this is my idea:
==
--- urwid_bak/main_loop.py    2012-04-03 19:20:16.000000000 +0800
+++ urwid/main_loop.py    2012-04-12 20:44:11.000000000 +0800
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -184,10 +184,9 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;

         def cb():
             data = os.read(pipe_rd, PIPE_BUFFER_READ_SIZE)
-            rval = callback(data)
-            if rval is False:
-                self.event_loop.remove_watch_file(watch_handle)
-                os.close(pipe_rd)
+            callback(data)
+            if data == "":
+                self.remove_watch_pipe(pipe_wr)

         watch_handle = self.event_loop.watch_file(pipe_rd, cb)
         self._watch_pipes[pipe_wr] = (watch_handle, pipe_rd)
==

The client code gets writer_fd from watch_pipe. The client code is always
responsible for closing writer_fd.

If MainLoop object detected the pipe reached EOF(an empty string is read,
which means writer_fd is closed, and no more data left in the pipe), it
calls remove_watch_pipe to closes reader_f&lt;/pre&gt;</description>
    <dc:creator>Andrew Wu</dc:creator>
    <dc:date>2012-04-12T13:19:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1178">
    <title>Re: Container Help</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1178</link>
    <description>&lt;pre&gt;Sure, just put Divider widgets between the buttons and give them a weighted
width and the remaining space will be distributed across them.

Ian
On Apr 12, 2012 4:45 AM, "Andrew Higginson" &amp;lt;at.higginson&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

_______________________________________________
Urwid mailing list
Urwid&amp;lt; at &amp;gt;lists.excess.org
http://lists.excess.org/mailman/listinfo/urwid
&lt;/pre&gt;</description>
    <dc:creator>Ian Ward</dc:creator>
    <dc:date>2012-04-12T12:54:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1177">
    <title>Container Help</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1177</link>
    <description>&lt;pre&gt;Hi,

I have an issue which is that I want a set of buttons to be packed
horizontally.

I want each button to only be its minimum width (i.e. not grow to fill
space) and I don't want each button to be the same width (i.e. not
homogeneous), they should be different

I also want the spacing in between each button to grow according to the
width of the screen (the spacing should be equal)

The issue I have is that when I pack buttons into an urwid.Columns, the
buttons are all the same width and therefore as wide as the widest
button. If I pack them as fixed items, the issue goes away however the
spacing between each item does not grow to fit the screen, it remains
constant (as set by the dividechars argument)

Is there a way for me to achieve what is described? :)

Thanks

--
Andrew
&lt;/pre&gt;</description>
    <dc:creator>Andrew Higginson</dc:creator>
    <dc:date>2012-04-12T08:45:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1176">
    <title>Re: Centering Button Text</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1176</link>
    <description>&lt;pre&gt;
Wow, that was easier than I thought :)

Thanks Ian

--
Andrew
&lt;/pre&gt;</description>
    <dc:creator>Andrew Higginson</dc:creator>
    <dc:date>2012-04-11T16:18:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1175">
    <title>Re: MainLoop's pipe is not removed after pipe data ends.</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1175</link>
    <description>&lt;pre&gt;On Fri, Apr 6, 2012 at 8:29 AM, Andrew Wu

That does seem to make more sense.

Now that I'm looking at it though I don't like the interface.  As in
your test code you need to add a comment on "return False" to
understand what is actually going to happen.

Using something like this might be an improvement:

  return "close pipe"

There is also the problem of leaking fds.  The write fd is not closed
by remove_watch_pipe (as documented).  Maybe an optional parameter to
close both ends would help?

Now it seems like there shouldn't be a special way to close a pipe
with a handler's return value (getting too complicated)

Thoughts?

Ian
&lt;/pre&gt;</description>
    <dc:creator>Ian Ward</dc:creator>
    <dc:date>2012-04-10T19:03:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1174">
    <title>Re: Centering Button Text</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1174</link>
    <description>&lt;pre&gt;On Tue, Apr 10, 2012 at 6:36 AM, Andrew Higginson
&amp;lt;at.higginson&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

Button's _label attribute is a Text subclass, so this works:

  my_button._label.align = 'center'

You could add that to the __init__ of a Button subclass if you like.

Ian
&lt;/pre&gt;</description>
    <dc:creator>Ian Ward</dc:creator>
    <dc:date>2012-04-10T13:17:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1173">
    <title>Questions about Buttons and Columns</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1173</link>
    <description>&lt;pre&gt;Hi,

So I am new to urwid and need some help :)

I have a set of buttons packed with an urwid.Columns and I would like
the text inside each buttons to be centered
Currently it looks like this  but as you can see, the text is aligned to
the left

If there is not a method/easy way to achieve this, and it requires some
sub-classing, could you give me some pointers on how to do it?

Thanks

--
Andrew
&lt;/pre&gt;</description>
    <dc:creator>Andrew Higginson</dc:creator>
    <dc:date>2012-04-10T10:36:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1172">
    <title>Centering Button Text</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1172</link>
    <description>&lt;pre&gt;Hi,

So I am new to urwid and need some help :)

I have a set of buttons packed with an urwid.Columns and I would like
the text inside each buttons to be centered
Currently it looks like this  but as you can see, the text is aligned to
the left

If there is not a method/easy way to achieve this, and it requires some
sub-classing, could you give me some pointers on how to do it?

Thanks

--
Andrew
&lt;/pre&gt;</description>
    <dc:creator>Andrew Higginson</dc:creator>
    <dc:date>2012-04-10T10:36:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1171">
    <title>MainLoop's pipe is not removed after pipe data ends.</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1171</link>
    <description>&lt;pre&gt;Test code:
===
import urwid
import os

txt = urwid.Text(u"Hello World")
fill = urwid.Filler(txt, 'top')

def show_or_exit(input):
    if input in ('q', 'Q'):
        raise urwid.ExitMainLoop()

loop = urwid.MainLoop(fill, unhandled_input=show_or_exit)

def callback(data):
    if data == "":
        # data end, return False, watch will be removed.
        return False
    return True

fd = loop.watch_pipe(callback)
# write some data into pipe.
f = os.fdopen(fd, "w", 1)
f.write("hello")
f.close()

print "before loop.run():"
print "loop.event_loop._watch_files:"
print loop.event_loop._watch_files
print "loop._watch_pipes:"
print loop._watch_pipes

# press Q to break.
loop.run()

print "after loop.run():"
print "loop.event_loop._watch_files:"
print loop.event_loop._watch_files
print "loop._watch_pipes:"
print loop._watch_pipes
===
Run the test code and press Q to quit, the output is:

before loop.run():
loop.event_loop._watch_files:
{5: &amp;lt;function cb at 0xb7c36144&amp;gt;}
loop._watch_pipes:
{6: (5, 5)}

after loop.run(&lt;/pre&gt;</description>
    <dc:creator>Andrew Wu</dc:creator>
    <dc:date>2012-04-06T12:29:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1170">
    <title>Re: MainLoop.remove_watch_pipe doesn't work?</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1170</link>
    <description>&lt;pre&gt;work:####import urwidtxt = urwid.Text(u"Hello World")fill = urwid.Filler(txt,
'top')loop = urwid.MainLoop(fill)def callback(data):    passfd =
loop.watch_pipe(callback)loop.remove_watch_pipe(fd)loop.run()####I got error
message:Traceback (most recent call last):  File "t.py", line 11, in &amp;lt;module&amp;gt;
205, in remove_watch_pipe    watch_handle, pipe_rd =
self._watch_pipes.remove(write_fd)AttributeError: 'dict' object has no
attribute
'remove'

Hmm.  I must have spam filter issues because I didn't see this email.

Thanks for the bug report, that looks like it should have been a del
self._watch_pipes[write_fd].

Ian
&lt;/pre&gt;</description>
    <dc:creator>Ian Ward</dc:creator>
    <dc:date>2012-03-08T14:38:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1169">
    <title>feature-containers merge</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1169</link>
    <description>&lt;pre&gt;Hello everyone!

I'm happy to announce the containers changes I've been working on for a few
months have now landed in the default/master branch.  This is a long post
but there's lots of good stuff here.  If you see a problem with the API or
its implementation now's the time to let me know!


CONTENTS

 1. New Container API
 2. Container and Decoration Widget Improvements
 3. List Walker API V2
 4. New Simple List Walker and Monitored List Types


1. NEW CONTAINER API

Urwid's container widgets:

 * Columns
 * Pile
 * GridFlow
 * Overlay
 * Frame
 * ListBox

All now have a common container API you can use, regardless of the
container type.  Backwards compatibility is still maintained for the old
container-specific ways of accessing and modifying contents, but the new
API is now the preferred way of modifying and traversing containers.


  cont.focus

is a read-only property that returns the widget in focus for this
container.  Empty containers and non-container widgets (that inherit from
Widget) will return &lt;/pre&gt;</description>
    <dc:creator>Ian Ward</dc:creator>
    <dc:date>2012-03-07T21:51:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.urwid/1168">
    <title>MainLoop.remove_watch_pipe doesn't work?</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.urwid/1168</link>
    <description>&lt;pre&gt;Hello,

I tried to call MainLoop.remove_watch_pipe, but it doesn't work:

####

import urwid

txt = urwid.Text(u"Hello World")
fill = urwid.Filler(txt, 'top')
loop = urwid.MainLoop(fill)

def callback(data):
    pass

fd = loop.watch_pipe(callback)
loop.remove_watch_pipe(fd)

loop.run()

####

I got error message:

Traceback (most recent call last):
  File "t.py", line 11, in &amp;lt;module&amp;gt;
    loop.remove_watch_pipe(fd)
  File "/home/Andrew Wu/urwid/main_loop.py", line 205, in remove_watch_pipe
    watch_handle, pipe_rd = self._watch_pipes.remove(write_fd)
AttributeError: 'dict' object has no attribute 'remove'
_______________________________________________
Urwid mailing list
Urwid&amp;lt; at &amp;gt;lists.excess.org
http://lists.excess.org/mailman/listinfo/urwid
&lt;/pre&gt;</description>
    <dc:creator>Andrew Wu</dc:creator>
    <dc:date>2012-02-15T08:24:19</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lib.urwid">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lib.urwid</link>
  </textinput>
</rdf:RDF>

