[*]Profan

- Seite 7 -

Rolf
Koch

Roland, findest Du nicht auch, dass die Fragerei zu dem leidignen Thema Startpaint Endpaint auf Dialogen und Fenstern überhand nimmt?
Wie wär es denn mit einem Staticbitmap?
Würde mich echt freuen, wenn es in Profan dirket ein Staticbitmap ala:
@Create(BITMAP,N,S,X1,Y1,X2,Y2) gäbe, welches aber auch die angenehme Parentfunktion enthält.
Also zum Beispiel dieses Bitmap auf einen Dialog (nie wieder Startpaint/Endpaint in diesem Fall) und die Objekte darauf sollten aber reagieren, wie man es gewohnt ist.
Man legt ja auch z.B. ein Tabcontrol auf einen Dialog und setzt darauf die Elemente. So in der Art sollen dann natürlich auch die Buttons, Edits u.s.w reagieren.
Ich finde es wäre eine starke Erweiterung.

Clemens
Meier

Ich hätte da auch noch einen Vorschlag. Ein erweitertes instr(), welches nicht immer ab Position 1 sucht, sondern per Parameter ab einer bestimmten Position, also:
i& = instr(suchstring$,string$,abposition&)

XProfan 9.1; XP SP2; FF; Editpad

RGH

[quote:fc9f547aa1=Rolf Koch]Würde mich echt freuen, wenn es in Profan dirket ein Staticbitmap ala:
@Create(BITMAP,N,S,X1,Y1,X2,Y2) gäbe, welches aber auch die angenehme Parentfunktion enthält. [/quote:fc9f547aa1]
Hm, ließe sich so etwas nicht jetzt schon mittels der Control-Funktion realisieren?

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

Rolf
Koch

Der war gut, Roland

KLar, das mache ich ja schon die ganze Zeit.
Wenn Du so willst, lassen sich doch alle Buttons, Edits u.s.w per Control erstellen, sogar einfacher als das Bitmapstatic.
Ich meinte halt als fester Bestandteil von XProfan.
Also mit nur einer Zeile und nicht als Proc, da man ja in einer Proc
Control erstellt, Bitmap zuweist u.s.w.

Rolf
Koch

Die Idee von C. Meier finde ich genial!
Vielleicht aber noch eine zusätzliche Funktion:

instrall(suchstring$,durchsuchtes$,trenner$)

listet alle suchstring$ in durchsuchter$ mit einem trenner$ auf:
Suche mit trenner$=* würde z.B. bei folgendem Pfad:
C

rogrammeTestUntertesteep.exe

3*13*18*28

zurückgeben.
Ansonsten schreib ich mir nachher so ne Funktion, denn die braucht man sehr oft. Nur immer eine Schleife schreiben ist mühsam.

RGH

[quote:0df8c2550c=Rolf Koch]Der war gut, Roland

Ich meinte halt als fester Bestandteil von XProfan.
Also mit nur einer Zeile und nicht als Proc[/quote:0df8c2550c]
Ok, ok, mit Control sind es genau 2 Zeilen: hSt& = @control(static, ......) : @SendMessage(hSt&, $0172, 0, hBmp&)

Aber ich bin ja einsichtig. Ab der nächsten Subscriptionslieferung gibt es @Create(Bitmap, hDlg&, hBmp&, X%, Y%)

hBmp& ist das Handle der Bitmap (erzeugt mit @Create(hPic, ...)) und X% und Y% die Position an der sie gezeichnet wird. Sie wird grundsätzlich in Originalgröße gezeichnet.

Allerdings ist der CONTROLPARENT-Stil eigentlich nicht notwendig, wenn man die Controls weiterhin am Dialog anheftet und nicht am Static, bzw. an der Bitmap. (Ich habe ihn aber trotzdem hinzugenommen. Er schadet ja nicht. Man kann also die Dialogelemente auch auf dem Bitmap erstellen und sie reagieren wie gewohnt.)

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

Rolf
Koch

BRAVOOOOOOO Roland BRAVOOOOOO

RGH

[quote:bdb978a2cc=Philipp Müller]Eine Idee wär doch, die Mathematikfunktionen komplett in Befehle umzusetzen. Parallel natürlich. [/quote:bdb978a2cc]

Du meinst sicher Funktionen und nicht Befehle: Eine Funktion gibt einen Wert zurück, ein Befehl nicht. Die wesentlichen mathamtischen Funktionen gibt es doch bereits in XProfan als Funktionen. Welche fehlen Dir denn noch?

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

RGH

[quote:5cac95f1cd=Jacob Liebeck]Gut fände ich statt oder zusätzlich zu

Proc Irgendwas
Parameters a$,b%,c&,d!

NEU: Proc Irgendwas(a$,b%,c&,d!)

Das wäre eine echte Erleichterung.

Analog dazu wäre
endproc ret$

Jac

[/quote:5cac95f1cd]
Ich glauben nicht, daß es dem Einsteiger, für den XProfan die erste Programmiersprache ist, das Erlernen von XProfan erleichtert, wenn es für ein und dieselbe Sache zwei oder mehr Syntaxmöglichkeiten gibt. Das kann sich irgendwann keiner mehr merken. (Die Sache mit den Parametern hatte ich mir seinerzeit ein wenig bei dBase und Clipper abgeschaut.)

Für den erfahrenen Programmierer ist natürlich die eine oder andere Schreibweise bequemer, je nachdem von welcher Programmiersprache er herkommt. Aber an diese Adresse wendet sich ja iF mit seinem XPSE, der ja manchen Gewohnheiten eines Pascal- oder C-Programmieres Rechnung trägt.

Für XProfan selbst schwebt mir eher eine Vereinheitlichung und Vereinfachung der Sprache vor. (Siehe z.B.: einheitliche Funktionen für List- und Auswahlboxen, etc.)

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

RGH

[quote:b3d78ac240=Clemens Meier]Als Beispiel: wert$ = substr(liste$,-1,,) ermittelt den letzten Teilstring.[/quote:b3d78ac240]
Das wird ab der nächsten Subscriptionsversion funktionieren: Bei negativem Index wird von hinten gezählt!

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

RGH

[quote:41be04c52c=Clemens Meier]Ich hätte da auch noch einen Vorschlag. Ein erweitertes instr(), welches nicht immer ab Position 1 sucht, sondern per Parameter ab einer bestimmten Position, also:
i& = instr(suchstring$,string$,abposition&)[/quote:41be04c52c]
Auch das wird ab der nächsten Subscriptionslieferung exakt so funktionieren. Der dritte Parameter ist optional; es funktioniert also auch wie bisher mit zwei Parametern!

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