<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Thanks, I would have never figured that out myself. I do use a
multi-head setup: I use my 350's TV-out to create a second X display,
also with KDE. I changed the window behavior to 'follow the mouse' and,
with the cursor (invisibly) positioned on Mythtv, the problem did not
manifest itself.<br>
<br>
I don't know if that kind of window behavior is going to annoy me - I
use the pc also as a desktop. If so, I will give your script a try
and/or experiment with focus stealing prevention.<br>
<br>
Paul<br>
<br>
Michael T. Dean wrote:
<blockquote cite="mid46BDDC7C.5000303@thirdcontact.com" type="cite">
<pre wrap="">On 08/11/2007 11:46 AM, Paul van Gerven wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Sorry if this issue has been raised before, but I could not find a way
to search the archives, nor did googling or posting on relevant forums
get me anywhere.
Mythtv is working fine, except for one major annoyance. When I call the
program guide while watching live TV, I cannot move around in it using
the 'cursor keys' on the remote. Instead, I can make exactly one move
(i.e. either up, down or right) and then the guide becomes completely
unresponsive, although the preview keeps running. The only key that
keeps working is the one I assigned to 'quit' so I can go back to
watching LiveTV.
</pre>
</blockquote>
<pre wrap=""><!---->
Focus issue. Yes, it really is a focus issue. Often caused by a) not
using a window manager, b) using an improperly configured window
manager, c) using multi-head displays, or d) external programs (like
xine--although xine, specifically, has been fixed so it no longer causes
this behavior). See the thread at
<a class="moz-txt-link-freetext" href="http://www.gossamer-threads.com/lists/mythtv/users/82722#82722">http://www.gossamer-threads.com/lists/mythtv/users/82722#82722</a> for more
details and a workaround (hack).
</pre>
<blockquote type="cite">
<pre wrap="">Something similar happens when I try to quit MythTV altogether. When
asked for confirmation I cannot switch between yes or no. The only thing
I can do is press quit to return to the main menu.
</pre>
</blockquote>
<pre wrap=""><!---->
Funny. The exact same two examples I gave.
</pre>
<blockquote type="cite">
<pre wrap="">I should also mention that this error does not kick in immediately after
I start the frontend. Once or twice, the guide works fine, and only then
the lock up problem surfaces. If quit the frontend point and restart,
the error persist. If I reboot, I can fully browse the guide once or
twice again.
</pre>
</blockquote>
<pre wrap=""><!---->
Right. It only happens after something else takes focus from Myth.
I.e. you manually switch focus, your Window Manager gives something else
focus, you do some work on the other (non-Myth) display of your
multi-head display, you start the external program. The problem is that
focus isn't properly restored to Myth afterwards.
Mike
_______________________________________________
mythtv-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a>
<a class="moz-txt-link-freetext" href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a>
</pre>
</blockquote>
</body>
</html>