[*]Profan

- Página 3 -

Clemens
Meier

Yo vermisse en XProfan reguläre Ausdrücke. Möglichst en el Características de sólo Suchen y Suchen y Ersetzen

Yo mi reguläre Ausdrücke en el Programa a Laufzeit. Zum Ejemplo möchte Yo demnächst una Analyse-Programa para Logfiles bauen, porque todos reciente entweder schweineteuer son, oder si libre, unzureichend son. Um una Logfile ordentlich auseinander a nehmen, wären reguläre Ausdrücke simplemente toll. Lo gäbe aber auch todavía otro Anwendungen, el una reine de if- y caso-Anweisungen extremo verkürzen würden, inklusive Eingabeprüfungen.

XProfan 9.1; XP SP2; FF; Editpad

20.03.2006 ▲

Clemens
Meier

Tal vez ni Kleinigkeit: En Substr$ es una Fehlermeldung en negativen Nummer des Teilstrings. Zum una debería lo una Función geben, con el uno el número el Teilstrings ermitteln kann (uno muss ansonsten jedesmal una Bucle durchlaufen dejar. Zum otro, por qué wertet el Función negative Nummer no como Rückwärtsermittlung des Cuerdas de.

Als Ejemplo: wert$ = substr(liste$,-1,,) ermittelt el letzten Teilstring.

Und como neue Función:

anzahl% = countsubstr(liste$,,)

Wäre una kleiner Contribución para effektiveren Programmieren

XProfan 9.1; XP SP2; FF; Editpad

25.03.2006 ▲

Clemens
Meier

Während uno neuen Projektes, me está ni Función aufgefallen, el en el reciente XProfan-Versionen a fehlen scheint. Nämlich una Suchfunktion en Bereichs-Arrays. Se puede zwar en un Zona incluso suchen, aber sobald una Zona una Struktur ha oder una Array es, va como no mehr viel o. sólo en Mientras que-Schleifen con Hilfsvariablen.

Schön wäre una Función como esta:
index% = areafind(bereich#[].name$,Ernst,1)

Der 3. Parámetro podría dazu dienen, como genau gesucht voluntad se. Als Ergebnis podría el index-Nummer zurückgegeben oder 0, si nichts gefunden wurde.

XProfan 9.1; XP SP2; FF; Editpad

26.03.2006 ▲

Clemens
Meier

Beim Programmieren fallen una siempre otra vez Dinge una, de denen uno hofft, esta en el nächsten Versión otra vez para encontrar:

assoziierte Arrays - me es bekannt, dass el wohl una Problema con el Speichermanagement geben se. Schön wäre lo trotzdem.

Globale Variables en Prozeduren definieren puede wäre una feine Sache. Man weiß para Ejemplo no, wieviele Arrays benötigt voluntad. Natürlich puede ser entonces una vez hingehen y ausreichend Arrays dimensionieren. Doch qué es, si esta auch no ausreichen. In el Ayuda hay zwar una Referencia, cómo una Art Redim ausführt, einfacher wäre lo, si al Array en una Hilfsarray zwischenspeichert, el ursprüngliche simplemente con disponer, declarar y dim Redimensionieren podría, en entonces el Daten de el Hilfsarray zurückspielt.
Ferner fehlt me dynamische Stukturen. Yo habe una Procedimiento geschrieben, en Daten de el Datenbank entsprechend aufzubereiten. Muss Yo el Datenbank erweitern, muss Yo zwangsläufig auch el Procedimiento ändern. Besser wäre lo, si yo el Procedimiento así gestalten podría, dass Yo el Struktur uno Bereiches dynamisch a el Datenbank adaptar podría. Yo habe jedenfalls a ahora todavía no Möglichkeit gefunden, como Bereiche por Hand entsprechend a definieren, also en Variables festzuhalten de welcher Position a a welcher, welche Daten de una cierto Datenbankfeld stammen.

XProfan 9.1; XP SP2; FF; Editpad

30.03.2006 ▲

Clemens
Meier

Ach sí, bevor Yo vergesse. Lo son Características y Befehle, el al Ende ihres Namens todavía siempre el $ haben como Kennzeichen, dass esta Características y Befehle una String zurückliefern. Beim lesen uno Quelltextes stolpere Yo siempre otra vez darüber, porque auch Stringvariablen una $ al Ende haben. Wäre no einfacher, el $ en el Características y Befehlen wegzulassen?

Automático Konvertierung:
Funktioniert meistens. Was pero no funktioniert es z.B.:
wert% = readini$()...
wert% ha en me entonces siempre el wert 0, egal Yo de el Ini auslesen. Gleiches en substr$ etc. Sombrero mich en el Vergangenheit mehrfach Kopfzerbrechen bereitet. Jetzt no mehr, porque Yo weiß. Aber lo debería doch posible ser, dass auch hier una automatische Konvertierung stattfindet.

XProfan 9.1; XP SP2; FF; Editpad

30.03.2006 ▲

Jac
de
Lad

Dadurch sería cada Aufruf uno Función muy viel langsamer voluntad! (Schätze Yo jedenfalls.) Yo glaube no, dass se el Aufwand lohnen sería, lo sei porque, el Compiler sería anhand des Variablentyps erkennen, si una Val() oder una Str$() vorangesetzt voluntad debería y dies entonces automáticamente tun. Hm, eigentlich no schlechte Concepto!!!

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

30.03.2006 ▲

RGH

@Michael Wodrich:

[quote:36a8e59522=Michael Wodrich]..., solange uno una Objeto no a una LongInt zuweisen kann.[/quote:36a8e59522]
Was ahora ya funktioniert:

MeinLong& = Addr(MeinObjekt#): El Adresse des Objektes se el Largo-Variables zugewiesen.

Was auch (todavía) funktioniert:

MeinLong& = MeinObjekt#: Auch hier se el Adresse des Objetos el Largo-Variables zugewiesen. Diese Variante se aber möglicherweise para Objetos en XProfan 10 no mehr trabajo. El Variante con Addr restos sin embargo obtener.

Was Usted also vermutlich fehlt, Es el Möglichkeit una otro Objeto (möglichst el gleichen Klasse) esta Adresse zuzuweisen. Yo denke actualmente encima una SetAddr(MeinAnderesObjekt#, Mein Long&)* después de.

Saludo
Roland

* (Genaue Syntax todavía sin jede Gewähr)

EDIT: In XProfan 9.1 funktioniert auch MeinObjekt# = MeinLong&. (In el Subscriptionsversion de XProfan 10 actualmente allerdings no. Es allerdings más una unerwünschter Nebeneffekt ...)

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:0aeb9ca536=Jacob Liebeck]
Erweiterte Variables wären äußerst bien. Also Int64 y 64Bit-FLoat!
Jac

[/quote:0aeb9ca536]
El Float-Variables entsprechen ya el Typ Double en C++ oder Delphi, son also 64Bit (8 Byte) breit!

Saludo
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

Tschuldigung, verschrieben...Yo mi 64Bit-Int y 80Bit-Float (Extended)!

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

64 Bit INT also DoubleLongs oder LongLongs

halte Yo auch para wichtig. Vor allem beim Arbeiten con el Dateisystem son sonst Archivos > 2 GB sólo schwierig > 4 GB sólo muy schwierig a bearbeiten

RGH

[quote:098d09f434=Jacob Liebeck]Dadurch sería cada Aufruf uno Función muy viel langsamer voluntad! (Schätze Yo jedenfalls.)Jac

[/quote:098d09f434]
Viel langsamer no, aber una wenig langsamer doch. Manchmal wünschte Yo, Yo hätte con esta automatischen Umwandlungen nie angefangen y sería algo mehr el Strenge de Pascal o. Delphi walten dejar. Manche Teile des XProfan-Codes wären entonces übersichtlicher (y así auch stabiler) y möglicherweise incluso más rápido.

Saludo
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

01.04.2006 ▲

RGH

[quote:32c676fda1=iF]IF schrieb: Yo wünsche me para XProfan10:
a) Startpaint

-1 benötigt kein %hwnd mehr, y/oder
b) %hwnd

(Ventana principal) kann producido voluntad sin en el Taskbar a erscheinen
c) clearlist

