| |
| |
|
HofK | Wichtiger Referencia!
El folgenden Beiträge beziehen se en ursprüngliche Versionen de AndroidProfan/Infinity-Profano de el Jahr 2015 y son así inhaltlich/syntaktisch veraltet y somit no lauffähig. (15.01.2016)
_____________________________________________________________
Musste simplemente veces trocken testen, como AndroidProfan - neuer Name Infinity-Profano - se así coded.
In meiner Programmiersteinzeit durfte Yo en sauberen großen Druckbuchstaben una Programmformular beschreiben. Und entonces después de persönlicher Abgabe una, zwei Tage en el largo gedruckte Fehlerliste warten.
El Steinzeitheimwerker mussten en efecto con 'nem Faustkeil zurechtkommen.
Jetzt bastante soft getippt y por Netz en todos Welt verbreitet. Tiempo sehen, qué heutzutage así zurückkommt.
Erster Eindruck: ordentlich tabuliert (kommt en el Codebox no voll rüber) es el übersichtlich.
Könnte mich liso así anfreunden y notfalls en el Principiante api verzichten.
Actualización:
Siehe IF-Fehlerfindung unten, pero probablemente doch bestanden? Damit se Fehler no verbreiten, Yo ellos markiert y mejorado. Das Pi sooo lang es - darauf falle Yo garantiert otra vez rein.
El Farben Tuve bewußt veces rgb() y veces como Konstanten en Internetfarben #hexhexhex angegeben. Dazu Tuve todavía nichts näheres entdeckt oder übersehen ($ Notation).
Wäre aber praktisch, el HTML- Notation optional nutzen a puede.
Actualización: Code ungültig
Como el Syntax para gui geändert wurde es el Code ungültig. Wird demnächst en el aktuellen Stand gebracht.
Ist es, siehe más unten.
Kreisfläche
// Programa Kreisfläche
var headl = "Das erste AndroidA Programm"
var stat = "Status: Kreis"
var kfl = 0.0
var grg = gui( gui.add, gui.grid, gui.hwnd, [3,4] )// GrundRasterGrid
var h_txt = gui( gui.add, gui.texto, grg[2,1], headl )// Textcontrol para Überschrift conjunto
var m_txt = gui( gui.add, gui.texto, grg[2,2], kfl )// Textcontrol Hauptzelle
var s_txt = gui( gui.add, gui.texto, grg[2,3], stat )// Textcontrol para internen Status
//----------------------------------------------------
gui gui.mod, gui.bgcolor, gui.hwnd, rgb(192,192,192)// Grundfarbe silver (dezent grau)
gui gui.mod, gui.width, grg, [8,84,8]// Spaltenbreiten prozentual
gui gui.mod, gui.height, grg, [12,70,10,8]// Zeilenhöhen prozentual
gui gui.mod, gui.textcolor, h_txt, rgb(150,191,61)// Überschrift en androidem Grün #96bf3d
gui gui.mod, gui.bgcolor, grg[2,2], rgb(255,255,155)// Hauptzelle gelblich
gui gui.mod, gui.bgcolor, grg[2,3], $e7e7e7// Statuszelle hellgrau
gui gui.mod, gui.textcolor, s_txt, rgb(255,0,0)// roter Statustext
msgbox 0,"Radius","Kreisberechnung","OK","1.0",kflaeche// Interaktion Eingabe
//~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
proc kflaeche(txt)
// falso: kfl = math.pi*(float(txt))^2
kfl = math(math.pi)*float(txt)^2// Korrekturen IF
// falso: gui gui.texto, m_txt, "Die Kreisfläche beträgt\nA = " + str(kfl)
gui gui.mod, gui.texto, m_txt, "Die Kreisfläche beträgt\nA = " + str(kfl)// ... Edición
ENDPROC
|
|
| |
| |
| |
|
|
 | Kleinen Fehler sehe Yo inmediatamente:
kfl = math.pi
debería kfl = math(math.pi)*float(txt)^2
Ansonsten: Muahahha! 
#96bf3d es auch no correcto, correcto wäre $3dbf96.
Statt gui gui.texto, m_txt ists más gui gui.mod,gui.texto, m_txt |
|
| |
| |
| |
|
|
HofK | El Syntax-Los cambios bezüglich gui son wohl "durch" y eigentlich braucht uno sólo el gui.add y gui.mod rauszulöschen. Damit se lo todavía übersichtlicher!
Actualización: 10.02.
Damit se mi Code-Schlampereien no festsetzen Yo el Korrekturen de IF (siehe más unten) umgesetzt.
Hoffentlich nun fehlerfrei. Posesiones sí todavía no Debuggingchance.
KompilierenMarcaSeparación// Programm Kreisfläche
var headl = "Das erste AndroidA Programm"
var stat = "Status: Kreis"
var kfl = 0.0
var grg = gui( gui.grid, gui.hwnd, [3,4] )// GrundRasterGrid
var h_txt = gui( gui.text, [grg,2,1], headl )// Textcontrol für Überschrift setzen
var m_txt = gui( gui.text, [grg,2,2], kfl )// Textcontrol Hauptzelle
var s_txt = gui( gui.text, [grg,2,3], stat )// Textcontrol für internen Status
//----------------------------------------------------
gui gui.bgcolor, gui.hwnd, rgb(192,192,192)// Grundfarbe silver (dezent grau)
gui gui.width, grg, [8,84,8]// Spaltenbreiten prozentual
gui gui.height, grg, [12,70,10,8]// Zeilenhöhen prozentual
gui gui.textcolor, h_txt, rgb(150,191,61)// Überschrift in androidem Grün
gui gui.bgcolor, [grg,2,2], rgb(255,255,155)// Hauptzelle gelblich
gui gui.bgcolor, [grg,2,3], $e7e7e7// Statuszelle hellgrau
gui gui.textcolor, s_txt, rgb(255,0,0)// roter Statustext
msgbox 0,"Radius","Kreisberechnung","OK","1.0",kflaeche// Interaktion Eingabe ...
//~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
proc kflaeche(btn,txt)
kfl = math(math.pi)*float(txt)^2
gui gui.text, m_txt, "Die Kreisfläche beträgt\nA = " + str(kfl)// ... Ausgabe
ENDPROC
IF (04.02.15)
Statt gui gui.texto, m_txt ists más gui gui.mod,gui.texto, m_txt
Was después de el vorherigen Syntax falso war podría nun stimmen? Hab Yo como qué geahnt??? |
|
| |
| |
| |
|
|
| Sí, hast Usted. 
Yo voluntad heute Abend (si yo al PC sitze) el Programa veces
einspielen y ablichten! |
|
| |
| |
| |
|
|
| So, bin grad dran...
ah,...
var h_txt = gui( gui.texto, grg[2,1], headl )
correcto es:
var h_txt = gui( gui.texto, [grg,2,1], headl )
porque grg es una Handle y kein Array
hier auch:
gui gui.bgcolor, grg[2,2], rgb(255,255,155)
correcto es:
gui gui.bgcolor, [grg,2,2], rgb(255,255,155)
Noch una kleiner bug:
proc kflaeche(txt)
correcto es:
proc kflaeche(btn,txt)
Aber nun...
 |
|
| |
| |
| |
|
|
HofK | El "Programmierer-Benchmark" Anwendung -Kreisberechnung- es en Java-Página auch una Stück vorangekommen. [...]   Mit wichtigstem Quellcode y apk.
Ist sicher todavía no el letzte Stand. Soll aber Anfängerniveau para Java y AndroidProfan behalten y vergleichbar ser. Deshalb auch weitestgehende Abstinenz de xml.
 Designproblem?
