Post de Andrey Dynnik
Și iată ce vă spun, Serghei?
AD >>> Cum se modifică formatul datei sistemului? Că programul la startup
AD >>> instalat formatul de care aveam nevoie și când am renunțat
AD >>> a returnat pe cel vechi înapoi.
SK >> până la * .dpr
SK >> Application.Initialize;
SK >> Application.UpdateFormatSettings: = false;
SK >> SysUtils.ShortDateFormat: =.
SK >> SysUtils.LongDateFormat
SK >> SysUtils.ShortMonthNames
SK >> SysUtils.LongMonthNames
SK >> SysUtils.ShortDayNames
SK >> SysUtils.LongDayNames
Post de Andrey Dynnik
Grilă DBGreed afișează totul frumos, dar încă scrie în baza de date în format
"dd.mm.yyyy", cum se scrie la masă în formatul "aaa \ mm \ dd"?
Tabel DBF, motor BDE. D6
Priviți prin bază prin ce? De exemplu, prin ce aplicație? Prin el?
În baza de date, data este stocată sub forma unui număr și baza de date vseravno ceea ce aveți
format. Dar utilizatorul este afișat în formatul pe care îl are
este setat în setările sistemului. Consultați setările regionale.
O funcție de tip
SysUtils.ShortDateFormat: =.
SysUtils.LongDateFormat
și de asemenea, de exemplu, DECIMALSEPARATOR - separator de număr întreg și fracționar
piese etc. echipate.
Modificați formatul NUMAI pentru aplicația dvs., adică dacă tu
doriți să aveți aplicația în ALWAYS și la orice dată de ieșire dată
numai în acest format.
Modificați formatul datei din panoul de control în setările regionale și
Monitorul SQL vă va arăta, de asemenea, cum aveți nevoie de el.
--
Cu stimă,
Igor E.Timofeev
04 Mar 05 18:25, mi-ai scris:
SK >> SysUtils.ShortDateFormat: =.
SK >> SysUtils.LongDateFormat
AD> Intr-o grilă DBGreed este afișat tot frumos, dar în bază toate aceleași scrie în
AD> format "dd.mm.yyyy", cum să scrieți în tabel în formatul "yyyy \ mm \ dd"
AD>. Tabel DBF, motor BDE.
Cred că datele din baza de date sunt stocate în formă binară și nu au o idee despre
modul în care acestea vor fi prezentate utilizatorului.
SK> Cred că datele din baza de date sunt stocate într-o formă binară și nu există
SK> reprezentarea modului în care acestea vor fi prezentate utilizatorului.
AD >>> Cum se modifică formatul datei sistemului? Că programul la
AD >>> a început să instaleze formatul de care aveam nevoie și când am renunțat
AD >>> a returnat pe cel vechi înapoi.
AD> Intr-o grilă DBGreed este afișat tot frumos, dar în bază toate aceleași scrie în
AD> format "dd.mm.yyyy", cum să scrieți în tabel în formatul "yyyy \ mm \ dd"
AD>. Tabel DBF, motor BDE. D6
Și asta, în baza de date pe care o scrieți în formă text? Din câte cunosc formatul
suspendarea unui câmp de tip de dată este independentă de localizare. În DBF acest lucru este scris în formular
AAAALLZZ.
O schimbare temporară a localizării sistemului pentru dragul programului dvs. specific este
ton foarte rău.
Cele mai bune urări, Ilya
IP> Și o schimbare temporară a localizării sistemului pentru dragul programului dvs. specific
IP> este un ton foarte rău.
Din practica personală, când încercam să vindem mai multe programe, au fost respinse tocmai din acest motiv, iar cele corectate nu mai erau acceptate pentru cunoștință.
Nu avem nevoie de o aventură pentru un singur loc.
AD >>> Cum se modifică formatul datei sistemului? Că programul la startup
AD >>> instalat formatul de care aveam nevoie și când am renunțat
AD >>> a returnat pe cel vechi înapoi.
SK >> până la * .dpr
.
AD> Intr-o grilă DBGreed este afișat tot frumos, dar în bază toate aceleași scrie în
AD> format "dd.mm.yyyy", cum se scrie în tabel în formatul "aaa \ mm \ dd"?
AD> tabel DBF, motorul BDE. D6
Acesta nu este cazul, în tabel totul este stocat în mod egal, pentru dBase și clonele acestuia, acesta este Sistemul de Date Format. Prin urmare, nu se poate pune problema yyyy \ mm \ dd.
Acum, în ceea ce privește afișajul în programul client, aveți dreptul (relativă) de a face din moment ce sfătuit SK, deși este necesar să se gândească la asta, este lipsit de respect pentru utilizator, dar acest lucru este ceea ce vine la setările de sistem la nivel mondial, nu este permisă nimănui, cu excepția utilizatorului și ar trebui să se facă sistem intrektivnymi înseamnă.
Trebuie să ne gândim serios la utilizator în cazul în care utilizatorul a stabilit formatul zz.ll.aaaa, aceasta înseamnă că este atât de necesar, și nu ar trebui să se implice în ea. Pentru a face acest lucru, este suficient să scrieți corect programul și să lucrați în setările utilizatorului. Acest lucru este foarte frecvente, dacă nu vă urcați în sistem, nu încercați să schimbați nimic în format, atunci totul se face automat.
Singura justificare pentru modificarea temporară a setărilor regionale locale este când se face import / export din fișiere externe. Și nu văd deloc schimbarea setărilor globale, cred că este o crimă, un atac hacker.
Articole similare
Trimiteți-le prietenilor: