Hallo David,
From the keyboard of David, Oh, schoen! :) Werde also dann noch mal das .spec durchgehen, rpmba anwerfen und anschliessend ein $ rpm --test -Uvv /usr/src/packages/RPMS/athlon/WindowMaker-* ## ein letzter Check kann nie schaden :) $ su - Password: # rpm -Uvh /usr/src/packages/RPMS/athlon/WindowMaker-* wagen :))
Hehe. Nen Insider Joke ;)
Sach ma, wie ist das da mit dem 'Focus next Window' usw. (Alt+Tab) in dem Release? Ich hoffe, da gibt's (ne Option), dass das wie bei KDE1 klappt, also dass man mit nem <shortcut> erstmal beim letzten Window landet, und dann ggfs. noch weiter "tabben" kann... Denn dieses "tabbing" ist das, was mich z.Z. am meisten bei der 0.60.0 die ich (noch) hier habe stoert... (oder ich habe nur die flaschen Einstellungen)...
Ich wechsle zu oft zwischen 3 Fenstern rum-und-num, und in 0.60.0 ist die Reihenfolge leider fest auf der, in der die Fenster geoeffnet wurden :( Man "(shift-)tabbt" sich zum RSI... :( Und nee, die Maus will ich eigentlich nicht angrabbeln ;)
Kenne ich, aber ich tabbe mich immer durch, auch wenn es mehr als 10 Windows sind geht das recht schnell und dann weiß ich wenigstens immer was da noch so offen ist und was ich erledigen sollte ;)
Andernfalls wuerde ich wohl schon allein wg. dem "tabbing" bei KDE1 bleiben... ;)
Igitt, ne, dann fix das lieber im wmaker :)
-dnh, der meint, Positives dazu im ChangeLog gelesen zu haben :)
[1] ...kann auch keinen Segfault (etc) verursachen ;) Kompilier das Dingens aber mal mit -Wall -W -Wno-unused... *eg* von -pedantic (sans "ANSI C does not ...") ganz zu schweigen... diff (ohne _jede_ Gewaehr) gibt's per PM ;) [2] Und ich will damit nichts ueber die Qualitaet/Sorgfalt bei anderen WMs ausgesagt haben! Dass die (groben) Schlampereien bei WindowMaker in nicht verwendeten Codeteilen sind, stimmt hoffnungsvoll :)
Och, danke nein ich verwende selber zur Zeit ne _heftig_ gepatchte Version von 0.80. *g* Genau ein Punkt . war zuwenig, um das ~/GNUstep ordentlich nach ~/.GNUstep zu verschieben und dabei autostart weiterhin verwenden zu können. *megaccrackbinichnichtaberdafürhatsgereicht*
[2] Lieber eine "Null-Pointer-Dereference" und ein "boink" als eine unerkannte (Daten-)Korruption... -> im Zweifelsfall immer mit NULL bzw. 0 initialisieren :) Das war so meine "Strategie" bei den (hoffentlich) "fixes"...
Sagt mir nix, aber du könntest ja auch nen Patch an das Project schicken. gruß Waldemar -- Are your questions smart enough? http://www.tuxedo.org/~esr/faqs/smart-questions.html If not: perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);'