In el Anwendung -Kreisberechnung- es con Android Java y AndroidProfan una para el Hochformat gedachtes einfaches Grid producido. Dreht uno nun en el Querformat, se en Java, si uno No más Anstalten macht, simplemente unten abgeschnitten. En AndroidProfan voluntad el Zeilen si uno prozentual arbeitet z.B. gequetscht.
Beide Verhaltensweisen puede a Problemen führen. Deshalb hay en Android Java sí relativ komplizierte Layouts y Sachen como Fragmente - z.B. bastante bien beschrieben (Alemán) [...] speziell [...] (Bild Página 2 zeigt el problema) y [...] (Bild Página 4 zeigt el Lösungsansatz)
Das eigentliche Problema son aber el muy unterschiedlich großen Displays.
Könnte uno así algo ähnliches como en Tabellenkalkulation en muy großen Tabellen muy praktisch es implementieren? Man son una Spalte oder Línea oder Zelle (para Spalte y Línea) antes, de de los Grid (aber abhängig de una vorzugebenden Bildschirmmaß) en uno neue "Seite" dargestellt se, el uno por wischen rechts oder unten erreicht. So cómo por el Galerie oder el Kalender wischt. Mit 'nem Symbol V o, > podría uno Verfügbares andeuten.
Mir es klar, dass como todavía mehr Problemas dranhängen, se sólo una Denkanstoß ser. Tal vez hay sí todavía algo Intelligenteres oder es ya en Arbeit? |
|
| |
| |
| |
|
|
| El Sache es el Yo en AndroidProfan el Zelle wischbar gemacht habe,
vermutlich así viele Problemas garnicht sólo entstehen.
Angenommen willst una 50él Kopfleiste y una 50él Fußleiste y el Mitte una
drittel Tonne Texto, entonces sagst simplemente:
height...[50,null,50]
y pappst simplemente el Texto en el Mitte y fertig es el Döner porque el
Mitte se se adaptar dank Größe null y como ellos automáticamente scrollt
wenns con el Platz no ausreicht es el Layout auch ya fertig.
Und si uno rumwischt puede ser ohnehin por Event erkennen y luego
darauf reagieren. Siehst Usted como todavía offene Problemas? |
|
| |
| |
| |
|
|
HofK | Zum abgelichteten Programa:
"var h_txt = gui( gui.texto, grg[2,1], headl )
correcto es:
var h_txt = gui( gui.texto, [grg,2,1], headl )
porque grg es una Handle y kein Array"
Como war Todavía a rápidamente drüber, dass el Handle en el Klammer gehört mussich mich dran gewöhnen, es aber entonces una gute Unterscheidung en el vielen [ ... ]
Das Neue con el btn tener Yo gerade gecheckt y en el en Arbeit befindliche AndroidProfan Anwendung -Kreisberechnung- instalado. |
|
| |
| |
| |
|
|
HofK | IF (09.02.15)
... Siehst Usted como todavía offene Problemas?
Como muss Yo veces drüber schlafen. El Problemas kommen eh sólo siempre en praktischen Arbeit. War sólo así 'ne Idea wegen des Ergebnises "ohne Aufwand" en Java. |
|
| |
| |
| |
|
|
| Nur nebenbei:
Klaus Hoffmeister (09.02.15)
In el Anwendung -Kreisberechnung- es con Android Java y AndroidProfan una para el Hochformat gedachtes einfaches Grid producido.
Se puede en AndroidProfan el Display ligeramente festsetzen en Hochformat
por: display(display.rotation,display.rotation.top)
Nun dreht se nichts mehr.
Aufhebung con display(display.rotation,display.rotation.sensor) |
|
| |
| |
| |
|
|
| Klaus Hoffmeister (09.02.15)
Dreht uno nun en el Querformat, se en Java, si uno No más Anstalten macht, simplemente unten abgeschnitten. En AndroidProfan voluntad el Zeilen si uno prozentual arbeitet z.B. gequetscht.
Und hier el Querformat-Screenshots el Yo No vorenthalten quería:
 |
|
| |
| |
| |
|
|
HofK | Designproblem?
IF (09.02.15)
Und si uno rumwischt puede ser ohnehin por Event erkennen y luego
darauf reagieren. Siehst Usted como todavía offene Problemas?
Klaus Hoffmeister (09.02.15)
Como muss Yo veces drüber schlafen.
Posesiones zwei Nächte drüber geschlafen, algo gelesen [...]
y una bisschen Video geschaut [...]
sowie veces überlegt, qué genauer Yo como "im Kopf" hatte.
Kurz a "Papier" (2 pdf) gebracht: |
|
| |
| |
| |
|
(914)
Deutsch
English
Français
Español
Italia
