| |
|
|
- Seite 1 - |
|
| Hier werden Wünsche geäußert.
[box:174b705055]Ich wünsche mir für XProfan10:[/box:174b705055] isset(a&) zum Prüfen ob a& declariert ist unset(a&) zum undeklarieren von a& sort(array[&|$]) / Sortierbefehle für Arrays Startpaint -1 benötigt kein %hwnd mehr, und/oder %hwnd (Hauptfenster) kann erzeugt werden ohne in der Taskbar zu erscheinen hiword und loword im Sprachschatz clearlist mit Handle als Parameter löscht Listboxinhalt .
Salve. |
|
|
| |
|
|
| |
|
- Seite 14 - |
|
|
Michael Wodrich | [quote:d18bd5314a]Ach und wäre es vielleicht möglich für Klassen ein Präfix (wie #,-,+) zu entwickeln, dass bei Variablen nur Lesen erlaubt (schreiben nur durch Routinen der Klasse möglich). Das wär prima! [/quote:d18bd5314a] Ich glaube, Du solltest Dir die Hilfe nochmal durchlesen...
Einführung - 7.6. - Sichtbarkeit von Eigenschaften und Methoden einer Klasse
Schöne Grüße Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 24.06.2006 ▲ |
|
|
|
|
Jac de Lad | Ich hab die Hilfe gelesen, aber bitte erkläre mir, wie ich eine Variable definiere, die nur Methoden der eigenen Klasse setzen dürfen:
public ist öffentlich, da darf jeder schreiben wenn er will auf protected-Variablen kann ich außerhalb der Routine nicht zugreifen (ja, nicht schreiben aber auch nicht lesen) das gleiche gilt für privates
Vielleicht hatte ich mein Post undeutlich formuliert...
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 | 24.06.2006 ▲ |
|
|
|
|
Timotheus | Ich habe noch einen Vorschlag, nähmlich, das man wie bei With/EndWith einen Raum definieren kann, in dem von einer Funktion die Subfunktionen direkt benutzt werden können.
Beispiel: KompilierenMarkierenSeparieren Das ginge dann eben auch mit Create, Control, usw., und erspart bestimmt viel Tipparbeit.
Timo |
|
|
| |
|
|
|
RGH | [quote:befd09180d=Jacob Liebeck]Ich hab die Hilfe gelesen, aber bitte erkläre mir, wie ich eine Variable definiere, die nur Methoden der eigenen Klasse setzen dürfen:
public ist öffentlich, da darf jeder schreiben wenn er will auf protected-Variablen kann ich außerhalb der Routine nicht zugreifen (ja, nicht schreiben aber auch nicht lesen) das gleiche gilt für privates
Vielleicht hatte ich mein Post undeutlich formuliert...
Jac [/quote:befd09180d] Hallo Jac, normalerweise sollte man alle Eigenschaften (Variablen) einer Klasse als Protected definieren und nur über die sog. Getter- und Settermethoden auf diese zugreifen. Wenn man nun für eine Eigenschaft nur eine Getter-Methode schreibt, kann auf diese zwar über diese Methode von außen zugegriffen werden, sie kann aber nicht von außen verändert werden. Das gilt im Übrigen nicht nur für XProfan, sondern für alle objektorientierten Sprachen.
Die Getter- und Settermethoden sollten im Übrigen die gleichen Namen, wie die entsprechenden Eigenschaften haben, jedoch mit voangestelltem get bzw. set. Eigenschafts-, Objekt- und Methodennamen beginnen üblicherweise mit einem Kleinbuchstaben, während Namen von Klassen mit einem Großbuchstaben beginnen. Nach dem get bzw. set folgt direkt der Eigenschaftsname, dieses Mal aber zur Übersicht großgeschrieben. Die Getter-Methode zur Eigenschaft handle& hieße nach dieser Regel dann getHandle(). Diese Schreibregeln sind in der objektorientierten Programmiereung, besonders auch bei C++ und Java, weit verbreiret und sehr hilfreich. Wenn ich weiß, welche Eigenschaften eine Klasse hat, dann weiß ich auch, wie die entsprechenden Methoden heißen, um auf diese zuzugreifen.
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 | 24.06.2006 ▲ |
|
|
|
|
Jac de Lad | Alles klar, die Idee mit Setter und Getter ist nicht schlecht. Ich dachte nur es wäre günstig sowas quasi als Konstante (wie die Systemvariablen, die man ja auch nicht verändern kann) zu haben. Ok, ich denke um...
Kannste bitte noch ein Statement zu Icons in Gridboxen abgeben; es wäre für mein aktuelles Projekt wichtig zu wissen, ob ich mit Icons in Gridboxen rechnen kann (oder vielleicht kann mir jemand sagen, wie ich Icons in Gridboxen, die ja Listviews sind, aktivieren und setzen kann)...
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 | 24.06.2006 ▲ |
|
|
|
|
René Wagner | Mir ist soeben aufgefallen, dass es in Profan derzeit von Haus aus keine Möglichkeit gibt, dem Programmfenster ein anderes Icon mitzugeben als die in der Exe hinterlegten. Ich würde eserheblich bevorzugen, einfach ein externes Icon angeben zu können (wie z.B. bei Verknüpfungen). Ist so eine Erweiterung von UseIcon möglich? |
|
|
| Mit XProfan erstellte Freeware findet ihr hier: [...] US World Domination Tour - bombing a country near you... | 25.06.2006 ▲ |
|
|
|
|
Frank Abbing | |
|
| |
|
|
|
|
Mir ist soeben aufgefallen, dass es in Profan derzeit von Haus aus keine Möglichkeit gibt, dem Programmfenster ein anderes Icon mitzugeben als die in der Exe hinterlegten. Ich würde eserheblich bevorzugen, einfach ein externes Icon angeben zu können (wie z.B. bei Verknüpfungen). Ist so eine Erweiterung von UseIcon möglich?
Auf der Homepage [...]
gibt es ein kleines Tool (geschrieben in PROFAN) mit dem Du das P-Icon austauschen kannst. |
|
|
| |
|
|
|
Uwe ''Pascal'' Niemeier | Hallo Jac!
es wäre für mein aktuelles Projekt wichtig zu wissen, ob ich mit Icons in Gridboxen rechnen kann (oder vielleicht kann mir jemand sagen, wie ich Icons in Gridboxen, die ja Listviews sind, aktivieren und setzen kann)...
Der Befehlsumfang von Profan (und anderen Programmiersprachen) ist immer ein Kompromiss zwischen den Möglichkeiten von Windows und der Benutzerfreundlichkeit. Um z.B. alle Möglichkeiten eines ListViews zu nutzen, wären Dutzende neuer Funktionen und Befehle nötig. Gleiches gilt für TabControls, SpinEdits, Statusleisten usw. Und diese Befehle müsste man dann erstmal im Griff haben...
Aus diesem Grund erzeuge ich die meisten Dialogelemente mit Control und steuere sie mit den dazugehörigen Messages und Strukturen; da kann ich alle Möglichkeiten nutzen. Andererseits sind einige profane Funktionen deutlich schneller und einfacher...
Am sinnvollsten ist es IMHO, sich - falls nötig - mit den jeweiligen Windows-internen Grundlagen befassen und diese dann mit den Profan-Befehlen kombinieren. Wem das zu mühsam ist, der kann ja hier nachfragen Für die Sache mit den Icons in Gridboxen hab ich mal ein Beispiel angehängt.
HTH Pascal |
|
|
| |
|
|
|
Jac de Lad | Oh, danke. Damit erübrigt sich die Implementierung! Ja hast recht, aber ich kommen mit der Windows SDK und diesem Krempel immer nicht so gut klar, deswegen die häufigen Fragen!
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 | 25.06.2006 ▲ |
|
|
|
|
Jac de Lad | Dein Beispiel funktioniert prima, nur wenn ich die Zeile in
ImageList_AddIcon(IcoList&,~LoadImage(%hinstance,Addr(p$),1,16,16,$0))
abändere (in p$ steht eine gültige, vorhandene Datei!) gehts gleich wieder nicht...das Rückgabehandle ist stets 0...ich muss nochmal nachschauen...
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 | 26.06.2006 ▲ |
|
|
|
|
Jac de Lad | Fehler gefunden...meine Icons waren korrumpiert...
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 | 27.06.2006 ▲ |
|
|
|