Date: prev next · Thread: first prev next last


Det enda jag vill är att se till att valet finns där ifall någon behöver det. Jag kan inte minnas senaste gången jag skrev ett datum som 11/3 2010. Formatet 20.2.2012 kan jag inte ens minnas att jag använt men det lär användas i alla språk i EU-dokument, därmed finns ett behov att kunna hantera detta format. Om vi automatiskt ska tolka detta som ett datum är en annan fråga och det är den frågan som är mest
aktuell just nu.

Jag låter frågan om vad som ska valideras som datum bero ett par versioner så får vi utvärdera effekterna därefter. Däremot tänkte jag slänga iväg en fråga om möjligheten att acceptera
både . och : som avgränsare vid tidpunkter.

Framöver hoppas jag få med lite fler datumformat, men det kommer nog också att vara något
som görs längre fram.

Med vänlig hälsning
Niklas Johansson


Johnny Rosenberg skrev 2012-01-16 20:31:
Den 16 januari 2012 09:54 skrev Niklas Johansson<sleeping.pillow@gmail.com>:
Hej

LibreOffice har skärpt vad som ska tolkas som ett datum. Tidigare har
exempelvis 10/10/ tolkats som ett datum
vilket det inte gör nu. Vi skulle behöva ange vad som ska tolkas som ett
datum, t ex D/M. Läs blogginlägget som
jag länkar till nedan. Jag skulle gärna se att 10-10 tolkades som 10 oktober
(aktuellt år), detta trots att jag inte
skulle vilja se ett datum angivet på detta sett.

Även om svenska språknämnden godkänner 11.4 som den 11 april så bör detta
inte vid inmatning tolkas som
ett datum då vi i så fall får problem med t ex 10.10 (som är den egentliga
svenska standarden för klockan 10.10
enligt språknämnden).
Ske erkänna att det nog är mitt ”fel” att det svenska
standardvisningsformatet (alltså inte inmatningsformatet) för tid i
LibreOffice/OpenOffice.org är hh:mm:ss och inte hh.mm.ss. I en
felrapport för några år sedan, kommer nu inte ihåg exakt vad som var
problemet då, angav jag att svenskt tidsformat var just nyss nämnda,
så detta ändrades på grund av mig, om jag inte minns fel. Jag var
tydligen inte tillräckligt informerad där, utan trodde att vi följde
ISO8601 när det gällde både datum och tid, men det är tydligen bara
när det gäller datum som vi följer den mer exakt (exempelvis ”-”
mellan år, månad och dag istället för ”/” som vissa andra länder har).

Håller i alla fall med om att inmatning i form av aa.b bör tolkas som
tid och inte datum, exempelvis att 11.4 bör tolkas som klockan 11:04
(ja, jag envisas med att använda det internationella ISO8601-formatet
i alla lägen…) och inte som exempelvis 2012-04-11.

För tillfället är inte 20/4 2012 ett av formaten som stöds av svenska
LibreOffice detta anser jag borde läggas till.
Själv tycker jag att alla i hela världen borde följa ISO8601 till
punkt och pricka, men jag misstänker att jag är ensam om den åsikten i
samma hela värld… Så majoriteten får väl bestämma, om det nu finns
några fler på denna lista än du och jag… :P Men jag är i alla fall
emot att skriva datum som dd/mm yyyy. Dock tycker jag det är ännu
sämre med dd/mm/yyyy eller om man bara använder två siffror för årtal.
Men visst, vill folk ha det så, så får det väl bli så. Jag akn ju bara
låta bli att använda det…


Vänliga hälsningar

Johnny Rosenberg
ジョニー・ローゼンバーグ

http://erack.org/blog/archives/8-LibreOffice-date-acceptance-patterns.html

--
Med vänlig hälsning
Niklas Johansson


--
Unsubscribe instructions: E-mail to discuss+help@sv.libreoffice.org
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/sv/discuss/
All messages sent to this list will be publicly archived and cannot be deleted

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.