| |
| |
|
| - Seite 1 - |
|
RGH | XProfan 10 nähert sich langsam aber sicher der Release-Version. Die nächste Subscriptionslieferung wird also Version RC1 (ReleaseCandidat 1) sein.
Folgende Syntaxänderungen im OpenGL-Bereich habe ich noch eingebaut:
Die OGL-Funktionen Bitmapfont und Outlinefont erhalten einen weiteren Parameter, nämlich das Handle eines mit Create(Font,...) erzeugten Fonts. Die bisherige Lösung mit UseFont hatte den Nachteil, daß sie natürlich nur funktionierte, wenn das OpenGL-Fenster das Hauptfenster des Programmes war. So schauts jetzt aus:
FontNr% = oGL(BitmapFont, hFont&)
FontNr% = oGL(OutlineFont, hFont&, mode!)
Ihr müßt also alle Programme, die Fonts verwenden, entsprechend anpassen. Ich denke aber, besser jetzt vor dem Release noch eine Syntaxänderung, als später der Kompatiblität wegen eine Krücke!
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 | 10.08.2006 ▲ |
|
| |
|
| |
| |
| - Seite 4 - |
|
|
Michael
Wodrich | Eine Korrektur würde ich mir noch wünschen:
HEX$()
dezimal 3565274275
ist hex D481C4A3
und nicht -2B7E3B5D
Schöne Grüße
Michael Wodrich
P.S.:
Auch wenn Profan hier wohl einen mathematisch korrekten Wert liefert: ich habe eigentlich noch nie Programme gesehen die SO die negativen Hexzahlen darstellen (außer Profan natürlich).
P.P.S:
Alternativ würde ich mir HexU$(), BinU$(), OctU$() für die unsigned-Werte wünschen.  |
|
| |
| Programmieren, das spannendste Detektivspiel der Welt. | 12.09.2006 ▲ |
|
| |
|
|
RGH | [quote:ccc6312ae8=Michael Wodrich]Eine Korrektur würde ich mir noch wünschen:
HEX$()
dezimal 3565274275
ist hex D481C4A3
und nicht -2B7E3B5D
[/quote:ccc6312ae8]
Probiere in RC4 mal folgendes:
KompilierenMarkierenSeparieren
Und? Was siehst Du?
Gruß
Roland
(der in vorrausschauendem Gehorsam diese Bitte schon in RC4 erfüllt hat) |
|
| |
| 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 | 12.09.2006 ▲ |
|
| |
|
|
 | *duck*
Ich würde mir - für welches XProfan auch immer - ein explode(b#,char$) wünschen was einen Bereich in Teile zerlegt und der internen Listbox hinzufügt - oder alternativ - das es möglich ist (wenn die interne stringlistbox eine ein listboxcontrol sein sollte) den handle zu erhaschen damit man mit nativer Geschwindigkeit an diese Liste Daten anfügen kann.
Also eines der beiden Dinge halt...
Noch viel lieber wäre mir - Roland hat keine Arbeit und zeigt wiedermal warum das jetzt schon geht.  (sowas wie ein hundsgemeiner trick von der prozedur addstring die procaddr zu erfassen oder so  )
*duck*
Übertreib:
Declare MeinArray$[]
MeinArray$[]=explode(b#,char$)
// jaja gibt keine dynamisch-großen Arrays ausser die eingebauten Lists - ich weiß ich weiß...  (List-Datentyp? ) |
|
| |
| |
| |
|
|
RGH | [quote:bb0fb006d7=iF]Ich würde mir - für welches XProfan auch immer - ein explode(b#,char$) wünschen was einen Bereich in Teile zerlegt und der internen Listbox hinzufügt[/quote:bb0fb006d7]
Nun, mit MoveStringToList(String$(b#,0), char$) solltest Du das Gewünschte schon jetzt nur unwesentlich aufwändiger erreichen!
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 | 12.09.2006 ▲ |
|
| |
|
|
|  Roland! |
|
| |
| |
| |
|
|
| Hm wenn Trackmenu  keine Parameter hat müsste es doch eigendlich an Ort und Stelle der Maus aufgehen statt immer irgendwie positionsabhängig vom hwnd zu sein, ooooder?
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
Lalalalaa laaaa la. |
|
| |
| |
| |
|
|
Dietmar
Horn | Hallo,
ich finde es super-geil, daß der XProfan-10-Compiler (RC5) nun bereits über 1 Million Codezeilen compilieren kann - jedenfalls zählt er die compilierten Zeilen bis dahin hoch. 
Danach stimmt die angezeigte Zeilenzahl jedoch wieder - und auch die von ihm erzeugte EXE-Datei ist OK. 
Der hier von XPRF-RC5 compilierte Source war weit über 100000 Codezeilen fett gewesen (reiner XPRF-Code - ohne evtl. von XPRF-Datengenerator von Frank eingefügten Ressourcen-Code). 
Diesen Anzeigefehler finde ich zwar nicht schlimm - aber lustig ists allemal ... 
Gruß
Dietmar |
|
| |
| Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...] Windows 95 bis Windows 7 Profan² 6.6 bis XProfan X2 mit XPSE Das große XProfan-Lehrbuch: [...] | 17.09.2006 ▲ |
|
| |
|
|
RGH | In RC 6 (kommt heute noch) ist der Anzeigefehler korrigiert!
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 | 17.09.2006 ▲ |
|
| |
|
|
Dietmar
Horn | ... hmmm ... siehe ScreenShot ...
Gruß
Dietmar |
|
| |
| Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...] Windows 95 bis Windows 7 Profan² 6.6 bis XProfan X2 mit XPSE Das große XProfan-Lehrbuch: [...] | 19.09.2006 ▲ |
|
| |
|
|
RGH | [quote:b774949177=Dietmar Horn]... hmmm ... siehe ScreenShot ...
Gruß Dietmar[/quote:b774949177]
 Da muß ich noch mal nachschauen ... SORRY.
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 | 19.09.2006 ▲ |
|
| |
|
|
Michael
Wodrich | Hm, einfach mal ein Leerzeichen an die Ausgabezahl anhängen? 
Schöne Grüße
Michael Wodrich |
|
| |
| Programmieren, das spannendste Detektivspiel der Welt. | 20.09.2006 ▲ |
|
| |
|
|
Dietmar
Horn |
... oder zwei ...  |
|
| |
| Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...] Windows 95 bis Windows 7 Profan² 6.6 bis XProfan X2 mit XPSE Das große XProfan-Lehrbuch: [...] | 20.09.2006 ▲ |
|
| |
|
(1.130)
Deutsch
English
Français
Español
Italia
