Article View: pl.comp.bazy-danych.msaccess
Article #191y2k w Access2.0 - proba rozwiazania
From: Stanley P
Date: Mon, 16 Nov 1998 13:18
Date: Mon, 16 Nov 1998 13:18
53 lines
3263 bytes
3263 bytes
Witam szanownych grupowiczow. Wydaje mi sie, ze przynajmniej czesciowo udalo mi sie rozwiazac problem jak wyzej w temacie. Dla niezorientowanych przypomne, ze rzecz dotyczy wprowadzania dat, w ktorych wpisywany jest skrocony format roku, czyli np. 01.01.00. Tak wprowadzona date Access2.0 zinterpretuje jako 01.01.1900, a nie 01.01.2000. Dodatkowo, jesli w polu z data uzyty jest format wyswietlania 'Data krotka', oraz w Panelu Sterowania uzyto stylu daty krotkiej np. dd.MM.rr, uzytkownik nie bedzie nawet swiadomy, ze wystawil np. fakture sto lat do tylu ;-) (poniewaz w polu widzi 01.01.00). Pomysl (nienowy) polega na stosowaniu w polach z data maski wprowadzania, wymuszajacej na userze ZAWSZE wprowadzanie roku czterocyfrowo. Przy takiej koncepcji, dodatkowym problemem który się pojawił, są różne możliwe ustawienia formatu daty krótkiej w Windows. Nie wnikając w szczegóły, gdy np. w Windows jest akurat ustawiony amerykański format rr.MM.dd (rok-miesiąc-dzień), a w polu z datą zostałaby na sztywno ustawiona maska 99/99/0000 (czyli "przeznaczona" dla wprowadzania dzień-miesiąc-rok lub miesiąc-dzień-rok) - takie pole nigdy nie może przyjąć daty, ponieważ albo mu nie zgadza się maska wprowadzania, albo format daty. Ponadto w takim przypadku, po wejsciu do pola, maska w ogole nie jest wyswietlana. Ten problem rozwiazalem odczytujac format ustawiony w Windows, a maska wprowadzenia przyjmuje postac 0000/99/99 (jesli rok znajduje sie z "lewej strony") lub 99/99/0000 gdy rok jest "z prawej". Wszystkim zainteresowanym jestem chetny przeslac przyklad na priv. W przykladzie jest zalaczony mini-help, dokladniej obrazujacy problem, oraz zauwazone przeze mnie dogodnosci i niedogodnosci przyjetego rozwiazania. Prosilbym o ewentualne sugestie (moze ktos ma inny pomysl?). Pozdrawiam - Stanley stanley@pertus.com.pl PS. Dla informacji - w Acc'97 powyzszy problem nie istnieje, bodzajze do y2037... ;-) Wydaje mi sie, ze w pewnych sytuacjach podobne rozwiazanie mozna rowniez i w nim zastosowac. Uwazam bowiem, ze uzytkownicy aplikacji czesto sa zdezorientowani w jaki wlasciwie sposob maja wprowadzac daty, a widoczna po wejsciu do pola maska np. __.__.____ wyjasnia juz sporo. PS#2 Przepraszam ze rownolegly post, w sprawie w sumie czysto technicznej na grupe bazy-danych. Jednak nadal dochodza sygnaly, ze pl.comp.bazy-danych.msaccess nie jest 'widoczna" na niektorych news-serwerach, a y2k zbliza sie z dnia na dzien ;-)
Technical Details
Message-ID:
<3650265F.144FD210@pertus.com.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!pingwin.icm.edu.pl!news.icm.edu.pl!orion.cst.tpsa.pl!news.tpnet.pl!not-for-mailShow Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!pingwin.icm.edu.pl!news.icm.edu.pl!orion.cst.tpsa.pl!news.tpnet.pl!not-for-mail Message-ID: <3650265F.144FD210@pertus.com.pl> From: Stanley P <stanley@pertus.com.pl> X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 Newsgroups: pl.comp.bazy-danych.msaccess,pl.comp.bazy-danych Subject: y2k w Access2.0 - proba rozwiazania Lines: 53 Date: Mon, 16 Nov 1998 13:18:59 GMT NNTP-Posting-Host: 195.116.104.13 X-Complaints-To: abuse@tpsa.pl X-Trace: news.tpnet.pl 911222339 195.116.104.13 (Mon, 16 Nov 1998 14:18:59 MET DST) NNTP-Posting-Date: Mon, 16 Nov 1998 14:18:59 MET DST Organization: TPNET - http://www.tpnet.pl Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit