XProfan

- Seite 1 -

Ulrich
Milde

Ich möchte als Neuling nicht gleich mit kritisieren anfangen, aber ein längerer Einzeiler im Codefenster ist Unübersichtlichkeit zum Quadrat erhoben. Ich hatte versucht die Zeile zwecks Copy/Paste zu markieren, aber das wurde nichts. Sicher, ich hätte bestimmt irgendwann, irgendwo gefunden was die kleinen roten Symbölchen bedeuten. Wenn ich jedoch solches freiwillig gegen 5 Uhr morgens versucht hätte, so ein Unterfangen wäre schon bedenklich in die Nähe von Masochismus gerutscht

Also bin ich nach Plan B vorgegangen und habe Klartext - Code eingefügt, wobei ich den Befehl und die Parameter jedoch getrennt habe. Ich kann beim besten Willen nicht erkennen was daran frech gewesen sein soll. Hallo, das ist eine einzige Zeile gewesen und kein 500 Zeilen Listing!

Grüsse und tschüss!

PS. Stimmten meine Parameter etwa? Ich hatte versucht zu vergleichen und war der Meinung, da stimmt was nicht. Hmm, war hier vielleicht was unübersichtlich....

20.02.2007 ▲

Jörg
Sellmeyer

Ulrich Milde

Sicher, ich hätte bestimmt irgendwann, irgendwo gefunden was die kleinen roten Symbölchen bedeuten.

Jetzt weißt Du es ja

Ulrich Milde

Ich kann beim besten Willen nicht erkennen was daran frech gewesen sein soll.

Nie vergessen die Smilies mitzulesen!!!

Also, keine Aufregung - nur einfach fragen, wenn was unklar ist.

Gruß
Jörg

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

20.02.2007 ▲

Ulrich
Milde

Noch ist nicht Aschermittwoch und deshalb möchte ich, durchaus On Topic, auf die hier benutzte Unterart der Smilies zu sprechen kommen. Ich kenne nur zwei davon und das sind die drei an letzter Stelle, wobei ich mir beim letzten auch nicht so ganz sicher bin. (Eins, zwei und dann kam äähh viele glaub ich, muss am Tag heute liegen

.)
Es fehlt ganz eindeutig ein Smilie Lexikon ---- Lexikon?? Nein, kein Lexikon, ein ins Forum eingebundener XProfan Smilie Translator muss her! Nicht etwa deshalb weil ich nicht wüsste was man mit Smilies alles ausdrücken kann. Das Problem liegt eher darin dass ich mit dem Ausdruck dieser XProfan-Forum Smiles nicht so sonderlich viel anfangen kann.

Als Beispiel nehmen wir mal den 8ten von oben oder den 9ten von unten, den hier:

Was mag das sein? Ein Smilie der sich vor lauter Schreck schneckenartig in ein dekoratives Ammonitengehäuse zurückgezogen hat? Dann wäre zu fragen was diesen Schreck hervorgerufen hat. Die Win API vielleicht?

Vielleicht aber ist das ein Simlie Programmierer, der völlig entsetzt aus seiner selbstgestrickten Endlosschleife rauslugt, nicht weiss wie er rauskommt und hier Hilfe sucht?

Ich denke sicherlich viel,zu kompliziert! Rechts vom Editfenster, das kann nur die grafische Darstellung der Evolution der Smilies sein, Unten angefangen vom Smilie, der gerade eben dem Sonderzeichenschleim entstiegen ist über den Zähne zeigende Raubsmilie bis zum gefährlichen und intelligentem Killerspiel-Smilie. (3.von oben)

Ich verstehs einfach nicht, warum eigentlich noch keiner so eine unbedingt wichtige Forenerweiterung geschrieben hat! Wie man meinen völlig ersnt gemeinten Ausführungen entnehmen kann, herrscht offensichtlich dringender Bedarf für so eine bahnbrechende Profan Applikation!

Grüsse und , Hel --Alaa, ne geht eigentlich nicht mehr, gleich ist Aschermittwoch

21.02.2007 ▲

Michael
Wodrich

Das Problem an der Sache ist nur, daß jeder die Smileys anders interpretiert. Für mich sieht der orange z.B. einfach nur wie ein 3D-Smiley aus, der frech die Zunge rausstreckt. Würd ich z.B. bei sarkastischen Bemerkungen einsetzen.

Schöne Grüße

Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

21.02.2007 ▲

