| |
|
|
Micha12334 |
/ /
// InfinityProfan Program
// NOTIZ-1 v0.0.1
// created 2015-12-15
// micha12334
//idle-fingers
/ /
//Erstellung uno Notiz incl. Abspeicherung (TEST)
display display.rotation 0// es para smartphone mejor...
var a
var b
var c = "
"
var zeit
var time1
var time2
var notiz
var notiz1
var notiz2
cls rgb 0 0 200 128
time1 = fread("lasttime1.txt")
time2 = fread("lasttime2.txt")
notiz1 =fread("notiz1.txt")
zeit = time1+" en "+time2
//if notiz1 = " "
// notiz1 = "keine Notiz disponible!"
//endif
msg msg.box,null," PROGRAMM-ENDE","ENDE",null,ende
msg msg.box,null," NOTIZ",["LÖSCHEN","NEIN"],null,wahl
msg msg.box," letzte Notiz al "+zeit," test-Programa 'Eingabe de Notizen' ","WEITER",notiz1
proc wahl btn
if str(btn) == 0
msg msg.box, null," Eingabe el Notiz hier","OK",[" ",131072+1],texto// 131072 para Mehrzeileneingabe
endif
if str(btn) == 1
fdel ("notiz1.txt")
msg msg.box, " Neueingabe hier"," Notiz gelöscht","OK",[" ",131072+1],texto1
endif
ENDPROC
proc texto btn eingabe
var notiz = eingabe
notiz2 =notiz1+" "+notiz+" "
//if notiz2=" "
// notiz2=" no Notizen1 vorhanden" ---------------por qué funktioniert el no???
//endif
imprimir "
"
imprimir c+notiz2, rgb (255,255,255) rgb (255,0,0)
fwrite ("notiz1.txt",notiz2)
ENDPROC
proc texto1 btn eingabe
var notiz = eingabe
notiz2 = notiz
//if notiz=" "
// notiz2=" no Notizen2 vorhanden" ---------------por qué funktioniert el no???
//endif
imprimir "
"
imprimir c+notiz2, rgb (255,255,255) rgb (255,0,0)
fwrite ("notiz1.txt",notiz2)
ENDPROC
fwrite ("lasttime1.txt",time(7))
fwrite ("lasttime2.txt",time(0))
//msg msg.box,null,null,"ENDE",null,ende
proc ende btn buchstabe
var b = buchstabe
if b <> "°"
sleep 5000
end
endif
ENDPROC
//proc event id data
// if id == event.touchdown
// msg msg.toast,"SCHLUSS UND AUS"
// sleep 1000
//end
// endif
//ENDPROC
|
| 145 kB | | Bezeichnung: | Erstellung von Notizen | | Versión: | 1-1 | | Kurzbeschreibung: | Erstellung de Notizen. Es una Testdatei para ausprobieren de Características | | Hochgeladen: | 20.12.2015 | | Ladeanzahl: | | | | Descargar |
|
|
| |
|
|
|
| Mache doch Codes veces en solch Code-Blöcke...
sieht entonces así de:
[code]
quelltext
[/code] ...
Zudem: Poste solch PFA hier: [...]
Como puede ser ellos leichter aufs Telefon übertragen.
Einfach el Projekt en v0.0.2 anheben y en "Veröffentlichen" clic. |
|
|
| |
|
|
|
HofK | Zu // NOTIZ-1 v0.0.1 // created 2015-12-15 // micha12334 Etwas ungünstig erscheint me el Abfolge
msg msg.box,null," PROGRAMM-ENDE","ENDE",null,ende
msg msg.box,null," NOTIZ",["LÖSCHEN","NEIN"],null,wahl
msg msg.box," letzte Notiz al "+zeit," test-Programa 'Eingabe de Notizen' ","WEITER",notiz1
El msg Box es asynchron, el Boxen verdecken se sólo, son aber todos ya como. Ob el günstig es?
Referenz: Parámetro en Modus msg.box=0: (MessageBox) Der Befehl funktioniert asynchron, lo puede gleichzeitig mehrere msgboxen adecuado voluntad. Jede msg zwingt el User a Interaktion - mindestens el Zurücktaste muss gedrückt voluntad oder lo muss una Auswahl getroffen voluntad (si Buttons adecuado voluntad debería).
Für el Ergebnisübermittlung puede ser una Proc angeben, el entonces aufgerufen es con Ergebnissen, sobald el User en el Nachricht reagiert ha.
Eventuell mejor, el Boxen en el Prozeduren entonces aufzurufen si ellos dran son. |
|
|
| |
|
|
|
Micha12334 | Gracias para Eure Respuesta. Como lo el erste veces es, dass Yo qué hochlade, Por favor, Yo dies a entschuldigen. Yo hoffe, el nächste veces klappt's mejor. Mit el Boxen merkte Yo ya, dass ellos se überlagern. Tiempo sehen, si Yo correcto hinbiegen kann. Einen schönen Wochenstart Euch allen |
|
|
| |
|
|
|
| @Micha: Kein Ding & kein Problema.
Usted puede todos Su Beiträge cualquier bearbeiten y nachbearbeiten - cada Contribución ha unten rechts una Button "bearbeiten". |
|
|
| |
|
|
|
HofK | Micha12334 (20.12.15)
//if notiz2=" " // notiz2=" no Notizen1 vorhanden" ---------------por qué funktioniert el no??? //endif
if notiz2=" " sieht sí soooo korrekt de, es sí en vielen Lenguajes y Buchhaltung, Mathematik, Physik , Technik ... auch. Ehrlich, passiert me auch zuweilen.
Wenn uno doppelt sieht - por qué De todos modos - , ha uno gar no Chance el Fehler para encontrar.
Yo habe ya veces el wildesten Tests y Bugfindungsversuche en Java/JavaScript/Infinity-Profano veransaltet en entonces a merken = es no == . |
|
|
| |
|
|
|
| Klaus Hoffmeister (22.12.15)
Yo habe ya veces el wildesten Tests y Bugfindungsversuche en Java/JavaScript/Infinity-Profano veransaltet en entonces a merken = es no == .
Tal vez debería Yo el = mejor así behandeln como Roland en XProfan, also después de Basic-Art y por CmplFlag el hohe Syntax zuschaltbar hacer. |
|
|
| |
|
|
|
HofK | .
IF (23.12.2015)
Tal vez debería Yo el = mejor así behandeln como Roland en XProfan, also después de Basic-Art y por CmplFlag el hohe Syntax zuschaltbar hacer.
Dann ha uno como ni Variante. Sí, es theortisch klar, aber praktisch passiert lo otra vez sicher: Compilerflag vergessen/ übersehen/ falso geschrieben/ de versehen gelöscht usw.
El Syntax se uneinheitlich.
Das Dilemma restos, si yo en Pascal/Delphi el : antes = vergessen habe ( zahl := 5; ) , porque él eben auch una Besonderheit es, war lo auch no mejor.
Andererseits es el Diferencia el Operatoren wichtig, en solch effektiven Sachen como erg = -(a==b)+c-d hacer a puede.
Como [...] Tuve al 31.01.2015 el = Problema ya veces al Wickel:
"Das == es sí ya una "Hilfskonstruktion" porque el Zuweisung "ergibt se aus" con = schön kurz es aber eigentlich algo como <- , <-- , <== oder eben gebräuchlich := (Yo nada así treffend finde) ser debería a Richtung y el Zuweisung anzudeuten."
Das + Problema Addition y Konkatenation scheint me como problematischer. En erg = -(a==b)+"+"+c+d erg = -(a==b)+c+d+"+" muss uno sólo muy aufpassen. |
|
|
| |
|
|
|
RGH | Yo halte lo hier con BASIC: Ob el = una Zuweisung es oder el Gleichheitsoperator ergibt se eigentlich siempre de el Stellung: Un (logische) Línea, el con Variable y = beginnt, es siempre una Zuweisung. Alle más = en el Línea son demzufolge Gleichheitsoperatoren. erg = -(a=b)+c-d es en media Augen eindeutig, así largo no erlaubt es, en un Ausdruck aauch una Zuweisung a verwursten.
Zum Problema Addition y Konkatenation: El nächste XProfan-Versión se hier - en Anlehnung a otro Idiomas, como. z.B. xBase oder Clipper - el $ como Operator einführen. Das + restos de Kompatibilitätsgründen natürlich como gehabt, aber el $ behandelt beide Operatoren grundsätzlich como String, incluso si como z.B. "Print 25 $ 30" es. In el Fall käme sólo 2530 y no 55 heraus. Tal vez una Concepto para Infinty-Profano.
Saludo Roland |
|
|
| XProfan X3Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 23.12.2015 ▲ |
|
|
|
|
| Das Dollarzeichen also, auch no schlechte Concepto.
Aber auch Tilde finde Yo no así schlecht, sieht fast übersichtlicher de:
imprimir a~b imprimir a$b |
|
|
| |
|
|
|
RGH | Tilde ginge auch, el Dollarzeichen deutet aber más en Espaciar. (Außerdem debería Yo, el Parser modifizieren, como el Tilde sí ya una otro Bedeutung ha.) Im übrigen muss en XProfan antes y después de el Dollarzeichen una Leerzeichen ser, ansonsten sería en deinem Ejemplo el Parser a$ como Variablennamen erkennen y encima el b stolpern. (Außerdem hacer Leerzeichen antes y después de Operatoren el Programa deutlich lesbarer!)
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 | 23.12.2015 ▲ |
|
|
|
|
HofK | En Infinity-Profano scheint me wegen el wechselnden Typen en el Variables el Nutzen bedingt, aber el Varianten voluntad todavía vielfältiger:
10+20// son 30
10$20// son 1020
10+"km"// son 10km
10$"km"// son 10km
10+y// más unklar (? Typ el Variables)
10+long(y)// son una Zahl, ev. sólo 10
10+float(y)// son una Zahl, ev. sólo 10
10$y// son una String (hier Vorteil)
Bajo [...] Tuve ya veces bemerkt: "Tatsächlich macht el Aufwand sólo wirklich Sinn, si ... el Operatoren "sauber" getrennt werden" : --> una Operator el long/float erspart, aber el + es nun veces historisch "belastet" y wohl kaum a ändern, d.h. einzuschränken.
El Tilde ~ braucht uno eventuell todavía para una otro Zweck?
Hatte ellos z.B. veces como Ersatztrennzeichen ][ a ~ in's Gespräch gebracht. |
|
|
| |
|
|