Ja, Magnus, det handlade om klockslag. Se trådrubrik.
EDIT: Jag tycker det verkar obehagligt med konsistens av vilket slag det vara månde mellan fälten, det låter lite... kladdigt. Men du kanske menar konsekvens?
Robert, du vet jag menar, och jag tycker det är bra att det funkar lika i bägge fälten.
Mja. Jag förstår vad du menar men de är ju inte lika ändå. Det ena är ett klockslag, det andra ett intervall. Det är inte självklart att man ska betrakta ett tresiffrigt tal som minuter där heller.
Nej, hade det varit självklart hade ju inte diskussionen uppstått. 😉 Men det är var jag tycker: Med kolon -> timmar:minuter. Utan kolon -> antal minuter. Man kna ju ta bort det sista för bägge fälten, men det ser jag som en försämring. Sämst är nog att h
Jag håller med om att det är dåligt att felmeddelanden är obefintliga - jättedåligt! OK?
Jag tycker fortfarande att komma med krav på inmatningsformatet som redan fungerar (HH:MM:SS ) är brus i Olles inlåda.
Naturligtvis kan man se till att man tillåter
Högst sannolikt går det att hantera med ett trivialt reguljärt uttryck på servern. Jag råkar ha en del kännedom på området. Det _kan_ ju vara fel om man har använt något hysteriskt ramverk, men jag tror inte det, och det vore ju konstigt att inte ge uttry
Angående konsistens
http://cstjanster.idg.se/sprakwebben/ord.asp?ord=konsistens
Edit tackar Christer 🙂
Din stavning är inte konsistent!
Jo Fredrik, det var mer ett generellt uttalande eftersom jag varit med om amatörer som uttalat sig om de system jag jobbat med. Det är, som du säger, troligen inte relevant här och det var inte mitt huvudargument.
Mitt huvudargument är att detta är en p
Antagligen fel ställe att påpeka detta, men det verkar vara en bugg just gällande klockslagen just nu. Om man redigerar ett träningspass som började 16:10 så ändras det till 14:10. Om man då sparar utan att notera detta kommer det vid nästa redigering att
