Re: Konsole klemmt - wie reanimieren?

Am Donnerstag, den 16.02.2012, 17:05 +0100 schrieb Oliver Fromme:
> Marc Santhoff wrote:
> > Es war etwas ganz anderes. Es passiert durch irgendeine zufällig und
> > unabsichtlich eingegebene Tastenkombination, wenn ich im Mozilla einen
> > Text von "more wiki in a jar"[1] editiere. Das ist ein persönliches
> > Java-Wiki, das seinen HTTP-Server mitbringt und sich z.B. auf einem
> > USB-Stöpsel mitnehmen läßt.
> >
> > Ich weiß noch nicht, _was_ ich da getippt habe, aber nach klicken mit
> > der Maus und etwas warten (? sic) ging die Tastatur wieder. Unmittelbar
> > nach dem Speichern und Schließen des Editierfenster habe ich die tstatur
> > probiert, nix, nichtmal CAPS-Lock, Num-Lock gingen.
>
> Kann es vielleicht sein, dass irgendeine Aktion einen Grab
> ausgelöst hat, evtl. aufgrund eines Bugs im Web-Browser,
> Window-Manager oder einer anderen Software?

Hmmm, da sagst Du was. Ich vermute, daß es sogar sehr wahrscheinlich so
gewesen ist. Ich erinnere mich jetzt, daß während des Tippens im
Texteditor die Musik stoppte und gmplayer, den ich dazu benutze, sein
Videofenster gezeigt hat. Da ist zumindest der Fokus verloren gegangen.

Ob das beim letzten mal auch so war ... also Wikitext editiert habe ich
ganz sicher, ob ich auch Musik gehört habe, weiß ich nicht mehr.

> Ein "Grab" -- falls nicht bekannt -- ist eine Funktion des
> X-Servers, mit der ein Programm bestimmte Tasten oder auch
> die ganze Tastatur (und/oder die Maus oder andere Dinge) an
> sich binden kann. Window-Manager benutzen das z.B., damit
> ihre Hotkeys immer und überall funktionieren, egal welches
> Fenster gerade den Fokus hat. Ebenso benutzen es modale
> Dialoge, damit man sie erst schließen muss, bevor man
> weiterarbeiten kann.
>
> Für solche (Not-)Fälle hat olwm/olvwm einen Punkt »Reset
> Input« in seinem Workspace-Menü, womit alle Grabs zurück-
> gesetzt werden. Evtl. gibt es sowas auch bei anderen Window-
> Managern.
>
> Wenn man weiß, welches Programm einen unerwünschten Grab
> durchgeführt hat, sollte es auch genügen, dieses Programm
> zu beenden. Wenn die X11-Verbindung unterbrochen wird,
> werden alle zugehörigen Grabs gelöscht.

Damit müßte ich mal rumspielen, ein neues Fenster bekommt den Fokus
jedenfalls immer zugeteilt, bis die Maus bei einem anderen Fenster ein
Ereignis erzeugt, daß "Eintreten" des Mauszeigers signalisiert.

Was ich noch nicht verstehe ist, warum diesmal die "Reparatur" durch
schlißene des Editors möglich wurde. Kann sein, daß ich das neulich
nicht ausprobiert habe ... daher jedenfalls die VErmutung eines
Netzwerk-Timeout, das ja unterschiedlich lang dauern kann.

Wie auch immer, der Kreis wird enger und ich kann ggf. verschiedene
Ursachen ausschließen. Entweder war's eine Tstenkombination im Wiki oder
gmplayer hat sich den Fokus ge'grab't.

Danke für den Hinweis.

-- 
Marc Santhoff <M.Santhoff(at)web.de>
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message