Użytkownik Marcin <infos@kki.net.pl w wiadomości do grup dyskusyjnych napisał:7nh545$e1@sunsite.icm.edu.pl...
Ja juz nie mam sily!
Ja tez juz nie mam sily!
<Ciach...
Widzę z postu obok, że Hans dał się również zmylić i podał odnośnik do
tematu dotyczącego formantu a tobie zapewne chodzi o formularz.
Tam akurat pisal o szerokosci formularza.
Od wczoraj walcze z wlasciwosciami formularzy i juz sie pogubilem!
... forma byla wielkosci DOKLADNIE polowy ekranu (czy jest cos takiego jak
Jeżeli masz na myśli coś jak w HTML, że można zdefiniować wymiary używając
zamiennie jednostek metrycznych, procentów i proporcji to sorry ale wśród
właściwości formularz jest wyraźnie wysokość i szerokość w jedn. metrycznej
lub calach.
Znow sie helpa nie doczytalo? ;-)
Sa jeszcze twip'y.
Za helpem:
"twip
W programie Microsoft Access jednostka miary równa 1/120 punktu albo 1/1440 cala. Na centymetr przypada 567 twipów."
Jak widac, mozna sie jeszcze poslugiwac 'punktami' (oczywiscie po przeliczeniu).
Natomiast co do Twoich postów o usuwaniu przycisku zamknij i przywróć to sam
rzuciłem kiedyś na grupę podobny temat (pt. Przycisk) ale odpowiedzi jakie
uzyskałem nie udało mi się z powodzeniem zastosować (było coś, że przyciski
są powiązane z paskiem menu a jak się je zmodyfikuje to przyciski znikną...)
Rece i nogi opadaja! ;-) Ja wiem: "slonce swieci a palmy rosna". Moze jednak nauke programowania w access'ie przelozyc na chlodniejsza pore? ;-)
Krzysiek Czurylo, ja i chyba ktos jeszcze (sorry, nie pamietam kto), podalismy Wam chyba wszelkie kombinacje z przyciskami, a Wy dalej swoje.
Krzysiek, chyba juz czas na urlop. Ludzie przestaja juz analizowac nasze odpowiedzi.
Napiszcie konkretnie co chcecie uzyskac, to dostaniecie konkretne rozwiazanie podane na tacy.
Jak dla mnie, wyglada to tak, ze kombinujecie jak konie pod gore, ale sami nie wiecie co chcecie osiagnac. ;-)
W każdym razie rozwiązania polegające na ustawianiu formularza na podręczny
i jego maksymalizacja są niezłe ale to tylko połowiczne rozwiązania. Ja np.
chciałbym zmaksymalizować formularz, ale w obrębie standardowego okna
aplikacji MS Access i wtedy ukryć przyciski zamknij i przywróć, które mimo
ustawień na żaden i brak upierdliwie się pojawiają.
Podstawowa różnica między proponowanymi a tym rozwiązaniem jest taka, że
zmaksymalizowany podręczny formularz w każdym z wariantów - czy z
obramowaniem zmiennym, czy bez obramowania niejako "wyskakuje" (i tego
określenia używał Hans) poza okno aplikacji; oznacza to że samo okno Accessa
się nie maksymalizuje co zobaczyć można klikając dwukrotnie w krawędź
podręcznego zmaksymalizowanego formularza z obramowaniem zmiennym - czyli
pasek tytułu pozostaje i jest w co kliknąć.
Kolejną wadą tej metody jest brak menu i paska narzędzi...
Tak więc najlepiej było by zmakasymalizować formularz normalny w oknie
Accessa i jakoś ukryć te dwa cholerne przyciski - tyle, że to zdaje się
Czy naprawde trzeba Wam pisac czarno na bialym?
Prosze. Litery czarne a tlo biale (to dla tych co nie maja sil na analize tekstu) DoCmd.ShowToolbar "Pasek Menu", acToolbarNo
wymagało by posłużenia się funkcjami API VB.
Nie potrzeba do tego API.
Wtedy było by i menu i ew. paski narzędzi i można było by zmieniać rozmiar
okna - w tym wypadku całej aplikacji. Tyle, że nie można było by zajrzeć "do
kuchni"....
I o to chodzi. Klient restauracji nie ma prawa szwedac sie po kuchni. Dla siebie mozesz zrobic ukryty przycisk, ktory spradzi czy to Ty sie zalogowales i zamknie okno.
<Ciach...
Jednak jeżeli ktoś wie jak programowo ukryć te nieszczęsne przyciski
przywróć i zamknij przy zmaksymalizowanym formularzu to proszę o informację.
j.w.
Tylko musisz zapomniec o pasku menu formularza i zadowolic sie paskami narzedziowymi i menu podrecznym.
Wojtek
_____________________________
woj@soft-service.rubikon.pl
marek napisał(a):
| Odswierzam stare pytanie
| | Czy kupując program Microsoft Access mogę legalnie rozprowadzać napisane
| w
| | nim programy, czy trzeba dokonać jakiś dodatkowych opłat?
Odświeżam starą odpowiedź:
wystarczy do tego, abyś Ty mógł używać swego własnego programu. Sam
Access z pakietu Office wystarczy jedynie wtedy, gdy przekażesz go razem
z aplikacją klientowi (ale chyba nie o to Ci chodzi).
Powtarzam zatem jeszcze raz: albo klient ma swojego Accessa, albo Ty
rozprowadzasz aplikację z wersją runtime, która znajduje się w pakiecie
Office Developer Tools (kosztuje z VATem ponad 5000 zł - wersja ODT
2000).
Czyli jeszcze inaczej mówiąc (jesli gdzies się mylę, proszę o
sprostowanie; zakładam tutaj, że klient nie ma Accessa, nie ma pojęcia
co to jest i nie bardzo go to obchodzi ;-)
można :
1. Napisać w Accessie bazę/aplikację i do woli sprzedawać (lub
rozdawadać za darmo - nasza wola ;-) klientom tylko pliki
.mdb/mde/mda/mdw i tym podobne, czyli efekt naszej pracy pod Accessem.
Tylko żeby toto uruchomić, klient także potrzebuje Accessa. Czym z kolei
może być nie bardzo zainteresowanym, bo do naszej skadinąd fajnej
aplikacyjki, zrobionej w dwa dni, wycenionej przez nas powiedzmy na
300zł (to tylko przykład) musiałby dokupić program (Access) liczony już
w tysiacach zł. Sytuacja bedzie jeszcze gorsza w przypadku pracy
aplikacji na wielu stanowiskach - na każde nasz klient musiałby posiadać
licencję Acc.
2. Nabyć ODT (ODE, ADT się toto nazwywało w starszych wersjach Acc;
zobacz http://web.pertus.com.pl/~stanley -FAQ-P001).
Daje to nam możliwość preparowania _samodzielnych_ "programów" oraz ich
nieograniczonej dystrybucji. Samodzielnych, czyli takich, które mogą być
zainstalowane i uruchomione na komputerach, gdzie nie ma Accessa (lub
był, ale go odinstalowano ;-). "Programów" piszę tu w cudzysłowie,
ponieważ w przypadku Accessa od strony technicznej jest to runtime,
czyli środowisko uruchomieniowe dla plików 'accessowych' (.mdb/mde,
itp.).
Czy takie "programy" bedziemy sprzedawali, czy rozdawali za darmo - to
już nasza sprawa, chociaz przy cenach ODT'ów w to drugie raczej
watpię... ;-) (no chyba, że przygotowujemy demo licząc na późniejsze
zyski).
Jak się wszystko odpowiednio spreparuje (naszą aplikację, ustawienia
ODE przy generowaniu instalki), klient nawet nie musi wiedzieć (no może
prawie ;-), że "program" był zrobiony w Accessie. Po prostu instaluje u
siebie "coś" (uruchamia setup.exe, itd.), a że na HD powędruje mu wraz z
naszymi wypocinami niemal kompletny Access, to inna sprawa... ;-)
Zresztą IHMO: gdy instalujemy różne programy, z Windowsem na czele, czy
w 99,99% tak naprawdę nas obchodzi w czym były zrobione: w C, w Delphi,
w VB lub czymkolwiek innym?
---
Ewentualnie, dla uniknięcia kosztów zwiazanych z zakupem ODT, w sytuacji
(sporadycznego) robienia aplikacji raczej dla bogatszego klienta, i gdy
ta aplikacja bedzie pracowała u niego na wielu stanowiskach (mam na
myśli niekoniecznie sieć), wydaje mi się mozliwe :
Dogadujemy sie z klientem, aby to on nabył pakiet umozliwiajacy robienie
runtime i takie runtime wykonujemy u niego. Potem klient instaluje
"program" na ilu stanowiskach chce. Dzięki temu łączny koszt (dla
klienta) będzie mógł być niższy, niż gdyby kupował Accessa osobno na
kazde stanowisko.
Pozdrawiam -
Stanley
| Czy ktoś mi powie jak z poziomu VB odblokować edycję pól
formulaża
| pozdrawiam Patryk
Ludzieeeeeeeee,czytajcie przynajmniej HELP
ponizej cytat z Help'a A'97
Właściwości AllowEdits (EdycjaDozwolona) można użyć do
określenia, czy użytkownik może edytować zapisane rekordy
używając formularza.
Ustawienia
Dla właściwości AllowEdits używane są następujące
ustawienia.
Ustawienie Opis Visual Basic
Tak (Ustawienie domyślne) Użytkownik może edytować zapisane
rekordy. True (-1)
Nie Użytkownik nie może edytować zapisanych rekordów. False
(0)
Właściwość AllowEdits można ustawiać w arkuszu właściwości,
w makrze lub używając języka Visual Basic.
Uwagi
Właściwości AllowEdits można użyć, aby uniemożliwić
dokonywanie zmian we wszystkich danych formularza. Aby
zapobiec modyfikacjom w konkretnym formancie, należy użyć
właściwości Enabled (Włączony) lub Locked (Zablokowany).
Aby uniemożliwić dokonywanie zmian w istniejących rekordach
(czyli aby formularz stał się obiektem tylko do odczytu),
należy ustawić właściwości AllowAdditions
(DodawanieDozwolone), AllowDeletions oraz AllowEdits na
wartość "Nie". Można też zmieniać pojedyncze rekordy na
przeznaczone tylko do odczytu ustawiając właściwość
RecordsetType (TypZestawuRekordów) na wartość "Utrwalony"
Gdy właściwość AllowEdits jest ustawiona na waruść "Nie", to
polecenia Usuń rekord w menu Edycja oraz Wprowadzanie danych
w menu Rekordy są niedostępne.
Uwaga Gdy używany jest argument "Tryb danych" akcji
OtwórzFormularz (OpenForm), program Microsoft Access
zastępuje wiele ustawień właściwości formularza. Jeśli
argument "Tryb danych" w akcji OtwórzFormularz jest
ustawiony na wartość "Edycja", to program Microsoft Access
użyje formularza z następującymi ustawieniami właściwości
. AllowEdits (EdycjaDozwolona) - Tak
. AllowDeletions (UsuwanieDozwolone) - Tak
. AllowAdditions (DodawanieDozwolone) - Tak
. DataEntry (WprowadzanieDanych) - Nie
Aby zapobiec zastąpieniu tych istniejących ustawień
właściwości należy pominąć ustawienie argumentu "Tryb
danych" w akcji OtwórzFormularz. Wtedy Microsoft Access
wykorzysta ustawienia właściwości zdefiniowane w formularzu.
dzięki, ale nie złość się, nie zajmuję się bazą access ani VB na codzień.
I ty też pewnie czasem potrzebujesz szybkiej odpoowiedzi na temat
z którym spotykasz się sporadycznie.
pozdrawiam Patryk
| F1 =Currency - typ danych, formatowanie - obszerne wyjaśnienia Twojego
| problemu.
| Pozdr,
| GB
| dzieki za odzew, ale nie nie znalazlem nic w helpie vb5...
Sprawa wyglada nastepujaco: przy zakladaniu pola w tabeli,
"miejsce dziesietne" ma wartosc auto, czyli access bierze
wlasciwosci ustawien regionalnych w panelu sterowania.
Poniewaz pole jest typu currency czyli w accessie walutowe,
to wlasciwosc ta wynosi 2, z reszta jak mi pokazuje w bazie.
1 METODA - zmienic w panelu sterownaia - tego nie moge zrobic
bo niektore inne programy wymagaja takiej prezentacji wautowej
2 METODA ustawic podczas tworzenia bazy danych wlasciwosc
"DecimalPlaces" lub "Format" ale jak???
please help me...
Cytaty z Help - Access'a
Właściwość MiejscaDziesiętne służy do określenia liczby miejsc dziesiętnych
wyświetlanych w polu typu Liczba i w polu typu Walutowy lub w formancie z
daną liczbową lub daną typu Walutowy. Właściwość MiejscaDziesiętne można
zdefiniować w widoku "Projekt" tabeli, w widoku "Projekt" kwerendy, w widoku
"Projekt" formularza lub w widoku "Projekt" raportu. Większość przypadków
dotyczy ustalenia właściwości pola w widoku "Projekt" tabeli. W ten sposób
dokonuje się automatycznie wyboru ustawienia pola w widoku "Projekt"
kwerendy i formantów formularza lub raportu związanych z tym polem (dzieje
się tak, o ile formanty są tworzone po ustawieniu właściwości w widoku
"Projekt" tabeli). W niektórych przypadkach trzeba jednak ustawić tę
właściwość w widoku "Projekt" kwerendy, w widoku "Projekt" formularza lub w
widoku "Projekt" raportu. Dzieje się tak na przykład wtedy, gdy trzeba
wyświetlić inną liczbę miejsc dziesiętnych w tabeli w arkuszu danych, a inną
w raporcie. Można wtedy ustawić właściwość MiejscaDziesiętne dla pola w
widoku "Projekt" kwerendy i użyć tej kwerendy przy tworzeniu raportu. W
przypadku stosowania formantów niezwiązanych należy ustawić właściwość
MiejscaDziesiętne w widoku "Projekt" formularza lub w widoku "Projekt"
raportu.
Uwaga Wartość właściwości MiejscaDziesiętne wpływa tylko na to, ile miejsc
po przecinku jest wyświetlanych, a nie na to, ile jest przechowywanych. Na
przykład, można ustawić właściwość MiejscaDziesiętne na 2 dla pól typu
Liczba z właściwością RozmiarPola ustawioną na Liczba całkowita. Wtedy
wyświetlane będą dwa miejsca po przecinku, ale ponieważ przechowywane są
tylko wartości całkowite, miejsca te będą wypełnione zerami. Aby zmienić
liczbę miejsc po przecinku przechowywanych w pamięci, trzeba zmienić
właściwość RozmiarPola pola typu Liczba. Aby uzyskać informacje na temat
właściwości pola RozmiarPola, kliknij...
WAŻNE !!!
W programie Microsoft Access istnieją dwa typy danych pól pozwalające
przechowywać wartości numeryczne: Liczba i Walutowy.
Pól typu Liczba należy używać do przechowywania danych liczbowych, na
których będą dokonywane obliczenia matematyczne z wyjątkiem operacji
finansowych i obliczeń wymagających bardzo dużej dokładności Rodzaj i
rozmiar wartości, jakie mogą być wprowadzane w polu zależy od ustawienia
właściwości Rozmiar pola. Na przykład w polu typu Bajt można przechowywać
jedynie liczby całkowite (bez części dziesiętnych) od 0 do 255. Pole takie
zajmuje na dysku tylko 1 bajt.
Pól typu Walutowy należy używać, jeśli podczas obliczeń liczby nie mają być
zaokrąglane. Pola Walutowy zapewniają dokładność do 15 miejsc przed
przecinkiem i 4 miejsc po przecinku. Pole typu Walutowy zajmuje na dysku 8
bajtów.
Te ostatnie zdania rozwiewaja chyba Twoje wszelkie wątpliwości.
Pozdr,
GB
i mozesz pamietac date jaka chcesz
-----Original Message-----
From: owner-pl-comp-bazy-danych-msacc@newsgate.gliwice.pl
[mailto:owner-pl-comp-bazy-danych-msacc@newsgate.gliwice.pl]On Behalf
Of AJA
Sent: Friday, May 07, 1999 1:23 AM
To: pl-comp-bazy-danych-msacc@newsgate.gliwice.pl
Subject: Re: DATA problem
Krzysztof Czurylo wrote:
| AJA napisal(a) w wiadomosci:
| <3731EBB6.357F5@willow.oi.pz.zgora.pl...
| |NO i stalo sie wybrnellem z problemu jednego z zakresem daty i wpadam
| w
| |drugi ... oto on
| |
| |DoCmd.OpenReport "RDATA", acPreview, , "[DATA_WYDANIA] Between " &
| |Format(Me![OD1], "0") & " AND " & Format(Me![DO1], "0")
| |powyzszy kod wybiera dane z okreslonego przedzialu czasu .. ale
| jest
| |bol .. bo jak podam zokresu od 99-11-11 do 11-11-11 to on wybierze
| |daty .. ale w inny sposob .. nie wybierze dat z 21 wieku lecz z 20 o
| co
| |cchodzi dlaczego tak jest jak zrobic by wybral poprawnie ???
| |nei mam pojecia o co chodzi ... co zrobic ??
| |czy moze jednak kod powyzszy jest zly ???
| |Kiedy w gre wchodzi 20 wiek jest ok .. ale gdy daty z 21 wieku juz
| jest
| |blad :((
| Czlowieku!!! Czy Ty w ogóle nie myslisz?! To nie boli!!!
| Skad Access ma wiedziec, ze 11 oznacza 2011, a nie 1911? Czy nie
| mozesz podac daty z czterocyfrowym rokiem?
| np. 1999-11-11 do 2011-11-11
| Oczywiscie daty powinny byc takze do tabel wprowadzane w formacie
| czterocyfrowym, bo inaczej Access sam sobie "dopisuje" pierwsze dwie
| cyfry roku i bodajze dla lat 00-29 przyjmuje, ze sa to daty w 21-szym
| wieku (i dodaje z przodu "19"), a dla pozostalych, ze w 20-tym (i
| dodaje "20").
| Podobnie dla dat wprowadzanych jako kryteria w kwerendach.
| To wszystko jest w HELPIE!!!!!!!!!!!!!! (klawisz F1).
| <CITE
| Nowosc w 97
| Nowa interpretacja danych wprowadzonych w skróconym formacie roku
| W arkuszach danych i formantach edycji, program Microsoft Access
| interpretuje teraz dane wprowadzone w skróconym formacie roku w
| nastepujacy sposób (czesciowo dla wieku dwudziestego pierwszego).
| Zakres daty dla skróconego formatu roku
| Interpretacja
| od 1/1/00 do 12/31/29 od 1/1/2000 do 12/31/2029
| od 1/1/30 do 12/31/99 od 1/1/1930 do 12/31/1999
| </CITE
| To sa naprawde podstawowe rzeczy, które sa jasno i przejrzyscie
| opisane w Helpie, z mnóstwem przykladów.
| +- Krzysztof Czurylo -+
| +- Technical University of Gdansk & Medical University of Gdansk -+
| +- krzy@SPAM.polbox.KILLER.com -+
| +- remove 'SPAM.' and 'KILLER.' before reply !!! -+
To nie boli ..
Ale czeste omylki to rzecz ludzka ..
tymbardziej ze Access ma date rozwiazana w ten sposob ze rok wpisany jako
11 to jest 2011 wiec prosze nei mowic ze nie mysle .. po prostu skladnia
mi sie pomieszala .. troszke zle wpisalem .. ale skorygowalem kawalek
kodu ... i juz chodzi ..
Access z data jest tak cwanie wzobiony przez firme Micro Shit ze nie mozna
brac daty z przedzialu wiekszego niz 100 lat .. i te 100 lat pozostaje
wciaz granica
By ja przeskoczyc tzra kombinowac inaczej ... !!!
--
Archiwum listy dyskusyjnej pl-comp-bazy-danych-msaccess
http://www.newsgate.gliwice.pl/archive/pl-comp-bazy-danych-msaccess/
Witam wszystkich !!!
Mam taki problem z którym nie potrafię sobie poradzić.
Access 2002 pod XP
Po uruchomieniu bazy danych:
- za pomocą makro autoexec, otwiera się formularz z trzema przyciskami
polecenia
- każdy z trzech przycisków polecenia ma otworzyć jeden inny formularz
- kiedy za pierwszym razem uruchamiam jeden (obojętne który)
z trzech wspomnianych przycisków pokazują mi się po kolei takie komunikaty:
Baza danych lub projekt programu Microsoft Access zawiera uszkodzone
odwołanie
do pliku "ACTIVESEX.OCX" wersja 1.2. lub odwołanie nie istnieje.
| klikam na OK i pokazuje się następny komunikat:
Baza danych lub projekt programu Microsoft Access zawiera uszkodzone
odwołanie
do pliku "BR549.OCX" wersja 1.0. lub odwołanie nie istnieje.
| klikam na OK i pokazuje się następny komunikat:
Baza danych lub projekt programu Microsoft Access zawiera uszkodzone
odwołanie
do pliku "MSISYS.OCX" wersja 1.0. lub odwołanie nie istnieje.
| klikam na OK i pokazuje się następny komunikat:
Baza danych lub projekt programu Microsoft Access zawiera uszkodzone
odwołanie
do pliku "MSIPRINT.OCX" wersja 1.0. lub odwołanie nie istnieje.
| i dopiero teraz otwiera się formularz który chciałem uruchomić za pomocą
przycisku.
Od tej pory pracując z bazą mogę otwierać pozostałe formularze za pomocą
wspomnianych przycisków, a taka seria komunikatów nie pokaże się, aż do
momentu
zamknięcia bazy i ponownego jej uruchomienia.
Nadmieniam, że uruchamiając ponownie bazę nie ma znaczenia który z trzech
przycisków
zostanie uruchomiony jako pierwszy - zawsze sytuacja powtarza się
analogicznie do tego
co opisałem wcześniej.
Czy może mnie ktoś naprowadzić w jaki sposób należy rozwiązać problem ???
Pozdrawiam
Grzegorz
d.
1. A próbowałeś usunąć jeden przycisk, przesunąć na inny formukarz, zmienić
ich kolejność, przypisać inne zdarzenia do tych przycisków, np. zwykłe
MsgBox'y, albo uruchamiać te formularze "ręcznie" po odpaleniu bazy?
2. Spróbuj napisać kod otwierania formularzy ręcznie, wstawiając zwyczajne
"On error resume next" - to przypomina zalepianie opony taśmą klejącą, ale
czasem działa.
3. Spróbuj przeczyścić bazę danych - skompaktuj, zdekompiluj, użyj funkcji
BackupThisTextFiles (google) itd.
4. Jeśli to nie pomoże importuj bazę po kawałeczku do innego pliku, może
problem się po drodze sam rozwiąże.
5. Jeśli i to nie pomoże, to zaczekaj, aż się tu wypowiedzą mądrzejsi ode
mnie...
Pozdrawiam,
K
o2 i futszaki poinformowane
Return-Path: <bazadany@tlen.pl
Received: from poczta.o2.pl (mx.go2.pl [193.17.41.41])
by pl (Postfix) with ESMTP id 1DB3B3DE2ED;
Tue, 12 Apr 2005 11:00:28 +0200 (CEST)
Received: from spg (futuro.alpat.net [81.219.177.254])
by poczta.o2.pl (Postfix) with ESMTP id C3D031378F7;
Tue, 12 Apr 2005 11:01:02 +0200 (CEST)
Message-ID: <4120-2200542129224515@spg
To: "12" <bazadany@tlen.pl
From: "bazadany@tlen.pl" <bazadany@tlen.pl
Subject: [*SPAM*] Baza
Date: Tue, 12 Apr 2005 11:02:24 +0200
MIME-Version: 1.0
Content-type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: quoted-printable
X-Spam-Prev-Subject: Baza
X-Spam-Flag: YES
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on rivendell
X-Spam-Learn: autolearn=spam
X-Spam-Report: =?ISO-8859-1?Q?
* 1.0 FORGED_RCVD_HELO Received: contains a forged HELO
* 1.5 BAZADANYCH1 BODY: BAZADANYCH1
* 1.5 BAZADANYCH BODY: BAZADANYCH
* 0.0 BAYES_50 BODY: Bayesian spam probability is 40 to 60%
* [score: 0.5288]
* 0.0 MIME_QP_LONG_LINE RAW: Quoted-printable line longer than 76 chars
* 2.5 SPAM_KROPKA_NET RBL: Host zg=b3oszony do rbl.kropka.net jako u=bfywany przez spammer=f3w
* [81.219.177.254 listed in all.rbl.kropka.net]
* 0.5 IN_KROPKA_NET RBL: Host listowany w rbl.kropka.net
* [81.219.177.254 listed in all.rbl.kropka.net]?=
X-Spam-Status: Yes, hits=7.0 required=5.0
X-Spam-Level: *******
BAZA DANYCH W PROGRAMIE MICROSOFT ACCESS - 600 000 FIRM z adresami e-mail=2E=
Baza firm pracuje w programie Microsoft Access
- mo=BFliwo=B6=E6 sortowania danych poprzez dowolne kryterium
- pe=B3ny eksport danych do innych program=F3w i baz
- tworzenie w=B3asnych baz klient=F3w
Katalog zawiera 600 000 firm i zawiera nast=EApuj=B1ce informacje:
- dane adresowe (kod, nazwa firmy, adres)
- bran=BFa
- telefon, faks
- adres e-mail
- strona WWW
- nazwiska os=F3b kontaktowych
- data rozpocz=EAcia dzia=B3alno=B6ci
- obr=F3t
- zatrudnienie
- forma prawna, forma w=B3asno=B6ci=2E
OFERTA SPECJALNA
Ka=BFde zam=F3wienie z=B3o=BFone do dn=2E15-04-2005 zostanie zrealizowane
W cenie promocyjnej 350,00 z=B3 + VAT (wliczone koszty wysy=B3ki)
Zam=F3wienia realizujemy w ci=B1gu 5 dni, p=B3atno=B6=E6 przy odbiorze=2E
SPG
Brukowa 6/8
=A3=D3D=AC 91-341
Zam=F3wienia i pytania prosimy kierowa=E6:
tel kom=2E 887 580 755=20
mailto:zamowienia3@o2=2Epl
Pozdrawiam,
Ciacho
Mam pewien problem. Po formacie dysku (virus) i postawieniu systemu od nowa
(Win XP pro, w pełni zaktualizowany przez net SP1,SP2 itd) zainstalowałem
Accesa 97. Z pakietu Office 97 pro zainstalowałem samego Accesa oraz Data
Access. Wcześniej zainstalowałem pakiet Office 2003 (Word i exel bez accesa)
Po uruchomieniu bazy danych miałem komunikat o braku licencji. Rozwiązanie
tego problemu znalazłem w google oraz na stronach pomocy Microsoft. Potem
baza danych podczas próbie połączeniu się z danymi przez kwerende
dołączającą zwraca komunikat o niezainstalowaniu sterowników ISAM. I znów
google i microsoft. Robiłem wszystko zgodnie z instrukcjami i nic sie
nienaprawiło. klikukrotne przeintalowanie accesa (z usuwaniem jednej
czcionki), instalowanie serwipacków i porawek niepomaga. Czy znacie
rozwiązanie tego problemu?
Czy mam odinstalować oficce 2003? (do tej pory tego nierobiłem)
A może doinstalowac accesa 2003 i potem go odinstalować? (musze mieć na
komputerze Accesa 97 bo do niego mam Developera)
Robert
ps. dziś cały dzień poświęciłem na naprawe tego błędu i jak narazie nic z
tego. Teraz padłem jak koń po westernie. Pomóżcie! plizzzz...
Witaj!
Metoda 1
Należy odinstalować (usunąć), a następnie ponownie zainstalować
sterowniki ISAM, aby zostały prawidłowo zarejestrowane. Poniższe kroki
ilustrują usuwanie i ponowną instalację sterowników programu dBase,
plików tekstowych i programu Microsoft Excel, tak aby pojawiły się one w
polu listy Pliki typu.
1. Uruchom program instalacyjny programu Microsoft Access 97 lub pakietu
Microsoft Office 97 Professional Edition, klikając dwukrotnie ikonę
Dodaj/Usuń programy w Panelu sterowania.
2. Na karcie Instaluj/Odinstaluj zaznacz na liście aplikacji pakiet
Microsoft Office 97, Professional Edition lub program Microsoft Access
97, a następnie kliknij przycisk Dodaj/Usuń.
3. Gdy pojawi się odpowiedni monit, włóż dysk CD do stacji dysków CD-ROM
i kliknij przycisk OK.
4. Gdy pojawi się pierwszy ekran programu instalacyjnego, kliknij
przycisk Dodaj/Usuń.
5. W polu Opcje wybierz opcję Dostęp do danych, a następnie kliknij
przycisk Zmień opcję.
6. W polu opcji dostępu do danych kliknij pozycję Sterowniki baz danych,
a następnie kliknij przycisk Zmień opcję.
7. Wyczyść pola wyboru poszczególnych sterowników ISAM, które nie
pojawiają się w polu listy Pliki typu w programie Microsoft Access,
kliknij dwa razy przycisk OK, a następnie kliknij przycisk Kontynuuj.
UWAGA: Jeśli pole wyboru sterownika ISAM jest niedostępne, kliknij trzy
razy przycisk Anuluj, kliknij dwa razy przycisk Zakończ instalację,
kliknij przycisk OK, aby zakończyć pracę programu instalacyjnego, a
następnie przejdź do kroku 10.
8. Kliknij przycisk Tak w odpowiedzi na pytanie, czy składniki mają
zostać usunięte.
9. Po zakończeniu pracy instalatora kliknij przycisk OK w odpowiedzi na
komunikat o pomyślnym zakończeniu instalacji.
10. Nie zamykając okna dialogowego Dodawanie/Usuwanie programów, uruchom
Eksploratora Windows (lub Menedżera plików) i wyszukaj pliki o
następujących nazwach:
Nazwa pliku Sterownik ISAM importu/eksportu dla
---------------------------------------------------
MSEXCL35.DLL Microsoft Excel
MSTEXT35.DLL Pliki tekstowe
MSXBSE35.DLL dBASE
11. Zmień nazwy plików. Zamknij Eksploratora Windows.
12. Powtórz kroki 2â6 z początku tej sekcji.
13. Zaznacz pole wyboru każdego sterownika ISAM, który chcesz ponownie
zainstalować.
14. Kliknij przycisk OK dwa razy, a następnie kliknij przycisk Kontynuuj.
15. Gdy program instalacyjny zakończy aktualizowanie systemu, kliknij
przycisk OK. Zamknij okno dialogowe Dodawanie/Usuwanie programów.
16. Powróć do programu Microsoft Access i w menu Plik wskaż polecenie
Pobierz dane zewnętrzne, a następnie kliknij polecenie Importuj.
Dodatkowe sterowniki ISAM powinny teraz pojawić się na liście.
Powrót na górę
Metoda 2
Za pomocą narzędzia regsvr32.exe należy ręcznie ponownie zarejestrować
pliki ISAM brakujących sterowników. Aby uzyskać listę plików ISAM, które
należy ponownie zarejestrować, zobacz następujący artykuł z bazy wiedzy
Microsoft Knowledge Base:
155666 (http://support.microsoft.com/kb/155666/PL/) ACC: Troubleshoot
"Couldn't Find Installable ISAM" Error
Jeśli po zastosowaniu jednej z tych metod aplikacji, z której mają być
importowane dane, nadal nie ma na liście:
1. Zmień nazwy plików omówionych w krokach 10 i 11 w sekcji âźRozwiązanieâ.
2. Powtórz kroki od 1 do 3 omówione w sekcji âźRozwiązanieâ.
3. Gdy pojawi się pierwszy ekran programu instalacyjnego, kliknij
przycisk Zainstaluj ponownie.
4. Po pomyślnym zakończeniu procesu ponownej instalacji powtórz krok 16
z sekcji âźRozwiązanieâ.
UWAGA: Jeśli aplikacji, z której mają być importowane dane, nadal nie ma
na liście, konieczne będzie odinstalowanie programu Microsoft Access 97
lub pakietu Microsoft Office Professional Edition i ponowne
zainstalowanie aplikacji. Aby uzyskać więcej informacji dotyczących
sposobu pomyślnej dezinstalacji i ponownej instalacji programu Microsoft
Access 97 lub pakietu Microsoft Office 97 Professional Edition, zobacz
następujące artykuły z bazy wiedzy Microsoft Knowledge Base:
158658 (http://support.microsoft.com/kb/158658/PL/) OFF97: Jak
całkowicie usunąć pakiet Microsoft Office 97
163997 (http://support.microsoft.com/kb/163997/PL/) ACC97: How to
Completely Uninstall Microsoft Access 97
Ponadto omawiane rozwiązanie może być nieskuteczne, jeśli do oryginalnej
instalacji pakietu Microsoft Office Standard zastosowano poprawkę SR-1
przed zainstalowaniem programu Microsoft Office. W takim wypadku
zastosowanie poprawki SR-1 do programu Microsoft Access powinno
rozwiązać problem.
Pozdro Krystian
© 2009 Najlepszy miesiąc kawalerski w Polsce !!! - Ceske - Sjezdovky .cz. Design downloaded from free website templates