Rare uitkomst calculatie

[Zero55]

Waarom geeft deze calculatie

 

Substitute ( Get(HuidigeTijdstempel) ; [":" ; "" ] ; [" " ; ""] ; ["/" ; ""]) ===> 1213201790040AM

 

een andere uitkomst (qua datum- en tijdformaat) dan deze calculatie

 

Get(HuidigeTijdstempel) ===> 13/12/2017 09:00:10

 

[andries]

dat komt omdat Substitute ( ) een tekst functie is waardoor je eerst je tijdsstempel naar tekst omzet en dan pas de substitutie gaat doorvoeren.

 

Wat geeft GetAsText ( Get ( CurrentTimeStamp) ) als resultaat?

 

Dit heeft te maken met de formatting van je file.

[Zero55]

GetAsText ( Get ( CurrentTimeStamp) ) geeft volgend resultaat 12/13/2017 2:47:35 PM

[Peter Wagemans]

FileMaker blijft last hebben met de internationalisatie van hun code. Zelfs in nieuwe stukken - bijvoorbeeld met die nieuwe JSON functies - hadden ze het niet van de eerste keer goed.

 

R, je hebt dus een bug gevonden. En 't zal niet de laatste zijn.

[andries]

ja eender welke tekst functie converteert altijd naar de locale... en dan is het soms de locale van de computer waar de file is gemaakt (of een clone van is gemaakt) of de locale waarop het draait. lastig

 

converteren naar nummer is de oplossing en dan de berekeningen doen...

[Banach]

Vanuit het verleden staat mij bij dat je dit soort problemen kunt tackelen door eerst naar het japans te converteren (Katakana???). De details ben ik echter kwijt. Misschien weet iemand wat ik bedoel?

[andries]

dat is het omgekeerde, dat is een truck om datums in "eender" welke vorm naar een eigen datum te zetten. Bijvoorbeeld "2017-04-21" werkt niet als je dat in een GetAsDate gooit, maar als je GetAsDate ( "2017+04+21" ) gebruikt wel.

 

Maar als je dan weer GetAsText ( ) van dat resultaat doet zit je weer met de problematiek zoals hierboven

[menno]

GetAsDate ( "2017+04+21" )

cool, deze kende ik nog niet! Heb hem even getest .... in FMPA16 op de mac doe ie het perfect, maar niet in 15, daarmee krijg ik een vraagteken.