| |
| |
|
Clemens
Meier | Gültigkeitsbereich: 1970 jusqu'à 2099
Sommerzeit udn GMT volonté derzeit encore pas berücksichtigt (wäre aussi seulement ensuite réellement notwendig, si on sur den calculateur hinaus Zeiten avec anderen Rechnern comparer müsste; synchronisieren)
Angaben de Monats- et Wochentagsnamen sommes dans allemande. Wochennummern pour ISO. et naturellement peux on aussi bestimmte données errechnen, wobei qui Funktion cela korrekte date wieder errechnet bzw. korrigiert.
L'idée venez aus dem PHP, qui qui Funktionen date, mktime, time et isdate kennt, XProfan mais pas. mais chez dem quoi je tue, brauche toujours wieder Datums- et Uhrzeitberechnungen. et si es seulement zur Prüfung ist, comment longtemps je gearbeitet habe.
- mktime errechnet qui Sekunden depuis dem 01.01.1970 et dem angegebenen date
- fdate formiert cela date, welches mittels qui Sekunden angegeben wurde.
- now ist comment mktime, seulement cela stets qui Zeit entre 01.01.1970 et dem Augenblick des Aufrufes berechnet
- isdate prüft, si cela angegebene date gültig ist.
avant allem qui Formatierungsmöglichkeiten de fdate sommes assez umfangreich, so dass on avec einer Programmzeile aussi qui seltsamsten date- et Uhrzeitkonstruktionen hinbekommt, sans irgendetwas nachzurechnen.
plus steht dans qui hinweis.txt drin et dans qui datumuhrzeit.prf stehen un paire simple Beispiele drin.
Würde mich sur Feedback freuen
Salut
Clemens |
 |
| |
| |
| |
|
|
Sven
Bader | je suis sprachlos! pas seulement le moi trouvé habe quoi je cherche, je suis es aussi de php her gewohnt oui c'est ca so avec données trop le calcul. si qui Code aucun Bugs hat ist il parfait  |
|
| |
| |
| |
|
|
 | |
| |
| |
| |
|
|
Sven
Bader | quelques Zeilen sommes avec Semikolon abeschlossen, darf on cela maintenant dans Profan? Profan2CPP 1.1 kam avec den Unterscheidungen zwsichen 1 et 2 Parametern dans qui Si-Abfrage pas zurecht bzw. qui C-Compiler meckerte. cela konnte je alles beheben et es funktioniert wunderbar.
je benutze principale qui now() Funktion um Datumsdistanzen auszurechnen.
Mir ist aufgefallen, dass qui Funktionen sichtbar Rechenzeit besoin im Profan Interpreter. Optimierungsvorschläge meinerseits wäre quelque chose comme comment (60*60) comme 3600 trop écrivons, glaube pas cela qui Compiler ici de selbst optimiert. qui Substr$() serait je alle par mid$() ersetzen.
Salut,
Sven |
|
| |
| |
| |
|
|
Nico
Madysa | Huh?! Semikolon?  Peut-être cela une Possibilité de XPSE, mir ist pas bekannt, dass cela avec gewöhnlichem (X)Profan allez. |
|
| |
| |
| |
|
|
Nico
Madysa | OK, là sich jusqu'à maintenant niemand gemeldet hat, habe je mir qui l'affaire angenommen. Folgende deux Zeilen enden avec Semikolon:
KompilierenMarqueSéparationmonatstage$ = 31,28,31,30,31,30,31,31,30,31,30,31;
monatstageS$ = 31,29,31,30,31,30,31,31,30,31,30,31 e>
là ca qui einzigen, mir aufgefallenen, avec Semikolon endenden Zeilen sommes, nehme je à, es handelt sich dabei um une Schreibfehler ou bien une Schreibgewohnheit aus PHP handelt.
je serait qui Semikolons/Semikoli/Semikola/Semikolen sur jeden le cas entfernen. |
|
| |
| |
| |
|
|
| | xpse bemeckert cela dans funktion fdate ende% doppelt deklariert ist |
|
| |
| |
| |
|
|
| Hm Michaels Funktion unixtime et Clemens sa Funktion now donner différent Werte zurück.  |
|
| |
| |
| |
|
(261)
Deutsch
English
Français
Español
Italia