[*]Profan

someoneveryold

Un Concepto wär doch, el Mathematikfunktionen komplett en Befehle umzusetzen. Parallel natürlich.
Spart en manchen Programmen zwar sólo unos pocos Bytes, aber mejor, como el Procs incluso a escribir.

(PS: es así ok, IF?)

24.07.2005 ▲

Kompilieren Marca Separación

Jörg
Sellmeyer

El transparente Farbe como zusätzlichen (optionalen) Parámetro en el Mapa de bits-Befehlen y Características!!!
LoadBmp S, X,Y ;N[,$FFFFF][hr:e4f4ed0ba1][box:e4f4ed0ba1]Bearbeitung de IF
Dies liesse se muy simplemente encima set(SetTransparencyColor,rgb(0,0,0)) festlegen.[/box:e4f4ed0ba1][hr:e4f4ed0ba1]Apéndice J. S.
Nein! Denn el wäre sí programmweit. Mit mi Vorschlag kann cada Bild individuelle Transparenz obtener. Lo wäre sí no el qué Yo me wünsche.

SetTimer -1

ha el gleiche Wirkung como KillTimer.

Ein echtes Handle el Speicherbitmap y no Umweg encima Startpaint -1

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

03.08.2005 ▲

René
Wagner

- strengeren Kompiler, el z.B. no deklarierte Variables ya während des Kompilierens anmeckert

- Auflösung el Parámetro uno Método antes el Aufruf, no sólo (como bisher) en Übernahme por parámetros

Mit XProfan erstellte Freeware findet ihr hier: [...]

US World Domination Tour - bombing a country near you...

10.08.2005 ▲

Jac
de
Lad

Yo wünsche me zwei Características:

Succ() y Pred(). El debería para el angegebene Variable el Vorgänger (Predecessor) o. el Nachfolger (Successor) ausspucken. Das sería einiges a Code vereinfachen!!!

dynamischen Arrays. Das voluntad Yo ya largo haben. Yo mi así, dass uno el Größe uno Arrays während el Programa se ejecuta verändern kann (al besten auch con Variables).

Yo denke etwa así:
SetArray(array[&|%|$|!],10,10)
SetArray(array[&|%|$|!],a%,b%)

Also Yo hätte gerne ne Override-Función. Damit se una XProfan-Función oder -Procedimiento umgeleitet. Ejemplo:

Override.inc

Override Crear,OldCreate

Proc Conjunto
Parámetros qué$,hwnd&,Texto$,x&,y&,dx&,dy&
declarar h &
qué$=Lower$(qué$)
if Equ$(qué$,progressbar)
h&=Control(ms_progress32,texto$,$50000000,x&,y&,dx&,dy&,hwnd&,1001,%hInstance,0)
elseif ...
.
.
.
más
h&=OldCreate(qué$,hwnd&,Texto$,x&,y&,dx&,dy&)
endif
Volver h &
ENDPROC

Es ahora sólo veces rápidamente una zusammengeschustertes Ejemplo. Was Yo así mi, es, dass una Función de Profano überschrieben se. Im Ejemplo es ellos entonces encima OldCreate abrufbar. Im normalen Ver código fuente puede ahora aber auch simplemente encima Crear(...) Progressbars erstellt voluntad. Es ahora wirklich kein sinnvolles Ejemplo, aber tal vez es sinnvoll en el Zusammenhang con Conjunto()/Get() y Unidades. Como podría tal vez incluso todavía el Bezeichner ?_ entfallen. Yo hoffe ihr wisst Yo mi...

Ein Statement Comunidad sería mich veces interés!

Jac

Gut fände Yo en lugar de oder zusätzlich a

Proc Irgendwas
Parámetros a$,b%,c&,d!

NEU:

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

Das wäre una echte Erleichterung.

Jac

Analog dazu wäre

ENDPROC ret$

auch sinnvoll. Ihr wisst ya Yo mi.

Jac

Ach sí, el Get/Conjunto-Características podría uno sí todavía con Decimals erweitern, also Yo mi el ursprünglichen Decimals-Befehl.

Ach sí y vier Befehle a la PutWord, PutLong y GetWord y GetLong para Lesen/Carta de Words/Largo en Archivos wären una echte Erleichterung!

Dynamische Unidades! Dann podría uno el aktuellste Versión siempre a Laufzeit einbinden. Wäre para mein aktuelles projekt prima!

Erweiterte Variables wären äußerst bien. Also Int64 y 64Bit-FLoat!

Ähm, richtige Hilos! Das wär geil!

