| |
| |
|
| - Seite 1 - |
|
 | Das Trackmenu  - wenn ich mich recht erinnere - war die Prozedur immer nur brauchbar solange man auf dem hwnd arbeitet, einfach wegen der Positionsangabe.
Mein Vorschlag, wenn Trackmenu keine Parameter bekommt, dann das Trackmenu an Mausposition erstellen.
Mittlerweile hatte ich mir hierfür eine Proc geschrieben, aber mich ja trotzdem Jahrelang gequält (P²4.5=>P7) und damit sich andere nicht ebenso quälen...
KompilierenMarkierenSeparieren
Proc Trackmenu_bymousepos
Declare Gmp#,Dx&,Dy&
Dim Gmp#,8
External("user32","ClientToScreen",%Hwnd,Gmp#)
Dx&=Long(Gmp#,0)
Dy&=Long(Gmp#,4)
External("user32","GetCursorPos",Gmp#)
Trackmenu (Long(Gmp#,0)-Dx&),(Long(Gmp#,4)-Dy&)
Dispose Gmp#
Endproc
|
|
| |
| |
| |
|
| |
| |
| - Seite 2 - |
|
|
Michael
Dell | Hab ich auch so verstanden!  |
|
| |
| Salu Michael...
Hab zwar krumme Fieß awer dofir e' ecklich Gsicht! | 28.09.2006 ▲ |
|
| |
|
|
Jac
de
Lad | | Ich weiß jetzt nicht genau, was Nativ-Code ist, aber soweit ich das verstanden und angeregt hatte, war die Idee Teile der PRC in Extradateien auszulagern und erst bei Gebrauch (sprich bei Erreichen eines Befehls, der die Datei lädt (z.B. ProfanExec datei.xpdl)) zu laden und so auszuführen, als würde der Code direkt im Prog stehen. |
|
| |
| 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 | 28.09.2006 ▲ |
|
| |
|
|
Frank
Abbing | Nativer Code ist Quellcode, der in Maschinencode umgewandelt wurde. Um das mit Profan zu erreichen, müsste Roland den kompletten Profan-Kompiler neu schreiben, weil dieser bislang nämlich nicht so umgewandelt wird, sondern nur zeilenweise Codes ausführt.
Es gibt aber schon einen nativen Profan-Compiler, nämlich Sebastian Königs Profan2Cpp. |
|
| |
| |
| |
|
|
Michael
Dell | [quote:5091dbcba4] Ich weiß jetzt nicht genau, was Nativ-Code ist, aber soweit ich das verstanden und angeregt hatte, war die Idee Teile der PRC in Extradateien auszulagern und erst bei Gebrauch (sprich bei Erreichen eines Befehls, der die Datei lädt (z.B. ProfanExec datei.xpdl)) zu laden und so auszuführen, als würde der Code direkt im Prog stehen. [/quote:5091dbcba4]Ja, ich erinnere mich das Roland dann Antwortete das er daran denkt Pdls einzuführen die im Nativ-Code (also eigendlich als echte Dlls) erzeugt werden sollen.
Im gegensatz zu den Units oder Prcs währen die ja dann mit jeder Profan Version nutzbar und auch in anderen Sprachen. |
|
| |
| Salu Michael...
Hab zwar krumme Fieß awer dofir e' ecklich Gsicht! | 28.09.2006 ▲ |
|
| |
|
|
Jörg
Sellmeyer | | CreateMenu als Funktion. Ich weiß, daß das per Api auch geht aber viele andere Sachen kann man auch per Api erledigen. |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 08.10.2006 ▲ |
|
| |
|
|
RGH | [quote:fdb38c0221=Jörg Sellmeyer]CreateMenu als Funktion. Ich weiß, daß das per Api auch geht aber viele andere Sachen kann man auch per Api erledigen.[/quote:fdb38c0221]
Ja, daran habe ich auch schon gedacht, und das steht weit oben auf der Liste für die erste XProfan-Version nach 10.0!
Aber derzeit zwinge ich mich, alle Vorschläge für Erweiterungen zu XProfan und XProfed zu überlesen, damit endlich die aktuelle Version fertig wird.
(Für heute habe ich mir die Fertigstellung der Referenz in der Hilfe vorgenommen und bis zum nächsten Wochenende muß die Hilfe, incl. OpenGL- und SQL-Kurs, fertig sein! Dann wird die CD zusammengestellt. Wer mir also noch etwas für die CD schicken will ...)
Gruß
Roland |
|
| |
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 08.10.2006 ▲ |
|
| |
|
|
Jörg
Sellmeyer | [quote:76612e922f=RGH][quote:76612e922f=Jörg Sellmeyer]CreateMenu als Funktion. Ich weiß, daß das per Api auch geht aber viele andere Sachen kann man auch per Api erledigen.[/quote:76612e922f]
Ja, daran habe ich auch schon gedacht, und das steht weit oben auf der Liste für die erste XProfan-Version nach 10.0![/quote:76612e922f]
Klasse!
[quote:76612e922f=RGH]
(Für heute habe ich mir die Fertigstellung der Referenz in der Hilfe vorgenommen und bis zum nächsten Wochenende muß die Hilfe, incl. OpenGL- und SQL-Kurs, fertig sein! Dann wird die CD zusammengestellt. Wer mir also noch etwas für die CD schicken will ...)
Gruß
Roland[/quote:76612e922f]
Schickst Du denn vorher noch eine fertige Version des Editors raus? Wenns Dir recht ist, könnte ich meine aufgebohrte Version noch mitliefern. Dann wäre natürlich der endgültige Quelltext für mich wichtig.
Gruß
Jörg |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 08.10.2006 ▲ |
|
| |
|
|
RGH | [quote:e78d91ab61=Jörg Sellmeyer]Schickst Du denn vorher noch eine fertige Version des Editors raus? Wenns Dir recht ist, könnte ich meine aufgebohrte Version noch mitliefern. Dann wäre natürlich der endgültige Quelltext für mich wichtig.[/quote:e78d91ab61]
Ja!
Ursprünglich hatte ich für heute Abend geplant, die Version 0.99d des Editors und RC8 von XProfan rauszuschicken. Aber ich ich fürchte, zumindest der Editor verschiebt sich um wenige Tage, da heute erst mal die Hilfe Vorrang hat.
Gruß
Roland |
|
| |
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 08.10.2006 ▲ |
|
| |
|
|
Hubert
Binnewies | Hallo zusammen...
Ich weiss jetzt nicht ob das schon eingebaut wurde, aber wenn nicht, halte ich es für eine sinnvolle Sache.
Ich mache auch etwas mit PHP, und da gibt es eine wunderbare Funktion, den Timestamp.
(Für die, die mit PHP nix am Hut haben: der Timstamp ist die Anzahl der Sekunden seit der Geburt von UNIX, also seit dem 01.01.1970 0:0:00)
Auf diese Art und Weise erhält man eine absolute IntegerZahl über die aktuelle Zeit von der man relativ mit einfachen Mitteln nach oben und unten rechnen kann.
Die Umrechnung eines Datums Strings ist dagegen doch recht mühsam.
Hubert |
|
| |
| WinXP Prof, XProfan 9.1 Newbie
Ein kluger Kopf sagte mal:
"Nach dem derzeitigen Stand der Technik ist es unmöglich Programme zu schreiben, die fehlerfrei laufen!" | 13.10.2006 ▲ |
|
| |
|
|
| | Findest Du bei den Codesnippets. |
|
| |
| |
| |
|
|
| Ich wünsche mir: 
Wenn der Zweite Param von ProcAddr mit einem Minus beginnt (z.B. -1 o. -4 o. -0) dann wird die Prozedur nicht gleicht nach einem Call der Adresse aufgeführt - sondern XProfan merkt sich lediglich auf einem Stapel das die Prozedur ausgeführt werden soll.
Die Prozedur wird erst dann ausgeführt wenn der Befehl WaitCallBackStack  (nur ein Beispielname!) im XProfanProgramm aufgerufen wird. Waitinput und GetMessage könnten (muss aber nicht - vlt. sogar besser wenn nicht) hierbei WaitCallBackStack ebenfalls intern aufrufen!
Grund: Auch wenn ein Programm kein WaitInput oder Getmessage hat sollte man mit WaitCallBackStack den aufgelaufenen ProcAddrCalls zur Abarbeitung veranlassen können. (z.B. in Spielen mit SetTimer-Api)
Hab mir bei der Aufgabentellung hier vieles dabei gedacht. |
|
| |
| |
| |
|
|
| Nachtrag zur Erklärung:
Bei einer Enumerations-Api würde man nach wie vor ProcAddr mit positivem 2.Param füllen - macht das Ganze auch Abwärzkompatibel.
Funktionen denen man jedoch ein ProcAddr übergibt - welche nicht warten bzw. den Call auch nach Ende der eigendlichen Funktion noch aufrufen (z.B. wProc/Timer & co) - könnte man nun aber erstmalig das andere ProcAddr übergeben. Da die Procs erst bei WaitCallBackStack abgearbeitet werden - und nicht mehr mitten im ProfanCode wäre ProcAddr nun zum 1. Mal save. |
|
| |
| |
| |
|
(861)
Deutsch
English
Français
Español
Italia