Mein mutt läuft weitgehend in den Standardeinstellungen - also auch die Anzeige nach Threads angezeigt. Nun möchte ich ganze Threads mit der Taste "s" sichern, _ohne_ vorher den Thread oder die einzelnen Listenbeiträge mit "t" zu markieren. Hat jemand eine Idee? Gruss! Hermann Flacke
Moin,
* Hermann Flacke
Mein mutt läuft weitgehend in den Standardeinstellungen - also auch die Anzeige nach Threads angezeigt. Nun möchte ich ganze Threads mit der Taste "s" sichern, _ohne_ vorher den Thread oder die einzelnen Listenbeiträge mit "t" zu markieren. Da brauchst Du ein Makro, das den Thread markiert (tag-thread) und in eine andere Mailbox kopiert.
Thorsten -- Dieser Satz kein Verb.
On Sun, 22 Jul 2001 at 20:04 (+0200), Hermann Flacke wrote:
Mein mutt läuft weitgehend in den Standardeinstellungen - also auch die Anzeige nach Threads angezeigt. Nun möchte ich ganze Threads mit der Taste "s" sichern, _ohne_ vorher den Thread oder die einzelnen Listenbeiträge mit "t" zu markieren.
Hat jemand eine Idee?
Soll Mutt raten, was Du willst? Was hast Du denn gegen markieren. Du musst es ja nicht selber machen, Alt-t makriert den ganzen Thread. Dann ;s<Mailbox> und fertig. Natürlich könnte man ein Makro schreiben aber wozu ... Gruß, Bernhard -- "Was man mit Gewalt gewinnt, kann man nur mit Gewalt behalten." [Mahatma Ghandi]
On Sun, Jul 22, 2001 at 08:40:42PM +0200, Bernhard Walle wrote:
On Sun, 22 Jul 2001 at 20:04 (+0200), Hermann Flacke wrote:
Mein mutt läuft weitgehend in den Standardeinstellungen - also auch die Anzeige nach Threads angezeigt. Nun möchte ich ganze Threads mit der Taste "s" sichern, _ohne_ vorher den Thread oder die einzelnen Listenbeiträge mit "t" zu markieren.
Hat jemand eine Idee?
Soll Mutt raten, was Du willst? Was hast Du denn gegen markieren. Du musst es ja nicht selber machen, Alt-t makriert den ganzen Thread. Dann ;s<Mailbox> und fertig. Natürlich könnte man ein Makro schreiben aber wozu ...
Alt-t ? Bei mir geht das mit ESC-t (default-Tastenbelegung). Steht auch so in der Manual. Gruss, Oliver
* Oliver Kiehl schrieb am 22.Jul.2001:
Alt-t ? Bei mir geht das mit ESC-t (default-Tastenbelegung). Steht auch so in der Manual.
Bei der normalen Tastenbelegung, nich die von mutt, sondern die, die Du mit loadkeys bzw. xmodmap verändern kannst, ist es so gelegt, daß auf Alt-t ESC t liegt. Funktioniert auch mit den anderen Tasten. Bernd -- Umsteiger von Microsoft Windows xx? Hast Du schon file://usr/doc/howto/de/DE-DOS-nach-Linux-HOWTO.txt gelesen? Auch file://usr/doc/Books/Linuxhandbuch.dvi ist zu empfehlen. |Zufallssignatur 1
On Sun, 22 Jul 2001 at 21:29 (+0200), Oliver Kiehl wrote:
On Sun, Jul 22, 2001 at 08:40:42PM +0200, Bernhard Walle wrote:
On Sun, 22 Jul 2001 at 20:04 (+0200), Hermann Flacke wrote:
Mein mutt läuft weitgehend in den Standardeinstellungen - also auch die Anzeige nach Threads angezeigt. Nun möchte ich ganze Threads mit der Taste "s" sichern, _ohne_ vorher den Thread oder die einzelnen Listenbeiträge mit "t" zu markieren.
Hat jemand eine Idee?
Soll Mutt raten, was Du willst? Was hast Du denn gegen markieren. Du musst es ja nicht selber machen, Alt-t makriert den ganzen Thread. Dann ;s<Mailbox> und fertig. Natürlich könnte man ein Makro schreiben aber wozu ...
Alt-t ? Bei mir geht das mit ESC-t (default-Tastenbelegung). Steht auch so in der Manual.
Das ist doch letztlich das selbe. Alt-t gleichzeitig oder Esc, t nacheinander. Gruß, Bernhard -- First they ignore you Then they laugh at you Then they fight you Then you win ! -- Mahatma Ghandi
On Sun, Jul 22, 2001 at 11:24:48PM +0200, Bernhard Walle wrote:
On Sun, 22 Jul 2001 at 21:29 (+0200), Oliver Kiehl wrote:
Alt-t ? Bei mir geht das mit ESC-t (default-Tastenbelegung). Steht auch so in der Manual.
Das ist doch letztlich das selbe.
Alt-t gleichzeitig oder Esc, t nacheinander.
Bei mir nicht. Da geht nur ESC t Und wie gesagt - Standardtastenbelegung in Mutt, und in der Xmodmap habe ich nur Sachen hinzugefuegt, nichts geloescht. Gruss, Oliver
On Son, 22 Jul 2001, Bernhard Walle wrote:
Alt-t gleichzeitig oder Esc, t nacheinander.
Bei mir nicht (unter X, Konsole ist us.map). Alt ist bei mir Alt_L und "AltGr" ist Alt_R. Esc ist Esc. xterm liefert fuer beides (Alt-t und Esc-t): 't' xemacs aber unterscheidet aber sehr wohl: Esc-t ist Meta-t (M-t), Alt-t ist "alt-t"... C-h k liefert: "M-t runs `transpose-words'" und "A-t is undefined"... Ja, ich weiss, meist wird Alt- mit Esc gleichgesetzt, das ist aber nur die "uebliche" Voreinstellung unter Suse (und wohl noch anderen Distris). Andererseits: Was passiert wenn du in mutt 'Alt-Tab' drueckst? und was bei 'Esc Tab'? Ersteres ist bei mir z.B. der uebliche Fenster- wechel, letzteres ist an "previous-unread" gebunden... AFAIK wertet mutt nur "Esc" aus (und erkennt Alt nur, wenn das entsprechend konfiguriert ist. Go figure. -dnh P.S: Nein, ich nehm keine standard Tastaturbelegung, die sind mir zu bloed (insbesondere die deutsche). Die us ist ok, wenn man eben die wichtigsten Sonderzeichen direkt oder via AltGr (unter X: "Mode_shift") erreichbar macht. -- 180: Roxen Ein aufgemotztes Shellscript, das sich für einen Webserver hält und nach einem explodierten Space-Shuttle benannt ist. (Kristian Köhntopp)
* David Haller schrieb am 23.Jul.2001:
On Son, 22 Jul 2001, Bernhard Walle wrote:
Alt-t gleichzeitig oder Esc, t nacheinander.
Bei mir nicht (unter X, Konsole ist us.map).
xterm liefert fuer beides (Alt-t und Esc-t): 't'
Eben.
Ja, ich weiss, meist wird Alt- mit Esc gleichgesetzt, das ist aber nur die "uebliche" Voreinstellung unter Suse (und wohl noch anderen Distris).
ACK
AFAIK wertet mutt nur "Esc" aus (und erkennt Alt nur, wenn das entsprechend konfiguriert ist.
mutt wertet die Standardeingabe aus. Wenn da ein ^[ Also ASCII(27) kommt, so nimmt mutt es als ESC. Durch welchen Tastendruck es erzeugt wurde, ist mutt egal. Allerdings überprüft mutt zu Beginn, ob die Standardeingabe ein Bildschirm ist, oder nicht. Bernd
On Mon, 23 Jul 2001 at 09:00 (+0200), Bernd Brodeßer wrote:
Allerdings überprüft mutt zu Beginn, ob die Standardeingabe ein Bildschirm ist, oder nicht.
?? Die Standardeingabe ist doch die Tastatur oder eine Pipe, aber doch kein Bildschirm. Oder unterstützt Mutt jetzt neuerdings TouchScreens ;-) (ginge ja nur, wenn Mutt Mäuse unterstützen würde, was AFAIK sogar mar der Fall war bei früheren Entwicklerversionen) Gruß, Bernhard -- "The last good thing written in C was Franz Schubert's Symphony No. 9." [Werner Trobin, KDE-Entwickler]
* Bernhard Walle schrieb am 23.Jul.2001:
On Mon, 23 Jul 2001 at 09:00 (+0200), Bernd Brodeßer wrote:
Allerdings überprüft mutt zu Beginn, ob die Standardeingabe ein Bildschirm ist, oder nicht.
?? Die Standardeingabe ist doch die Tastatur oder eine Pipe, aber doch kein Bildschirm.
einigen wir uns auf Terminalemulation? Oder auch echtes Terminal, wenn man es dann hat. Bernd -- Alle meine Signaturen sind rein zufällig und haben nichts mit dem Text oder dem Schreiber zu tun, dem ich antworte. Falls irgendwelche Unrichtigkeiten dabei sein sollten, so bedauere ich das. Es wäre nett, wenn Du mich benachrichtigen würdest. |Zufallssignatur 0
On Mon, Jul 23, 2001 at 03:58:01AM +0200, David Haller wrote:
On Son, 22 Jul 2001, Bernhard Walle wrote:
Alt-t gleichzeitig oder Esc, t nacheinander.
Bei mir nicht (unter X, Konsole ist us.map).
Alt ist bei mir Alt_L und "AltGr" ist Alt_R. Esc ist Esc.
xterm liefert fuer beides (Alt-t und Esc-t): 't' xemacs aber unterscheidet aber sehr wohl: Esc-t ist Meta-t (M-t), Alt-t ist "alt-t"... C-h k liefert: "M-t runs `transpose-words'" und "A-t is undefined"...
Aha! Deshalb geht Alt-t bei mir nicht. Ich verwende den rxvt. Beim xterm sind Alt-t und ESC t effektiv identisch. Beim rxvt nicht. Gruss, Oliver
On Mon, 23 Jul 2001, Oliver Kiehl wrote:
On Mon, Jul 23, 2001 at 03:58:01AM +0200, David Haller wrote:
On Son, 22 Jul 2001, Bernhard Walle wrote:
xterm liefert fuer beides (Alt-t und Esc-t): 't' xemacs aber unterscheidet aber sehr wohl: Esc-t ist Meta-t (M-t), Alt-t ist "alt-t"... C-h k liefert: "M-t runs `transpose-words'" und "A-t is undefined"...
Aha! Deshalb geht Alt-t bei mir nicht. Ich verwende den rxvt. Beim xterm sind Alt-t und ESC t effektiv identisch. Beim rxvt nicht.
Hm. Bei mir im rxvt unter X klappts auch (Strg-v ESC t == Strg-v Alt-t == 't') ebenso reagiert mutt auf beide Kombinationen gleich. Am rxvt sollte es also nicht liegen. Kontrolliere mal, was bei dir bei o.g. Strg-v rauskommt. Redest du eigentlich von der Konsole oder ueber ein(e) X-Terminal (-emulation)? Welche Tastaturtabellen verwendest du (Konsole/X)? -dnh -- Wer weis denn Heute noch was wahre Liebe ist. Liebe als Ware, ja das kennt "Mann". [WoKo in dag°]
On Tue, Jul 24, 2001 at 12:08:48AM +0200, David Haller wrote:
On Mon, 23 Jul 2001, Oliver Kiehl wrote:
Aha! Deshalb geht Alt-t bei mir nicht. Ich verwende den rxvt. Beim xterm sind Alt-t und ESC t effektiv identisch. Beim rxvt nicht.
Hm. Bei mir im rxvt unter X klappts auch (Strg-v ESC t == Strg-v Alt-t == 't') ebenso reagiert mutt auf beide Kombinationen gleich.
Am rxvt sollte es also nicht liegen.
Wie gesagt, beim xterm geht es bei mir. Unter wterm, aterm und Eterm geht das M-t auch Problemlos.
Kontrolliere mal, was bei dir bei o.g. Strg-v rauskommt.
ein 'C-v C-[' ergibt ein '^[' unter rxvt. Nur bei mutt sagt er beim C-v "Key is not bound"
Redest du eigentlich von der Konsole oder ueber ein(e) X-Terminal (-emulation)?
Ich rede vom rxvt. Den gibts AFAIK nur als Terminal. Unter der Konsole klappt das aber auch nicht.
Welche Tastaturtabellen verwendest du (Konsole/X)?
Etwas praeziser bitte. Meinst Du Xmodmap, die app-defaults, die Xdefaults oder einfach nur das Tastaturlayout? Gruss, Oliver
On Die, 24 Jul 2001, Oliver Kiehl wrote:
On Tue, Jul 24, 2001 at 12:08:48AM +0200, David Haller wrote:
On Mon, 23 Jul 2001, Oliver Kiehl wrote: [ESC t vs. Alt-t] Wie gesagt, beim xterm geht es bei mir. Unter wterm, aterm und Eterm geht das M-t auch Problemlos.
Hm. Bei mir geht's auch in wterm und Eterm (aterm hab ich nicht).
Kontrolliere mal, was bei dir bei o.g. Strg-v rauskommt.
ein 'C-v C-[' ergibt ein '^[' unter rxvt.
Und was (im rxvt) das 'C-v Alt-t'?
Nur bei mutt sagt er beim C-v "Key is not bound"
Klar. Da laesst du das C-v weg. Bei mir ist <ESC>t an "tag-message" gebunden, schau mit '?' nach, ob und an was es bei dir gebunden ist. Wenn du dann mit 'ESC t' das gleiche erreichst wie mit Alt-t dann klappts.
Redest du eigentlich von der Konsole oder ueber ein(e) X-Terminal (-emulation)?
Ich rede vom rxvt. Den gibts AFAIK nur als Terminal.
Hm. Ich hab grad bemerkt, dass ich rxvt gar nicht installiert hatte ;) Nachgeholt, getestet klappt (rxvt 2.4.7).
Unter der Konsole klappt das aber auch nicht.
Was? Das mit dem C-v und in mutt? Bei klappts auch da.
Welche Tastaturtabellen verwendest du (Konsole/X)?
Etwas praeziser bitte. Meinst Du Xmodmap,
Ja, die Xmodmap (also welche Tastaturbelegung du in der XF86Config laedst (bes. "XkbLayout"). Fuer die Konsole: Was du in /etc/rc.config bei KEYTABLE= hast. -dnh -- 87: CIDR Die dezimale Quersumme der binären Repräsentation der Netzmaske. (Aldo)
On Tue, Jul 24, 2001 at 05:31:28PM +0200, David Haller wrote:
On Die, 24 Jul 2001, Oliver Kiehl wrote: [ESC t vs. Alt-t]
Wie gesagt, beim xterm geht es bei mir. Unter wterm, aterm und Eterm geht das M-t auch Problemlos.
Hm. Bei mir geht's auch in wterm und Eterm (aterm hab ich nicht).
Sag ich doch. Da klappt es. Nur nicht in rxvt.
Kontrolliere mal, was bei dir bei o.g. Strg-v rauskommt.
ein 'C-v C-[' ergibt ein '^[' unter rxvt.
Und was (im rxvt) das 'C-v Alt-t'?
Einfach nur ein 't'. Anscheinend wird das Meta (Alt) nicht richtig erkannt.
Nur bei mutt sagt er beim C-v "Key is not bound"
Klar. Da laesst du das C-v weg. Bei mir ist <ESC>t an "tag-message" gebunden, schau mit '?' nach, ob und an was es bei dir gebunden ist. Wenn du dann mit 'ESC t' das gleiche erreichst wie mit Alt-t dann klappts.
Ein 'ESC t' klappt ja auch.
Redest du eigentlich von der Konsole oder ueber ein(e) X-Terminal (-emulation)?
Ich rede vom rxvt. Den gibts AFAIK nur als Terminal.
Hm. Ich hab grad bemerkt, dass ich rxvt gar nicht installiert hatte ;) Nachgeholt, getestet klappt (rxvt 2.4.7).
Unter der Konsole klappt das aber auch nicht.
Was? Das mit dem C-v und in mutt? Bei klappts auch da.
Welche Tastaturtabellen verwendest du (Konsole/X)?
Etwas praeziser bitte. Meinst Du Xmodmap,
Ja, die Xmodmap (also welche Tastaturbelegung du in der XF86Config laedst (bes. "XkbLayout").
~/.Xmodmap: --------------- keycode 22 = BackSpace keycode 107 = Delete remove control = Control_R keycode 109 = Control_R Multi_key add control = Control_R clear mod4 keycode 115 = Super_L keycode 117 = Super_R Multi_key add mod4 = Super_L Super_R clear mod1 keycode 64 = Alt_L keycode 116 = Alt_R add mod1 = Alt_L Alt_R clear lock keycode 66 = braceleft braceright bracketleft bracketright ----------------- /etc/X11/XF86Config: ----------------- Section "InputDevice" Driver "keyboard" Identifier "Keyboard[0]" Option "AutoRepeat" "500 30" Option "LeftAlt" "Meta" Option "Protocol" "Standard" Option "RightAlt" "Meta" Option "RightCtl" "Control" Option "ScrollLock" "Compose" Option "XkbLayout" "de" Option "XkbModel" "pc105" Option "XkbRules" "xfree86" EndSection ------------------- Ich denke aber nicht dass es daran liegen kann, da es nur beim rxvt nicht klappt. Sonst wuerden die anderen Terminals auch nicht funktionieren. Aber das tun sie ja.
Fuer die Konsole: Was du in /etc/rc.config bei KEYTABLE= hast.
de-latin1-nodeadkeys.map.gz Gruss, Oliver
On Tue, Jul 24, 2001 at 11:26:02PM +0200, I wrote:
clear mod1 keycode 64 = Alt_L keycode 116 = Alt_R Mir ist gerade aufgefallen dass Alt_R (116: Taste Rechts von AltGr) unter rxvt das erwuenschte ^[ zurueckgibt. Damit waere das erstmal geklaert. Wieso rxvt sich aber in der hinsicht von den anderen unterscheidet (vorallem zu wterm der ja auf rxvt basiert) bleibt mir ein Raetsel.
Gruss, Oliver
On Mit, 25 Jul 2001, Oliver Kiehl wrote:
On Tue, Jul 24, 2001 at 11:26:02PM +0200, I wrote:
clear mod1 keycode 64 = Alt_L keycode 116 = Alt_R Mir ist gerade aufgefallen dass Alt_R (116: Taste Rechts von AltGr)
Die wuerde ich als Tux_R (oder Win_R) bezeichnen ;) Die noch eins weiter rechts nennt man AFAIK 'menu'. Ich wuerde (und habe) die Belegung uebrigens umgedreht (keycodes in Hexadezimal, 0x40 == 64 dec), Kommentare (nach '!') nur hier: ! dec "Name" keycode 0x25 = Control_L ! 37 Strg_L keycode 0x73 = Mode_switch ! 115 Tux_L keycode 0x40 = Alt_L ! 64 "Alt" keycode 0x41 = space ! 65 "Anykey" ;) keycode 0x71 = Alt_R ! 113 "AltGr" keycode 0x74 = Mode_switch ! 116 Tux_R keycode 0x75 = Meta_R ! 117 "Menu" keycode 0x6D = Control_R ! 109 Strg_R (Mode_switch == AltGr Funktionalitaet)
unter rxvt das erwuenschte ^[ zurueckgibt. Damit waere das erstmal geklaert.
Hm... Fuer mich macht's das die Geschichte eher raetselhafter: Alt_R liefert ESC, Alt_L aber nicht... Haeh??? ;) Den Modifier setzt du ja mit 'add Mod1 = Alt_L Alt_R'... Vielleicht solltest du mal die ganzen 'clear ModN' und 'add ModN = ...' en bloc am Ende der .Xmodmap zusammenfassen, vielleicht hat sich da ein Fehler eingeschlichen...
Wieso rxvt sich aber in der hinsicht von den anderen unterscheidet (vorallem zu wterm der ja auf rxvt basiert) bleibt mir ein Raetsel.
Vielleicht das "ominoese" meta8 (oder anderes App-spezifisches). AFAIR interpretieren die meisten Apps eben grundsaetzlich Alt_{L,R} als Meta/ESC, aber rxvt eben nicht... -dnh -- 17: Vollkompatibel zur Datenautobahn Gerät verfügt über eine serielle Schnittstelle. (Peter Berlich)
On Wed, Jul 25, 2001 at 04:43:42AM +0200, David Haller wrote:
On Mit, 25 Jul 2001, Oliver Kiehl wrote:
On Tue, Jul 24, 2001 at 11:26:02PM +0200, I wrote:
clear mod1 keycode 64 = Alt_L keycode 116 = Alt_R Mir ist gerade aufgefallen dass Alt_R (116: Taste Rechts von AltGr)
Die wuerde ich als Tux_R (oder Win_R) bezeichnen ;) Die noch eins weiter rechts nennt man AFAIK 'menu'.
Nee, das ist bei den Linuxland-Tastaturen die zweite Alt-Taste. Tux-R ist noch eine weiter ;-) (Ja, ich habe so eine Tastatur *huepf*) <Strg><Tux><Alt><Space><AltGr><Alt><Tux><Strg> Das kann man aber natuerlich nach Belieben vertauschen.
Ich wuerde (und habe) die Belegung uebrigens umgedreht (keycodes in Hexadezimal, 0x40 == 64 dec), Kommentare (nach '!') nur hier:
! dec "Name" keycode 0x25 = Control_L ! 37 Strg_L keycode 0x73 = Mode_switch ! 115 Tux_L keycode 0x40 = Alt_L ! 64 "Alt" keycode 0x41 = space ! 65 "Anykey" ;) keycode 0x71 = Alt_R ! 113 "AltGr" keycode 0x74 = Mode_switch ! 116 Tux_R keycode 0x75 = Meta_R ! 117 "Menu" keycode 0x6D = Control_R ! 109 Strg_R
(Mode_switch == AltGr Funktionalitaet)
wie hast Du die mod\d definiert? (ich meine z.B 'add mod1 = Alt_L' usw.)
unter rxvt das erwuenschte ^[ zurueckgibt. Damit waere das erstmal geklaert.
Hm... Fuer mich macht's das die Geschichte eher raetselhafter:
Alt_R liefert ESC, Alt_L aber nicht... Haeh??? ;)
IIRC war das unter 6.4 und 7.0 (damals hab das eingerichtet) noch nicht der Fall. Ich meine erst 7.2 brachte die Problem mit sich... Bin mir aber nicht sicher, da ich die Alt-Taste sehr selten in diesem Zusammenhang verwende. (emacs mag ich nicht; es lebe der vi ;-) )
Den Modifier setzt du ja mit 'add Mod1 = Alt_L Alt_R'... Vielleicht solltest du mal die ganzen 'clear ModN' und 'add ModN = ...' en bloc am Ende der .Xmodmap zusammenfassen, vielleicht hat sich da ein Fehler eingeschlichen...
Ich habe jetzt mal die gesammten Zeilen mal auskommentiert, und siehe da, 'C-v M-t' liefert jetzt Tatsaechlich ein '^[t'. Wenn ich mal wieder etwas Zeit habe, werde ich mich mal drummkuemmern.
Wieso rxvt sich aber in der hinsicht von den anderen unterscheidet (vorallem zu wterm der ja auf rxvt basiert) bleibt mir ein Raetsel.
Vielleicht das "ominoese" meta8 (oder anderes App-spezifisches). AFAIR interpretieren die meisten Apps eben grundsaetzlich Alt_{L,R} als Meta/ESC, aber rxvt eben nicht...
meta8 ? Gruss, Oliver
On Mit, 25 Jul 2001, Oliver Kiehl wrote:
On Wed, Jul 25, 2001 at 04:43:42AM +0200, David Haller wrote:
On Mit, 25 Jul 2001, Oliver Kiehl wrote:
Mir ist gerade aufgefallen dass Alt_R (116: Taste Rechts von AltGr)
Die wuerde ich als Tux_R (oder Win_R) bezeichnen ;) Die noch eins weiter rechts nennt man AFAIK 'menu'.
Nee, das ist bei den Linuxland-Tastaturen die zweite Alt-Taste. Tux-R ist noch eine weiter ;-) (Ja, ich habe so eine Tastatur *huepf*) <Strg><Tux><Alt><Space><AltGr><Alt><Tux><Strg>
Huch? Naja, zumindest wenn man sich 08/15 Tastaturen anschaut, dann ist diese Verteilung eigenartig, da waere <Strg><Tux><Alt><Space><AltGr><Tux><Alt><Strg> logischer, ich mag's aber lieber <Strg><Tux><Alt><Space><Alt><Tux><menu><Strg> wobei ich bei mir "Tux" mit Mode_switch und <menu> mit Meta belegt hab. Ja Meta und Alt sind z.B. in xemacs 2 verschiedene Belegungen: Alt-t = alt-t, Mode_switch-t = 'þ', Meta-t = meta-T (getestet mit C-q <Tastenkombi>).
Das kann man aber natuerlich nach Belieben vertauschen.
JAU!!! Das ist eine Sache, die ich an Linux so liebe! Ich habe die "normalen" Tastaturbelegungen nie gemocht (die DE ist einfach nur krank, der US fehlen die Sonderzeichen). Und das unter Linux anzupassen ist ueber zwei "simple" Konfigdateien moeglich. :) Hm. Ich koennte eigentlich mal meine .Xmodmap auf meine HP stellen? (samt Belegungsschema?). Ne keymap fuer die Konsole hab ich nicht, mir sind (Massen von) xterms meist lieber und fuer die Konsole langt die US-Belegung (auf der "meine" basiert).
wie hast Du die mod\d definiert? (ich meine z.B 'add mod1 = Alt_L' usw.)
Ganz normal: clear Shift clear Lock clear Control clear Mod1 clear Mod2 clear Mod3 clear Mod4 clear Mod5 add Shift = Shift_L Shift_R add Lock = Caps_Lock add Control = Control_L Control_R add Mod1 = Alt_L Alt_R add Mod2 = Num_Lock add Mod4 = Meta_R add Mod5 = Multi_key Multi_key ist besser bekannt als "Compose", die ich auf die normal mit "Rollen" beschriftete Taste gelegt habe. (NB: wozu zum Henker ist die Rollen-Taste eigentlich?) Meta_R wurde auf die "Menu"-Taste gelegt (s.o. und vorige Mail). Falls du die ganze .Xmodmap willst (als Basis fuer eine eigene), bekommst du gern per PM...
Alt_R liefert ESC, Alt_L aber nicht... Haeh??? ;)
IIRC war das unter 6.4 und 7.0 (damals hab das eingerichtet) noch nicht der Fall. Ich meine erst 7.2 brachte die Problem mit sich... Bin mir aber nicht sicher, da ich die Alt-Taste sehr selten in diesem Zusammenhang verwende. (emacs mag ich nicht; es lebe der vi ;-) )
*g* /me ist xemacser, wie du wohl mitbekommen hast... Hm. Hast du denn dann auch das line-editing der bash in den vi-mode geschaltet, oder verwendest du den default emacs-mode?
Den Modifier setzt du ja mit 'add Mod1 = Alt_L Alt_R'... Vielleicht solltest du mal die ganzen 'clear ModN' und 'add ModN = ...' en bloc am Ende der .Xmodmap zusammenfassen, vielleicht hat sich da ein Fehler eingeschlichen...
Ich habe jetzt mal die gesammten Zeilen mal auskommentiert, und siehe da, 'C-v M-t' liefert jetzt Tatsaechlich ein '^[t'.
Ich nehme an, du meist: "jetzt auch im rxvt"... *haehae* Schoen, wenn man mit solchen "Eingebungen" zu moegl. Fehlerrsachen richtig liegt :)
Wenn ich mal wieder etwas Zeit habe, werde ich mich mal drummkuemmern.
s.o. Vielleicht willst du ja jetzt eh deine .Xmodmap umkrempeln. Aber: Schick mir doch mal als PM deine jetzige .Xmodmap, das wuerd mich doch glatt mal interessieren, ob die bei mir auch nicht funktioniert.
Vielleicht das "ominoese" meta8 (oder anderes App-spezifisches). AFAIR interpretieren die meisten Apps eben grundsaetzlich Alt_{L,R} als Meta/ESC, aber rxvt eben nicht...
meta8 ?
Siehe 'man rxvt'. (die Stelle hab ich - in der anderen mail - sogar zitiert) -dnh -- 98: Emacs emacs makes any computer slow
On Thu, Jul 26, 2001 at 06:05:08AM +0200, David Haller wrote:
On Mit, 25 Jul 2001, Oliver Kiehl wrote: [...]
Nee, das ist bei den Linuxland-Tastaturen die zweite Alt-Taste. Tux-R ist noch eine weiter ;-) (Ja, ich habe so eine Tastatur *huepf*) <Strg><Tux><Alt><Space><AltGr><Alt><Tux><Strg>
Huch? Naja, zumindest wenn man sich 08/15 Tastaturen anschaut, dann ist diese Verteilung eigenartig, da waere
<Strg><Tux><Alt><Space><AltGr><Tux><Alt><Strg>
Na ja, bei mir befinden sich die Tux-Tasten neben den String-Tasten. (Also spiegelverkehrt zur AnyKey-Taste mit einem AltGr noch zwischen drin) Man kann sich streiten was logischer ist.
logischer, ich mag's aber lieber
<Strg><Tux><Alt><Space><Alt><Tux><menu><Strg>
macht Sinn... Was willst Du aber mit einer menu-Taste ? Eine zweite Alt-Taste, die das selbe Tut wie die linke ist doch auch ganz praktisch.
wobei ich bei mir "Tux" mit Mode_switch und <menu> mit Meta belegt hab. Ja Meta und Alt sind z.B. in xemacs 2 verschiedene Belegungen: Alt-t = alt-t, Mode_switch-t = 'þ', Meta-t = meta-T (getestet mit C-q <Tastenkombi>).
Ah, ok.
Das kann man aber natuerlich nach Belieben vertauschen.
JAU!!!
Das ist eine Sache, die ich an Linux so liebe! Ich habe die "normalen" Tastaturbelegungen nie gemocht (die DE ist einfach nur krank, der US fehlen die Sonderzeichen). Und das unter Linux anzupassen ist ueber zwei "simple" Konfigdateien moeglich. :)
FULLACK. Aber das gilt ja nicht nur fuer die Tastatatur... Ich habe aber leider bis zum heutigen Tag nie eine gute US-Tastatur gefunden. Bin deshalb verdammt ein DE-Tastatur zu verwenden :-( Das hat aber nicht unbedingt nur Nachteile. Da ich an der Uni und in der Firma auch nur DE-Tastaturen zur Verfuegung stehen habe, bleibt mir die dauernde Umstellung ersparrt.
Hm. Ich koennte eigentlich mal meine .Xmodmap auf meine HP stellen? (samt Belegungsschema?). Ne keymap fuer die Konsole hab ich nicht, mir sind (Massen von) xterms meist lieber und fuer die Konsole langt die US-Belegung (auf der "meine" basiert).
Mir auch, ich habe aber sehr oft fuer kleine Sachen keine Lust ins X zu gehen (ich bin gerade auf der Konsole). Mit einem Framebuffer und einer 1024x768-90 Aufloesung laesst sich auch gut arbeiten. (eine 1280x1024-100 Aufloesung habe ich noch nicht hinbekommen, und die voreingestellte 1280x1024-72 flimmert mir zu sehr).
Multi_key ist besser bekannt als "Compose", die ich auf die normal mit "Rollen" beschriftete Taste gelegt habe. (NB: wozu zum Henker ist die Rollen-Taste eigentlich?)
das habe ich mich auch schon immer gefragt. Ist wohl etwas historisches.
Falls du die ganze .Xmodmap willst (als Basis fuer eine eigene), bekommst du gern per PM...
Ja, bitte. Waere mal ganz interessant
(emacs mag ich nicht; es lebe der vi ;-) )
*g* /me ist xemacser, wie du wohl mitbekommen hast...
Hm. Hast du denn dann auch das line-editing der bash in den vi-mode geschaltet, oder verwendest du den default emacs-mode?
Nee, in der Bash verwende ich den Emacs (es ist nicht das ich nicht mit emacs umgehen kann - den vi habe ich einfach lieber). Da man unten am Bildschirm in der Bash kein 'Insert' oder 'Visual' oder 'Replace' stehen hat, verwirrt mich da der vi eher. In der Kornshell, verwende ich aber wiederum den vi-modus, da da der emacs-Modus einfach _Scheisse_ ist.
Ich habe jetzt mal die gesammten Zeilen mal auskommentiert, und siehe da, 'C-v M-t' liefert jetzt Tatsaechlich ein '^[t'.
Ich nehme an, du meist: "jetzt auch im rxvt"... *haehae* Schoen, wenn man mit solchen "Eingebungen" zu moegl. Fehlerrsachen richtig liegt :)
:-)
Wenn ich mal wieder etwas Zeit habe, werde ich mich mal drummkuemmern.
s.o. Vielleicht willst du ja jetzt eh deine .Xmodmap umkrempeln.
Aber: Schick mir doch mal als PM deine jetzige .Xmodmap, das wuerd mich doch glatt mal interessieren, ob die bei mir auch nicht funktioniert.
steht alles in der anderen Mail. Bei Bedarf kann ich sie Die aber gerne nochmal schicken. Da habe ich aber sicherlich irgend einen Mist eingebaut. Die habe ich damals als kompletter Linux-Anfaenger erstellt :-( und seitdem nicht mehr veraendert. (Hat meinen Beduerfnissen entsprochen. Solange die Caps-Lock-Taste nicht das tut fuer das was sie geschaffen wurde, bin ich gluecklich ;-) ) Morgen habe ich meine letzte Pruefung, und kann mir dann mal in aller Ruhe eine funktionierende .Xmodmap erstellen :) Gruss, Oliver
Moin David, * David Haller schrieb am 26 Jul 2001:
Multi_key ist besser bekannt als "Compose", die ich auf die normal mit "Rollen" beschriftete Taste gelegt habe. (NB: wozu zum Henker ist die Rollen-Taste eigentlich?)
Das sagt eigentlich der englische Name: scroll lock, also das Scrollen verhindern. Ist - zuindest auf der Standard-Konsole *g* - auch so belegt (nämlich analog Ctrl-S / Ctrl-Q). Dient der Flußsteuerung des Bildschirm und ist AFAIK noch aus der alten IBM-Terminalwelt übriggeblieben. Wie das allerdings Betriebssysteme und Programme belegen oder nutzen, ist eine andere Frage *g* Ich hatte mal ein Programm (weiß aber nicht mehr, welches), wenn da Scroll Lock aktiviert war, dann bewegte sich nicht der Cursor über den Bildschirm sondern der aktive Bildschirmausschnitt unter dem Cursor, der dann an der selben Stelle stehen blieb. Gruß, Sebastian -- Do not meddle in the affairs of Wizards, for they are subtle and quick to anger. Sebastian Helms - http://www.helms.sh - mailto:mail@helms.sh (PGP welcome) SuSE-Linux-Mailinglisten-FAQ: http://www.helms.sh/faq/
On Die, 24 Jul 2001, Oliver Kiehl wrote:
On Tue, Jul 24, 2001 at 05:31:28PM +0200, David Haller wrote:
On Die, 24 Jul 2001, Oliver Kiehl wrote: [ESC t vs. Alt-t]
Wie gesagt, beim xterm geht es bei mir. Unter wterm, aterm und Eterm geht das M-t auch Problemlos.
Hm. Bei mir geht's auch in wterm und Eterm (aterm hab ich nicht).
Sag ich doch. Da klappt es. Nur nicht in rxvt.
Bei mir eben _auch_ im rxvt (nachdem ich's nachinstalliert hatte).
Und was (im rxvt) das 'C-v Alt-t'?
Einfach nur ein 't'. Anscheinend wird das Meta (Alt) nicht richtig erkannt.
Jup.
Ja, die Xmodmap (also welche Tastaturbelegung du in der XF86Config laedst (bes. "XkbLayout").
~/.Xmodmap: --------------- [..] clear mod1 keycode 64 = Alt_L keycode 116 = Alt_R add mod1 = Alt_L Alt_R
/etc/X11/XF86Config: ----------------- Section "InputDevice" Driver "keyboard" Identifier "Keyboard[0]" Option "AutoRepeat" "500 30" Option "LeftAlt" "Meta" Option "Protocol" "Standard" Option "RightAlt" "Meta" Option "RightCtl" "Control" Option "ScrollLock" "Compose" Option "XkbLayout" "de" Option "XkbModel" "pc105" Option "XkbRules" "xfree86" EndSection
Sieht gut aus. Ich hab da noch (unter 3.3.6) ein: XkbKeycodes "xfree86" XkbSymbols "us(pc101)" was dann, wenn's das noch gibt, bei 4.x.x ein Option "XkbKeycodes" "xfree86" Option "XkbSymbols" "us(pc101)" sein duerfte. Ich glaube zwar nicht, dass es daran liegt, ich wollts aber erwaehnen.
Ich denke aber nicht dass es daran liegen kann, da es nur beim rxvt nicht klappt. Sonst wuerden die anderen Terminals auch nicht funktionieren. Aber das tun sie ja.
Ja. Schau mal in die /usr/X11R6/lib/X11/app-defaults/Rxvt ob da irgendwelche keysym Ressourcen ausser *keysym.Home: ESCOH *keysym.End: ESCOF definiert werden. HA! aus man rxvt: RESOURCES (available also as long-options) [..] meta8: boolean True: handle Meta (Alt) + keypress to set the 8th bit. False: handle Meta (Alt) + keypress as an escape prefix [default]. Das sollte also ggfs. auf false gesetzt werden.
Fuer die Konsole: Was du in /etc/rc.config bei KEYTABLE= hast.
de-latin1-nodeadkeys.map.gz
Ok. Da klappt's ja auch, oder? -dnh -- 42: Stabilität 200 Studenten der Informatik-Anfängerübung auf einer Maschine nachdem die Vorlesung 'fork()' behandelt hat. (nach David S. Miller, linux.dev.kernel)
On Wed, Jul 25, 2001 at 04:26:00AM +0200, David Haller wrote:
Ja. Schau mal in die /usr/X11R6/lib/X11/app-defaults/Rxvt ob da irgendwelche keysym Ressourcen ausser
*keysym.Home: ESCOH *keysym.End: ESCOF
definiert werden.
--------------------- *scrollBar_right: true *background: black *foreground: gray *keysym.Home: "\033OH" *keysym.End: "\033OF" *color0: #000000 *color1: #a80000 *color2: #00a800 *color3: #968a38 *color4: #414171 *color5: #963c59 *color6: #418179 *color7: gray *color8: gray40 *color9: #cf6171 *color10: #c5f779 *color11: #fff796 *color12: #4186be *color13: #cf9ebe *color14: #71bebe *color15: white ------------------------- sieht alles OK aus. (\033 == ESC)
HA! aus man rxvt:
RESOURCES (available also as long-options) [..] meta8: boolean True: handle Meta (Alt) + keypress to set the 8th bit. False: handle Meta (Alt) + keypress as an escape prefix [default].
Das sollte also ggfs. auf false gesetzt werden.
ist doch schon default. Oder etwa doch nicht? Na ja, seit dem ich die Eintraege in der ~/.Xmodmap auskommentiert habe, funktioniert es ja. (siehe andere Mail).
Fuer die Konsole: Was du in /etc/rc.config bei KEYTABLE= hast.
de-latin1-nodeadkeys.map.gz
Ok. Da klappt's ja auch, oder?
Ja.
Hallo, Beim kompilieren des 2.4.7 Kernels bekomme ich noch keine Fehleremeldungen, aber beim make bzlilo kommt folgende Fehlermeldung: Fatal: First boot sector has a pre-21 LILO signature wie kann ich dies beheben. ein Versuch über yast den lilo neu zu installieren ist ebenfalls, mit der gleichen Fehlermeldung abgebrochen, was ja auch logisch ist. Dies ist durchaus möglich,da ich zuerst eine Suse 6.0 installiert hatt und nun via FTP auf 7.2 upgedatet habe. Also schon mal vielen Dank Kai
Kai Eckert wrote:
Beim kompilieren des 2.4.7 Kernels bekomme ich noch keine Fehleremeldungen, aber beim make bzlilo kommt folgende Fehlermeldung:
Fatal: First boot sector has a pre-21 LILO signature
wie kann ich dies beheben. ein Versuch über yast den lilo neu zu installieren ist ebenfalls, mit der gleichen Fehlermeldung abgebrochen, was ja auch logisch ist.
Dies ist durchaus möglich,da ich zuerst eine Suse 6.0 installiert hatt und nun via FTP auf 7.2 upgedatet habe.
LILO in Version 21 hat einige Inkompatibilitaeten gegenueber den Versionen < 21. Beim Installieren stellt LILO nun fest, dass im ersten Boot Sektor zwar eine LILO Signature vorhanden ist, diese aber von einer frueheren Version stammt. Dabei ist es egal, ob Du "make bzlilo" aufrufst oder es ueber Yast ver- suchst, die Fehlermeldung kommt naemlich von LILO selbst, und das wird ja in beiden Faellen von den entsprechenden Programmen aufgerufen. Abhilfe wird vermutlich folgende Vorgehensweise schaffen: 1. Bastle Dir auf alle Faelle eine Bootdiskette, sicher ist sicher! 2. Deinstalliere den alten LILO. Dazu kannst Du "dd" und (die hoffentlich erstelle) Backupdatei des MBR verwenden. Genaueres dazu siehe z.B. /usr/share/doc/howto/de/mini/DE-LILO-HOWTO.txt.gz. Normalerweise hilft auch ein "fdisk /mbr" unter DOS. Vergewissere Dich aber zweimal, was genau Du tust..... 3. Installiere LILO neu, diesmal mit der neuen Version 21.x. Dann sollte es auch funktionieren. Sei bei der ganzen Sache aber sehr vorsichtig! Eventuell hat jemand auch eine einfacherere Loesung parat. Gruss, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, University of Karlsruhe Hertzstr. 16, D-76187 Karlsruhe, Germany
On Don, 26 Jul 2001, Thomas Hertweck wrote:
2. Deinstalliere den alten LILO. Dazu kannst Du "dd" und (die hoffentlich erstelle) Backupdatei des MBR verwenden.
Davon wuerde ich abraten, da geht IMO zu leicht die Partitions- tabelle drauf. Auch vor einem 'lilo -u' sollte man genauestens die im gesichterten MBR enthaltene Partitionstabelle mit der aktuellen vergleichen. Das geht am einfachsten wohl mit: ACHTUNG: Bitte if= und of= _sehr_ sorgfaeltig eingeben! Ein Verwechsler kann sehr unangenehm sein. dd if=/dev/hda of=/tmp/hda-mbr-aktuell bs=1 count=66 skip=446 dd if=/boot/boot.0300 of=/tmp/hda-mbr-saved bs=1 count=66 skip=446 cmp /tmp/hda-mbr-saved /tmp/hda-mbr-aktuell Alternativ und lesbarer: dd if=/dev/hda bs=1 count=66 skip=446 | hex | tee /tmp/hda-mbr-aktuell dd if=/boot/boot.0300 bs=1 count=66 skip=446 | hex | tee /tmp/hda-mbr-saved diff /tmp/hda-mbr-saved /tmp/hda-mbr-aktuell NUR wenn beide Partitionstabellen identisch sind kann man das Backup zurueckschreiben (egal ob mit dd oder lilo -u).
Normalerweise hilft auch ein "fdisk /mbr" unter DOS.
Diese Methode ist vorzuziehen, da ungefaehrlich, denn damit wird nur der Teil _vor_ der Partitionstabelle mit einem normalen DOS Bootcode ueberschrieben (die 446 Bytes die oben mit skip=446 uebersprungen werden).
Vergewissere Dich aber zweimal, was genau Du tust.....
Besser dreimal. Und versuche auch zu verstehen was du tust.
Sei bei der ganzen Sache aber sehr vorsichtig!
SEHR, SEHR VORSICHTIG! Man kann's nicht oft genug sagen.
Eventuell hat jemand auch eine einfacherere Loesung parat.
Ein DOS 'fdisk /mbr' ist die einfachste die ich kenne. -dnh -- Wer weis denn Heute noch was wahre Liebe ist. Liebe als Ware, ja das kennt "Mann". [WoKo in dag°]
David Haller wrote:
On Don, 26 Jul 2001, Thomas Hertweck wrote:
2. Deinstalliere den alten LILO. Dazu kannst Du "dd" und (die hoffentlich erstelle) Backupdatei des MBR verwenden.
Davon wuerde ich abraten, da geht IMO zu leicht die Partitions- tabelle drauf. Auch vor einem 'lilo -u' sollte man genauestens die im gesichterten MBR enthaltene Partitionstabelle mit der aktuellen vergleichen.
Hast Du Recht, die Partitionstabelle ist der kritische Punkt....
[...Ueberpruefung der P.tabellen...]
NUR wenn beide Partitionstabellen identisch sind kann man das Backup zurueckschreiben (egal ob mit dd oder lilo -u).
Ich nehme an, lilo -u wird nicht funktionieren, da wird vermutlich der gleiche Fehler ueber den Versionskonflikt (pre-21) auftauchen.... Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, University of Karlsruhe Hertzstr. 16, D-76187 Karlsruhe, Germany
On Tue, Jul 24, 2001 at 05:31:28PM +0200, David Haller wrote:
Fuer die Konsole: Was du in /etc/rc.config bei KEYTABLE= hast.
Ich habe das M-t nochmal unter der Konsole probiert und es funktioniert doch. Ich muss mich das letzte mal wohl vertippt haben. (ich arbeite meisstens im voelligen dunkeln und da ich die Tastatur nicht sehen kann, passiert das ab und zu mal ;-) ) Unter rxvt klappt das aber nach wie vor nicht. Gruss, Oliver
* Oliver Kiehl schrieb am 24.Jul.2001:
On Tue, Jul 24, 2001 at 12:08:48AM +0200, David Haller wrote:
Kontrolliere mal, was bei dir bei o.g. Strg-v rauskommt.
ein 'C-v C-[' ergibt ein '^[' unter rxvt. Nur bei mutt sagt er beim C-v "Key is not bound"
Ist doch klar, Ctrl-v ist so eine Art Escapechar für die Eingabe von Ctrl-Zeichen. mutt ließt direkt. Im Übrigen ist Ctrl-[ = ESC Bernd -- Was ist quoten? Quoten ist das Zitieren aus einer mail, der man antwortet. Und wie macht man es richtig? Zitate werden mit "> " gekennzeichnet. Nicht mehr als nötig zitieren. Vor den Abschnitten das Zitat, auf das man sich bezieht, mit einer Zeile Abstand oben und unten. |Zufallssignatur 12
participants (9)
-
B.Brodesser@t-online.de
-
Bernhard Walle
-
David Haller
-
Hermann Flacke
-
Kai Eckert
-
Oliver Kiehl
-
Sebastian Helms
-
Thomas Hertweck
-
Thorsten Haude