Mezery za interpunkčními znaménky

Ano, v moznostech v nastavení kontroly gramatiky je možné vypnout kontrolu mezer u interpunkce.

Děkuji, to jsem si také myslel, ale nikde jsem tu možnost vypnutí nenašel. Našel jen vypnutí nebo zapnutí tvrdé mezery za vybranými předložkami (k, s, p, v a z).

Tady to máš i s obrázkem:

Ale tu mezeru vyžaduje zcela správně, v souladu s pravidly:

...
Také při psaní data se často zapomíná na mezery. Není proto nijak neobvyklé setkat se s "úsporným" formátem 24.2.2005, případně 24.února 2005. Znovu ale připomínám, že číslovky jsou samostatná slova, takže i datum by se mělo psát s mezerami (24. 2. 2005, 24. února 2005).
...

číslovky jistě mohou být samostatná slova, například v údaji ceny s měnou.
ale češtináři dodnes nepochopili, že datum má smysl dohromady jako jedno pole - podobně jako ip adresa.
přednost má formát pro strojní zpracování, jazykozpyt z doby obrození patří na smetiště dějin.
kdo nevěří, ať si spustí výpis příkazu dir.
češtináři nechť si opraví svoje zpozdilá pravidla a radši ať s tou zaostalostí nevylézají na svétlo.

To, že príkaz DIR nie je podľa stanovených pravidiel je ešte z čias historického DOSu, kde bolo každé miesto v riadku dobré. Tvoj argument je úplne bezpredmetný.

naopak - pokud potřebuju v batce kuchat datum (český/anglický/xp/nt4 formát), nadbytečné mezery by to jen komplikovaly a prodlužovaly test. argument je proto na místě.

z ne tak odlišného sudu:
vedl jsem seznam ip adres. aby se dal seznam seřadit, ať se v tom dá něco najít, musely se chybějící pozice doplnit nulami. přesto polovina techniků nepochopila, že nula je nadbytečná, a neustále se pokoušeli mapovat nebo pingat adresu 10.10.09.048
proto jsou nadbytečné znaky škodlivé a nežádoucí - a úřad pro jazyk národní by s tím měl něco dělat, nebo jim v pravopisu ujede vlak.

To je trošku něco jinýho - předpokládám, že DOC soubor obsahující dopis nebudeš parsovat.
Ale teď jsem našel tohle: prirucka.ujc.cas.cz:

Vedle tohoto základního způsobu zápisu 1. 2. 2007, 8. 10. 2008, 21. 6. 2009 či 31. 12. 2012 (tj. s mezerou po tečce bez ohledu na počet cifer v kalendářním dni či měsíci, jak uvádějí PČP) lze podle ČSN 01 6910 v obchodní a úřední korespondenci také zvolit tzv. dvoumístný způsob zápisu např. 01.02.2007, 08.10.2008, 21.06.2009 či 31.12.2012 (v tom případě doplňujeme před jednociferné kalendářní dny a měsíce nulu, aby byly dvoumístné, a vypouštíme mezery mezi dny, měsíci a roky; nikoli tedy např. 1.2.2007, 8.10.2008, 21.6.2009, ani 01. 02. 2007, 08. 10. 2008, 21. 06. 2009).

Takže o ujíždění vlaku bych moc nemluvil.

Stále staviaš argumenty na niečom, čo si si vymyslel ty. Keby malo byť všetko ako si predstavuješ ty, tak by sa z IPv6 nemohli vypúšťať nuly, lebo aby to nekoplikovalo parser. Ale ako sa píše nižšie (alebo vyššie, neviem teraz, kde sa zobrazí môj príspevok), pamätá sa aj na prípady bez medzier, ale tiež sú k tomuu určité pravidlá (úvodné nuly).

češtináři dodnes nepochopili, že datum má smysl dohromady jako jedno pole

Tesat!

Když už jsme u detailů, tak u data se používá trochu užší mezera než normální.

Čudujem sa, že ti to vadí, pretože podľa pravidiel na týchto miestach medzera má byť.

Mně by to taky vadilo. Plně stojím na straně s brtníkem a psaním 7.6.2013/07.06.2013, byť se z toho puristé mohou osypat. Ani si nedovedu v účtě či Excelu představit něco jiného. A v dBASE - tam stačí 070613