Ja sa access 2007 dobijam informaciju da neke stvari nisu kompatibilne sa ovom verzijom?

Ovo je radjeno u 2010,ali je pitanje jesu li ukljucene sve library pod references u okviruVBA. Radilo je bez problema,ali pocelo da puca.
Najcrnje sto i jedna druga aplikacija puca i to van svake logike.
Kada ukljucim Enable all macros javlja razlicite kodove greske.
Kada stavim na Disable with\without notification onda radi,ali naravno bez onoga sto bi makroi trebalo da odrade.

Da li su ti makroi zaista makroi ili pod tie podrazumevas VBA kod? Pravi makroi nisu bas srecno resenje za aplikacije koje ce da rade nesto ozbiljno. Pocnite da popravljate od toga.

Postoji deo pisan u kodu pod Event procedure,ali su ovo zaista makroi definisani na neke dogadjaje.
Probao sam sa iskljucivanjem i ukljucivanjem makreo(enable) pod trust,ali se cudno ponasa.
Nije mi jasno da je do juce aplikacija radila OK.
Jos jedno pitanje- posto aplikaciju treba da koristi vise korisnika interesuje me sta je najbolaj opcija.
Ona ce kao i baza biti na serveru,ali me brine zakljucavanje i problemi sa pristupom.

Pored toga te molim da mi odgovoris na pitanje vezano za cuvanje sloga (samo kada se klikne na dugme) , ali bez upotrebe required.
Ima li sanse da se CB zakljuca tako da samo prima vrednost iz liste bez mogucnosti ukucavanja.

Hvala na odgovoru.
P.S

kada sam prebacio makroe sa forme u VBA( klik na dugme u desnom uglu) problem je iscezao,ali sada javlja da forma ne prepoznaje komponente( kontrole). Moze li razloga da bude sto u Makro-u pisem kontrolu,a u VBA mora i ME. ime kontrole.

Baza neka sedi na serveru. Aplikacija treba da sedi na lokalnim masinama, po jedna kopija na svakoj masini. Lokalne kopije aplikacije se povezu sa bazom tako sto se tabele linkuju (Attach tables). Ni slucajno ne otvarajte aplikaciju sa servera, pogotovo ne vise korinika odjednom d aotvori aplikacioni fajl. teorijski to mose i tako, ali smo ponesto naucili za sve ove godine.

Na ovo je tesko odgovoritib bez da se pogleda u samu aplikaciju i kod. Ja to ne mogu jer nemam verziju 2010, a i nisam tu do sledeceg utorka.

Access nije zamisljen da radi ovako kako ti trazis. Moguce je, u nekim slucajevima nije preterano tesko, a u nekim jeste. Sve zavisi kako je forma napravljena. Do atomatskog snimanja dolazi kad se predje na novi rekord. Znaci to moras da sprecis. Moras i da sakrijes rekord selector (ono gde se pojavi olovcica kad se rekord menja), da neko ne bi to kliknuo. To mi pada napamet brzo kao jednostavno resenje. Ovo sto sam pomenu radi za forme koje nisu datasheet ili contin. forme.


Mozda neko drugi moze da pomogne, ja moram da idem

Ako sam dobro shvatio ja sve tabele mogu da stavim na Sql server npr.( mozda bude dovoljno da stavim tabelu za unos imajuic u vidu da su ostale u principu tabele koje prikazuju neke slogove za CB i sl. Ako kreiram tabelu\tabele na SQL serveru sta tacno treba da uradim sa formama koje su vezane za tabelu iz aplikacije. Pretpostavljam da treba samo da tu tabelu linkujem i iskoristim kao interfejs za unos u tabelu na SQL serveru.

Nadam se da je u pitanju samo Me i sutra cu testirati.

Skljonen je recor selector sto samim tim znaci da nemaju sansu da idu na novi slog,ali slog se i pored kontrola upisuje i bez klika na dugme sacuvaj. imam da unesem npr. 10 polja i ja unesem prvih pet ( postujuci sve kontrole) i onda izadjem sa forme bez clicka na Sacuvaj( samim tim i bez provere da li su polja popunjena). pogledam u tabelu i tamo stoji slog koji je do pola unesen. Moram da proverim continuos form.

hvala za sve odgovore

Najbolja varijanta je da praviš privremene tabele na lokalnim računarima,pa tek kada klikneš na neko dugme tipa Knjiži,da se one prebace na server,tako ćeš uvek moći da nastaviš tamo gde si stao ili da jednostavno obrišeš delimične zapise,bez da će se oni pojaviti na serveru.Meni su oko ovog pitanja svojevremeno pomogli Getsbi i FOX u ovoj temi.Pozdrav.

_{[Ovu poruku je menjao SLOJ.1973 dana 24.04.2013. u 22:17 GMT+1]}

Postavi tabelu na SQl server i u access-u povezao preko linkovane tabele.
Napravio formu na osnovu linkovane tabele i unos ide super.
Interesuje me zasto mi na formi ne prikazuje default value = 0.
Definisao sam tu vrednost i u source tabeli i u linkovanoj tabeli.

I u front-endu na formi definiši default value = 0.

Hvala. Moralo je tako.
Interesuje me na koji dogadjaj je najbolje definisati Enabled = False ukoliko je neka vrednost zadovoljila kriteriju.
U principu hocu da onemogucim menjanje sloga ukoliko ne zadovoljava kriterijum. Stavio sam on Current form,ali je trazio postavljanje focusa na CB ciju vrednost proveravam. Proslo je dok se nije desilo prvo zakljucavanje,a posle je javio da ne moze da postavi fokus.

Možda je bolja varijanta da isfiltriraš zapise SQL upitom i da otvoriš formu za ažuriranje samo nad tako isfiltriranim zapsima koji zadovoljavaju uslov.

Ja sa Access 2010 radim bez problema !!!!

Molim sve koji su vicniji da pomognu.
Uploadujem Bazu i evo spiska problema:
-Bio sam stavio kontrolu unosa na Exit iz polja ili Enter u naredno(odustao od toga i stavio required u samoj tabeli). Problem je sto korisnik ujuca vrednost u prva 4 polja i prelaskom na sledeci slog zabelezi upis iako nije uneo ostala polja. Pretpostavljam da ce problem biti resen vezivanjem aplikacije za tabelu na SQL serveru i decekiranjem allow nulls. Trenutno radim nad tabelom u samoj bazi jer server nije dostupan.

-Prilikom izlaska iz polja Tip zastoja polje Uzrok zastoja trebalo bi da se razlicito ponasa
--- 1) Ako unesem neki od tipova 435,440 ili 450 to polje bi trebalo da bude CB koji ima padajucu listu
----2) U suprotnom to je obicno Edit polje koje moze,a ne mora da bude popunjeno.
Trenutno sam resio sa dva box-a(CB i Edit) koje pokusavam da prikazem(sakrijem) u zavisnosti od tipa zastoja. Rešenje je daleko elegantno jer često puca i šalje informaciju vezanu za focus.
-Prilikom izlaska iz polja Kraj zastoja(odnosno na promenu vrednosti) trebalo bi da
----1) Polje Vreme trajanja zastoja dobije automatski vrednost koja je razlika izmedju 2 prethodna polja
----2) Ukoliko je vreme trajanja zastoja odredjene vrednost, a tip zastoja 210(230) trebalo bi da se pojavi poruka o nekorektnom tip(vrednosti vremena) i da se kursor pozicionira na tip zastoja.

------ Pošto sam skinuo kontrole sa polja zeleo sam da ih stavim na dugme sacuvaj,ali kada je makro(problemi sa makroima) zamenjen kodom nekada prodje, a nekada puca odmah na prvoj proveri. Želeo sam da uvedem kontrolu jer korisnici treba da budu u mogucnosti da vrse izmene i zeleo bih da je potvrde sa sacuvaj.
------- Kakva je mogucnost da vec unet slog bude samo u edit modu(enabled,kao zakljucan) dok se ne klikne na novo dugme izmeni ili dok current record ne zadovolji da je vrednost nekog polja = zadatoj vrednosti?




<sub>[Ovu poruku je menjao Getsbi dana 06.05.2013. u 11:59 GMT+1]

[Ovu poruku je menjao erc kragujevac dana 06.05.2013. u 12:19 GMT+1]

[Ovu poruku je menjao erc kragujevac dana 06.05.2013. u 12:20 GMT+1]</sub>

Pravilnik, Tačka 5. Ne šarenite poruke.

Ispravljen kod:

U kodu imaš grešku 2448-Ne možeš polju da dodeljuješ vrednost jer je tipa Calculated.Znači obriši ovo: jer to već imaš u tabeli, a dodaj .

_{[Ovu poruku je menjao Getsbi dana 06.05.2013. u 12:00 GMT+1]}

