Infinity-Profan

Kompilieren Marca Separación

H.Brill

var h=createmenu("left","bottom")

Wäre lo como no mejor, el Konstanten
left, right, top y bottom OHNE " " a
implementieren ?
Kompilieren Marca Separación

var h=createmenu(left,bottom)

El " sería Yo a deiner Punto ausschließlich
el Stringliteralen o. Stringvariablen zuordnen.
Lo podría sí veces durchaus ser, daß uno con
el Konstanten rechnen voluntad :
z.B. : left + 10
el entonces el Menü 10 Pixel neben el linken
Rand plaziert.

Yo glaube, el führt sonst früher oder später a
Verwirrungen.

Benutze XPROFAN X3 + FREEPROFAN
Wir sind die XProfaner.
Sie werden von uns assimiliert.
Widerstand ist zwecklos!
Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.

Was die Borg können, können wir schon lange.

Tatsächlich Será mejor que te va una menge Konstanden geben, schau mal al Ejemplo arr: [...]

1: sortiert el Array numerisch
2: sortiert el Array alphanumerisch
3: kehrt el Reihenfolge el Elemente en (reverse)

Como se una continuación auch escribir puede:

a=arr(arr.sortnum,[10,30,20])

oder

a=arr(arr.sort,[10,30,20])

oder

a=arr(arr.reverse,[10,30,20])

Oder al Ejemplo fattr: [...]

0: Größe el Expediente oder -1 si no existiert oder -2 si Directorio (selbe como fattr(datei))
1: Expediente oder Directorio existiert
2: es una Expediente
3: es un directorio
4: es "versteckt"/ hidden
5: es lesbar, Ausleserecht
6: es beschreibbar, Beschreiberecht
7: es ausführbar, Ausführungsrecht
8: Zeitpunkt letzte Änderung como Unixzeitstempel

Wirds entonces geben:

fattr(fattr.exists,"datei")
fattr(fattr.isfile,"datei")
.isdir
.hidden
.canread
.canwrite
.canexecute
.lastmodified

Insofern wäre lo entonces auch:

createmenu(createmenu.left,createmenu.top)...

pero en CreateMenu bin Yo sowieso todavía no bastante sicher obs porque así heißen se. Como bin Yo quasi todavía no angekommen.

Como wandelt Roland sí intern en.
Würde Yo auch nie así para mi Programas
uso. Yo halte mich como más bien a el
Konventionen el Datentypen y verwende
ellos auch dementsprechend.

Mag zwar hilfreich para absolute Einsteiger ser,
aber uno debería todavía de Anfang a el
richtigen Umgang con el Datentypen aprender.

H.Brill

Gracias para el Info.
War todavía nie así mein Ding, daß auch
algo como con Profano va. Como graust lo mich
incluso como alter DOS-Programmierer :
Kompilieren Marca Separación

Cls
Declare String wert
wert = "80"
Def $zahl "5"
Print "10" + 10
Print $zahl + 15
Print wert - 60
Waitkey
a>

AndroidProfan macht hay algo anders,
ha imho aber auch una komplexere Betrachtung el Variables porque deren Typ darf se ständig ändern.

So kannst Usted como:

var a="10"
//hier es a cadena
a=5.5
//hier float

en imprimir 10+"20"
kommt 1020 fuera,
ebenso en imprimir "10"+20,
en imprimir 10+20 natürlich 30

So gesehen wandle Yo nichts en pero hebe en el kleinstmöglichen Typ en el Reihenfolge:

null
bool
long
float
cadena
array

Darum es dies auch una Fließkommazahl:

imprimir 5+10.5

istgleich 15.5

y dies aber una Fließkommazahl plus String

imprimir 5+10.5+"test"

istgleich 15.5test

Und dies:

5+10.5+"test"+10+3.3

ergibt:

15.5test103.3

Versuche also de links después de rechts el Typ kleinstmöglich a halten.

E.T.

5+10.5+"test"+10+3.3
ergibt:
15.5test103.3

Und por qué no 15.5test13.3 ??

XProfan X2
Grüße aus Sachsen... Mario
WinXP, Win7 (64 Bit),Win8(.1),Win10, Win 11, Profan 6 - X4, XPSE, und 'nen schwarzes, blinkendes Dingens, wo ich das alles reinschütte...

HofK

Test es erster cadena de links, de como cadena

XProfan 11

@E.T: Weil "test"+10 "test10" ergibt y "test10"+3.3 ergibt "test103.3". Lo wäre imho no correcto si yo tiempos de links y tiempos de rechts rechne.