Más Get/Conjunto-Befehle. Yo mi para Sachen como USEP y así (para mein aktuelles Projekt muy nützlich!

Ähhm, más que 15 Paramter para una Procedimiento wären a se no schlecht (Yo una Procedimiento, el 19 Parámetro ha, el musste Yo ahora aufteilen). Naja, tal vez no zwingend nötig...

Ein strengerer Compiler wär auch no schlecht, Yo dar para Ejemplo oft el falsche Paramterzahl a, entonces stürzt el Prog beim Testen de y yo weiß no por qué. Wenn el Compiler el ya erkennen sería, wäre einiges einfacher!

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

23.08.2005 ▲

RGH

Yo voluntad ahora en loser Folge Stellung a individual Wünschen nehmen.

Also Yo hätte gerne ne Override-Función. Damit se una XProfan-Función oder -Procedimiento umgeleitet.

Das möchte Yo así no einbauen. Wenn jede XProfan-Función überschrieben/umgeleitet voluntad kann, kommt uno con un Wuellcodeausschnitt no mehr klar, si uno no weiß, como welche Características/Befehle umgeleitet fueron, etc. Das Chaos wäre vorprogrammiert.

Aber Su Anliegen voluntad Yo trotzdem aufgreifen: Usted es sí por lo tanto, a Características con Unterfunktionen weitere Unterfunktionen hinzuzufügen, etwa en @Crear oder @Conjunto. Das se en XProfan 10 posible ser:
Kompilieren Marca Separación

!

SUBPROC Create.Listview

    Parameters <...>
    Return @Control(...)

ENDPROC

hLV& = @Create("Listview",...)....

Mit SUBPROC puede Así que el Características con Unterfunktionen erweitert voluntad.

Succ() y Pred(). El debería para el angegebene Variable el Vorgänger (Predecessor) o. el Nachfolger (Successor) ausspucken.

Das wäre zwar simplemente a realisieren, aber funktioniert natürlich sólo en el Variablentypen % y &. Ob el el Einführung zweier neuer Keywords rechtfertigt? A% = SUCC(A%) hätte entonces el gleiche Función como A% = A% - 1 oder todavía kürzer DEC A%.

Ach sí, el Get/Conjunto-Características podría uno sí todavía con Decimals erweitern, also Yo mi el ursprünglichen Decimals-Befehl.

Das hay ya: @Conjunto(Decimals,N%)

Ach sí y vier Befehle a la PutWord, PutLong y GetWord y GetLong para Lesen/Carta de Words/Largo en Archivos wären una echte Erleichterung!

Klingt bien! Werde Yo drüber nachdenken. Das debería kein großes Problema ser.

Saludo
Roland

Arrghhh ... wieso se mein Listing oben verunstaltet? Tuve el beiden Zeilen después de SUBPROC eingerückt y natürlich antes el ENDPROC no Freizeile! Und en lugar de Hlv& Tuve hLV& geschrieben. (Yo poner en el Regel una kleines h antes el Namen, si una Handle es.) Was muß Yo hacer, por lo que mi Texto así dargestellt se, Yo ihn escribir?

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

Frank
Abbing

Das liegt al automatischen Codeformer hier. Usted hast bastante, Yo empfinde ihn auch más störend, como hilfreich.

@IF: ¿Puede du en el Profile no Einstellung dazu nehmen, si Code automáticamente formatiert sichtbar o no?

Frank
Abbing

[quote:7ecf515436]Gut fände Yo en lugar de oder zusätzlich a

Proc Irgendwas
Parámetros a$,b%,c&,d!

NEU:

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

Das wäre una echte Erleichterung.

Jac

--------------------------------------------------------------------------------

Analog dazu wäre

ENDPROC ret$

auch sinnvoll. Ihr wisst ya Yo mi.[/quote:7ecf515436]
Es wirklich überaus hilfreich. Yo selber habe esta Syntax para media XPIA ya largo übernommen y nutze para mi Assemblerblöcke sólo todavía esta Schreibweise.

RGH

[quote:cc9f3e53a4=Frank Abbing]Das liegt al automatischen Codeformer hier. Usted hast bastante, Yo empfinde ihn auch más störend, como hilfreich.[/quote:cc9f3e53a4]
Sí, el debería abgestellt voluntad. Syntaxhighlighting y el automatische Onlinehilfe son hingegen genial y debería bleiben!

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

Ahh, danke Roland. Das macht me ya el Mund wässrig. Puedo ahora kaum todavía schalfen, porque Yo cada Tag hoffe, dass XProfan 10 en el Startlöchern es. Schön, dass du en el Wünsche Comunidad eingehst, muy lobenswert! Como fühlt uno se mejor behandelt como en el meisten Delphi-Foren, wo zwar viele Problemas gelöst voluntad, aber de bastante oben no viel kommt. Naja, el haben wahrscheinlich no viel Tiempo.

Jac

PS: Con el Decimals Yo no gesehen. Ach, y tut me leid, dass Yo así viele Wünsche habe (tener grad otra vez una dazugekritzelt)...XProfan es trotzdem einsame Spitze!

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

Michael
Wodrich

Yo wünsche me el Erweiterung los objetos en LongInt-Zuweisung.
Como lo el TypeOf() ya son müßte sí intern en Largo-Variable posición, daß ellos vom Typ Object es.

Mir gelingt lo nämlich con el Array-Objekten no, esta a verketten.

Ejemplo:
class SingleListElem = Next&, Werte#(20),SingleListElem@
class SingleList = Head&,Métodos@,...

Ein Element el Head& zuweisen scheitert ya. Weitere Elemente encima el Next& verfolgen va auch no, solange uno una Objeto no a una LongInt zuweisen kann.
Das Lesen y Guardar el geänderten Werte kann encima Métodos gelöst voluntad. Wenn XProfan hier una interne Zugriffsprüfung spendiert se � la Diese Operation con Objeto así no posible debería lo doch ir...

Schöne Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

22.02.2006 ▲

RGH

[quote:efaf76d330=Michael Wodrich]Yo wünsche me el Erweiterung los objetos en LongInt-Zuweisung.
Como lo el TypeOf() ya son müßte sí intern en Largo-Variable posición, daß ellos vom Typ Object es.[/quote:efaf76d330]
En LongInt-Variables es intern gar nichts. Und auch una LongInt en(Objeto/Struktur) belegt exakt vier Bytes, Das TypeOf funktioniert sólo en Bereichsvariablen. En uno Zuweisung uno Objektes a una Longint (qué sí en einfachen Bereichen y Estructuras funktioniert) gingen todos Informationen encima el Objeto außer su Adresse perdido. Was quería uno así todavía anfangen?

Aber ließe se Su Problema no lösen, en el Es usted un Método Head@ schreibst, el Usted como Parámetro una Objeto el Klasse SingleListElem übergibst.

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

22.02.2006 ▲