| |
|
|
Micha12334 |
/ /
// InfinityProfan Program
// NOTIZ-1 v0.0.1
// created 2015-12-15
// micha12334
//idle-fingers
/ /
//Erstellung einer Notiz incl. Abspeicherung (TEST)
display display.rotation 0// ist pour smartphone besser...
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+" um "+time2
//si notiz1 = " "
// notiz1 = "keine Notiz vorhanden!"
//endif
msg msg.box,zéro," PROGRAMM-ENDE","ENDE",zéro,ende
msg msg.box,zéro," NOTIZ",["LÖSCHEN","NEIN"],zéro,l'élection
msg msg.box," dernier Notiz am "+zeit," test-Programme 'Eingabe de Notizen' ","WEITER",notiz1
proc l'élection btn
si str(btn) == 0
msg msg.box, zéro," Eingabe qui Notiz hier","OK",[" ",131072+1],text// 131072 pour Mehrzeileneingabe
endif
si str(btn) == 1
fdel ("notiz1.txt")
msg msg.box, " Neueingabe hier"," Notiz gelöscht","OK",[" ",131072+1],text1
endif
endproc
proc text btn eingabe
var notiz = eingabe
notiz2 =notiz1+" "+notiz+" "
//si notiz2=" "
// notiz2=" aucun Notizen1 vorhanden" ---------------pourquoi funktioniert cela pas???
//endif
imprimer "
"
imprimer c+notiz2, rgb (255,255,255) rgb (255,0,0)
fwrite ("notiz1.txt",notiz2)
endproc
proc text1 btn eingabe
var notiz = eingabe
notiz2 = notiz
//si notiz=" "
// notiz2=" aucun Notizen2 vorhanden" ---------------pourquoi funktioniert cela pas???
//endif
imprimer "
"
imprimer 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,zéro,zéro,"ENDE",zéro,ende
proc ende btn buchstabe
var b = buchstabe
si b <> "°"
sleep 5000
end
endif
endproc
//proc event id data
// si id == event.touchdown
// msg msg.toast,"SCHLUSS UND AUS"
// sleep 1000
//end
// endif
//endproc
|
| 145 kB | | Bezeichnung: | Erstellung von Notizen | | Version: | 1-1 | | Kurzbeschreibung: | Erstellung de Notizen. c'est une Testdatei zum ausprobieren de Funktionen | | Hochgeladen: | 20.12.2015 | | Downloadcounter: | | | | Download |
|
|
| |
|
|
|
| fais doch Codes la fois dans solch Code-Blöcke...
sieht ensuite so aus:
[code]
quelltext
[/code] ...
Zudem: Poste solch APP ici: [...]
là peux on vous leichter aufs téléphone übertragen.
simple cela projet sur v0.0.2 anheben et sur "Veröffentlichen" klicken. |
|
|
| |
|
|
|
HofK | trop // NOTIZ-1 v0.0.1 // created 2015-12-15 // micha12334 quelque chose ungünstig erscheint mir qui Abfolge
msg msg.box,zéro," PROGRAMM-ENDE","ENDE",zéro,ende
msg msg.box,zéro," NOTIZ",["LÖSCHEN","NEIN"],zéro,l'élection
msg msg.box," dernier Notiz am "+zeit," test-Programme 'Eingabe de Notizen' ","WEITER",notiz1
qui msg Box ist asynchron, qui Boxen verdecken sich seulement, sommes mais alle déjà là. si cela favorable ist?
référence: paramètre chez Modus msg.box=0: (MessageBox) qui Befehl funktioniert asynchron, es peut gleichzeitig plusieurs msgboxen angezeigt volonté. chacun msg zwingt qui User zur Interaktion - mindestens qui Zurücktaste muss gedrückt volonté ou bien es muss une sélection getroffen volonté (si Buttons angezeigt volonté devoir).
Pour qui Ergebnisübermittlung peux on une Proc angeben, qui ensuite aufgerufen wird avec Ergebnissen, sobald qui User sur qui nouvelle reagiert hat.
Eventuell besser, qui Boxen dans den Prozeduren ensuite aufzurufen si vous tour sommes. |
|
|
| |
|
|
|
Micha12334 | merci pour Eure répondre. là es cela erste la fois ist, dass je quoi hochlade, s'il te plaît je ca trop entschuldigen. je hoffe, cela prochain la fois klappt's besser. avec den Boxen merkte je déjà, dass vous sich überlagern. la fois voyons, si je es richtig hinbiegen peux. Einen schönen Wochenstart Euch allen |
|
|
| |
|
|
|
| @Micha: ne...aucune Ding & ne...aucune Problem.
tu peux alle Votre Posts beliebig Travailler et nachbearbeiten - chacun Beitrag hat unten à droite une Button "bearbeiten". |
|
|
| |
|
|
|
HofK | Micha12334 (20.12.15)
//si notiz2=" " // notiz2=" aucun Notizen1 vorhanden" ---------------pourquoi funktioniert cela pas??? //endif
si notiz2=" " sieht oui soooo korrekt aus, ist es oui dans vielen Sprachen et Buchhaltung, mathématique, Physik , technologie ... aussi. honnête, passiert mir aussi zuweilen.
si on doppelt sieht - pourquoi De toute façon - , hat on gar aucun chance den faute pour trouver.
j'ai déjà fois le wildesten Tests et Bugfindungsversuche dans Java/JavaScript/Infinity-Profan veransaltet um ensuite trop merken = ist pas == . |
|
|
| |
|
|
|
| Klaus Hoffmeister (22.12.15)
j'ai déjà fois le wildesten Tests et Bugfindungsversuche dans Java/JavaScript/Infinity-Profan veransaltet um ensuite trop merken = ist pas == .
peut-être sollte je cela = besser so behandeln comment Roland dans XProfan, alors pour Basic-Art et per CmplFlag qui hohe Syntax zuschaltbar faire. |
|
|
| |
|
|
|
HofK | .
iF (23.12.2015)
peut-être sollte je cela = besser so behandeln comment Roland dans XProfan, alors pour Basic-Art et per CmplFlag qui hohe Syntax zuschaltbar faire.
ensuite hat on là encore une variante. oui, c'est theortisch bien sûr, mais pratique passiert es wieder sûrement: Compilerflag oublier qc/ übersehen/ faux geschrieben/ aus versehen gelöscht usw.
qui Syntax wird uneinheitlich.
cela Dilemma bleibt, si je dans Pascal/Delphi den : avant = oublier qc habe ( numéro := 5; ) , weil il plan aussi une Besonderheit ist, était es aussi pas besser.
Andererseits ist qui Unterschied qui Operatoren important, um solch effektiven Sachen comment erg = -(a==b)+c-d faire trop peut.
là [...] J'ai eu am 31.01.2015 cela = Problem déjà la fois am Wickel:
"Das == ist oui déjà une "Hilfskonstruktion" weil qui Zuweisung "ergibt sich aus" avec = joli kurz ist mais eigentlich quelque chose comment <- , <-- , <== ou bien plan usuel := (quoi je gar pas so treffend finde) son sollte à direction et qui Zuweisung anzudeuten."
cela + Problem Addition et Konkatenation scheint mir là problematischer. chez erg = -(a==b)+"+"+c+d erg = -(a==b)+c+d+"+" muss on arrêt très aufpassen. |
|
|
| |
|
|
|
RGH | je halte es ici avec BASIC: si cela = une Zuweisung ist ou bien qui Gleichheitsoperator ergibt sich eigentlich toujours aus qui Stellung: une (logische) la ligne, qui avec Variable et = beginnt, ist toujours une Zuweisung. Alle weiteren = dans qui la ligne sommes demzufolge Gleichheitsoperatoren. erg = -(a=b)+c-d ist dans meinen Augen sans équivoque, so longtemps es pas erlaubt ist, dans einem Ausdruck aauch une Zuweisung trop verwursten.
Zum Problem Addition et Konkatenation: qui prochain XProfan-Version wird ici - dans Anlehnung à autre Sprachen, comment. z.B. xBase ou bien Clipper - cela $ comme Operator einführen. cela + bleibt aus Kompatibilitätsgründen naturellement comment gehabt, mais cela $ behandelt beide Operatoren grundsätzlich comme String, selbst si là z.B. "Print 25 $ 30" steht. dans dem le cas käme arrêt 2530 et pas 55 heraus. peut-être une concept pour Infinty-Profan.
Salut 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 ▲ |
|
|
|
|
| cela Dollarzeichen alors, aussi aucun schlechte concept.
mais aussi Tilde finde je pas so mal, sieht presque übersichtlicher aus:
imprimer a~b imprimer a$b |
|
|
| |
|
|
|
RGH | Tilde ginge aussi, cela Dollarzeichen deutet mais plutôt sur String à. (Aussi devrait Je l' Parser modifizieren, là qui Tilde oui déjà une autre signification hat.) Im übrigen muss dans XProfan avant et pour dem Dollarzeichen un Leerzeichen son, ansonsten serait dans deinem Beispiel qui Parser a$ comme Variablennamen erkennen et sur cela b stolpern. (Aussi faire Leerzeichen avant et pour Operatoren cela Programme deutlich lesbarer!)
Salut 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 | chez Infinity-Profan scheint mir à cause de qui wechselnden Typen dans den Variablen qui Nutzen bedingt, mais qui Varianten volonté encore vielfältiger:
10+20// gibt 30
10$20// gibt 1020
10+"km"// gibt 10km
10$"km"// gibt 10km
10+y// plus unklar (? Typ qui Variablen)
10+long(y)// gibt une numéro, ev. seulement 10
10+float(y)// gibt une numéro, ev. seulement 10
10$y// gibt une String (ici Vorteil)
sous [...] J'ai eu déjà la fois bemerkt: "Tatsächlich pouvoir qui Aufwand seulement wirklich Sinn, si ... qui Operatoren "sauber" getrennt werden" : --> un Operator qui long/float erspart, mais cela + ist eh bien la fois historisch "belastet" et wohl à peine trop changement, d.h. einzuschränken.
qui Tilde ~ braucht on eventuell encore pour une anderen Zweck?
Hatte vous z.B. la fois comme Ersatztrennzeichen ][ trop ~ in's conversation gebracht. |
|
|
| |
|
|