Izvinjavam se,ali samo sam hteo da u crveno obojim sustinu problema kod svake tacke.
Nadam se da nisam prouzrokovao neke probleme i zao mi je sto sam prekrsio pravilnik.
Srdacan pozdrav

Hvala. Izbrisacu ovo i pretpostavljam da ce sistem sam i na Accessu i na SQL serveru odraditi razliku.
Problem je sada u kontroli vrednost i saglasnosti sa tipom zastoja.
Morali set focus na Vreme trajanja jer bih da to polje samo dobija vrednost i da nema mogucnosti promene.
Sve si odradio pod Access 2010. Posto ce baza biti na serveru, a aplikacija na korisnickim masinama moze li Run time da pravi probleme ili je bolje full office 2010( Access 2010).
Hvala jos jednom i srdacan pozdrav

_{[Ovu poruku je menjao Getsbi dana 06.05.2013. u 12:01 GMT+1]}

Ima li sanse da mi neko kaze zasto puca dugme Sacuvaj. Bitno je da se ustanovi zakonitost bar za kontrolu jednog polja jer je sve na sablon. Mozda ako neko ima primer Case jer mislim da ovoliki IF i Else mogu da prouzrokuju probleme.

Najbolje je privremena tabela BodyTemp.Znači formu vežeš za nju,a ne za tabelu Body i onda možeš da se igraš do mile volje.Čak i ako nestane struje,ostaće zapisa onoliko koliko je uneto u toj perivremenoj tabeli,pa posle ponovnog otvaranja forme Body,zapisi se pojavljuju i tako sve dok ne okineš dugme Sacuvaj.Posle okidanja,običnim Append query-jem dodaješ zapise iz tabele BodyTermp u tabelu Body a sa DeleteQuery-jem brišeš zapise iz privremene tabele i sve je ok.Pozdrav.

Pretpostavljam da i pod else vazi isti uslov. Meni je ovo sasvim logicno,ali se desi da Access javi kako kontrola ne moze da dobije property dok focus nije na kontroli.

Evo sa ispravljenom tabelom BodyTemp (Recuired) i sa otklonjenim greskama u kodu na formi Body.

Hvala. Ti si covece car. Probacu i ovu verziju,a u prilogu je Word dokument gde su 2 zapazanja.Molim te da ih zanemaris akoje to sredjeno. Imam i pitanje da li mi trebaju 2 temp tabele posto koristim 2 verzije forme(srpsku i englesku). Pretpostavljam da nije potrebno posto ce korisnik moci da koristi samo jednu,a ne obe forme istovremeno. Smem li da append vezem za dbo Body sa SQL Servera( to je linkovana tabela pa bih da punim nju, a preko nje i tabelu na serveru). Ako korisnik odluci da menja slog koji je vec uneo i koji je izbrisan iz Temp-a sta preporucujes u tom slucaju. Ja sam ubacio i kod na CMAnaliza Enter i za sada radi( ako mislis da ne treba kazi da ga sklonim):

Private Sub CManaliza_Enter()
On Error GoTo CManaliza_Enter_Err


If ((Me.Tipzastoja = 435 Or Me.Tipzastoja = 440 Or Me.Tipzastoja = 450) And (IsNull(Me.Text120) Or Me.Text120 = "")) Then
Beep

MsgBox "Obavezan unos uzroka zastoja za ovaj tip.", vbCritical, "Unesi uzrok"
Me.Text120.SetFocus

Else
End If

CManaliza_Enter_Exit:
Exit Sub

CManaliza_Enter_Err:
MsgBox Error$ & Err.Number
Resume CManaliza_Enter_Exit

End Sub

Probaj drugu verziju,koju sam pooslao,sve to je ispravljeno,čak i kod za CManaliza.Što se tiče Temp tabele,pa ne znam baš,nisam vičan sa SQL-om.Možda neko iskusniji da svoje mišljenje,a dotle mislim da neće škoditi još jedna Temp tabela. Možeš da puniš tabelu pomoću append querija bilo gde i bilo koju.Što se tiče ovoga:mislim da je najbolje da na dugme Sacuvaj postaviš upozorenje tipa:Ovim potezom pamtite podatke i nećete biti u mogućnosti da ih ispravite bla bla bla. Da li ste sigurni?.Znači moraju i korisnici malo da vode računa o onome što rade.

Dali je neophodno After update za Datum, On Got Focus za Radna stanica.
On Change za tip zastoja zamenio sam mesto
Me.Uzrokzastoja.Visible = True
Me.Uzrokzastoja.SetFocus posto pretpostavljam da i za ovu kontrolu vazi isto kao za text120.

