| |
|
|
- 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 2 - |
|
|
Pedro Santos | Hallo
Ich wünsche mir eine Erweiterung von LoadFile dialog so das es PREVIEW von bmps anzeigt, fals möglich...
Gruss
Pedro Santos |
|
|
| |
|
|
|
Waldemar Opfer | Guten Tag, Schön wäre vielleicht auch folgendes:
Eine Möglichkeit dem AppendMenu ein Bild oder Icon zu verpassen.
Ich weiß,es gibt schon Lösungen dazu.(Example: xprfMenue) Aber die gab es zum Beispiel für die Statusbar oder die Toolbar auch und wurden dann doch zum Glück in XProfan eingebaut.
Ausserdem haben diese Lösungsansätze alle irgendwo ihre Nachteile. (invertierte Darstellung,Handling,Größe u.s.w.)
Mit Bitte um wohlwollende Prüfung
W.Opfer
PS: mal ein Beispiel was ich meine ) |
|
|
| |
|
|
|
Frank Abbing | Strings in Dll-Definitionen:
[box:388c1df36c]DEF Funktionsname(1) ! Test.dll, Funktionsname[/box:388c1df36c] alternativ dazu sollte auch gehen:
[box:388c1df36c]text$=Test.dll DEF Funktionsname(1) ! text$, Funktionsname[/box:388c1df36c] oder...
[box:388c1df36c]text$=Test.dll name$=Funktionsname DEF Funktionsname(1) ! text$, name$[/box:388c1df36c] Wäre sehr hilfreich im Zusammenhang mit XPIA und ähnlichen Tools. |
|
|
| |
|
|
|
RGH | [quote:f1fbfb0c1f=Frank Abbing]Strings in Dll-Definitionen: Wäre sehr hilfreich im Zusammenhang mit XPIA und ähnlichen Tools.[/quote:f1fbfb0c1f] ... ähem ... das geht doch schon immer! Gibt es da irgendwelche Probleme? Das habe ich gerade bei mir getestet: KompilierenMarkierenSeparieren 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 | 28.02.2006 ▲ |
|
|
|
|
| Ok - ich ändere hiermit das TopicHandling. Ich denke es ist für alle einfacher wenn jeder Wunsch einfach gepostet wird, statt im vorherigen Beitrag reineditiert. Dann geht auch nichts unter.
@Roland@Frank: Ha ha! Der abstellbaren Reformatierung von Sourcecodes habe ich ja bereits eingewilligt - doch aber noch keinen Nerv gefunden... |
|
|
| |
|
|
|
Frank Abbing | Hallo Roland,
du hast Recht, geht ohne Probleme. Ich war irgendwann im Zuge der XPIA-Programmierung dabei auf Schwierigkeiten gestossen und bin seitdem der Ansicht gewesen, das würde nicht funktionieren. War sicher ein Fehler von mir, vielleicht ein falscher Stringtext... Werde mir wohl angewöhnen müssen, solche Sachen vorher nochmal durchzutesten. Jedenfalls danke!
@iF: Prima. Denkst auch noch an die anderen Zusagen? |
|
|
| |
|
|
|
Nico Madysa | Ich fände es prima, wenn man mit Dim auch einzelne Bereiche einer Bereichs-Array dimensionieren könnte (brauch ich zurzeit). Außerdem wäre es prima wenn der Kopiermodus -1 auch bei ...SizedBMP-Befehlen funktionieren würde. |
|
|
| |
|
|
|
Carlo Keil | Memory-Bitmap oder Teile davon in eine Bereichsvariable kopieren und umgekehrt
Um z.B. eine Logo-Bitmap mit dem Datengenerator in einen Bereich zu verwandeln und dann direkt (ohne den Umweg über eine Datei !!!) in die Speicherbitmap oder auf den Bildschirm bringen zu können. ---------------------------------------------------------------------- Zweite Speicherbitmap
Meinen Versuch, einen Fortschrittsbalken mit eigener Form, Farbgebung und Grafik als Klasse zu erstellen, habe ich bereits in der Planungsphase wieder auf Eis gelegt. Aus Performancegründen wollte ich natürlich die benötigten grafischen Elemente nicht bei jeder Veränderung des Fortschrittbalkens neu berechnen oder aus einer Datei laden, sondern aus dem Speicher holen bzw. verschieben. Dazu benötigt man aber entweder die Möglichkeit, Bitmaps aus Bereichsvariablen heraus direkt auf den Bildschirm oder in die Speicherbitmap zu bringen (s.O.) oder man muß mit der Speicherbitmap arbeiten. Da ich aber nicht weiss, ob der Anwender meiner Klasse die Speicherbitmap selbst nutzt, ist deren Verwendung in einer allgemein verwendbaren Klasse nicht zu empfehlen. ---------------------------------------------------------------------- Fill-Befehl, der den Bereich füllt, der die gleiche Farbe wie der Startpunkt hat ---------------------------------------------------------------------- DeleteString für die Listboxliste
Von anderen Vorteilen abgesehen könnte damit die Listboxliste als Stack ausreichender Größe mißbraucht werden (wem reichen die 262 144 möglichen Einträge in der Listboxliste von XProfan 8 nicht aus?) ---------------------------------------------------------------------- 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, @MoveListToChoice in eine Auswahlbox, @MoveListToStr$ in einen String und @MoveListToMem in eine Bereichsvariable.
Ich vermisse da einige Umkehrfunktionen, die ganz hilfreich wären: @CopyEditToListboxListe @CopyStringArrayToListboxListe (bei mehrdimensionalen unter Angabe der gewünschten Dimension) @CopyStringlisteToListboxListe @CopyBereichToListboxListe (wobei der Bereich natürlich Trenner enthalten muß) ---------------------------------------------------------------------- Parameter für TraceOn
Optionaler Parameter, der den Ausgabeort steuert: 1 oben links 2 oben mitte 3 oben rechts 4 halbhoch links 5 zentral 6 halbhoch rechts 7 unten links 8 unten mitte 9 unten rechts ---------------------------------------------------------------------- |
|
|
| |
|
|
|
Jac de Lad | Variablen in ProcAddr wären gut, falls das überhaupt geht. Das würde (zum Beispiel bei meinem Projekt Parcival) ungeahnte Performance in vielen Programmen brigen. Statische Prozeduren sind dazu leider nur bedingt geeignet.
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 | 11.03.2006 ▲ |
|
|
|
|
RGH | [quote:03517c6d21=Jacob Liebeck]Variablen in ProcAddr wären gut, falls das überhaupt geht.[/quote:03517c6d21] Das geht leider nicht, da der Name der Prozedur schon beim Compilieren ausgewertet wird. Im Compilat bzw. der Exe-Datei gibt es keine Prozedurnamen mehr, sondern nur noch Adressen!
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 | 14.03.2006 ▲ |
|
|
|
|
RGH | [quote:4e4a86ea5c=Carlo Keil]Memory-Bitmap oder Teile davon in eine Bereichsvariable kopieren und umgekehrt / Zweite Speicherbitmap[/quote:4e4a86ea5c] Das was Du damit machen willst, geht doch (zumindest teilweise) schon seit XProfan 9 mit @Create(Pic,...) und DrawPic: @Create(Pic,...) lädt eine Bitmap in den Speicher und gibt das Handle darauf zuück. Es können beliebig viele Bitmaps auf diese Weise in den Speicher geladen werden. DrawPic und DrawSizedPic bringen eben diese Bitmaps auf den Bildschirm.
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 | 14.03.2006 ▲ |
|
|
|
|
Frank Abbing | 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. |
|
|
| |
|
|