Hallo, On Tue, 05 Feb 2002, Thomas Templin wrote:
On Tuesday, 5. February 2002 07:23, David Haller wrote:
;( Ein paar _eindeutige_ Fehler sind schon drin... Naeheres ist hier wohl OT. Fehler, in WindowMaker 0.80? Welche denn?
Naja, wie gesagt, ich habe das Teil noch nicht installiert, kann also gut sein, dass ich Bugs eingebaut habe, nicht behoben... eine Stelle ist in WINGs/winputmethod.c in W_CreateIC: WMICContext *ctx; ctx->prev = NULL; ctx->next = scr->imctx->icList; Kann das gut gehen? Wird aber scheinbar nirgends verwendet... Naja, ich weiss halt nicht was das soll, aber einfach nur einen Pointer auf ein struct zu deklarieren und dann auf Member zuzugreifen kann IMHO nicht klappen. Was richtig waere ist leider nicht ganz einfach zu sagen... Ich teste jetzt halt mal ne Variante ;) Der Rest sind missing-initializer, Typ-Konflikte, fehlende Deklarationen oder includes und das ein oder andere #define meist eher kosmetisch... Es gibt leider doch einige Stellen, wo es offensichtlich an Sorgfalt mangelt (z.B. gibt's in util/wmsetup nur ein dummy-main, (#if 1 .. #else) aber das lautet: "int main() {}". Mit "void main() {}" koennte ich ja noch leben ;) Naja, ich muss dat Dingen erstmal selber testen ;) -dnh, oh, die sig passt :) -- If you think, you're wrong, you might be right!
Hallo David,
From the keyboard of David,
Hallo,
On Tue, 05 Feb 2002, Thomas Templin wrote:
On Tuesday, 5. February 2002 07:23, David Haller wrote:
;( Ein paar _eindeutige_ Fehler sind schon drin... Naeheres ist hier wohl OT. Fehler, in WindowMaker 0.80? Welche denn?
Naja, wie gesagt, ich habe das Teil noch nicht installiert, kann also gut sein, dass ich Bugs eingebaut habe, nicht behoben... eine Stelle ist in WINGs/winputmethod.c in W_CreateIC:
WMICContext *ctx; ctx->prev = NULL; ctx->next = scr->imctx->icList;
Kann das gut gehen? Wird aber scheinbar nirgends verwendet... Naja, ich weiss halt nicht was das soll, aber einfach nur einen Pointer auf ein struct zu deklarieren und dann auf Member zuzugreifen kann IMHO nicht klappen. Was richtig waere ist leider nicht ganz einfach zu sagen... Ich teste jetzt halt mal ne Variante ;)
Der Rest sind missing-initializer, Typ-Konflikte, fehlende Deklarationen oder includes und das ein oder andere #define meist eher kosmetisch... Es gibt leider doch einige Stellen, wo es offensichtlich an Sorgfalt mangelt (z.B. gibt's in util/wmsetup nur ein dummy-main, (#if 1 .. #else) aber das lautet: "int main() {}". Mit "void main() {}" koennte ich ja noch leben ;)
Naja, ich muss dat Dingen erstmal selber testen ;)
Wunder der Technik. Das Teil läuft hier trotz der Fehler seit mehr als zwei Wochen problemlos. :) gruß Waldemar -- Are your questions smart enough? http://www.tuxedo.org/~esr/faqs/smart-questions.html
Hallo, On Thu, 07 Feb 2002, Waldemar Brodkorb wrote:
From the keyboard of David, On Tue, 05 Feb 2002, Thomas Templin wrote:
On Tuesday, 5. February 2002 07:23, David Haller wrote:
;( Ein paar _eindeutige_ Fehler sind schon drin... Naeheres ist hier wohl OT. Fehler, in WindowMaker 0.80? Welche denn?
Naja, wie gesagt, ich habe das Teil noch nicht installiert, kann also gut sein, dass ich Bugs eingebaut habe, nicht behoben... eine Stelle ist in WINGs/winputmethod.c in W_CreateIC: [..] Kann das gut gehen? Wird aber scheinbar nirgends verwendet... ^^^^^^^^^^^^^^^^^^ [..] Naja, ich muss dat Dingen erstmal selber testen ;)
Wunder der Technik.
Noe. Was nicht aufgerufen wird... [1];)
Das Teil läuft hier trotz der Fehler seit mehr als zwei Wochen problemlos.
:)
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 :)) 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 ;) Andernfalls wuerde ich wohl schon allein wg. dem "tabbing" bei KDE1 bleiben... ;) -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 :) [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"... -- Ich Denke mal das man sich dabei nichts mehr zu denken braucht, da alles Denken hier überflüssig gedacht und des Denkens nicht gerecht würde. [Woko° in dag°]
On Thursday, 7. February 2002 07:36, David Haller wrote:
Hallo,
On Thu, 07 Feb 2002, Waldemar Brodkorb wrote:
From the keyboard of David,
On Tue, 05 Feb 2002, Thomas Templin wrote:
On Tuesday, 5. February 2002 07:23, David Haller wrote:
;( Ein paar _eindeutige_ Fehler sind schon drin... Naeheres ist hier wohl OT.
Fehler, in WindowMaker 0.80? Welche denn?
Naja, wie gesagt, ich habe das Teil noch nicht installiert, kann also gut sein, dass ich Bugs eingebaut habe, nicht behoben... eine Stelle ist in WINGs/winputmethod.c in W_CreateIC:
[..] gekürzt, TT
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 ;) Nö, ist immer noch so. Aber warum denn gleich zur Maus greifen, nimm lieber HB. Ahem, sorry kleiner Ausrutscher in die Frühgeschichte der TV-Werbung. Für die, die Gnade der späteren Geburt erfahren haben, das HB-Männchen ist gemeint. Also ich binn mit der Tastatur immer noch schneller auch wenn ich 6 Fenster und mehr durchsteppe. Aber vielleicht liegts auch daran, dass ich nach dem ersten Durchlauf die Richtung und die Zahl der Steps bis zum gewünschten Fenster in den Speicher, den zwischen den Ohren, gepoked habe. Andernfalls wuerde ich wohl schon allein wg. dem "tabbing" bei KDE1 bleiben... ;) Hmmmmm, *kratzkratz am Kopf* dazu fällt mir nur der Typ ein, der mal allen ernstes zu mir meinte: "Solange es noch keinen Pinnball unter Linux giebt bleibe ich bei M$W$". Hätte ich Dir jetzt gar nicht zugetraut, Du machst doch sonst eigendlich einen ganz pfiffigen Eindruck. *lach*
[...] gekürzt, TT Tschüss, Thomas -- linux: the choice of a GNU generation (ksh@cis.ufl.edu put this on Tshirts in '93)
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);'
Hallo, [/me schreibt unter WindowMaker 0.80 Warum? s.u. :)))] On Fri, 08 Feb 2002, Waldemar Brodkorb wrote:
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 ;)
*g* Hab jetzt das bald soweit... Leider hakeln noch der (von mir auch auf 0.80 gebrachte contrib/single_click.diff und mein eigenes... Die muss ich noch sauber auseinanderfrickeln... Das aktualisierte single_click will ich aber auf jeden Fall "beitragen", mein eigenes noch eine Weile testen... Ah, grad ist rpm fertig ("Resizebar" war mit 4 Pixeln und Shadow dann doch etwas schwierig zu treffen :) _dh_1 ist mit: Patch #2 (WindowMaker-0.80.0.dh_warnings.diff): Patch #1 (WindowMaker-0.80.0.dh_warnings_single_click.diff): Ach mist. (sich das log anschauend) der single_click diff ist auch nicht soo sorgfaeltig... hat ein void handleIconMove(..) in ein Bool handleIconMove(..) geaendert, aber nur ein return angepasst... Naja dazu bin ich jetzt zu muede... Und auch so gibt's noch die ein oder andere Stelle... (aber bei png.c: In function `RLoadPNG': png.c:57: warning: variable `image' might be clobbered by `longjmp' or `vfork' bin ich ehrlich gesagt ratlos ;) Naja, bisher scheint's zu laufen, und auch der code sieht eigentlich i.O. aus... *g* Die letzte Version (_dh_0) ohne single_click aber mit dh_warnings laeuft hier gerade schon seit ner gaenzen Weile... Scheint also zumindest nix grob zerstoert zu haben... :) Auf _dh_1 (oder gleich _dh_2) wird aber erst morgen "geupdated", im laufenden Betrieb is das nicht so prickeld ;)
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 ;)
Hehe! Ich weiss nicht genau, welche Einstellung es ist, aber ich hab's hier gerade, genau so wie ich's will. Alt+Tab -> letztes Window. Meine ~/GNUstep/Defaults/Windowmaker kannste gern haben :)
Andernfalls wuerde ich wohl schon allein wg. dem "tabbing" bei KDE1 bleiben... ;)
Igitt, ne, dann fix das lieber im wmaker :)
Hat sich eruebrigt. Is schon drin. (oder hab ich doch was gefixt? *lol* War spaet gestern morgen ;) IIRC bin ich beim lesen des codes auf die (wohl undokumentierte) Option gestossen... "WindozeCycling = YES"??
-dnh, der meint, Positives dazu im ChangeLog gelesen zu haben :)
Hehe! Scheint sich zu bewahrheiten :))
[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*
Watten fuer patches? *habenwillwoichschonehdabeibin*
Genau ein Punkt . war zuwenig, um das ~/GNUstep ordentlich nach ~/.GNUstep zu verschieben und dabei autostart weiterhin verwenden zu können. *megaccrackbinichnichtaberdafürhatsgereicht*
Reicht da kein export GNUSTEP_USER_ROOT="~/.GNUstep" in der ~/.profile (man wmaker!)?
[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.
Ja, hab ich vor, wenn's sich noch ein bisschen bewaehrt... Naja, hab halt einige "unitialized"s gefunden, und wenn dann der Fall eintritt, dass auf diese zugegriffen wird, ist's mir lieber, wenn ich's mitbekommen (da NULL dereferenziert wird z.B.), als dass auf irgendeinen zufaelligen Speicherbereich (auf den die uninitialisierte Variable zeigt) zugegriffen wird, und ich entweder gar nicht mitbekomme (aber halt irgend- wo doch falsche Daten sein koennen), oder halt nen SegFault (der schwerer zu debuggen ist als ne "null-pointer dereference" -- lieber genau an der Stelle dann eben den "Oops" wg. null-pointer ;)
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);'
Hehe! :) -dnh -- Two people get the same job. One of them is good at it, and hence becomes necessary. The other one is not good at it, so gets promoted. This continues until a position is reached where his incompetence isn't quite so obvious. -- the Inverse Peter Principle (?)
Hallo David,
From the keyboard of David,
Ah, grad ist rpm fertig ("Resizebar" war mit 4 Pixeln und Shadow dann doch etwas schwierig zu treffen :)
Resizebar, was ist das denn lulliges *GG* Dafür gibt es doch rechte-Maustaste + Alt ;) Ich verschwende doch bei 1280x1024 nicht noch Platz für blöde Resizebars.
Ach mist. (sich das log anschauend) der single_click diff ist auch
single-click hört sich so an als ob du Icons verwendest, is ja unkewl ;) *iconsaufdemdesktopsinddochreineplatzverschwendung*
Meine ~/GNUstep/Defaults/Windowmaker kannste gern haben :)
Och lass mal mit meiner bin ich zufrieden.
Andernfalls wuerde ich wohl schon allein wg. dem "tabbing" bei KDE1 bleiben... ;)
Igitt, ne, dann fix das lieber im wmaker :)
Hat sich eruebrigt. Is schon drin. (oder hab ich doch was gefixt? *lol* War spaet gestern morgen ;) IIRC bin ich beim lesen des codes auf die (wohl undokumentierte) Option gestossen... "WindozeCycling = YES"??
Lol.
Watten fuer patches? *habenwillwoichschonehdabeibin*
Genau ein Punkt . war zuwenig, um das ~/GNUstep ordentlich nach ~/.GNUstep zu verschieben und dabei autostart weiterhin verwenden zu können. *megaccrackbinichnichtaberdafürhatsgereicht*
Reicht da kein
export GNUSTEP_USER_ROOT="~/.GNUstep"
in der ~/.profile (man wmaker!)?
Leider nein. Dann wird ~/.GNUstep/Library/Windowmaker/autostart nicht ausgewertet. In der Funktion execInitScript() wird ein Path zusammengestzt wstrconcat(wusergnusteppath(), ":"DEF_CONFIG_PATHS) und DEF_CONFIG_PATHS ist in src/wconfig.h.in hardcodiert auf "~/GNUstep/Library/WindowMaker/UserMenus:"GLOBAL_USER_MENU_PATH also habe ich nix besseres auf die schnelle gefunden als da nen punkt hinzumachen, und voila deb installiert wmaker restart ( alle applikationen dabei natürlich offen gelassen) und schon begrüßte mich mein ssh-add-Fenster *freu*. Wäre cool wenn du da was schickes mit einbaust und den Patch integrierst *g* , naja halt nur wenn du sowieso dabei bist was hinzuschicken. 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);'
Hallo Waldemar, On Sat, 09 Feb 2002, Waldemar Brodkorb wrote:
From the keyboard of David, Ah, grad ist rpm fertig ("Resizebar" war mit 4 Pixeln und Shadow dann doch etwas schwierig zu treffen :)
Resizebar, was ist das denn lulliges *GG* Dafür gibt es doch rechte-Maustaste + Alt ;)
Oh, das kannte ich noch nicht. *freu*
Ich verschwende doch bei 1280x1024 nicht noch Platz für blöde Resizebars.
6 Pixel! (default: 8, ist bei mir im .spec einstellbar) Wieviele Fenster packst du denn so untereinander, dass 6 Pixel da was ausmachen?
Ach mist. (sich das log anschauend) der single_click diff ist auch
single-click hört sich so an als ob du Icons verwendest, is ja unkewl ;)
Oeh, ja. Is manchmal schwer, ne freie Stelle auf dem Desktop zum rechts- klick zu finden, zwischen clip und dock sind aber immer ca. 8 pixel frei :) (icons: 32x32, natuerlich nicht die Monstermaessige 64x64 Voreinstellung).
*iconsaufdemdesktopsinddochreineplatzverschwendung*
s.o. Kommt drauf an.
Meine ~/GNUstep/Defaults/Windowmaker kannste gern haben :)
Och lass mal mit meiner bin ich zufrieden.
Gut :)
Watten fuer patches? *habenwillwoichschonehdabeibin*
Genau ein Punkt . war zuwenig, um das ~/GNUstep ordentlich nach ~/.GNUstep zu verschieben und dabei autostart weiterhin verwenden zu können. *megaccrackbinichnichtaberdafürhatsgereicht*
Reicht da kein
export GNUSTEP_USER_ROOT="~/.GNUstep"
in der ~/.profile (man wmaker!)?
Leider nein. Dann wird ~/.GNUstep/Library/Windowmaker/autostart nicht ausgewertet. In der Funktion execInitScript() wird ein Path zusammengestzt wstrconcat(wusergnusteppath(), ":"DEF_CONFIG_PATHS) und DEF_CONFIG_PATHS ist in src/wconfig.h.in hardcodiert auf "~/GNUstep/Library/WindowMaker/UserMenus:"GLOBAL_USER_MENU_PATH
die src/wconfig.h.in patche ich aus dem .spec eh (z.B. die Hoehe des Resizebars) nach dem configure lauf... Is also einfach, das auch noch mit reinzunehmen. Allerdings sind die noch in ein paar C-Files hartkodiert, da muesste dann also ein richtiger patch her (der das dann beim kompilieren konfigurierbar macht). Hm.... *gruebel*... Stimmt... Das gehoert eigentlich nach ~/.GNUstep. Mal schauen, ob ich mir das noch ansehe...
also habe ich nix besseres auf die schnelle gefunden als da nen punkt hinzumachen,
s.o. _Das_ geht via spec[1] (meld dich, wenn du meins mal ansehen willst, ist aber leicht chaotisch).
und voila deb installiert wmaker restart ( alle applikationen dabei natürlich offen gelassen) und schon begrüßte mich mein ssh-add-Fenster *freu*.
*hehe* Hab ich auch gemacht. rpm -Uvv ... im xterm in WMaker :) Dann "restart" und *tata* meine resizebars waren nicht mehr 4 sondern 6 Pixel hoch :) Ich muss aber nochmal schauen, ob ich die %files section richtig hinbekommen habe (nein, per find geht nicht, da ich wie suse die *.a und *.h (und *flags) in ein -devel ausgelagert habe.
Wäre cool wenn du da was schickes mit einbaust und den Patch integrierst *g* , naja halt nur wenn du sowieso dabei bist was hinzuschicken.
Jo. Ma schauen. Ich teste jetzt halt "den letzten build" noch ein wenig, auf bisher[2] laeuft's :) Und der "build" davor auch, die Aenderungen zum aktuellen sind ja gering (single_click patch und ein bisschen an der config)... Tebrgwrf, -dnh [1] ich hab ein paar defines, ein paar %if %{foo} == 1\necho '...' > wmconfig.sed\n%endif und dann eben noch ein 'sed -f wmconfig.sed' ;) [2] $ rpm -q --queryformat "%{installtime:date}\n" WindowMaker Mon 11 Feb 2002 06:25:36 PM CET $ date Mon Feb 11 19:37:08 CET 2002 -- ... at least I thought I was dancing, 'til somebody stepped on my hand. -- J. B. White
Hy, Am 02/02/11@19:40 schrieb David Haller:
Oeh, ja. Is manchmal schwer, ne freie Stelle auf dem Desktop zum rechts- klick zu finden, zwischen clip und dock sind aber immer ca. 8 pixel frei :) (icons: 32x32, natuerlich nicht die Monstermaessige 64x64 Voreinstellung).
Alle an den Clip und Clipoptionen Autocollapse Autoraise schafft Platz :). -- :wq-y Maik
Hallo, On Mon, 11 Feb 2002, Maik Holtkamp wrote:
Am 02/02/11@19:40 schrieb David Haller:
Oeh, ja. Is manchmal schwer, ne freie Stelle auf dem Desktop zum rechts- klick zu finden, zwischen clip und dock sind aber immer ca. 8 pixel frei :) (icons: 32x32, natuerlich nicht die Monstermaessige 64x64 Voreinstellung).
Alle an den Clip und Clipoptionen Autocollapse Autoraise schafft Platz :).
*hoehoe* das hab ich natuerlich auch noch nicht gefunden, da ich das clip bisher eh noch nicht verwendet habe ;) /me ist WMaker-Neuling :) Bei mir ist grad das dock "links oben", also unter dem (einem!) clip icon ;) *lol* C-x c -dnh PS: Die "frische" Version laeuft (Die Feb 12 00:57:03 CET 2002) immer noch... Ohne Auffaelligkeiten. Wenn das so weiterlaeuft, dann werd ich meine fixes wohl einsenden :) --
WoKo scheint ja zu denken - ich bin wirklich beeindruckt. Ich glaub Ich muss aufpassen. Sonst fliegt meine Tarnung noch auf. [Christopher Splinter und WoKo in dag°]
Hallo David and others, (wobei das hier wohl kaum noch wen wirklich interessieren wird *g*)
From the keyboard of David,
Hallo Waldemar,
On Sat, 09 Feb 2002, Waldemar Brodkorb wrote:
From the keyboard of David, Ah, grad ist rpm fertig ("Resizebar" war mit 4 Pixeln und Shadow dann doch etwas schwierig zu treffen :)
Resizebar, was ist das denn lulliges *GG* Dafür gibt es doch rechte-Maustaste + Alt ;)
Oh, das kannte ich noch nicht. *freu*
Ich verschwende doch bei 1280x1024 nicht noch Platz für blöde Resizebars.
6 Pixel! (default: 8, ist bei mir im .spec einstellbar) Wieviele Fenster packst du denn so untereinander, dass 6 Pixel da was ausmachen?
Och ich finde es beim Vollbildbrowser (zur Zeit Galeon) einfach unschön. Webseiten sind eh meist so fett *programmiert* :) Außerdem nutze ich die Resizebar nicht, also ist sie wegkonfiguriert.
Leider nein. Dann wird ~/.GNUstep/Library/Windowmaker/autostart nicht ausgewertet. In der Funktion execInitScript() wird ein Path zusammengestzt wstrconcat(wusergnusteppath(), ":"DEF_CONFIG_PATHS) und DEF_CONFIG_PATHS ist in src/wconfig.h.in hardcodiert auf "~/GNUstep/Library/WindowMaker/UserMenus:"GLOBAL_USER_MENU_PATH
die src/wconfig.h.in patche ich aus dem .spec eh (z.B. die Hoehe des Resizebars) nach dem configure lauf... Is also einfach, das auch noch mit reinzunehmen. Allerdings sind die noch in ein paar C-Files hartkodiert, da muesste dann also ein richtiger patch her (der das dann beim kompilieren konfigurierbar macht).
Hm.... *gruebel*... Stimmt... Das gehoert eigentlich nach ~/.GNUstep. Mal schauen, ob ich mir das noch ansehe...
also habe ich nix besseres auf die schnelle gefunden als da nen punkt hinzumachen,
s.o. _Das_ geht via spec[1] (meld dich, wenn du meins mal ansehen willst, ist aber leicht chaotisch).
Hmm, ne zur Zeit bin ich auf dem Debian-Trip. Bin aber mittlerweile unzufrieden, also werde ich entweder LFS (dann wohl doch eher RPM-basiert, du errinnerst dich noch daran das ich dir deb aufdrängen wollte? *g*) oder nen BSD. Heute war ich echt frustriert seit einer Woche kann man kein PHP ohne großen Aufwand verwenden und dann ist seit heute mein Mutt sowas von langsam geworden. Ohne irgendwas zu ändern, dist-upgrade seit über ner Woche nicht mehr. Ich verstehe es nicht, und unter OpenBSD auf dem gleichen PC fluppt es ohne Probleme.
und voila deb installiert wmaker restart ( alle applikationen dabei natürlich offen gelassen) und schon begrüßte mich mein ssh-add-Fenster *freu*.
*hehe* Hab ich auch gemacht. rpm -Uvv ... im xterm in WMaker :) Dann "restart" und *tata* meine resizebars waren nicht mehr 4 sondern 6 Pixel hoch :) Ich muss aber nochmal schauen, ob ich die %files section richtig hinbekommen habe (nein, per find geht nicht, da ich wie suse die *.a und *.h (und *flags) in ein -devel ausgelagert habe.
Naja, ich nehme nen find, dann mit rpm -qpl neues.rpm > files, vi neues.spec :r files und dann manuell richtig verteilen, geht dann auch recht zügig. Und dann einfach nochmal bauen ohne %files -f ;)
Wäre cool wenn du da was schickes mit einbaust und den Patch integrierst *g* , naja halt nur wenn du sowieso dabei bist was hinzuschicken.
Jo. Ma schauen. Ich teste jetzt halt "den letzten build" noch ein wenig, auf bisher[2] laeuft's :) Und der "build" davor auch, die Aenderungen zum aktuellen sind ja gering (single_click patch und ein bisschen an der config)...
Tebrgwrf,
Was heißt das denn schon wieder? gruß Waldemar -- Are your questions smart enough? http://www.tuxedo.org/~esr/faqs/smart-questions.html
Hallo, On Wed, 13 Feb 2002, Waldemar Brodkorb wrote:
(wobei das hier wohl kaum noch wen wirklich interessieren wird *g*)
Wer weiss? *eg*
From the keyboard of David, On Sat, 09 Feb 2002, Waldemar Brodkorb wrote:
From the keyboard of David, Ah, grad ist rpm fertig ("Resizebar" war mit 4 Pixeln und Shadow dann doch etwas schwierig zu treffen :) Resizebar, was ist das denn lulliges *GG* Dafür gibt es doch rechte-Maustaste + Alt ;) Oh, das kannte ich noch nicht. *freu*
Ich verschwende doch bei 1280x1024 nicht noch Platz für blöde Resizebars. 6 Pixel! (default: 8, ist bei mir im .spec einstellbar) Wieviele Fenster packst du denn so untereinander, dass 6 Pixel da was ausmachen?
Och ich finde es beim Vollbildbrowser (zur Zeit Galeon) einfach unschön. Webseiten sind eh meist so fett *programmiert* :)
man links *eg* (und ansonsten verwende ich ns4.75 (IIRC), der Rest (inkl. konqueror!) ist mir (inkl. libs) einfach zu fett...
Außerdem nutze ich die Resizebar nicht, also ist sie wegkonfiguriert.
Ok. Ich verwende den (noch ;)...
s.o. _Das_ geht via spec[1] (meld dich, wenn du meins mal ansehen willst, ist aber leicht chaotisch).
Hmm, ne zur Zeit bin ich auf dem Debian-Trip. Bin aber mittlerweile unzufrieden, also werde ich entweder LFS (dann wohl doch eher RPM-basiert, du errinnerst dich noch daran das ich dir deb aufdrängen wollte? *g*)
Aber klar doch... und spricht ja auch nichts dagegen, solange ich nicht debian/* erstellen soll... (Ach ja, wg. HD-Probleme ist grad ne neue HD bestellt, und ich hab mir vorgenommen, die trotz DSL erstmal nicht vollzumuellen (ausser erstmal die Daten von der Sch* IBM zu retten)... Insofern koennte das "Projekt" demnaechst aktuell werden -- wenn ich mal meine .specs zusammensuche waere eh schon recht viel Vorarbeit geleistet ;)
oder nen BSD.
Oh ja, das will ich auch mal testen... Da muss man halt noch mehr auf die HW achten... Weiss aber noch nicht so recht, welches ich testen will, tendenziell koennt's ein OpenBSD werden ;) Vorausgesetzt, dass ich ueberhaupt die Zeit finde...
Heute war ich echt frustriert seit einer Woche kann man kein PHP ohne großen Aufwand verwenden und dann ist seit heute mein Mutt sowas von langsam geworden. Ohne irgendwas zu ändern, dist-upgrade seit über ner Woche nicht mehr. Ich verstehe es nicht, und unter OpenBSD auf dem gleichen PC fluppt es ohne Probleme.
ARGL! Ich _hasse_ sowas -- wenn etwas ohne Aenderungen "auf einmal" wie bei Win* nicht mehr tut...
und voila deb installiert wmaker restart ( alle applikationen dabei natürlich offen gelassen) und schon begrüßte mich mein ssh-add-Fenster *freu*.
*hehe* Hab ich auch gemacht. rpm -Uvv ... im xterm in WMaker :) Dann "restart" und *tata* meine resizebars waren nicht mehr 4 sondern 6 Pixel hoch :) Ich muss aber nochmal schauen, ob ich die %files section richtig hinbekommen habe (nein, per find geht nicht, da ich wie suse die *.a und *.h (und *flags) in ein -devel ausgelagert habe.
Naja, ich nehme nen find, dann mit rpm -qpl neues.rpm > files, vi neues.spec :r files und dann manuell richtig verteilen, geht dann auch recht zügig. Und dann einfach nochmal bauen ohne %files -f ;)
So hab ich's latuernich auch gemacht... Oder direkt das find ins .spec einfuegen (M-x sh-cmd-to-string<enter>find /var/tmp/rpm/... -not -type d<enter>) (wobei sh-cmd-to-string ein kl. lisp-dingens ist[1]). [..]
Tebrgwrf,
Was heißt das denn schon wieder?
*sachichnich* (hier, zumindest *eg*) ovfqraaqnaa, -dnh, *gnihihi* good sigmonster, have a cookie! [1] (defun sh-cmd-to-string (command) (interactive (list (read-shell-command "Command: " current-prefix-arg))) (message "" (call-process "/bin/sh" nil t t "-c" command))) -- SuSE verscheuert eine Bastardisierung eines zusammenkopierten Softwarehaufens, wo zufällig auch der Linux Kernel drin vorkommt. -- fefe in dcsm
* On Thu, 14 Feb 2002 at 7:40 +0100, David Haller wrote:
On Wed, 13 Feb 2002, Waldemar Brodkorb wrote:
(wobei das hier wohl kaum noch wen wirklich interessieren wird *g*)
Wer weiss? *eg*
Mich interessierts :-) Auch wenn ich nix sage. Ich lese zumindest mit. -- Adalbert PGP welcome, request public key: mailto:adalbert+key@lopez.at
participants (5)
-
Adalbert Michelic
-
David Haller
-
Maik Holtkamp
-
Thomas Templin
-
Waldemar Brodkorb