| |
| |
|
| - Page 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 naturalmente nur funktionierte, wenn das OpenGL-Fenster das Hauptfenster des Programmi 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!
Saluto
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 ▲ |
|
| |
|
| |
| |
| - Page 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 naturalmente).
P.P.S:
Alternativ würde ich mir HexU$(), BinU$(), OctU$() per 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?
Saluto
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 - per 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 possibile 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-grande Arrays ausser die eingebauten Lists - ich weiß ich weiß...  (List-Datentyp? ) |
|
| |
| |
| |
|
|
RGH | [quote:bb0fb006d7=iF]Ich würde mir - per 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!
Saluto
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#
oc
Lalalalaa laaaa la. |
|
| |
| |
| |
|
|
Dietmar
Horn | Ciao,
ich finde es super-geil, daß der XProfan-10-Compiler (RC5) nun bereits circa 1 Million Codezeilen compilieren kann - jedenfalls zählt er die compilati Zeilen bis dahin hoch. 
Danach stimmt die angezeigte Zeilenzahl jedoch wieder - und auch die von ihm erzeugte EXE-File ist OK. 
Der hier von XPRF-RC5 compilierte Source war weit circa 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 ... 
Saluto
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!
Saluto
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 ...
Saluto
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 ...
Saluto Dietmar[/quote:b774949177]
 Da muß ich noch mal nachschauen ... SORRY.
Saluto
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.112)
Deutsch
English
Français
Español
Italia
