[*]Profan

- Seite 4 -

Rolf
Koch

Ich unterstreiche nochmals Franks Wunsch, weil noch keine Antwort kam:
[quote:3b5ae2e8e2] Für XProfan 10 bitte eine Erweiterung der Grafikformate... Nur BMP und RLE ist wirklich etwas mager. Wenn du die OLE-Funktionen benutzt, kannst du schon eine ganze Menge Grafikformate zumindest laden lassen. Zum Speichern würden sich JPG und besonders PNG eignen. [/quote:3b5ae2e8e2]
Ich meine, es sollte sogar ein MUSS sein, denn die platzsparenden und vielfach vorhandnen Formate sind heutzutage sehr wichtig.

RGH

[quote:feda03167e=Rolf Koch]Ich unterstreiche nochmals Franks Wunsch, weil noch keine Antwort kam:
[quote:feda03167e] Für XProfan 10 bitte eine Erweiterung der Grafikformate... Nur BMP und RLE ist wirklich etwas mager. Wenn du die OLE-Funktionen benutzt, kannst du schon eine ganze Menge Grafikformate zumindest laden lassen. Zum Speichern würden sich JPG und besonders PNG eignen. [/quote:feda03167e]
Ich meine, es sollte sogar ein MUSS sein, denn die platzsparenden und vielfach vorhandnen Formate sind heutzutage sehr wichtig.[/quote:feda03167e]
Hallo Rolf,
es ist in der Tat geplant, die Funktion Create(hPic,...) entsprechend zu erweitern. (Aus diesem Grunde habe ich sie ja auch vorrausschauend hPic und nicht hBMP genannt.) Aber eines nach dem anderen ...
In diesem Zusammenhang: Für OpenGL-Texturen will ich auch noch das TGA-Format zulassen, da diesen den Alphakanal enthält und damit auch transparente Sprites erzeugt werden können, in dem ich eine Textur mit Transparenzinformationen auf ein Quad lege.

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

Jac
de
Lad

@Rolf: Naja, dafür kann man ja die Prospeed verwenden. Ich denke, dass die Aufrufe darin nicht so kompliziert und umfangreich sind, als dass die Erweiterung damit nicht zwingend notwändig ist...

@Roland: Das mit der Typumwandlung ist ein heikles Thema...Natürlich wird es einfacher, wenn man nicht darauf achten muss, welcher Typ bei einer Funktion zurückgegeben wird...vielleicht kannst du ja eine Erkennung in einen Präcompiler einbauen, der die Ergebnisse bei Bedarf umwandelt, dass würd das Prog nicht verlangsamen. Oder vielleicht hat iF ja Lust eine solche Funktion in XPSE zu integrieren...???

Jac

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

Rolf
Koch

@Roland
[quote:4d63ee7eaa]Aber eines nach dem anderen[/quote:4d63ee7eaa]
Sicher das ist doch wohl klar. War ja nur ein Wunsch, welcher natürlich eingereiht werden sollte

@Jac
Darum gehts ja garnicht.
Dann hätte es Frank ja selbst nicht geschrieben, denn es geht darum, dass rein Profan dies anzeigen kann ohne irgendwelche Dlls zu nutzen.

RGH

[quote:7afcd718d7=Carlo Keil]Aus der XProfan 8 Hilfe:
Der Inhalt der Listbox-Liste kann auch in andere Dialogelemente und
Variablen kopiert werden:
@MoveListToList kopiert den Inhalt in eine Listbox,
@MoveListToEdit in ein Editfeld oder Multieditfeld,
...
Ich vermisse da einige Umkehrfunktionen, die ganz hilfreich wären:[/quote:7afcd718d7]
MoveListToList

, MoveListToChoice

und MoveListToEdit

werden zu MoveListToHandle zusammengefaßt. XProfan erkennt dann aufgrund der Fensterklasse des Handles, wohin gemoved wird. Außerdem gibt es nun auch die Umkehrfunktion: MoveHandleToList, mit der die Zeilen der List-, Auswahl- oder Multieditbox der Listboxliste hinzugefügt werden. Die bisherigen Funktionen werden auch hier vom Compiler und Interpreter erkannt und entsprechend umgewandelt.

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

Jehaa! Das ist sehr nett!

Jac
de
Lad

@Rolf: Naja, aber das spart Platz in der Runtime. Wer die Pic-Funktionen nutzen will bindet die DLL ein, wer nicht will lässts bleiben und das Prog bleibt kleiner.

Jac

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

Jac
de
Lad

@Roland: Du kannst ja auch einen Compilerschalter einführen, der bestimmt, ob DoubleFloat-Werte nur für oGL oder für alle APIs umgewandelt werden sollen...

Jac

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

RGH

Carlo Keil:
[quote:8487267e42=Carlo Keil]Memory-Bitmap oder Teile davon in eine Bereichsvariable kopieren und
umgekehrt[/quote:8487267e42]
Ab der nächsten Subscriptionslieferung gibt es zu Create

(hPic,...), DrawPic

und DrawSizedPic

noch die beiden neuen Befehle CopyPic und CopySizedPic, mit denen man beliebige Teile der Bitmaps im Speicher in beliebiger Größe auf den Bildschirm kopieren kann.
Da man mit Create(hPic,...) ja mehrere Bitmaps laden kann, sollten all Deine Wünsche erfüllbar sein.

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

Jac
de
Lad

@Roland: Kannst du eventuell noch einbauen in OpenGL frei definierte Polygone zu erzeugen un mit Texturen zu belegen??? Wäre für Spiele sehr interessant!

Jac

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

@Jac: Gibts doch schon! LoadXPGL-Data!

@Roland:

explode, file_get_contents und file_put_contents wären unheimlich XProfanisch und hilfreich.

proc explode (char$,{mem#|string$}) zerstückelt per char$ einen Mem# oder einen String$ in Stücke welcher der int. Listboxliste angefügt werden. Wird ständig gebraucht und eine native Umsetzung wäre deutlich schneller.

func file_get_contents(filename$) gibt als String (oder mem) den kompletten Inhalt aus Datei filename$ zurück.
proc file_put_contents( filename$,{string$|mem#} ) schreibt halt string$ oder mem# in Datei filename$.

Aber noch viel wichtiger: Eine native Funktion zum ermitteln eines freien Dateihandles für assign-Anweisungen.

Clemens
Meier

[quote:e2305e929a=iF]proc explode (char$,{mem#|string$}) zerstückelt per char$ einen Mem# oder einen String$ in Stücke welcher der int. Listboxliste angefügt werden. Wird ständig gebraucht und eine native Umsetzung wäre deutlich schneller. [/quote:e2305e929a]
Bitte auch das Gegenstück, ein proc implode (trennstring$,listboxliste|array) in einem string$ bzw. mem# umwandeln. Das käme echt gut.

XProfan 9.1; XP SP2; FF; Editpad