Sve radi i posle poruke Ovim potezom unosite.... dobio sam poruku Uspesan unos.
Problem je sto je slog iz BodyTemp izbrisan,ali Body nije napunjena.

Nista nisam menjao osim tab order jer nije bio u logicnom redosledu kod Radne stanice.

Jeste,da bi se zapamtio zapis i da bi se posle izlaska sa forme,bez pritiska Sacuvaj,sacuvao zapis i da bi se moglo nastaviti tamo gde se stalo.Namerno sam postavio na prvi slog(polje),na Datum,jer ako ne bi bilo onog me.refresh,zapis se ne bi ni upamtio sve do negde Tipzastoja ili gde već, a šta ako korisnik ukuca prva tri reda,i izadje sa forme-očekuje da posle ponovnog ulaska ta tri polja budu popunjena.

Jeste,jer posle ponovnog ulaska neće moći bez tog OnGotFocus koda da izabere bilo šta,ponuda u dropboxu biće prazna .
A za poslednje vidim i sam,uvek zaboravim Me.Refresh jer se zapis ne unese u Temp tabelu bez njega.Sada bi trebalo da je sve ok.I da još nešto:MRZIM autonumber polja,uvek naprave neki problem.Nisam hteo da diram ovaj put jer su ti i na serveru tabele sa Autonumberom,samo sam iz Temp tabele izbacio ID jer nije potreban.

Proverio sam sledece.
Sklonio brisanje iz Body Temp i slog ostao zapisan u Body Temo,ali ne i u Body sto bi trebalo jer je upit za Append ostao u kodu.
Najcudnije je sto se Body napunio kada sam rucno kliknuo na Run upita.

Hvala covece. Stvarno si car.
Problem je sto svaki slog moze da se ponavlja,a ostaje mi jedino da ih pratim preko Id i mozda da ukljucim vreme i dan(sistemski) u kljuc.

Ako mi daju jedan lep projekat ostaje mi da trazim da te angazuju da se oduzim.
U suprotnom placam pice cim dodjem u PO( citaj do kraja maja).
Pozdrav

Sve radi super nad bazom. Ima li sanse da se proveri zasto nece da puni tabelu dbo_Body posle potvrde na poruku If MsgBox("Ovim potezom unosite podatke u bazu i necete moci da vrsite bilo kakve ispravke." & vbCrLf & "Da li ste sigurni da to zelite?", vbExclamation + vbYesNo, "Paznja!") = vbYes Then

Lepo puni i prazni Body i Body Temp,ali ne mogu da Body zamenim sa dbo_Body pa da slog ide u tu tabelu,a samim tim i na SQL Server posto je to linkovana tabela.

Srdacan pozdrav

Trenutno sam na poslu,pa nemam mogucnosti da otvorim 2010-ku. Ne bih da te uvredim,ali jesi li prepravio Append query,tj da li si umesto insert into Body upisao dbo_Body?
Obrisi iz koda za dugme Sacuvaj deo Docmd.SetWarnings false i prepravi u Docmd.SetWarnings true pa da vidimo sta Access prijavljuje.

_{[Ovu poruku je menjao SLOJ.1973 dana 07.05.2013. u 10:56 GMT+1]}

Nisam neki veliki poznavalac Sql servera,ali google mi je ponudio neke odgovore prvi i drugi pa pokusaj.Pozdrav.

Nema sanse da me uvredis. Append query sam prepravio,ali samo upisao dbo_Body umesto Body.
Promenicu ovo za SetWarnings pa cu videti. Hvala za linkove,ali ja ne umem da se snadjem.
Iscitao sam i probao predlozeno,ali sam ocigledno krs za VBA.

Uradio kako si rekao i naravno dobio sistemsku poruku da ce upit dodati slog u tabelu. prihvatio sam to,ali se nisat nije desilo, cak ni poruka uspesan unos.
Niti je izbrisan temp niti napunjena linkovana tabela.
najcudnije je sto upit sve radi kada ga pokrenem rucno i stavim insert into dbo_Body
Napunio sam rucno Body Temp pa simulirao upit.

Pozdrav

U kojoj verziji pokušavaš: Sloj3 ili Sloj3.1? Postuj sliku kad dodje do sistemske poruke.

Probao sam sada da Query koji upisuje prevedem na Pass-Through Query i u Property zadao koja je ODBC konekcija.
Javio je poruku kao na ekranu.