con Handle como Parámetro löscht Listboxinhalt .[/quote:32c676fda1]
a) StartPaint -1 ha todavía nie una %HWnd benötigt! ;) Ok, lo funktionierte aber sólo sinnvoll, si una Memorybitmap gab. Um esta a redactar benötigt uno el Befehle MCLS oder MLOADBMP. Diese beiden setzten una Ventana principal (%HWnd) vorraus. Ab el nächsten Subscriptionslieferung es auch sin.

b) hay sí ya en XProfan 9.1

c) Ab el nächsten Subscriptionslieferung kann el Befehl CLEARLIST el Handle uno Listbox oder Choicebox folgen y esta se gelöscht.

In diesem Zusammenhang trabajo todos Listboxfunktionen (AddString

) nun auch para Choiceboxen. el Características AddChoice, DeleteChoice y MoveListToChoice entfallen por lo tanto, voluntad vom Interpreter y Compiler aber todavía erkannt y entsprechend umgewandelt.

Mit ClassOf

([B#|N&]) kann nun auch el Klassenname una Windowsklasse ermittelt voluntad, si la Parámetro no Bereichsvariable, pero una Handle a una Fensterobjekt es. So kann also z.B. ermittelt voluntad, si una Handle a uno Auswahlbox, una Button oder una Editar campo gehört.

Yo hoffe, daß el nächste Subscriptionslieferung heute todavía rausgeht.

Saludo
Roland

EDIT: MoveListToList

, MoveListToChoice

y MoveListToEdit

voluntad a MoveListToHandle zusammengefaßt. XProfan erkennt entonces aufgrund el Fensterklasse des Handles, wohin gemoved se. Außerdem hay nun auch el Umkehrfunktion: MoveHandleToList, con el el Zeilen el List-, Auswahl- oder Multieditbox el Listboxliste hinzugefügt voluntad. El reciente Características voluntad auch hier vom Cpiler y Interpreter erkannt y entsprechend umgewandelt.

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

01.04.2006 ▲