Yo schätze Yo me ahora una tolles Konzept para el Positionierung, Anordnung y Orden de Controls y para el "Bildschirm-Design" einfallen dejar.

Mi Concepto: "The Grid", el Raster! (Klar, Tron...): Man producido una Raster-Control con cualquier vielen Zeilen y Spalten y kann Raster-Controls wiederum auch en Raster-Zellen erzeugen y jede Raster-Zelle ha una propio "Gravity".

Man lugar se z.B. una 9él Raster antes:

XXX
XXX
XXX

Jedes X es para una Raster-Zelle.

Möchte uno nun una Design el z.B. el Bildschirm vertikal teilt y oben aber 3 Buttons entonces producido uno una Raster 1x2 y Raster-Zelle 1 producido uno una Raster 3x1 - ergibt:

XXX
.......
------
.......
.......

El Gravitation einzelner Zellen se primero automáticamente determinado y kann auch manuell modifiziert voluntad. El Gravitation uno Raster-Zelle wirkt se horizontal y vertikal de, z.B. LinksOben, MitteOben, RechtsOben, LinksMitte, MitteMitte, RechtsMitte, LinksUnten, MitteUnten, RechtsUnten.

So producido uno una 3x3 Raster en hwnd y speichert ser Handle en el Variable mygrid:
Kompilieren Marca Separación

var mygrid=gui(gui.add,gui.grid,gui.hwnd,[3,3])

Hierbei se una 3x3 Raster en hwnd producido, todos Raster-Zellen son igual groß y el Raster ha el Größe vom Parent (hwnd) - füllt also el Bildschirm de.

Solch Raster incluso son unsichtbar y deren Größe es no manuell änderbar pero deren Größe ergibt se siempre de el Maßen el Eltern-Raster-Zelle.

Jede einzelne Raster-Zelle besitzt ebenso una Handle. So ha el erste Raster-Zelle vom Raster mygrid el Handle mygrid+1, el letzte Raster-Zelle vom o.g. Raster ha el Handle mygrid+9.

Nun puede ser natürlich auch en uno Raster-Zelle una weiteres "Unterraster" erzeugen, z.B. una Unterraster en Zelle 2 erzeugen el incluso aber sólo 2 Spalten besitzt:
Kompilieren Marca Separación

var myundergrid=gui(gui.add,gui.grid,mygrid+2,2)

Natürlich puede ser auch el Maße uno Rasterzelle incluso bestimmen, sieht entonces z.B. así de:
Kompilieren Marca Separación

gui(gui.mod,gui.width,mygrid+1,300)

setzt el Breite de Rasterzelle 1 vom Raster mygrid en 300 Pixel.

Das Konzept erlaubt me una automatische Anpassung auch en Bildschirmrotation así el Layout siempre konsistent restos y lo ermöglicht el Programmierer una einfaches Erstellen cualquier komplexer Layouts sin en jede Bildschirmauflösung reagieren tener.

Más para Thema escribir Yo entonces en Funktionserklärung a Función gui.

HofK

Scheint me una muy praktikabler Ansatz.

IF (24.01.15)

Jede einzelne Raster-Zelle besitzt ebenso una Handle. So ha el erste Raster-Zelle vom Raster mygrid el Handle mygrid+1, el letzte Raster-Zelle vom o.g. Raster ha el Handle mygrid+9.

En algo größeren Verschachtelungen kommt uno eventuell con el Inizes durcheinander. Könnte uno no eventuell auch el Notation mygrid+11, mygrid+12, mygrid+13, mygrid+21, ... , mygrid+33 nutzen y intern en 1,... 9 umrechnen?

XProfan 11

Lo son una Trick el Yo dafür instalado habe: Als Array-Angabe. So kannst Usted en lugar de mygrid+9 auch angeben: [mygrid,3] In diesem Fall rechnet el Sistema para dich el Rasterzellennummer de. (grid+y*yy+x)

Posesiones mich para esta Sonderfall bewusst gegen [mygrid,2] para Position 9 entschieden (also no en 0 beginnend) como esta Schreibweise sí eben ausschließlich para el Übersichtlichkeit pensamiento es.

Das tolle en Android es dass uno el Customcontrols relativ simplemente (no así kompliziert como en Windows encima Subclassing) optisch adaptar kann, also alles kann una Hintergrundbild besitzen/ Schriftfarbe etc blabla. Como voluntad Yo schöne gui(gui.mod,gui.*'s herstellen puede y incluso Schatten son drin etc.