- Seite 2 -

Jac
de
Lad

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

21.02.2007 ▲

Ulrich
Milde

Die lustige Jahreszeit ist vorbei ist und gestern ist Xprofan10 angekommen ist. (Nein, da besteht KEIN Zusammenhang.... ) Mit XProfan gibt es leider nach wie vor Probleme mit den vier möglichen N Parametern von SetWindowsPos. TopMost (-1) läuft, Bottom (0) geht auch und BottomMost ist nicht erwünscht. Mit Top (0) passiert nichts wenn das Fenster bereits mit TopMost ganz oben ist. Eigentlich sollte doch dann das Fenster mit Top wieder normale Eigenschaften bekommen und sich von anderen Fenstern in den Hintergrund schicken lassen.
Ich habe jetzt dafür gesorgt dass SetWindowsPos nur einmal aufgerufen wird weil ich mir dachte, dass das beschriebene Verhalten eventuell durch zu häufiges Aufrufen von SetWindowsPos hervorgerufen wird. Dem ist leider nicht so.
Wieder mal zweifel ich an mir, denn wenn dasselbe Problem bei zwei doch recht unterschiedlichen Profanversionen auftaucht, dann sollte Profan eigentlich unschuldig sein.

Hier die problematischen Zeilen in der Hauptschleife. Weiss jemand Rat?

Danke, Grüsse und tschüsss!

Ulrich
Kompilieren Markieren Separieren

ELSEIF getFocus(RunterButt&)

If Anzmode%=1

    SetWindowpos %hwnd = %WinLeft, %WinTop - (%WinRight - %WinLeft), (%WinBottom - %WinTop); 0
    anzmode%=0

EndIf

ELSEIF getFocus(RaufButt&)

If anzmode%=0

    SetWindowpos %hwnd = %WinLeft, %WinTop - (%WinRight - %WinLeft), (%WinBottom - %WinTop); -1
    anzmode%=1

EndIf

Elseif was anderes

Ich persönlich hab es irgendwie aufgegeben mit SetWindowPos zu arbeiten und nehme stattdessen lieber die API, die hier auch von Frank Abbing vorgeschlagen wurde

.
Kompilieren Markieren Separieren

DEF SetWindowPosition(7) !USER32,SetWindowPos
Windowstyle 31
Windowtitle Fenster im Vordergrund
Window 0,0-640,400
DEclare HWND&,Vordergrund&,Hintergrund&
LET HWND&=%HWND
LET VORDERGRUND&=@Createbutton(%HWND,Always on top,10,100,150,30)
LET Hintergrund&=@Createbutton(%HWND,Not on TOP,10,150,150,30)

While @equ(0,0)

    waitinput

    IF @getfocus(VORDERGRUND&)

        @SetWindowPosition(Fensterhandle,Fensterplatz=HWND_TOPMOST,X-Position,Y-Position,Breite,Höhe,Flags=SWP_NOMOVE+SWP_NOSIZE+SWP_SHOWWINDOW)
        @SetWindowPosition(HWND&,-1,0,0,640,400,@add(2,@add(1,$40)))

    ELSEIF @getfocus(Hintergrund&)

        @SetWindowPosition(Fensterhandle,Fensterplatz=HWND_NOTOPMOST,X-Position,Y-Position,Breite,Höhe,Flags=SWP_NOMOVE+SWP_NOSIZE+SWP_SHOWWINDOW)
        @SetWindowPosition(HWND&,-2,0,0,640,400,@add(2,@add(1,$40)))

    endif

wend

Frank
Abbing

Ja! Da kann ich nur zustimmen.

Ulrich
Milde

Hmm, das wundert mich aber dass es doch nicht mein Fehler ist

Ich werds mal mit der vorgeschlagenen Alternative versuchen.

Vielen Dank und Grüsse vom Ulrich

Ulrich
Milde

Als ich mir die Parameterliste für den API Aufruf angeschaut habe ist mir aufgefallen dass -2 für NotTopMost steht; also für das, was ich erreichen möchte. Im der Beschreibung vom Profan SetWindowPos steht -2 aber für BottomMost, also dauerhaft unten. Ich war eben recht erstaunt als -2 das erwünschte Ergebis gebracht hat.
Irgendwie habe ich das Gefühl als wenn ein Fehler in der Beschreibung von SetWindowPos der eigentliche Grund sein könnte...

Grüsse vom Ulrich